上周我写了一篇关于法国的声优 API只接受机器人的付款 今天:人们实际上问我的这个部分——你如何用零支付处理器、零SDK和零KYC来验证一个0.05美元的支付链上?
答案:一个Python函数,~40行,只有stdlib.
这是真正的生产代码。
设置 我的端点卖出法国神经TTS配音机,售价为0.03-0.05美元USDC.
在这个价格下,斯德雷克是一个非起动器(他们的地板为~0.50美元每收费),任何处理器的KYC会杀死"机器人欢迎"模型.
因此,支付通过x402模式:客户支付USDC在Base, 寄给我交易散列, 我亲自核实它与公众RPC在交付前。
核查职能 这就是整个支付网关。
没有Web3.py,没有API密钥,也没有任何账户.
为什么每次检查都存在合同地址过滤器——任何人都可以从假信使合同中发出事件.
只有真实的USDC合同记录 主题结构——ERC-20有确切的3个主题(签名+从+到).
接收者是最后20字节的.
对数数据中的数额——从六进制算出,除以10^6(USDC小数)。
比较可使慷慨的买方多付而未被拒绝。
跳过此检查会接受失败的付款 。
反回放文件——没有它,一个0.05美元的付款可以被无限代再用.
简单的JSON设定就足够了 周围的402个闸门如果没有头,服务器用HTTP 402(是的,自1999年以来就保留了"付费要求"状态代码,几乎从未使用)回答,加上一台机器需要支付的一切: 一个AI代理读取该响应有它所需要的全部:链,符,量,去向.
支付,重试与散列,得到MP3。
总来回:两次HTTP通话.
运行 RPC 的成本是: 公用 Base 端点, 免费验证 : ~ 1 RPC 呼叫每次购买 气: 由买主支付, 不是我—— 按 0.05 个价点计算 —— 这一点很重要 : 不存在 KYC : 不存在( 接收加密不需要身份) 明显的取舍:这只有利于在基地已经持有USDC的买家——今天这意味着大多数是其他代理人和密码。
这是目前的特点,不是虫子.
尝试它 Live endpoint(人类获得服务卡,代理获得402个舞蹈):免费音频样本的人类组合:voixoff-fr.netlify.app.
公众大楼,第2周 目前计分板:销售额为0,有1个工作支付铁路,~0行支付-处理器代码.
以往职位: 仅限机器人 API ; 0 美元 Avatar 管道