主权中立的基础设施
公开简报 / 2026

机器跨越边界。
权限不会。

AI 智能体已经跨云端、组织与司法管辖区行动。但当一个主权体系遇到另一个时,却没有中立的协议能够回答三个基本问题:

Genesis Mesh 是机器的条约层。

独立的主权体能够承认身份、委派能力,并跨越组织与国家边界撤销信任,同时无需交出自身的信任根。

没有中央权限。没有共享主权。没有强制云。

没有任何国家必须放弃的信任。

面向构建者 →RFCSDK构建您自己的权限
面向国家与机构 →架构直接渠道
向下滚动 ↓
01 一个完整的信任周期

信任状态改变时,相同请求的结果也会改变。

两个各自独立治理的系统建立限定范围的认可关系、作出授权决策、传播撤销信息,并在不共享信任根的情况下产生可审计的拒绝结果。

  1. 01

    签发证明

    自主域 B 为发起请求的身份签署一份证明。

  2. 02

    认可信任协议

    自主域 A 为自主域 B 启用一项限定范围的认可信任协议。

  3. 03

    接受请求

    该证明和信任协议满足 A 的本地授权策略。

  4. 04

    撤销证明

    自主域 B 撤销该项特定的信任材料。

  5. 05

    导入撤销信息

    A 验证 B 的已签名信息流,并更新自身的信任状态。

  6. 06

    拒绝相同请求

    相同身份和请求现在无法通过,并产生可审计的原因。

相同身份。相同请求。不同信任状态。
撤销前已接受reason: accepted
导入撤销信息后已拒绝reason: attestation_locally_revoked
已记录的证明

已捕获的独立自主域运行记录

下方的终端证据记录了协议跨越 Azure 和 DigitalOcean 信任边界的过程。

可重现的证明

自行运行完整流程

公开脚本会启动两个临时权威实体,重现签发、认可、撤销、导入和拒绝流程。

实时证明

另行验证公共权威实体

当前网络汇总信号独立获取,不依赖已录制的演示。

查看已录制的终端输出
Azure accepted NB attestation before revocation
accepted: True
reason: accepted

NB revoked the same attestation
reason: final_independent_sovereign_proof_revocation

Azure imported NB revocation feed
accepted: True
sequence: 1

Azure rejected the same attestation after feed import
accepted: False
reason: attestation_locally_revoked

Result: independent-sovereign proof passed across Azure and DigitalOcean VMs.
在本地重现python docs/examples/assets/scripts/cross-sovereign-revocation-demo.py

02 机制

编码无政治的基础设施 - 仅编码机制。

大多数信任基础设施都会编码运行信任根的一方所奉行的政治规则。Genesis Mesh 只编码四项操作,把政治决定留给各主权体。正因如此,它达到的是条约级,而不是供应商级。

/ 01

验证

谁掌握权限的密码证明 - Ed25519身份、签署的起源块、证据链。

/ 02

限制

范围内的、时间限制的授权。能力清单定义每个身份能做什么 - 仅此而已。

/ 03

撤销

信任破裂的那一刻,签署的撤销在主权边界间传播 - 并被遵守。

/ 04

审计

每一次决策都会留下可显露篡改的证据。任何人都不必只听信你的一面之词。


03 实时证明

验证实时网络。

由维护方运营的公共部署,提供可独立重现的协议证明。

正在检查实时信号
实时遥测需要浏览器访问。

已记录且可独立复制的证据仍可在下面找到。

已记录且可独立复制的证据可通过以下链接获取。


04 协议

开放的RFC计划 - 由标准塑造,而不是由供应商塑造。

Python 参考实现以及 TypeScript、Go 和 .NET SDK 在 v0.56.0 进行协调。核心套件具有 1,327 测试,并记录了用于 Tamarin 验证的正式协议证据。

堆栈

L3
承认网络主权者之间的条约。信任路径,以及跨越边界传播的撤销。
L2
主权社群独立的信任域。每个控制自己的成员身份、治理、撤销。
L1
协议核心Ed25519身份、签署的起源块、注册、撤销、路由、审计。
RFC-001主权身份协议RFC-002认可条约协议RFC-003信任包协议RFC-004撤销源协议RFC-005能力清单协议RFC-006连接体模型协议RFC-007运营商连续性协议RFC-008受管运营商角色协议
协议治理

公开变革,明确授权。

协议变更通过公开草案、维护者审查、义务变更时的运营商审查、信任状态变更的安全审查以及注明日期的决策进行。

参考实现不是协议。运营商保留自己的密钥、策略、信任决策和退出权。

阅读治理基线
由维护方运营的公共部署独立密钥 / 独立策略 / 可重现证明
主权国家 4 Azure - DigitalOcean - Cloudflare - Akamai/Linode认可边缘 已签名且可撤销外部运营商 正在加入 - 第2阶段

05 主权

不孤立的主权。

独立系统需要进行合作,而不需要政治联盟、共享基础设施或共同的信任根。

Genesis Mesh 处理该关系的机器可读子集:识别、范围、委托、撤销和证据。

它不协商政策、仲裁争议或管理参与者。这些仍然是人类和机构的责任。


06 合作

合作不要求立场一致。

Genesis Mesh 不对联盟进行编码。该协议要求密码学认可,而不是政治共识。

01
紧密合作

共同工作,独立权力。

当局可以密切合作,同时各自保留自己的密钥、策略和撤销权。

  • 没有共享的信任根
  • 不转移操作员控制权
02
范围狭窄

一笔交易就足够了。

认可可能涵盖一种角色、一种目的或一个时间窗口,但不会建立永久的联盟。

  • 明确的范围和有效期
  • 地方授权仍然具有决定性作用
03
不同利益

认可不等于支持。

政策不同的当局可以验证有限的关系,而无需寻求更广泛的政治共识。

  • 签署的证据取代默示的一致性
  • 任何一个权威机构都可以撤销自己的信任

07 研究

主权计算

TSWI 探索软件主权之下的硬件层:运营商拥有的封装、中介层设计、编排和能源感知计算基础设施。

这是一个单独的研究方向,不是采用 Genesis Mesh 协议的要求。

索取 TSWI 研究简报 →

使用 Genesis Mesh 构建。
保留您的自主权。

选择与您的角色相匹配的采用路径,而无需放弃您自己的信任决定。

面向软件开发者

建立您自己的主权信任域。

阅读RFC、拉取TypeScript/Go/.NET SDK,并在您已拥有的基础设施上建立L2主权社群。

进入开发中心 →开源组织 →
对于国家和机构

评估协议、证明和治理边界。

审查公共架构和可重复的证据,然后为机构部署问题开辟直接渠道。

直接渠道:[email protected]
主权就是代码