Web3 应用的发展正在推动区块链从单纯的价值转移网络演变为身份、信誉和数据网络。越来越多的应用场景需要验证现实世界信息,例如身份认证、企业资质、治理资格以及链上信用记录。然而,区块链本身无法直接判断链下数据是否真实,因此需要一种标准化机制将可信信息映射到链上。
BAS Attestation 是 BNB Attestation Service 的核心组成部分,也是整个信任体系的基础单元。无论是数字身份系统、DAO 治理机制还是 AI Agent 网络,Attestation 都承担着建立信任关系的重要角色。
作为由可信实体针对某项事实签发的数字证明记录,BAS Attestation 可以用于记录身份认证状态、企业资质、DAO 成员资格、KYC 审核结果、链上行为记录以及 AI Agent 信誉信息等内容。由于所有证明都遵循统一标准,因此能够在不同应用之间实现验证和复用。
区块链能够保证数据不可篡改,却无法自动验证数据来源是否真实。
例如,一个用户完成 KYC 后,区块链无法自行确认该用户是否真的通过身份审核。同样,某个企业是否具有合法资质,也无法仅通过链上交易记录进行判断。
Attestation 机制的作用在于引入可信验证方,并将验证结果以标准化方式记录到链上。当第三方需要确认相关信息时,无需重新执行审核流程,而是直接验证已有证明即可。
这种模式不仅提高了验证效率,也降低了不同应用之间重复认证所产生的成本。
Schema 是 Attestation 生命周期的起点。
Schema 可以理解为证明模板,它定义了证明所包含的数据结构和字段格式。没有 Schema,系统无法判断一条证明记录具体描述的是什么内容。
例如,在身份认证场景中,一个 Schema 可能包含用户地址、认证机构、认证等级、生效时间以及失效时间等字段。在学历认证场景中,Schema 则可能包含学校名称、学历层级和毕业时间等信息。
通过统一的数据格式,不同应用能够使用相同方式读取和解析证明内容,从而实现跨平台互操作性。
Attester 是证明签发者,也是整个信任体系的核心参与者。
当用户提交认证申请后,Attester 会根据既定规则验证相关信息。例如,身份认证机构会审核用户提交的身份证件,企业认证机构会核实企业注册信息,而 DAO 组织则可能验证成员贡献记录。
审核完成后,Attester 会根据对应 Schema 创建 Attestation,并将认证结果写入证明数据中。
此时,Attestation 会附带签发者信息、签发时间以及相关验证数据,从而形成完整的可信声明。
由于 Attestation 与签发机构直接关联,因此 Attester 的信誉水平往往决定证明本身的可信度。
Recipient 是证明接收方。
在多数情况下,Recipient 是个人用户,但企业账户、DAO 组织、智能合约甚至 AI Agent 也可以成为证明接收者。
当 Attestation 被签发后,Recipient 即拥有对应证明的使用权。未来在访问其他应用时,Recipient 可以授权第三方验证相关证明,而无需重新提交资料或重复完成审核。
这种模式使数字身份和信誉信息能够跨平台流动,并逐渐形成可复用的数据资产。
完成签发后,Attestation 会被记录到 BAS 注册系统之中。
证明记录通常包含 Schema 标识、签发机构、接收方、签发时间以及相关数据字段等内容。由于这些信息被记录在区块链网络中,因此能够获得不可篡改和可追溯的特性。
不同应用可以通过统一接口查询对应证明,并验证其是否真实存在、是否来自可信机构以及当前是否仍然有效。
这种统一的数据层设计是 BAS 能够实现跨应用验证的重要基础。
验证过程是 Attestation 生命周期中最重要的环节之一。
当某个应用需要确认用户身份或资质时,系统会向 BAS 发起验证请求,并检查证明的多个关键因素,包括签发机构身份、证明内容、签发时间以及当前状态。
如果证明来自可信 Attester,且未被撤销,那么验证结果通常会被视为有效。
相比传统模式下重复收集和审核用户资料,基于 Attestation 的验证机制能够显著提升验证效率,并减少数据重复存储带来的风险。
现实世界中的信息并非永久有效,因此 Attestation 需要支持状态更新。
Revocation 即撤销机制,用于终止某条证明的有效状态。当身份认证过期、企业资质失效或用户权限发生变化时,Attester 可以主动撤销对应证明。
撤销后的证明不会从链上删除,因为区块链记录本身具有永久保存特性。然而,该证明会被标记为失效状态,后续验证时系统能够识别其已不再具备有效性。
这种设计既保留了历史记录的完整性,也保证了当前验证结果的准确性。
从整体来看,一条 BAS Attestation 通常会经历以下过程。
首先,开发者创建 Schema,定义证明的数据结构和验证标准。随后,用户向 Attester 提交相关资料,Attester 根据规则完成审核。
审核通过后,Attester 签发 Attestation,并将证明记录写入 BAS 网络。Recipient 获得证明后,可以在不同应用之间授权使用。
当第三方需要验证相关信息时,可以直接查询 BAS 网络验证证明状态。如果证明信息发生变化,Attester 则能够通过 Revocation 机制更新其状态。
整个过程构成了从创建、签发、存储到验证和撤销的完整生命周期,也形成了 BAS 信任网络的核心运作逻辑。
传统认证模式通常依赖各个平台单独审核用户资料。
用户在不同平台之间重复提交身份信息,而平台则需要重复执行验证流程。这不仅增加了运营成本,也导致用户体验下降。
BAS Attestation 采用一次验证、多次复用的模式,使经过验证的信息能够在不同应用之间共享。
| 对比维度 | 传统认证模式 | BAS Attestation |
|---|---|---|
| 身份验证 | 多次重复审核 | 一次审核复用 |
| 数据存储 | 平台独立存储 | 标准化证明 |
| 信息共享 | 平台隔离 | 跨应用验证 |
| 可追溯性 | 有限 | 链上可验证 |
| 自动化程度 | 较低 | 支持智能合约调用 |
这种模式有助于构建更加开放和高效的 Web3 信任体系。
BAS Attestation 作为 BNB Attestation Service 的核心机制,通过标准化证明框架将现实世界中的身份、资质、行为和信誉信息转化为可验证的链上记录。一条 Attestation 从 Schema 创建开始,经过 Attester 审核和签发,被存储于 BAS 网络之中,并最终被第三方应用验证和复用。
Schema 是证明模板,用于定义证明的数据结构;Attestation 则是基于该模板生成的具体证明记录。没有 Schema,Attestation 无法实现标准化验证。
任何具备验证能力和信誉基础的实体都可以成为 Attester,包括 KYC 服务机构、企业、教育组织、DAO 社区以及 AI Agent 网络等。
BAS 支持链上和链下证明模式。核心验证信息通常会记录在链上,而部分数据内容可以根据实际需求存储在链下,从而提高隐私性和扩展性。
撤销后的 Attestation 不会被删除,而是被标记为失效状态。验证系统能够识别该状态,并拒绝将其视为有效证明。
可以。同一个用户能够同时持有多个 Attestation,例如身份认证证明、学历证明、DAO 成员资格证明以及链上信誉证明等。





