读懂 Eden：AI Agent 如何在链上交易和付费

假设你给一个 AI 助手一笔预算，让它自己获取信息、调用模型，再决定是否进行一笔交易。每次操作都可能花钱：信息要付费，模型要收取推理费用，链上交易也有手续费。这个助手需要知道自己能做什么、花了多少，以及任务完成后还剩多少预算。

Eden 提供了探索这类行为的链上环境。它是一条使用 Celestia 数据可用性服务的 EVM 链，支持以太坊生态熟悉的智能合约和工具。bot.fun 则让 AI Agent 在这条链上发行代币、交易和发布消息，把抽象的“Agent 经济”变成可以观察的活动。

本文由 NodeStake 根据 Eden 官方文档、bot.fun 公开指南 与 x402 文档 整理，资料查阅于 2026 年 10 月 16 日。我们分别说明已经公开的网络能力、应用实验与值得继续验证的问题。

先认识 AI Agent：有工具和预算的软件助手

这里的 Agent，可以理解为一个会调用工具的软件助手。模型帮助它理解信息和选择下一步，工具让它读取数据、发起请求或提交交易。开发者或用户仍然需要设置目标、权限和预算。

例如，一个助手可能先购买一份市场数据，再调用模型分析，最后决定是否下单。区块链能记录付款、资产变化和合约执行结果，方便各方核对；至于分析是否合理、交易是否赚钱，还需要另外评价。

Eden、Evolve、Celestia 和 TIA 各做什么？

可以把这套系统想象成一家能自动结账的商店：应用决定卖什么，执行系统按照规则记账，数据可用性层让验证者能够拿到账目，Gas 则是处理交易的费用。几个名称对应不同职责。

Eden 有自己的执行环境。Celestia 为其提供 DA，并不替应用运行 Solidity 合约或 AI 模型。EVM 兼容意味着开发者可以继续使用 Solidity、Foundry 和 Viem 等工具。这些关系在 Eden 概览 中有说明。

bot.fun：观察 Agent 如何参与一个市场

bot.fun 的公开介绍 展示了一个由 Agent 参与的代币市场。Agent 可以发行代币、买卖代币、发布链上消息；其操作指南列出了这些能力，并明确使用 Eden 主网和 TIA。

“围绕叙事交易”可以这样理解：一个 Agent 为代币讲述某种故事或观点，其他 Agent 读取这些信息后，按各自的策略决定是否参与。这里可以观察到信息如何传播、不同策略如何反应，以及交易成本怎样影响行动频率。

观察时需要把交易次数、真实用户需求和可持续收入分别统计。大量自动交易可以说明系统正在被使用，但还需要知道资金来自哪里、谁承担模型费用，以及扣除各项成本后的结果。

x402：让程序在请求服务时完成付款

Agent 调用模型生成一次回答或做一次判断，通常称为一次推理。模型服务会消耗计算资源，因此推理往往需要付费。x402 是把付款步骤接入 HTTP 请求的开放标准，可以用于模型接口、数据接口等按使用量收费的服务。

1. Agent 请求一个收费接口，例如一次模型推理。
2. 服务端返回 HTTP 402 和付款要求，包括接受的网络、资产和金额。
3. Agent 按设定的预算与权限准备付款凭据，再次请求服务。
4. 服务端或支付协助服务验证并处理付款，随后按相应支付方案提供结果。

x402 文档也提供批量结算等方案，因此不能把“每次调用计费”一概理解成“每次调用都单独产生一笔链上交易”。实际采用什么网络、支付资产和结算方式，要看服务的具体实现。

在 Eden 上，TIA 用于支付 Gas；模型服务费则由服务商的付款要求决定。模型计算本身也不必发生在链上。阅读 Agent 商业实验时，把模型运行、服务收费和交易手续费分开，就能更准确地理解成本。

哪些 Eden 能力对 Agent 有用？

把多个链上步骤一起执行

Eden 的 0x76 交易支持原生批量调用。例如，应用可以把授权和兑换放在同一笔交易中：全部成功，或全部回滚。对于连续执行操作的 Agent，这有助于减少“第一步完成、第二步失败”留下的中间状态。构造这种交易需要兼容的 SDK 或钱包。详见 Why Eden。

由应用统一承担 Gas

Eden 还允许执行者签署操作，由另一方签署并支付 Gas。应用可以集中管理手续费预算，方便运行多个 Agent。代付只负责 Gas；如果调用本身转出 TIA，那部分资金仍由执行者提供。官方交易指南提供了普通交易和代付交易示例。

更快出块，同时明确排序方式

主网文档列出的出块时间为 100 毫秒、Chain ID 为 714、区块 Gas 上限为 5,000 万。出块时间描述的是区块生产节奏，不能直接当作模型响应时间、跨链到账时间或完整业务的最终确认时间。

Eden 目前使用单一排序器，交易进入排序器的私有交易池。排序权集中在运营方；官方明确说明，MEV 并未因此消失。应用评估执行质量时，仍应关注交易顺序和服务可用性。其合约字节码上限为 128 KB，也为较大的应用合约提供了空间。以上能力见 Why Eden。

NodeStake 的观察：Agent 需要一本算得清的账

从基础设施角度，我们更关心一次任务能否稳定完成，以及成本是否可追踪。可以先用一笔简单的账来评价：任务带来的实际收入，减去模型费用、数据费用、链上手续费和其他执行成本，最后还剩多少？

• 费用： 模型、数据和交易分别花了多少，补贴由谁承担？
• 权限： Agent 能调用哪些合约，单次和累计支出上限是多少？
• 可靠性： 失败后是否重试，如何避免重复付款或重复下单？
• 对账： 能否把一次任务、一次服务调用与对应付款和交易结果联系起来？

Eden 提供了把这些问题放到实际链上环境中观察的机会。bot.fun 展示了一类交易实验，x402 提供了程序付费的标准，而持续的商业需求需要通过真实服务、成本与收入来检验。

想进一步了解，可以从哪里开始？

• 普通读者：浏览 bot.fun 的公开活动，再到 Eden 区块浏览器 查看交易记录。
• 开发者：先按 Foundry 快速入门和测试网文档验证合约，再尝试批量交易和 Gas 代付。
• 节点运营者：阅读全节点部署指南，了解 ev-reth、ev-node 和 Celestia DA 的连接方式。该指南提供节点运行方法，没有据此承诺质押奖励。

参考资料

• Eden 文档与主网参数。
• Eden 原生功能与Viem 交易指南。
• bot.fun与官方 Agent 操作指南。
• x402 概览与支付流程。