AI代理机制看似简单:观察、决策、行动、学习。然而支持这一循环的背后需要稳定、新鲜且无权限限制的数据。在Web2中,你可以从几个平台租用这些数据。而在Web3,数据分散于多个不同的链、节点堆栈、索引器和链外预言机之中,各自拥有特定的延迟、终结性、语义和故障模式。这情况让我们既有饥饿的代理,又面对凌乱的食品储藏室。



首先,我们来看看当前的问题以及公众信号,并讨论一个“AI-ready data layer”应该具备哪些特质,以便为DeFi和其他领域的代理性经济提供支持。

尽管AI在Web3中的渗透速度很快,但数据仍然是一个瓶颈。

越来越多的建设者开始认为AI和加密技术是相辅相成的:AI提供生成能力和自主性,而加密技术则提供计算和数据的归属权、溯源和开放市场。Chris Dixon就曾表示,AI系统需要区块链的计算支持,以重新开放互联网并为数据和模型访问创造激励机制。

Vitalik Buterin在分析加密和AI的结合点时提到:AI可以作为接口、玩家,以及经济保障的目标,并强调激励设计的重要性。你不能简单地将AI加入到对抗市场中,而不考虑数据质量和安全性。

在执行层面,DeFi本身正在向“基于意图”的设计转型(即你陈述一个结果,解决者竞争以满足它),这是因为原始链上数据流在延迟和MEV的影响下让用户体验变得不友好。Uniswap Labs和Across提出了ERC-7683,一个跨链意图标准,以便为此模式提供共享轨道。

总结一下:代理逐步来临,市场正在适应,但数据依然是限制因素。

丑陋的真相:Web3中的AI开发者面临的挑战

**异质性。** 每个链都有自己的RPC行为、日志、事件架构、重组模式和终结性假设。基本查询(例如“跨Base+Solana+Polygon的头寸”)变成了N个定制的索引器。

**陈旧与费用**。你可以获得便宜、慢的数据,或者快速、昂贵的数据(定制流索引器、管理镜像)。这两者的选择并不简单。

**语义**。区块是事实,**洞察是模型**。将日志转换为实体(池、头寸、损益)需要不断地ETL和重新计算,按协议和按链。

**负载下的可靠性**。网络拥塞和预言机滞后正是自主代理最难掩盖的风险。

各个索引供应商和文档对基本原则达成一致:直接链查询复杂且缓慢;你需要副图或等效镜像来提高性能,然后你仍需解决跨链流和架构标准化问题。

可操作的数据定义及Web3为何短缺

当一个代理可以在有界的抖动预算内**决定并执行**时,才称呼数据为**可操作**的。具体来说:

**规范化语义**:跨链具有一致类型/单位的代币、池、头寸、转账、价格。

**新鲜性与确定性**:p95/p99延迟服务水平标准(SLO),再加上**终结性感知**的新鲜性(软终结性对比严苛终结性)。

**可验证性**:密码学溯源或可重播推演(副图版本、镜像校验和)。

**就近数据计算**:评分、异常检测、路线模拟与流居于一处。

**流传输与时间旅行**:仅追加事件流加上索引快照,以“发生了什么变化?”查询。

今天的Web3堆栈为你提供了这些的一片段(副图、RPC、分析API),但不是代理需要的**跨链、低延迟的数据织物**。即便是The Graph自己的材料和第三方指南也将直接链访问视为复杂,建议开发者出于实用转向索引/镜像系统。

从真实事件中学习:当延迟和碎片化影响大到无法忽视

有几个最近的AI×Web3产品**关闭、被搁置或基本停止运作**:

**Planet Mojo的AI游戏代理平台WWA**:于**2025年7月1日关闭**,同时工作室旗舰游戏Mojo Melee也受影响,因为市场现实发生了变化。

**Brian(AI→链上交易构建器)**:这是一个始于2023年ETHPrague的Web3文本到交易助手,团队**于2025年5月26日宣布停止运营**,随着代理执行者增多,失去了先发优势。

**TradeAI/Stakx(使用NFT和“算法”的AI交易方案)**:吸纳了数亿资金,继而**冻结了提款并停止运营**;现仍面临着美国关于未注册证券和虚假陈述的集体诉讼。(这是AI在加密货币领域宣传的明确警告故事。)

**BitAI(“全自动”AI加密自动交易程序)**:于**2024年3月**离线,此前声称AI自动获利;

**监管暂停AI和Web3交叉领域**:虽然未永久性失败,但**Worldcoin(World Network)在2025年5月于印尼**遇到合规风险,迫使操作暂时中断,这是AI相关Web3项目推出可能被突然扰乱的一个例证。

我们观察到的模式

