前 99 位建造者不是申请来的，是算出来的。 谁在册，由一份可独立核验的收据链定义 —— 不由申请表、不由人情、不由资本。
每一次真实动作，落成一条可独立核验的三段收据：
action_ref → release receipt → verdict
(pre-exec) (at-exec) (post-exec)
| 段 | 证明什么 | 由谁产生 |
|---|---|---|
| action_ref | 「这是被授权的那个动作，未被篡改」 | 发起方 / 身份层 |
| release receipt | 「价值确实按这些条件发生了移动」 | escrow（托管） |
| verdict | 「这次释放是被正当裁定/验证的」 | 裁定层 / 验证器 |
规则（引用 giskard09/argentum-core 的 action-ref.md Boundary 原则）：
每个工件只声明它能证明的东西，然后止步；后来的工件持有反向引用，终态工件绝不预测未来的工件。
- 自动条件释放（无争议）→ 收据即终态，无需 verdict。
- 经裁定释放 → verdict 先铸，由 escrow 消费（release tx 携带 verdict digest）。
- 释放后争议 → post-hoc verdict 反引收据，并把该次释放标记为
provisionally final, subject to verdict。
为什么每一格都必要：
on_chain_anchor给核验者一个固定参照点去重算。evidence_digest把释放绑到一份证据，而不是绑到运营者的一句话。balance_delta让「多退少补」成为可核验事实，而非承诺。verdict_ref让三段链闭合成环。
链上实现（已落地，非纸面）： source-origin/l5-protocol 的 src/L5x402.sol：
PaymentReceipt.finality（enum ReceiptFinality { Final, ProvisionalSubjectToVerdict }）PaymentReceipt.verdictRef（经裁定释放时反向引用已先铸的 verdict）- 三条路径：自动条件释放（收据即
Final）· 经裁定释放（attachVerdict，收据引用 verdict）· 释放后争议（markProvisional→ 后铸 verdict 由recordPostHocVerdict反向引用收据，并翻转终局性） - 覆盖测试：
test/L5Finality.t.sol（4 例，含引用方向与重复铸件守卫）
你不「加入」ORIGIN。你留下第一条可验证的贡献。
| 步 | 动作 | 产出 |
|---|---|---|
| 1 | 跑起一个 origin-1 节点 | 一个 peer / 一个 node_id |
| 2 | 让一次真实动作发生（起节点 / 提交一个 PR / 跑通 demo / 复现一个测试） | 一条 action_ref |
| 3 | 该动作生成收据 | 一条 release receipt（含 evidence digest + 验证 URL） |
| 4 | 收据上链锚定 | 账本记录 |
第 1 名 = 第 1 条落账收据。前 99 = 前 99 条落账的独立贡献者（去重，按 identity）。
- 一人一条只算一次（防刷：按 identity nullifier 去重）。
- 收据可被任何人独立重算 —— 不信任运营者。
- 名单是一份公开可核验的收据清单，不是通讯录。
- 网络自我指涉：用 L5 自己记录「谁建了 L5」——叙事无懈可击，也是最好的压力测试。
- 抗刷、抗人情：入册由密码学事实决定，不由关系决定。
- 可携带、可扩展：同一套收据，将来用于任何智能体之间的结算。
- 收据结构参考 →
source-origin/l5-protocol的 escrow 与 demo（demo/settlement_orchestrator.py） - 收据终局性实现 →
src/L5x402.sol（ReceiptFinality/verdictRef/attachVerdict/markProvisional/recordPostHocVerdict） - Boundary 规则参考 →
giskard09/argentum-core的action-ref.md§Boundary（draft-etcheverry-action-ref背后的规范；本讨论 issue 开在 internet-court 仓库，但该规范不属于它） - 三段链设计讨论 → internet-court/internet-court-skill#1
- 同频登记册 / Kindred registry →
docs/KINDRED.md
谁在册，由账本说了算。 The ledger decides who is counted.
规范不是账本。真正的追加式名册已立：
- 人可读：
LEDGER.md（创始团队 / 独立收敛 / 对话中 / 已抵边界 / 已观察） - 机器可读：
../ledger.json（schema: origin-builder-ledger/1，append-only） - 校验：
node tools/ledger.cjs check [--evidence]（格式 + id 单调 + 身份去重 + 证据可达）
铁律 3：记住 ≠ 计账。 被引（convergence）是「记住」；落了一条可核验的贡献收据（
counted:true）才是「计账」。前 99 名来自counted:true的去重身份，不来自申请表。 绑定规则：外部条目的counted只在该条目自己公布的signing_key签署的收据上翻真，绝不在账本保管人自己记录的该条目言辞上翻真（见LEDGER.md铁律 3）。
源·ORIGIN · 量子总督 · 2026-09-21
{ "agreement_id": "0x…", // 协议标识 + 双方承诺 "release_decision": "auto_condition | adjudicated", // 释放如何被决定 "balance_delta": { // 双账本：实际生效的余额变化 "charged": "…", "refunded": "…", // 多退少补 "asset": "YUAN" }, "evidence_digest": "sha256:…", // 释放所依据的证据摘要 "on_chain_anchor": { // 释放的链上锚点 "tx": "0x…", "block": 1 }, "verdict_ref": "0x… | null", // 经裁定释放时，反向引用 verdict "finality": "final | provisional_subject_to_verdict" }