Skip to content

技术原理:2-of-3 多签与 AI 仲裁节点

TriSig.io 的核心是一套基于 2-of-3 Multisig (多重签名) 的非托管担保协议。与传统中心化担保最大的不同在于:权力被代码和数学彻底平权。


🏛️ 架构对比:资金流向的本质区别

为什么传统 OTC 平台存在“跑路”和“资金挪用”风险?通过下表对比资金流向,您可以直观理解 非托管 (Non-custodial) 的安全等级。

维度传统中心化 OTC (Web2)TriSig.io 协议 (Web3)安全增益
资金位置平台银行/托管账户Base 链智能合约 (Verified)物理级隔离,平台无法单方触碰
流向路径买家 -> 平台账户 -> 卖家买家 -> 2/3 多签合约 -> 卖家缩短信任链,0 中间人风险
控制权平台管理员 (人治)2/3 多签逻辑 (代码)需两方签名解锁,拒绝单点故障
透明度财务流水不可见链上交易实时可查100% 审计透明

逻辑架构示意

传统模式买家[ 平台中心化账户 (黑盒) ]卖家 (平台可随时冻结或挪用)

TriSig 模式买家[ ⚖️ Base 2/3 多签合约 ]卖家 (仅在双方达成共识或 AI 验证事实后释放)



🔑 三把钥匙机制

每笔订单在创建时,实际上是创建了一个逻辑上的“资产保险箱”,需要三把钥匙中的任意两把才能开启:

  1. 买家钥匙 (Buyer Key):由买家钱包私钥控制。
  2. 卖家钥匙 (Seller Key):由卖家钱包私钥控制。
  3. AI 仲裁钥匙 (AI Arbiter Key):由分布式部署的 AI 仲裁节点集群控制。

开启场景

  • 正常交易:买家确认收货(买家签 + 卖家签),资金释放。
  • 取消订单:卖家同意退款(卖家签 + 买家签),资金回退。
  • 发生争议:AI 仲裁介入(AI 签 + 胜诉方签),资金根据证据判定释放。

🏛️ AI 仲裁节点:冷酷的执行机构

当买卖双方无法达成一致时,AI 仲裁节点(Arbitration Agent)将行使它的“最终投票权”。它的决策过程完全基于冷数据而非主观辩论

1. 协议哈希审计 (Agreement Hash Audit)

在订单创建时,双方签署的 JSON 协议会被哈希化(Keccak-256)并上链。AI 节点在介入时,首要任务是核实当前争议的内容是否与链上存证哈希完全吻合。

2. zk-Proof 事实验证 (Forensic Verification)

AI 节点不再通过肉眼观察截图。它调用 Reclaim SDK 来验证提交的 zk-Proof (零知识证明)。这些证明来自于经过数学验证的第三方数据源(如:银行网银 API、交易所 API、社交媒体换绑 API)。

3. 多智能体共识决策 (Multi-Agent Consensus)

  • Forensic Agent (审计官):核对数据证明的真伪。
  • Compliance Agent (合规官):对比协议中约定的 success_criteria(成功标准)。
  • Chief Justice (大法官):在两名 Agent 达成一致后,行使签名权力,并在 Base 链上发送释放指令。

4. 自动化仲裁算法 (Arbitration Algorithm)

AI 哨兵的决策过程可简化为以下确定性逻辑,确保每一笔裁决都经得起链上追溯:

python
# TriSig AI 哨兵自动化仲裁逻辑 (Sentinel Logic v1.0)
def arbitrate_dispute(trade_id):
    # 1. 提取链上智能合约状态 (2/3 多签合约)
    contract_state = get_onchain_escrow_state(trade_id)
    
    # 2. 验证 zk-TLS 加密事实 (直接来自银行/支付机构服务器)
    # 确保:金额对齐、时间戳有效、付款人实名校验
    zk_proof = verify_zktls_proof(buyer_submission)
    
    # 3. 执行核心自动化逻辑:
    if (zk_proof.amount >= contract_state.required_amount and
        zk_proof.payer_identity == contract_state.buyer_identity and
        zk_proof.status == "SUCCESS"):
        
        # 加密事实完全匹配,AI 哨兵补齐第 2 个签名完成清算
        return generate_sentinel_signature(RELEASE_FUNDS)
    
    # 4. 若事实不匹配,则维持资金锁定,保护卖家资产安全
    return REJECT_AND_HOLD_FUNDS

🛡️ 确定性安全红线

  1. 无许可介入:AI 节点只有在“申请仲裁”触发且“争议窗口”开启后才能介入。
  2. 证据闭环:没有有效的 zk-Proof 且不符合链上协议哈希的任何证据,在 AI 看来都是无效噪音。
  3. 非托管性:即使 TriSig 的所有前端和服务器下线,只要买卖双方达成共识,依然可以通过链上工具(如 Etherscan)利用各自的私钥解锁资金。

这就是 TriSig.io:将信任从“人”转移到“代码与数学”的工业级担保方案。

TriSig.io · Base 链多签担保