传统加密支付通常要求用户选择区块链网络、准备对应的 Gas 资产、核对收款地址并等待链上确认。当支付涉及不同区块链时,用户还可能需要兑换资产或使用跨链桥,使原本简单的付款过程变得复杂。
AI Agent 支付还需要解决身份验证、支付授权、消费额度和交易责任等问题。智能代理必须知道自己可以向谁付款、最多可以支付多少,以及支付完成后如何向用户或商户证明交易已经结算。
围绕这些需求,AEON 尝试建立统一的支付与结算层。一端连接普通用户、AI Agent、钱包和应用,另一端连接多条区块链及现实商户网络,使支付发起方不必直接处理每条链的底层差异。

AEON 作为面向 Agentic Economy 的支付基础设施,重点支持用户向商户付款、AI Agent 购买商品或服务,以及不同 Agent 之间的自动化价值交换。其产品体系不只包含扫码支付工具,还覆盖节点验证、跨链消息确认、商户结算和代币激励。
项目核心可以分为协议层、节点层和应用层。AEON Protocol 负责协调支付请求与结算流程,节点网络负责验证交易和跨链消息,AEON Pay 则把底层支付能力转化为面向用户与商户的产品。
| 组成部分 | 主要作用 |
|---|---|
| AEON Protocol | 协调支付请求、验证和跨链结算 |
| 节点网络 | 验证交易、跨链消息与结算状态 |
| AI Payment | 支持 AI Agent 发起和完成自动支付 |
| AEON Pay | 提供扫码支付与商户收款入口 |
| 跨链结算 | 连接不同区块链上的付款与收款需求 |
| AEON 代币 | 用于支付 Gas、质押、治理、回购与流动性 |
这种结构让 AEON 不局限于某一种钱包、资产或区块链,而是试图成为连接 AI Agent、加密资产和现实商业服务的支付基础设施。
AEON 重点解决多链支付操作复杂、商户结算割裂和 AI Agent 缺乏原生支付能力等问题。传统链上转账可以完成资产移动,但并不天然适合商品购买、自动订阅或机器之间的高频商业交易。
在多链环境中,不同网络拥有各自的地址、Gas 资产、确认时间和安全模型。用户可能拥有足够的付款资产,却因为缺少目标链 Gas、资产位于另一条链或商户不支持相关网络而无法直接支付。
AI Agent 场景还涉及以下问题:
如何证明 Agent 的身份和信誉;
如何获得用户对支付任务的授权;
如何限制单次金额与累计支出;
如何验证商品、数据或服务已经交付;
如何完成不同区块链之间的结算;
如何让商户确认付款已经完成。
AEON 将支付发起、身份授权、交易验证和资产结算拆分处理。用户或 Agent 提交支付需求,协议协调结算,节点网络验证交易,商户则通过支付产品接收最终结果。
AEON Protocol 通过统一的支付请求和结算流程连接用户、AI Agent 与商户。用户可以通过钱包或 AEON Pay 发起交易,AI Agent 则可以根据预先授权的任务和额度自动生成支付请求。
协议会读取支付请求中的金额、资产、接收方和网络信息,并将其发送到相应的验证流程。若付款资产与商户结算需求位于不同区块链,AEON 还需要协调跨链消息与资产结算。
商户不必分别适配每一种 Agent 协议或区块链。AEON 可以将不同入口产生的支付请求转化为相对统一的结算任务,使商户更关注付款确认和资金接收,而不是底层网络操作。
| 参与者 | 在支付流程中的作用 |
|---|---|
| 用户 | 授权并发起支付 |
| AI Agent | 根据任务条件购买商品或服务 |
| 钱包与应用 | 管理资产、身份、签名和支付入口 |
| AEON Protocol | 协调验证、跨链消息和结算 |
| 验证者 | 检查交易及支付消息是否有效 |
| 商户 | 提供商品或服务并接收付款 |
普通用户通常直接确认交易,而 AI Agent 支付需要额外设置任务范围、支付对象、单次限额和累计预算。两者可以共用结算基础设施,但授权与安全要求并不完全相同。
AEON 节点网络负责验证用户支付、Agent 交易、跨链消息和结算状态。节点需要确认源链交易是否真实发生、是否达到相应确认条件,以及目标端是否可以继续执行付款或资产释放。
在跨链交易中,单纯收到一条外部消息并不足以证明付款有效。验证者需要检查相关区块、交易记录和确认状态,防止伪造消息、重复支付或未完成交易被错误结算。
节点网络同时处理用户向商户支付和 Agent-to-Agent 交易。例如,一个 AI Agent 可以向另一个 Agent 购买数据分析或计算服务,节点负责验证付款条件和交易结果,为服务提供方提供可验证的结算记录。
验证者需要质押 AEON 参与网络运行,并根据协议规则获得奖励。质押要求使节点需要承担经济成本,也让网络安全、治理参与和验证者激励与 AEON 代币形成联系。
AEON Pay 是 AEON 面向消费者和商户的支付应用,重点支持扫码付款、商户收款和跨链结算。用户可以使用支持的加密资产完成支付,而商户通过 AEON 的结算系统确认交易。
扫码支付可以预先写入商户、金额和结算信息,减少用户手动输入地址、选择网络或计算付款金额的操作。与普通钱包转账相比,这种方式更接近现实商业中的收银流程。
AEON Pay 还承担 AI-to-Real-World Payments 的应用入口。AI Agent 可以在用户授权范围内完成商品购买、服务预订或资源付费,使智能代理从信息查询工具扩展为可以执行商业任务的主体。
AEON 官方资料提到,AEON Pay 已连接超过 10,000 家线下商户。具体支持的国家、商户类型、钱包、资产和结算方式仍可能随合作范围变化,实际使用时应以产品页面为准。
AEON 通过支付请求、节点验证、跨链消息和流动性协调完成跨链结算。当付款资产与商户接收网络不同,协议需要先确认源链付款,再将经过验证的信息传递给目标端。
支付流程通常从用户或 Agent 发起交易开始。节点检查交易是否有效并达到确认要求,协议随后根据目标网络、结算资产和可用流动性完成后续处理。
这种模式可以减少用户手动使用跨链桥的需要。用户主要确认支付金额与接收方,AEON 则处理网络选择、交易验证和目标端结算等底层环节。
AEON 代币被设计为 BNB Chain、TON、Solana 和 EVM 网络之间支付与结算的通用 Gas。不过,跨链支付仍会受到源链确认速度、目标链拥堵、流动性不足和节点运行状态影响,因此不代表所有付款都能即时完成。
x402、ERC-8004、Google AP2 与 MCP 分别解决机器支付、Agent 身份、支付授权和工具连接问题,AEON 则负责将这些协议产生的支付需求接入跨链和现实商业结算网络。
x402 以 HTTP 402 Payment Required 为基础,让网站、API 或数字服务可以在接收请求时要求付款。AI Agent 因而可以按次购买数据、算力、内容或服务,而不必依赖传统账户和订阅流程。
ERC-8004 用于支持 Agent 身份、信誉和可信交互,使不同应用能够识别参与交易的智能代理。Google AP2 侧重于表达支付意图、用户授权和责任边界,MCP 则负责让模型调用外部工具、数据源和支付能力。
| 协议或标准 | 在 AEON 体系中的主要作用 |
|---|---|
| x402 | 支持按请求付费与机器原生支付 |
| ERC-8004 | 支持 Agent 身份、信誉和可信交互 |
| Google AP2 | 管理支付意图、用户授权与责任边界 |
| MCP | 连接 AI Agent、工具、数据和支付功能 |
| AEON Protocol | 将支付请求接入验证、跨链与商户结算 |
AEON 并不取代这些标准,而是承担支付执行和结算基础设施的角色。多协议兼容可以扩大可接入的 Agent 应用范围,但也提高了身份管理、授权控制和接口维护的复杂度。
AEON 代币用于跨链支付 Gas、验证者质押、协议治理、手续费回购以及商户流动性激励。其总供应量为 1,000,000,000 枚,官方白皮书已公布代币分配结构。
| 分配类别 | 占总供应量 | 代币数量 | 主要用途 |
|---|---|---|---|
| Ecosystem Fund | 32.38% | 323,800,000 | 合作伙伴增长与开发者资助 |
| Team | 20% | 200,000,000 | 长期贡献者激励 |
| Foundation | 18.30% | 183,000,000 | 协议增长与治理储备 |
| Pre-seed Investor | 12.32% | 123,200,000 | 产品开发与早期融资 |
| Marketing | 10% | 100,000,000 | 全球推广与用户获取 |
| Angel Investor | 5% | 50,000,000 | 早期战略投资者 |
| Liquidity & Airdrops | 2% | 20,000,000 | 市场流动性与空投 |
| 合计 | 100% | 1,000,000,000 | — |
在支付层面,AEON 被设计为不同区块链之间商户交易、跨链桥接和 Agent 支付的通用 Gas。每笔使用 AEON 结算的交易都会形成代币使用需求,使支付规模与网络需求建立联系。
验证者需要质押 AEON,以验证用户向商户支付和 Agent-to-Agent 交易。质押者还可参与验证者激励、交易手续费和代币回购比例等关键参数治理。
AEON Pay 和 x402 结算收取的部分手续费可用于从公开市场回购 AEON。回购代币可以分配给质押者或销毁,但实际回购和销毁规模取决于支付量及治理参数,不能仅凭机制设计判断代币一定长期通缩。
AEON 还可被配置到流动性金库和商户结算池,用于支持即时付款、市场流动性和 CeDeFi 收益。验证者奖励来自 Ecosystem Fund,是节点处理支付交易的报酬;CeDeFi 收益则来自流动性或相关金融头寸,两者并不是同一种收益机制。
目前提供的官方资料展示了总供应量、分配比例和代币用途,但未完整列出各类代币的 TGE 解锁比例、锁仓期和释放时间表,因此不宜推断具体流通变化。
AEON 的主要应用覆盖消费者支付、AI Agent 商业交易、数字服务购买和跨链商户结算。其目标不是只处理链上资产转移,而是让加密资产可以进入更接近日常商业的付款流程。
在线下零售场景中,用户可以通过 AEON Pay 扫描商户二维码,并使用支持的加密资产付款。协议负责确认交易和协调结算,使商户不必分别接入不同区块链。
AI Agent 可以根据用户授权购买 API、数据、算力、数字内容或其他 Agent 服务。按请求付费机制尤其适合金额较小、频率较高且不需要长期订阅的机器交易。
在旅行场景中,Agent 可以根据用户要求筛选并预订交通、酒店或相关服务;在 IoT 场景中,设备可以按使用量购买带宽、能源、存储或维护资源。
供应链中的智能系统还可以在订单、交付或验收条件满足后自动触发付款。不过,涉及现实商品和跨境服务时,仍需要解决支付合规、退款、税务、消费者保护和责任认定问题。
用户想要在 Gate 交易 AEON,买入或卖出 AEON 需要进入现货市场,搜索并选择AEON/USDT交易对,再根据需求使用市价单或限价单完成交易。
市价单更重视成交速度,但可能产生滑点;限价单可以控制买卖价格,但不保证立即成交。订单完成后,AEON 会显示在账户余额中,也可以再次卖出并换回 USDT。
充值或提现 AEON 时,应以 Gate 资产页面列出的支持网络为准,并确保网络、地址和代币合约一致。交易前还应关注价格波动、订单簿深度、手续费和代币供应变化等风险。
AEON 的主要优势在于同时覆盖普通用户支付、AI Agent 支付、跨链验证和商户结算,而不是仅提供某条区块链上的支付接口。AEON Pay 与节点网络的组合,也让应用层支付体验和底层交易验证形成连接。
多协议兼容是另一个特点。x402、ERC-8004、Google AP2 和 MCP 分别处理支付请求、身份、授权和工具连接,AEON 可以把相关需求接入统一的结算流程,从而适配不同类型的 Agent 应用。
代币机制尝试把真实支付量、网络安全和代币需求连接起来。AEON 用于支付 Gas 和验证者质押,部分手续费还可进入回购流程,使网络使用量可能转化为代币需求。
AEON 的局限来自多链支付和现实商业的复杂性。不同区块链的确认机制、交易费用和安全模型并不一致,跨链结算还依赖节点可靠性、智能合约安全和充足流动性。
AI Agent 自动支付也需要严格的权限管理。用户必须限制 Agent 的支付对象、单次金额、累计预算和任务范围,并保留撤销或暂停权限,否则错误判断可能被自动转化为真实支出。
现实商业扩张还取决于商户覆盖、钱包接入、地区合规和消费者使用习惯。协议能够支持支付,并不意味着所有地区和商户都能立即采用相关服务。
AEON 面向 AI Agent 与现实商业支付构建统一的加密结算基础设施,通过 AEON Protocol、节点网络、跨链验证和 AEON Pay,连接用户、智能代理、钱包与商户。
AEON 节点网络负责验证用户支付、Agent 交易和跨链消息,AEON Pay 则将这些底层能力应用于扫码支付、商户收款和 AI-to-Real-World Payments。
x402、ERC-8004、Google AP2 与 MCP 分别提供机器支付、Agent 身份、授权和工具连接能力,AEON 负责将相关请求转化为可验证的跨链或现实商业结算。
AEON 代币总供应量为 10 亿枚,用于支付 Gas、验证者质押、治理、手续费回购和流动性激励。其长期使用程度将取决于支付规模、商户覆盖、节点安全、跨链稳定性和 AI Agent 商业应用的发展。
不是。AEON 代表整体支付协议、节点网络和代币生态,AEON Pay 则是面向消费者与商户的支付应用。
不是。AEON 同时支持普通用户、钱包、商户和 AI Agent,可用于扫码支付、跨链结算及机器之间的商业交易。
Agent 可以在预先授权范围内付款,但支付对象、金额、任务范围和累计预算仍需由用户或应用设置。
不一定。用户可使用产品支持的资产付款,但底层 Gas、验证者质押和部分网络结算机制会使用 AEON。
部分支付手续费可用于回购 AEON,回购代币可以分配给质押者或销毁,实际销毁数量取决于支付活动和协议参数。
普通跨链桥主要负责转移资产,AEON 还处理支付请求、Agent 授权、交易验证、商户结算和现实商业支付流程。