**延迟+数据碎片化阻止生产中的代理。** 承诺“自然语言到链上”的团队常因为多链新鲜性/终结性和脆弱索引问题而受挫,进而遭遇疏漏或者昂贵的基础设施补丁。

**炒作与ROI差距。** 分析公司预计未来几年“代理型AI”项目的高取消率——成本、不明确的价值和风险控制是常见失败模式。

**“AI交易”声称=红旗类别。** 监管机构和观察者频繁警告“专有AI机器人”炒作为高风险,许多在宣传狂潮后消失或变形。

_"数据碎片化是Web3中的AI代理的最大障碍:链、架构与脆弱API让代理只能在陈旧信号或无尽拼接之间做选择。延迟、新鲜性缺陷以及复杂链上执行使得好策略变为错失交易,而不一致的格式导致基础错误、模型漂移和脆弱行为。_

_解决方案是统一、实时的语义数据层,具备规范化架构、流式索引器、标准事件和确定性后备,这样代理可以专注于策略,而不是管道。在Elsa,我们正在构建这种代理层,拥有跨链流动性、数据端点和实时RAG(工作进行中),将碎片化混乱转为可靠自主执行。"_

– _Dhawal Shah,HeyElsa创始人兼首席执行官_

有效工作的模式:解决当前无能为力的问题

1. **意图轨道而非原始调用。** 将“在地址Y做X”转移至“实现结果Z”,然后让解决者竞争,对冲MEV/延迟。
2. **终结性感知的新鲜性。** 向代理展示“新鲜性+置信度”(例如,N个确认时软终结性,对比纪元之后严苛终结性),方便政策适应。
3. **数据到计算。** 将评分/模拟转移至流边缘以避开散发延迟。
4. **证明与后备。** 为关键信号(例如,价格)提供两个独立来源,以及可解释的推演,帮助代理从疏漏中学习。
5. **人类在循环内的关卡。** 对于影响大的动作,要求明确的批准或有限政策预算。

NewsBTC分析了主要意图轨道和索引供应商,并从最近推出的AI×Web3产品收集了当前挑战的见解。

_"AI代理不是逻辑失败,而是输入失败。区块链发出无上下文的原始、不一致日志碎片。在我们有一个中立层实时规范和验证这些数据之前,Web3中的代理实际上是盲操作。挑战不在于构建更智能的AI,而在于提供清晰、可靠的信号让AI采取行动。"_

– _Nasim Akthar,Igris.bot首席技术官_

AI-ready数据层应该是什么样子——规范而非炒作

将它视作**可编程、可验证、实时、跨链**:

**摄取与规范化**:多链连接器 → 标准架构(代币、池、头寸、价格、路线),具有明确单位和小数位。

**流传输与快照**:类Kafka流用于事件;OLAP快照用于时间旅行和连接。

**具有溯源的镜像**:确定性副图或其等效物的镜像,带有版本化转换和完整性检查,以便代理能推理数据源。

**流上计算**:内置流动性深度、路线模拟、滑点/风险评分与流同址,以满足p95目标。

**终结性感知新鲜性API**:每次读取返回:freshness_ms、confirmations、finality_level,以便政策可以控制动作。

**意图挂钩**:意图轨道(CoW、7683、Across)的一级绑定,以便"决定→行动"是一个调用,带有模拟收据。

**安全与审计**:速率限制、紧急开关、重播日志和交易后证明用于持续学习。

AI × Web3的未来:代理市场支付可证明数据

借助正确的数据层,前沿得到拓展:

**代理MM与风险**:具备数据新鲜度与终结性定价的易动市场制造。

**治理助手**:能够阅读提案、模拟结果并用密码认证意见的代理。

**跨链组合政策**:“若周变量>X,则以Base结束2 ETH”,按有限延迟通过意图轨道路由。

**数据市场用于模型**:具有溯源数据集和推理服务,伴有链上付款与使用证明。

**安全层**:Vitalik的警告需要认真对待——接口和政策必须被设计出来防止诈骗和错误对准。构建偏向正确性的轨道,而不仅仅是速度。

总结:架构决定命运

如果代理是下一个用户层面,那么您的架构即您的产品。持续修补RPC调用和cron ETL的团队将很难在多链、实时、对抗性市场中跟上。那些建立**AI-ready数据层——**规范化、镜像、可计算、终结性感知,并连接到意图轨道的团队,将推出**观察、决定、行动和学习**的生产速度代理。

给予代理它们应得的数据织物。它们已经饥饿,而市场不会等待。

免责声明:此信息仅供参考。过往表现并不代表未来结果。
WLD-2.23%
ETH-0.41%
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 评论
  • 转发
  • 分享
评论
0/400
暂无评论
交易,随时随地
qrCode
扫码下载 Gate App
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)