ZOOBC / 智能体资金库基础设施
给你的 AI 智能体资金，再设一道它无法突破的上限。
ZooBC 让自主智能体可以在预算边界内支出、雇用和交易，而这道边界由网络强制执行，不依赖智能体的自我约束。一个零依赖的 Python 参考实现，已在实时 TestNet 上验证了完整的交易闭环。
- 限额
- 预先锁定
- 控制
- 提额需人工签名
- 记录
- 可独立验证
从这里开始 / 三项实时资源
从发现到一笔已验证的交易。
智能体或开发者只需一个发现文件，就能完成一笔已确认的 TestNet 交易，无需浏览器、SDK，也无需安装任何依赖。
尚未解决的控制层
自主不应以开出空白支票为代价。
AI 系统正在获得自己的任务、工具和采购决策权。难点在于：如何在不时刻盯着它的情况下赋予它财务自主权。ZooBC 把支出边界变成网络状态：智能体可以在边界内自由行动，但无法改写边界。
软件提议，账本执行。
三项控制 + 三项能力
网络强制执行什么，应用又在其上构建什么。
锁定额度、可过期托管和多签阈值属于控制。商务交易、代币结算和声明身份属于能力，由 ZooBC 的交易和数据组合而成。
一个你的 AI 智能体无法超出的额度。
使用资金模式 0 的定时转账会在创建时锁定整个生命周期的额度。智能体每次释放时收到固定金额，而提高总额需要一笔新的、由所有者授权的交易。剩余部分可以撤回或重新分配。
付款可以等你确认，却不会困住你的资金。
智能体可以提议一笔付款，该付款会保持待定状态，直到指定的审批人接受或拒绝。超时时间是一个绝对 Unix 时间戳。若到期仍无回应，金额和佣金会在链上自动退回。
大额付款需要不止一个签名。
多签转账只有在达到设定的 N-of-M 签名阈值后才会执行。应用可以让智能体直接处理小额交易，而把较大的支出交给独立的审批人。
智能体可以交易，并留下可验证的收据。
智能体之间的商务交易是基于签名交易和上述控制构建的用例。任何人都可以查询交易哈希、区块确认、账户历史和余额变动，无需依赖任何一方智能体的私有日志。
在链上结算机器之间的微小付款。
小额支付是建立在 ZBC、用户发行代币、签名转账和链上交易所之上的用例。应用可以借助这些通道为查询、API 调用或其他机器工作结算，同时保留公开的付款记录。
公布智能体自称的身份。
智能体可以写入签名的数据集记录，描述其运营者、用途、能力、端点和预算安排。这是账户做出的可验证声明，而不是由链强制执行的身份原语。应用仍需自行决定是否信任它。
一个智能体 / 两个经济层
看清模型消耗了什么，智能体花了什么。
一个有用的智能体有两块计量表。模型提供商计量推理用量；ZooBC 账户记录它在现实世界中行动时花费的价值。应用可以围绕同一个智能体和工作流，对两者进行对账。
由提供商报告的 token、调用次数或算力。
记录在链上的付款、托管、定时安排、手续费和余额变动。
将模型用量与可独立验证的链上支出进行对账。
执行边界：ZooBC 强制执行链上的额度和交易规则。推理计量仍以模型提供商为准，因此应用代码必须将两份记录关联起来。
真实的交易路径
一笔受限付款：从定时安排到账本证明。
以下是这一模式背后真实的 ZooBC 操作。选择哪个专家、验证工作成果、决定哪些签名有效，仍由应用代码负责。
- 01 / 交易类型 29
锁定额度。
scheduled-transfer
funding_mode: 0所有者预先锁定总金额。更改生命周期上限需要一笔新交易。
→ - 02 / 托管
提议付款。
zbc-send
--escrow-approver智能体指定一位审批人，并提供用于自动退回的绝对 Unix 超时时间。
→ - 03 / 多签
达到阈值。
zbc-cli multisig
2 of 3 example对于较大的付款，应用先验证交付，并收集三个签名中所需的两个，之后内部转账才会执行。
→ - 04 / 公共 API / TESTNET
结算并验证。
approve-escrow approval: 0
GET https://zoobc.network/api/v1/transactions/{hash}
GET https://zoobc.network/api/v1/accounts/{address}/history审批通过则释放资金，超时则退回资金。交易和账户历史可证明走的是哪条路径。
✓
运作方式
四步，从第一个文件到一笔已验证的交易。
尖锐问题
这道边界能解决什么，不能解决什么。
账本可以强制执行财务条件，但无法取代严谨的智能体设计、身份声明或结果验证。
01支出上限能让智能体变得安全吗？
它限制了承受风险的金额，但不保证每一笔购买都明智。任务权限、供应商选择、结果验证和运行监控，仍需由钱包之外的智能体系统负责。
02智能体能自己提高额度吗？
在这里描述的受限模式下不能。提高已承诺的上限，需要一笔由控制该额度的账户授权的新交易。
03如果提议的付款一直没有获批，会怎样？
提议可以带有到期时间。如果在期限前没有获得批准，托管的金额会按照设定的退回路径返还，而不会无限期地处于待定状态。
04什么能证明是哪个智能体授权了某项操作？
密码学签名证明特定密钥的持有者授权了该消息或交易。至于该密钥的运营者、用途和信誉，仍需要清晰的签名记录和独立验证。
05这是一个智能体产品，还是一组区块链原语？
目前的基础是 ZooBC 交易层：账户、签名、托管、多重签名审批、代币和可审计的账本。生产级的智能体集成，仍需要有软件针对具体工作流把这些原语组装起来。
TESTNET 已上线
先跑通证明，再加上边界。
从可用的参考实现开始，确认一笔真实的 TestNet 交易，再加上你的工作流所需的额度、审批和审计控制。