x402 是不是真的在优化支付，还是把 Web3 的复杂性藏起来？

x402 在协议层面确实是多链、多币种的，这点没问题。但在现实运行层面，它几乎完全依赖 Coinbase 提供的 facilitator。也就是说，它现在更像是“一个由 Coinbase 托管的支付层”，而不是一个真正中立的协议网络。

再说 Gas 费。

Gas 并没有消失，只是换了个地方付。现在是 facilitator 在帮所有请求垫付 gas。Base 上一笔大概几美分，听起来不多，但如果规模上来，比如 100 万次 API 请求，就是几万美元的真实成本。

问题是，这些钱长期谁来出？

是商家付？是用户付？还是最终通过数据、流量、行为画像来变现？

不管哪种路径，本质都是成本被集中到了一个中心化角色身上，而不是被消除。

再说确认时间。

签名是瞬间完成的，但真正的支付确认，还是要等链的最终性。

Base 大概 2 秒，以太坊主网 10 多秒。

这意味着 HTTP 连接在这段时间里必须保持打开。

在理想网络下也许还能接受，但在移动端、agent 长链路、或者不稳定网络环境里，这其实是个很反直觉的设计。

如果这 2–15 秒中断了，客户端会进入一个很尴尬的状态：我到底付没付成功？

重试，可能重复扣款。不重试，可能钱已经付了但请求没完成，最终还是得加一层「状态查询」。

而一旦你需要查询状态，就又引入了 RPC、索引服务，或者继续依赖 facilitator。

这和 像 HTTP 一样简单 的初衷，其实已经有距离了。