aiagent

如果你在做内容平台、数据服务或者 API，迟早要回答一个问题：一个 AI agent 想付钱买你的东西，它能买到吗？
11 月 9 日晚上，我们在 Pickful 上做了一次实测：一个测试程序拿着测试钱包，花 0.01 USDC 买下一篇付费文章。带着付款的那次请求，服务器从验证签名、链上结算到返回正文，用了约 2.4 秒，全程没有人点按钮。
跑完这一趟，我们的判断是：这次接入里，签名和链上结算几乎都是现成的组件。真正花工夫的，是把「谁付过钱」和「给什么货」接起来。我们自己栽跟头的，是验钱这一步。
一笔交易的完整过程
这次用的是 x402 v1 的 exact 方案，在 Base 链上付 USDC。x402 借用了 HTTP 里一个闲置多年的状态码：402 Payment Required。测试程序一共发了两次请求。
第一次是问价。程序请求文章的 .md 地址，服务器不给正文，返回 402，并列出付款要求：Base 链，USDC，0.01，收款地址是这篇文章作者的钱包。
然后是签名。程序不发链上交易，而是按 EIP-712 签一份 EIP-3009 的转账授权（TransferWithAuthorization）：从测试钱包转 0.01 USDC 给作者，约 10 分钟后过期，附一个一次性的随机编号。签名连同这些参数打包、编码后，放进 X-PAYMENT 请求头，发出第二次请求。
服务器收到后，先把付款信息交给 facilitator（支付服务方）验证，验过再请它结算。链上记录显示，这笔交易由 facilitator 的地址发起，gas 也由它支付，约 0.00000065 ETH。测试钱包没花 ETH，USDC 余额从 0.10 变成 0.09。
结算成功后，服务器返回 200 和 Markdown 正文。交易日志里的 USDC 转账是从测试钱包直接到作者钱包，平台账户不经手。服务器日志节选：
{"event":"paid_access","slug":"atvh","price":"0.01","outcome":"paid","status":200,"format":"md"}
付款之外的四件事：找、报、验、交
找。 人看页面上的价格标签，程序更适合读结构化数据。我们在付费文章和书的页面 JSON-LD 里标明内容收费，用 Offer 写清价格、币种和 .md 购买入口；网站写给 AI 读的说明文件 llms.txt 也加了一节，讲怎么用 x402 购买。原先那里有一句「不要访问付款接口」，现在去掉了。需要说明的是，这次测试程序是直接请求购买地址的，agent 能不能靠这些信息自己找上门，还要等真实流量来验证。
报。 402 返回的付款要求里，金额、链、币种合约、收款地址都要准确。程序照着报价构造授权，服务器收到后再核对一遍是否和报价一致。报价里的收款地址一旦错了，程序就可能签出一份付错对象的授权，所以收款地址只用作者在平台登记的钱包。
验。 这一步要分清两件事：签名有效，只说明授权成立，不说明钱已经到账。
第一次购买，必须等结算成功才交货。同一个钱包复读同一篇文章，我们不再收费。服务器先验证这份付款授权确实出自这个钱包，再查这个钱包有没有买过这篇；买过就直接返回正文，跳过结算。
这里有一个实现上的取舍：复读时，程序签的仍然是一份真实有效的转账授权，只是服务器选择不去结算它。这次实测，同一钱包又读了两次，日志都记为 repeat_payer，余额一直是 0.09 USDC。
我们自己就在这一步踩过坑：早期代码只把付款头解码，取出里面写的钱包地址，发现这个地址付过款就放行，并不验证签名。可链上地址是公开的，伪造一个付款头，填上别人的地址，就能白读。这个问题已经修复，现在先验签，再查购买记录。这次实测，我们冒用刚付过款的那个钱包地址，换一把钥匙签名，服务器返回 402，理由是 invalid_exact_evm_signature，日志记为 rejected。
交。 原来付款成功后，文章返回的是整页 HTML，程序得自己从导航、推荐和脚本里把正文抠出来；书更麻烦：付款后的响应只有一段浏览器跳转脚本，获取正文还依赖浏览器会话。现在请求 .md，或者带上 Accept: text/markdown，文章返回干净的 Markdown，链接和图片都换成完整网址；书则按章节顺序给出全文。
测试漏掉了没设收款钱包的免费帖
第一版上线后，我们自己一请求免费帖的 Markdown，返回的是 422。原因是代码先检查作者有没有设收款钱包，再判断帖子收不收费。当时站上有 34,449 篇免费帖的作者没设收款钱包，这些帖子的 Markdown 入口都被错误拦下。测试数据里的作者都设了钱包，所以测试一直是绿的。
修法是调换顺序：钱包只用来收款，所以只对收费帖要求它。当晚已经修复上线。
如果你也想接 agent 支付
先把交付做好。 付款可以复用现成组件，交付还要接上平台自己的内容结构和权限。正文要能直接拿到，不能依赖脚本执行和浏览器会话。首次购买看结算，复读看购买记录。 付款头里自报的地址，不能作为解锁依据。每笔请求都留一行日志。 谁来问价、谁付了钱、谁被拒、用的是什么客户端。这些记录能帮我们排查失败，也能看到真实的购买需求。
接下来，我们会记录实际成交的内容、价格和请求失败的原因，攒够样本再来分享。
本文首发于 Pickful。
#x402 #AIAgent #稳定币

