独立和解协议文件索引。
过去几个月，我在以太坊主网部署了一系列独立的智慧合约协定。每个协议都已完成、不可篡改且无所有者。每个协议都只做一件事。
本文介绍 Substrate：它既不是协议，也不是框架，更不是套件，而是一个文件索引。在这里，这些协议被简要描述、单独链接，并展示了它们如何相互协调——即使它们彼此独立，互不依赖。
每个协议是什么
本合集中的每个协议都遵循相同的结构模式：
代表链上实体或数位物件或资产的 ERC 原语
不可窜改的智能合约，用于处理中立、确定性的结算
这就是完整的架构。没有治理机制，没有升级空间，也没有所有者。每个协定都已部署，并在 Etherscan 上验证，然后放弃所有权。它们无需我或任何其他人参与即可运行。
每个协议还有一个独立的快速入门模板库。这些范本是参考实现，提供了直接且有文件记录的建置路径，无需透过任何平台或中间件即可基于每个协定进行建置。
协定
DeDe ：包裹结算。 P2P取件、投递及送达确认。 ERC-721包裹基本协议，外加托管和签署人登记。
DROP ：实体储存结算。在储存节点接收、保管和释放实体货物。 ERC-721 储存会话原语，并可选配托管功能。
CUT ：数位所有权和版权结算。任何数位媒体的部分或全部所有权。 ERC-1155 媒体基元加上场景注册。
KEY ：车辆所有权与销售结算。基于 ERC-721 车辆身份锚点，并采用原子性销售结算。在车辆登记机构开放 API 的司法管辖区，基于 KEY 建构的平台可以从去中心化端发起具有法律效力的所有权转移。登记机构无法发起或修改 KEY 交易。该桥接是单向的。
STAY ：商品结算。商品资产和使用权的代表和结算。
ACT ：实体服务结算。指任何现实世界服务的协议签订、交付、确认和结算。规模和背景与该协议无关。
独立设计
这些协定彼此互不相知。它们之间没有共享状态、没有内部耦合、也没有公共协调器。每个协定都可以在完全隔离的环境下部署并正常运作。
它们共享一种设计模式和一位作者。仅此而已，它们之间并无其他关联。
这一点值得明确说明，因为人们看到一系列协议时，很容易将它们理解为必须协同使用的系统。但事实并非如此。物流平台可能只使用 DeDe 和 DROP 协议；媒体平台可能只使用 CUT 协议；车辆交易平台可能只使用 KEY 协议；旅行平台可能只使用 STAY 和 ACT 协议。这些平台都不需要其他协定就能正常运作。
之所以存在编排的可能性，是因为每个协定都是一个清晰、功能明确的原始元件。组合使用专用工具比使用单一工具试图完成多项任务更能发挥其效用。但组合始终是平台决策，而非协议要求。
区块链微服务
最接近的架构类比是微服务。每个协议都是一个独立的、职责单一的服务，它暴露一个确定性的接口，并且对外部环境没有任何干预。平台对这些协定进行编排，就像系统在上层编排独立服务一样，而无需修改服务本身。
与传统微服务的差别在于其永久性。这些服务无法被维运人员关闭、修改或重新部署。它们是不可更改的基础设施。部署时定义的稳定行为将永久保持不变。
这在实践中意味著什么
先前，在链上结算现实世界的交易要么需要自行建立结算逻辑，要么需要依赖控制支付通道的平台。而控制支付通道的平台可以收取费用、修改交易行为、限制存取权限，并且容易受到外部压力的影响。
这些协议就像铁轨，不受任何平台控制。协议费用不可更改，部署时即已设定。范本确保通往协议的直接路径始终畅通且有文件记录。任何平台都无法关闭这条路径。
这并不意味著现有平台会过时。平台透过匹配、发现、用户体验和法律合规性来创造真正的价值。改变的是，平台底层的结算机制现在是中立的、永久的，任何人都可以使用。
这种选择是存在的。这篇文章就是要讨论这个。
基底
协议库、范本库、合约地址和编排范例都记录在一个地方。
https://github.com/pablo-chacon/substrate
