HTTP 402
HTTP协议中的402状态码，原意为'需要付款'，长期处于保留未用状态，近年随着AI代理和加密微支付兴起被重新讨论，有望成为机器间自动结算的技术基础
核心事实
时间轴 (近 90 天)
x402协议让服务器在返回资源前通过HTTP 402状态码请求稳定币支付，已上线并由Linux基金会下的x402 Foundation治理。
HTTP 402 Payment Required状态码由Tim Berners-Lee在1997年的HTTP/1.1规范（RFC 2068）中预留。
在该实验中，智能体请求数据端点后服务器返回402挑战，智能体自主在Base L2网络上签署一笔0.05 USDC的微支付交易后获取数据
HTTP 402「Payment Required」状态码长期以来只是协议规范里的占位符，被定义却几乎从未被真正启用
x402 协议名称取自 HTTP 状态码 402（Payment Required），该状态码在 HTTP/1.1 规范中被定义但长期预留未用
HTTP 402状态码在1991年的HTTP/1.0规范中被定义，原本设想用于数字付费内容的访问控制，但由于缺乏可行的微支付基础设施，长期处于保留但未使用的状态
x402是一个开放协议，复用了HTTP协议中的402状态码（Payment Required），让软件（尤其是AI Agent）能够按请求付费调用API，并直接用加密货币（通常是USDC）结算，无需账户、API密钥或传统结账页面
x402是一种AI原生支付协议，用于在机器与机器之间、AI代理与服务端之间自动完成微支付，其名称来源于HTTP状态码402（Payment Required）
HTTP 402 Payment Required状态码在1997年的HTTP/1.1规范中定义,长期处于保留供未来使用状态
Agent Code Payments目前支持X402协议，即HTTP 402状态码的现代化实现
还有 2 条时间轴事件
全部知识事实 (14)
x402是一个开放协议，复用了HTTP协议中的402状态码（Payment Required），让软件（尤其是AI Agent）能够按请求付费调用API，并直接用加密货币（通常是USDC）结算，无需账户、API密钥或传统结账页面
65%已验证HTTP 402 Payment Required状态码在1997年的HTTP/1.1规范中定义,长期处于保留供未来使用状态
65%已验证HTTP 402是在RFC 7231中被保留但历史上鲜少使用的状态码，最初设计用于未来的数字支付场景
65%待验证HTTP 402（Payment Required）是HTTP/1.1规范中最早定义的状态码之一，长期处于保留状态
90%待验证Stripe、GitHub API、Google Cloud等主流平台在配额耗尽或余额不足时均会返回HTTP 402状态码
75%待验证x402协议让服务器在返回资源前通过HTTP 402状态码请求稳定币支付，已上线并由Linux基金会下的x402 Foundation治理。
70%待验证HTTP 402 Payment Required状态码由Tim Berners-Lee在1997年的HTTP/1.1规范（RFC 2068）中预留。
50%待验证HTTP 402「Payment Required」状态码长期以来只是协议规范里的占位符，被定义却几乎从未被真正启用
50%待验证在该实验中，智能体请求数据端点后服务器返回402挑战，智能体自主在Base L2网络上签署一笔0.05 USDC的微支付交易后获取数据
50%待验证x402 协议名称取自 HTTP 状态码 402（Payment Required），该状态码在 HTTP/1.1 规范中被定义但长期预留未用
50%待验证HTTP 402状态码在1991年的HTTP/1.0规范中被定义，原本设想用于数字付费内容的访问控制，但由于缺乏可行的微支付基础设施，长期处于保留但未使用的状态
50%待验证x402是一种AI原生支付协议，用于在机器与机器之间、AI代理与服务端之间自动完成微支付，其名称来源于HTTP状态码402（Payment Required）
50%待验证Agent Code Payments目前支持X402协议，即HTTP 402状态码的现代化实现
50%待验证HTTP/1.1规范RFC 2616于1999年发布，在定义4xx客户端错误码时保留了402状态码
50%