你在这里。看看这个问题与其他知识怎样相连。
选择节点前往页面 · 展开后可留在地图中阅读
一个问题
OCAP 统一的是哪一层?
统一访问链数据,不等于把各条链合成一条。
- 应用查询→
- OCAP统一访问→
- 链数据
OCAP 是 Open Chain Access Protocol,提供统一的链数据访问抽象。ArcBlock 2019 年的介绍讨论了用 GraphQL 访问不同链的数据。
例如一个应用要展示来自不同链的记录,统一查询方式可以减少针对每条链重新组织客户端的工作。但底层数据含义、确认规则和可用字段仍有差异。
这与跨链资产桥不同,也不让不同链共享同一套共识。历史介绍说明设计来源;当前支持的网络、字段和端点需要按具体服务核对。
构造交易不等于批准交易
访问层专利描述服务构造未签名交易,交给客户端签名。客户端仍需核对网络、接收方、资产、数量和相关费用。私钥留在客户端,并不能让错误的待签名内容变得安全。
统一响应格式也仍然需要应用判断数据的新旧和确认状态的含义。服务整理的结果可能落后于链上状态。GraphQL 描述怎样请求字段,不是字段正确性的证明。
一个接口访问多条链,哪些差异不能藏?逐步解释请求、适配、签名与广播,并提供验收思路。
来源与延伸阅读
相关专利
区块链适配器、协议与访问层提供一种具体技术方案的公开记录与解读,帮助把这里的概念放回系统设计中理解。
《OCAP 的三代架构:从链访问协议到 AFS》从 ODBC 的启发讲起,串联早期 Playground、Blocklet 与今天 ARC 的资源访问模型。
检查一下理解
统一查询接口会让不同链自动共享最终性吗?
不会。访问抽象不改变底层共识。
沿着学习路径继续
- 理解区块链的不同层次第 12 / 18 步
- 把 ArcBlock Chain 与身份、应用连起来第 7 / 10 步
本页涉及
文章
- OCAP 的三代架构:从链访问协议到 AFS
从 ODBC 的启发、GraphQL Playground,到 Blocklet 的链访问部件,再到 ARC 的 AFS provider,回顾 OCAP 在三代架构中的演变。
- 一个接口访问多条链,哪些差异不能藏?
从 OCAP 与访问层专利看统一请求、链适配器和客户端签名,解释为什么统一接口仍须保留数据来源、确认状态与链的差异。

