Publikovat

$AR Realtime GraphQL 目前仍在修改和完善中 Realtime GraphQL 和 AO 的关系: Realtime GraphQL 的本质是读路径/查询层：它把 AO 网络里的消息和状态实时索引（含 mempool 未确认消息），通过 GraphQL 接口暴露出来，索引进 ArLMDB 后再存回 Arweave[Source: GitHub API permaweb/HyperBEAM PR #1132, as of 2026-09-27]。它不执行任何计算——执行计算的是 AO 进程（FINAL 5/15 交付的设备系统那部分）。 举例：一个跑在 AO 上的 AI agent，外部世界要和它交互，必须读到它输出的消息和状态——以前这条读路径又慢又难，GraphQL 落地后变成实时可查。同理适用于 AO 上的社交（Bazar/Portal 这类消息密集型应用）、DeFi 状态查询等。一切消息密集型应用共享同一条读路径，GraphQL 是那条路的通用件。 从架构更深一层说：它的"实时索引含 mempool"能力，本身就是通用消息层设施——AO 计算网络的调度、路由内部也依赖对 pending 消息的实时感知。所以有基础设施复用，但那是工程内部的事，不等于"GraphQL = 计算功能"。 对于 AR 的影响: GraphQL → 计算/应用体验改善 → 消息量和存储量增长 → AR 需求（存储付费 + AO 增发 36% 分配给 AR 持有者的绑定机制）