Sidetree协议运行机制、架构及CAS组件作用与案例咨询
Sidetree协议运行逻辑与核心组件说明
Sidetree是面向去中心化身份(DID)场景的通用Layer2协议,无需定制底层链逻辑,可直接适配Bitcoin、Ethereum等所有支持写入少量自定义数据的公链,核心解决了直接在链上存储DID操作成本高、吞吐量低的痛点。
整体运行机制(附实际场景示例)
我们以用户Alice创建、更新DID的完整流程举例,拆解协议运行步骤:
- 本地构造操作:Alice本地生成DID对应的公私钥对,构造符合规范的DID创建请求,包含公钥、服务端点等DID文档初始内容,单条操作数据通常仅几十KB。
- 节点批量聚合:Sidetree节点会收集固定时间窗口内的所有用户DID操作,将数千条操作打包为单个批次文件,并基于文件内容生成唯一的不可篡改哈希值。
- 链上写入锚点:Sidetree节点仅需将批次文件哈希、批次序号这两个总大小不足100字节的数据写入底层链,单次链上交易即可锚定上万条DID操作,成本仅为直接链上存储的数百分之一。
- 分布式存储批次文件:完整的批次文件会被同步到内容寻址存储网络中,供所有Sidetree节点拉取验证。
- 本地校验计算DID状态:任意用户或节点要验证Alice的DID状态时,只需从链上按顺序拉取所有Sidetree锚点哈希,通过哈希拉取对应批次文件后在本地重放所有操作,即可计算出最新的DID文档,全程无需信任第三方节点。
核心组件CAS的作用
*内容寻址存储(Content Addressable Storage,简称CAS)*是Sidetree最核心的存储组件,和普通的HTTP文件存储最大的差异是:CAS中不通过路径地址定位文件,而是通过文件本身的内容哈希作为检索标识。
它在Sidetree中的核心价值有两个:
- 降低链上存储成本:所有DID操作的原始数据都存在CAS中,链上只需要存极小的哈希锚点,大幅降低公链使用成本。
- 保证数据不可篡改:从CAS拉取文件时,用的是链上公开的锚点哈希作为检索值,只要拉取到的文件能对应上哈希值,就可以证明文件内容没有被篡改,完美平衡了链下存储的效率和去中心化的安全要求。
内容的提问来源于stack exchange,提问作者Mario Roma
相关产品推荐
相关产品推荐

