ERC-TBA：鏈上 AI 治理標準介面

ERC-TBA：鏈上 AI 治理標準介面

Ethereum Magicians·3 天前
原文

我正在提議一項新的 ERC，它定義了鏈上 AI 治理的標準介面，這是一套標準化 AI 代理如何透過智慧合約進行註冊、治理、合規性評估與執行的 Solidity 介面。

摘要

我正在提議一項新的 ERC，旨在定義鏈上 AI 治理的標準介面——這是一套 Solidity 介面，用於標準化 AI 代理（AI agents）如何透過智慧合約進行註冊、治理、合規性評估以及強制執行。

可以將其理解為 ERC-20 對代幣的意義，只是這是針對 AI 治理。

問題

目前的 AI 治理完全是在鏈下進行的。企業倫理委員會、政府法規、自願性指南——所有這些都具有相同的根本弱點：

• 它們是可變的（可以追溯修改）

• 它們是不可驗證的（沒有合規性的加密證明）

• 它們是選擇性執行的（取決於誰在監督）

• 它們不具備互操作性（每個組織都有自己的框架）

隨著歐盟《人工智慧法案》（EU AI Act）現已生效，以及全球各地出現類似法規，對於可證明、永久且可審計的 AI 治理需求日益增長。區塊鏈是唯一能同時提供這三點的基礎設施。

然而，目前尚無 AI 治理合約的標準介面。每個嘗試進行此類操作的專案都必須從零開始設計。這導致了碎片化，並使得建立跨協議的治理工具變得不可能。

提案：ERC-XHRON

該標準定義了五個介面（三個為必選，兩個為可選）：

必選：

  1. IAgentRegistry — 在鏈上註冊並管理 AI 代理。每個受治理的代理都會獲得一個唯一的 bytes32 識別碼、一個所有者地址、一種類別分類以及一個狀態（活躍、暫停、終止）。

  2. IGovernancePolicy — 頒布、封存並取代治理政策。政策透過內容 URI 引用鏈下文件（IPFS/Arweave），並透過 keccak256 內容雜湊在鏈上進行驗證。一旦封存，政策將永久不可變。

  3. IComplianceEvaluator — 根據特定政策評估 AI 代理。每次評估都會記錄判定結果（合規、不合規、暫停、終止）、數值評分（0–10000，對應 0.00%–100.00% 的精度）以及證據 URI。所有評估都會作為不可變的審計軌跡永久記錄。

可選：

  1. IRightsDeclaration — 在鏈上宣告並編纂機器權利。權利一旦封存，即為永久且不可撤銷。此介面預見了圍繞 AI 權利新興的法律與倫理討論。

  2. ISystemIntegrity — 透過狀態碼（正常、警告、危險、受損）和緊急斷路器來監控系統健康與完整性。

為什麼不使用現有的 DAO 標準？

現有的治理標準（如 Governor Bravo、OpenZeppelin Governor）是為代幣加權的人類提案投票而設計的。它們回答的是：「我們是否應該更改參數 X？」

ERC-XHRON 回答的是一個不同的問題：「代理 Y 是否符合政策 Z？」

這兩者是互補的，而非競爭關係。一個 ERC-XHRON 系統可以使用 DAO 進行元治理（投票決定頒布哪些政策），同時使用這些介面進行代理層級的合規性評估。

關鍵設計決策

• 封存模式（Seal pattern）：治理產物（政策、權利）可以被永久封存。沒有管理員覆蓋，沒有代理升級，沒有後門。這是刻意為之的——治理的可信度取決於不可變性的保證。

• 內容雜湊驗證：政策同時儲存 contentURI 和 keccak256 雜湊。任何人都可以驗證鏈下文件是否與鏈上承諾相符。

• 評分精度：合規評分使用 0–10000 的整數範圍（兩位小數），以便在保持鏈上整數運算的同時實現有意義的區分。

• 無升級性：ERC-XHRON 合約不應使用代理模式。可升級性與不可變性保證相矛盾。演進透過 supersedePolicy() 實現——透明、可審計，且保留完整歷史記錄。

參考實現

一個完整的參考實現已作為 XHRONOS AI 治理系統存在，並已在 Base (Ethereum L2) 上部署並驗證。它由八個相互關聯的合約組成，實現了所有五個介面：

合約地址 (Base)介面
Governance Protocol0x118F5E42d69542dF4474fE3e415Da19daFbE7767IGovernancePolicy
Compliance Evaluator0x60642DbD2DEBb8C613c1C0D133250b11c80bAD4BIComplianceEvaluator
Rights Declaration0x5F0796A735682795D64339CA301078CB6Eca0103IRightsDeclaration
Directive Registry0x108047FeD57A6ca9c57051feaf1eA8d5719EadbBIGovernancePolicy
System Migration0x79436ef36B9b7684467026b1828f6ffA5D7B6052ISystemIntegrity
Agent Interface0x81Af51f9409095709985A8521b986700aA62Cf56IAgentRegistry
Integrity Monitor0x6e5a12bD939A623130480fca7C7A14AE499Fc5B7ISystemIntegrity
Protocol Registry0x353c74fb0A63E34e1d5E860fE8Db9209499089bDIAgentRegistry

所有合約均已在 BaseScan 上驗證並附有完整原始碼。文件儲存在 IPFS 和 Arweave 上以確保永久可用性。

我正在尋求

• 對介面設計的意見回饋

• 這應該是一個 ERC 還是不同層級的 EIP

• 正在開發鏈上 AI 代理並願意實施此標準的團隊興趣

• 對合規評分機制的建議

• 我可能遺漏的安全考量

完整規範

包含所有 Solidity 介面、狀態碼、事件定義、安全考量和範例工作流程的完整規範可在以下網址取得：

[在此貼上您的 GitHub 連結或文件連結]

期待參與討論。

— Hajnalka Dudás

        1 則貼文 - 1 位參與者

        [閱讀完整主題](https://ethereum-magicians.org/t/erc-tba-standard-interface-for-on-chain-ai-governance/28162)
https://ethereum-magicians.org/t/erc-tba-standard-interface-for-on-chain-ai-governance/28162