#clearing

共收录 1 条相关安全情报。

← 返回所有主题
推荐 10.6
Conf: 50%
👥 作者: Adrian de Valois-Franklin, Alex Bogdan

本文提出了一种面向自主智能体(agent)商业交易的结算完整性协议 RAILS(Real-Time Agent Integrity & Ledger Settlement)。当前,智能体可以自主谈判、购买、部署代码和转账,但缺乏一个中立机制来确定它们是否履行了委托义务、在未履行时谁应负责、以及后续的结算动作是什么。作者将这一问题定义为“智能体结算问题”(agentic clearing problem)。现有工具协议(如 MCP)、智能体间通信(A2A)、支付轨道(x402)、授权协议(AP2、Visa、Mastercard)以及结算风险标准均假设存在此类判定机制,但实际并未提供。结算(clearing)是缺失的原语:支付不是结算,授权不是结算,LLM 作为裁判的评估不是结算,结算风险托管也不是结算——它消耗结算决策。RAILS 作为智能体商业的完整性与结算层,包含三个组件:每个输出的可靠性评分、发布的可靠性记录、以及消耗这些信息的结算函数。其核心清算协议由七个原语构成:义务对象(Obligation Object)、证据信封(Evidence Envelope)、验证网格(Verification Mesh)、结算决策(Clearing Decision)、结算指令(Settlement Instruction)、结算护照(Clearing Passport)和最终性规则(Finality Rules)。这些原语受一个基于可接纳性分级验证的形式模型约束,最终产生一个可靠性属性:任何具有财务重要性的结算必须由满足义务可接纳性下限的证据支持。该属性在规范上是可伪证(falsifiable)的。作者声称,此前未发现任何智能体商业验证机制声明过此类属性。最接近的方法仅输出通过/未通过、交付保证、单一评分或均衡状态。本文详细规定了该清算协议。适合对 autonomous commerce、agent integrity、verification 感兴趣的安全架构师和研究者阅读。

💡 推荐理由: 为自主智能体商业提供首个形式化的结算验证原语,弥补现有协议在确定责任和结算方面的空白,对金融级 agent 交互的安全设计具有奠基意义。

🎯 建议动作: 研究跟进

排序因子: 影响边界/网络设备 (+5) | 来自 arXiv 其他板块 (+2) | 命中热门研究主题 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.6)