这次被攻击的不是交易所，也不是协议合约，是很多加密项目放白皮书和文档的地方。
GitBook官方披露：11月2日19:00（欧洲中部时间），攻击者拿到了部分基础设施凭证，官方原话是「一次使用AI Agent的、高度定向的复杂攻击」。GitBook随后把应用和需要登录的文档站下线，公开文档靠缓存撑着，11月3日下午恢复服务。
可能被接触到的东西有四类：集成令牌、Git Sync密钥、API令牌，以及访客问GitBook Assistant的问题。官方说目前没发现任何文档内容被篡改，已作废所有客户的API令牌，并要求客户轮换GitBook和第三方集成的密钥、重新认证GitBook MCP服务器。
据Decrypt报道，PancakeSwap先把文档临时下线，之后迁出了GitBook。$CAKE 的用户这几天如果看到文档地址变了，原因在这儿。
我的看法：
1）加密行业的攻击面早就不只是合约。文档、前端、域名、开发工具，哪一环被碰都可能变成钓鱼入口。上周还有前端DNS劫持。
2）「AI Agent攻击」这个说法值得记一笔。GitBook没说具体怎么用的AI、凭证怎么丢的，细节等官方的事后报告。
3）对普通用户来说，最实用的一条还是老规矩：合约地址、官方链接，多个官方渠道交叉核对，别只信某一个页面。
项目方如果用GitBook，接了Git Sync或者第三方集成的，密钥该换就换，别等。
来源：GitBook官方安全公告（11月3日），Decrypt、crypto.news、TokenPost。
#网络安全 #AIAgent #加密安全

比特币跑了18年，没老板、没运营商，全球几万台独立节点守着账本，没人能单改规则、冻余额，也没人攻破过网络本身。它的价值不靠速度，靠的是承诺之外也能成立的硬保证。但比特币只能转币、存币，跑不了结账页、订阅、市场、发票或贷款，拒绝复杂功能本身就是安全设计。
商业需要可编程：能拆分、按条件执行、让应用持有和移动余额。于是智能合约链承接了大部分链上活动，稳定币真正跑出了支付量，交易所、借贷市场乃至AI代理都在上面运转。可这些网络的安全靠自身验证者、代币经济或运营委员会，体量与安全都远不及比特币；一旦出问题，救济路径仍经过同一家运营方，资金可能被冻，交易可能被回滚，多签桥也反复被掏空。
最安全的不够用，能干的又不够安全，商业就卡在这。GOAT Network 就是来解决这个痛点。它完全兼容以太坊生态，现有应用和工具无需修改即可运行。每批交易都携带零知识证明，由团队自研的 Ziren 生成，几秒即可核验，不用重跑也不用信人。网络由去中心化排序器运营，没有单一失败点。结算桥 BitVM3 让比特币本身可验证出口，任何人可挑战，提款至少开放一周才定局；这是 rollup 架构，而非要求你相信侧链自证状态。BitVM3 仍在开发，设计公开，已走过公开漏洞赏金审查并公布报告，后续还会持续测试。
这意味着：在 GOAT 上结算，就等于在比特币上结算。稳定币支付、市场交易、代理结算发票，都落在同一层最硬的安全底座上。
AI代理需要支付和身份。x402 把支付嵌入请求，代理用稳定币付款后直接获得服务；ERC-8004 提供可迁移链上身份与可累积信誉，GOAT 运营公开 Registry。2026年10月，GOAT 与韩国KOSDAQ上市公司 Square Tech 签约，推进AI代理驱动的稳定币支付，先做外国游客用美元稳定币向韩国商户付款，每笔都带可验证的ERC-8004身份、限额与完整记录。面向商家的 GOAT Flow 只需加一个链接，支持卡或加密支付，链上核验后资金直达商户自有钱包。
把比特币已验证的保证扩展到应用、支付和即将接管大量交易的AI代理，这条路径越清晰，上涨空间和投资价值就越值得重视。
#AgentKit #AI #AIAgent #BTC #L2 $GOATED