与 ERC8004 提案作者和 Agent Builders 聊聊 ERC8004 和 DeFAI

背景

2025 年 9 月 16 日，Scattering 组织了一场 Twitter Space，邀请了多位重量级嘉宾，包括来自@MetaMask 的 ERC8004 合著者@marco_derossi、来自@ZyfAI_的@goatv_bk、来自@LitProtocol 的@davidlsneider，以及来自@1kxnetwork 的@nichanank。

讨论聚焦于以下主题：

DeFAI 在当前发展中面临哪些机遇和挑战？

ERC8004 在构建无需信任的 DeFAI 代理中的重要意义

对新 DeFAI 构建者的建议

Space 链接：https://x.com/scattering_io/status/1967723698049491216

以下是 Space 的文字实录，最初由 ChatGPT 等 AI 工具生成，后经 Scattering 团队编辑。

自我介绍

主持人：Blank from Scattering

欢迎大家！我是来自 Scattering 的 Blank，我们是一个原生 Web3 AI 中心，提供新闻、数据、启动平台和交易服务。

今天，我们很荣幸邀请到 ERC-8004 的作者 Marco、来自 ZyFAI 的 Gauthier、来自 Lit Protocol 的 David，以及来自 1KX 的 Nichanan，共同讨论 DeFAI 和 ERC-8004。让我们从自我介绍开始。

Gauthier (ZyFAI)：

大家好，我是 Gauthier，ZyFAI 的创始人。我之前经营一家 Web2/Web3 机构，帮助初创公司筹集资金，四年前将其出售，全身心投入加密领域。从那时起，我一直在构建 DeFi 工具，包括账户抽象工具。

ZyFAI 的理念很简单：我们希望有一种方法能够安全地产生良好收益，而无需不断重新平衡资金或与多个前端交互。

目前，ZyFAI 管理的总锁定价值（TVL）超过 700 万美元，并在 Base、Sonic 和 Arbitrum 上整合了 43 个资金池。我们相信 DeFAI 将对金融产生变革性影响，特别是在提升安全性、效率和用户体验方面。很高兴能与大家讨论这些话题。

Nichanan (1KX)：

大家好，我是 Nich，1kx 的首席合伙人。1kx 是一家成立于 2018 年的早期加密原生基金。我从 2017 年就开始在这个领域担任研究员，发表关于 DEX、比特币隐私和 NFT 基础设施等技术深度分析。

后来，我作为自由智能合约开发者为以太坊 DeFi 和 NFT 协议工作，于 2021 年加入 1kx。

在 1kx，我专注于钱包基础设施、DePIN、中间件和开发者工具，以改善 Web3 中的开发者和用户体验。我的工作涵盖账户抽象基础设施、钱包工具、DAO 工具和 NFT 金融。

DeFAI 代表了改善链上用户体验的下一个演进阶段，使 DeFi 更加自动化和可访问。我们有像 Safe、Lit Protocol 和 Rhinestone 这样的投资组合公司致力于这些垂直领域，我很期待探索 DeFAI 如何进一步突破界限。

David (Lit Protocol)：

感谢主持！我是 David，Lit Protocol 的联合创始人，这是一个去中心化签名和加密网络。我们的网络使开发者能够创建可编程签名逻辑，允许用户授权代理代表他们执行交易。

Lit Protocol 的独特之处在于它将可编程签名与去中心化加密相结合，为自动化和面向用户的代理创建工具。例如，Vincent AI 允许用户将权限委托给代理，实现自动化资金管理和收益优化。这特别令人兴奋，因为它使用户能够获得更高收益，同时消除了手动操作的繁琐。

我们的网络自去年 10 月以来一直运行，目前管理着 2.6 亿美元的托管资金，加密了存储在开放网络上的超过 1 亿个数据对象。我们看到可编程签名在自动化方面具有巨大潜力，特别是在"设置即忘记"的收益代理和人工配置策略等领域。很高兴今天能与大家讨论这些机会。

Marco (ERC-8004 作者 )：

大家好，我是 Marco，一位技术创始人，在收购后加入了 MetaMask。在 ConsenSys，我们专注于无需许可的创新和代理的去中心化经济。ERC-8004 是确保以太坊生态系统中 AI 解决方案可信度的重要贡献。

ERC-8004 旨在实现 DeFAI 及其他领域的无需信任代理。它专注于创建代理的去中心化经济，用户可以在不依赖中心化基础设施的情况下与 AI 系统交互。这对于确保创新保持无需许可和去中心化至关重要，使构建者能够创建新解决方案的同时保持用户信任。我很期待讨论这个标准如何为 DeFAI 解锁新机会。

讨论主题

主持人第一个问题：

让我们深入第一个问题：与传统的 DeFi 协议相比，DeFAI 代理的独特价值是什么？DeFAI 目前面临哪些机遇和挑战？

Nichanan：

DeFAI 代理为用户带来了透明度和非托管管理。每一笔交易、重新平衡和费用都在链上，使用户能够随时观察资金情况。权限可以精细划分，确保代理只在预定义限制内行动。这提高了安全性和信任度，同时自动化了复杂任务。

DeFAI 的最大优势之一是能够简化用户与链上协议的交互。通过抽象化复杂流程，用户不再需要手动重新平衡投资组合或在各个平台间追逐收益。代理可以代表他们完成这些工作，同时确保可验证性和安全性。然而，在可发现性和信任方面仍然存在挑战，ERC-8004 等标准旨在解决这些问题。

Gauthier：

DeFAI 为用户抽象了复杂性，实现了定制化执行和监控。用户不再需要手动重新平衡资金或与多个前端交互。

DeFAI 的独特价值之一是其能够在链下创建更复杂的执行策略，同时向用户呈现简单的界面。例如，我们的代理每天多次重新平衡资金，这显著改善了收益结果。然而，建立信任仍然是一个关键挑战。由于过去 DeFi 中的事件，用户仍然保持谨慎，像 ERC-8004 这样的标准对于建立采用所需的信任至关重要。

我相信 DeFAI 将在未来几个月显著发展，特别是在自动化和与 AI 工具集成方面。关键是使这些系统安全、高效且易于使用，这将释放它们的全部潜力。

David：

DeFAI 代理充当抽象层，自动化与现有 DeFi 协议的交互。例如，代理可以自主优化收益，而不是手动管理跨链和跨协议的仓位。

使用 DeFAI 代理的优势在于它们为用户节省时间和精力，同时提高效率。这些代理可以监控市场、重新平衡资金和执行交易，无需持续的人工输入。然而，需要解决信任、恶意行为和 AI 输出中的幻觉等挑战。

为了解决这些问题，我们专注于在我们的系统中构建防护栏和可验证性。例如，Lit Protocol 允许用户为代理设置限定权限，确保它们只在预定义限制内执行操作。这种自动化与安全性的结合使 DeFAI 如此有前景。

Marco：

DeFAI 代理必须解决信任问题。在 DeFi 中，我们信任代码而不是构建者，这推动了创新。AI 代理应遵循相同的原则。

ERC-8004 引入了无需信任的代理，实现了安全且无需许可的创新，用户可以依赖技术而不是个人。该标准提供了一个验证代理行动并确保它们在定义约束内操作的框架。这对于实现代理的去中心化经济和培养生态系统中的信任至关重要。

长期目标是创建用户能够自信地将任务委托给代理的系统，而无需担心安全性或可靠性。ERC-8004 是实现这一愿景的一步。

主持人第二个问题：

对 David 和 Gauthier：为什么用户应该信任 DeFAI 代理，而不是直接与像 Aave 这样的协议交互？

David：

代理不是 DeFi 协议的替代品——它们利用这些协议。代理自动化了用户原本需要手动完成的任务，例如监控跨链收益和重新平衡仓位。这节省了时间并确保资金高效优化。

这里的关键见解是代理充当中间人，简化了与 DeFi 协议的复杂交互。例如，用户可以将最大化收益的任务委托给代理自主处理，而不是手动在不同资金池之间切换。这提高了效率，同时让用户能够专注于其他优先事项。

Gauthier：

手动重新平衡仓位既耗时又低效。DeFAI 代理通过自动化这些流程、识别机会和执行重新平衡检查来提高资本效率。

我们的代理每天多次重新平衡资金，与手动策略相比显著改善了收益结果。用户可以自定义风险偏好和协议交互，同时享受更好的结果。这就像有一个个人助理在你睡觉时优化你的投资组合——既节省时间又提高回报。

主持人第三个问题：

Marco，你能解释 ERC-8004 对 DeFAI 构建者的意义吗？

Marco：

当然。ERC-8004 提案试图解决两个问题。一个是可发现性：我如何发现代理存在？第二个是信任：我如何决定是否信任代理，或者换句话说，如何选择一个代理而不是另一个？

在可发现性方面，我们提议在链上创建非常轻量级的身份注册表，代理使用其地址和域名进行注册。Web 域名实际上通过 Google 的代理到代理协议连接，你可以在其中插入关于你愿意出售什么以及代理如何工作的详细信息。

这在 H-8 协议中称为代理卡。我想在这里提到的是，我们正在考虑并可能也支持 MCP，因为 MCP 非常受欢迎，我们从社区收到的一个更常见的反馈就是支持它。这就是可发现性部分。

想象一下，你可以创建浏览器、代理和市场，基本上可以看到在其他平台上创建的所有代理。例如，你可能在 Coinbase 市场上看到在 Eliza 或其他代理平台上创建的交易代理。这实际上是关于创建一个开放经济。

现在关于第二个问题：信任。我们知道我们还处于早期阶段。我们不知道长期来看哪种方法会获胜。所以我们所做的首先是与几乎所有在这个领域构建的团队进行了交谈，我们在 ERC 中提出了三种方法。

然后由每个用户和每个代理决定使用和支持哪一种。第一种方法，我认为不太适合交易代理，是基于过去客户反馈的声誉。就像餐厅一样——你根据之前客户的评论选择代理。当涉及大量资金时，我认为这不超级合适，因为这里基本上涉及声誉风险，如果你的代理交易数百万美元，你可能会愿意失去声誉，对吧？

第二种方法是股权担保推理。这很大程度上受到 EigenLayer 的启发和推动，EigenLayer 是一个工作组的成员。这在实践中意味着什么？想象一下，你有一组验证者运行可能是一个 EigenLayer AVS，重新运行推理。

假设你在午夜有一个投资组合重新平衡，重新平衡 1 亿美元。你真的想确保它正确完成——也许你在模拟被动 ETF 基金或执行任何类型的可编程交易策略。如果你的代理行为不当，验证者可以立即发现，使用我们的注册表的验证不会成功完成。当然，如果验证者也行为不当，他们正在质押，所以可以被削减。

这就是第二种方法。最后一种方法专门用于硬件安全机制和现在通常称为 TEE（可信执行环境）的技术。这些都是复杂的术语，但实际上，它基本上只是一个芯片，对计算输出进行认证签名。我们口袋里都有 TEE——例如 iPhone 就使用 TEE。在交易代理的情况下，这意味着在重新平衡提案的同时，你还提供计算的认证。如果该认证在 8004 的验证注册表中正确，你会看到验证成功。

一个重要需要提到的缺点是，在股权担保推理的情况下，你需要有交易机器人如何工作的公开源代码，否则验证者无法重新运行这个。在 TEE 中，理想情况下代码应该是可审计的。我这么说是因为在考虑所有这些事情时，我们还需要考虑企业家的权衡。

我是一个初创公司创始人和企业家。例如，我想构建一个交易机器人。也许我不会愿意让源代码公开可用，因为那是我的秘密配方。但这就是 8004 在任务模型方面的工作方式。

David：

Marco，你在这里时我有个问题要问你。我认为在我们如何信任代理这个大问题上，我们有一个非常有趣的事情。我们有这个智能账户和 MPC 的方法来限制能力，现在我们有无需信任代理，ERC-8004，围绕安全股权。

我能在钱包案例中看到我们如何防止 AI 中发生的一种核心攻击，即提示注入攻击。在防护栏的背景下，这很明显得到了解决。你能谈谈 8004 是否以任何方式解决提示注入攻击，定义为恶意攻击，其中计算从推理中正常返回——推理完全确认——但在提示注入攻击中是垃圾进垃圾出？

你能说 8004 是否以任何方式解决提示注入攻击，如果是，如何解决？

Marco：

是的。所以我们不以任何方式解决它，因为我们处于堆栈的非常不同的层级。8004 基本上只是在代理服务器完成工作时提供一个轻量级验证注册表。所以在这种情况下，例如，一个交易机器人只是发送一个验证请求，并指向一个地址，该地址会说是否成功。

然后你有另一方，可以是股权担保推理情况下的验证者，或者在 TEE 情况下发布 ZK 组检查认证的一方。所以它只是一个验证注册表。

我们如何看待这一点是，首先，安全是所有层级的问题。当然，提示注入问题可以通过输入防护栏在一定程度上缓解。在输出防护栏方面工作也非常重要。甚至更容易实现，正如你所说，是在链上直接强制执行关于资产可以流向何处的约束。

例如，在 MetaMask，我们构建了委托框架，你可以在其中拥有链上规则。所以你可以委托代理只使用该协议、该资产、该金额移动资金。所以我看到的未来是所有这些东西一起使用。AI 安全，我认为是人类尚未完全...我们甚至还不理解它有多关键的一个问题。我认为它远比我们预期的要危险。

我们将看到所有这些东西一起使用。所以可能最简单的事情是对代理可以做什么的链上约束。所以当你拥有输入防护栏、输出防护栏、改进的模型、带有密钥的可审计代码，或像 8004 那样进行股权安全推理时，你不需要担心提示注入。

Gauthier：

如果我也能问一下，Marco，你提到了交易代理甚至收益代理将如何证明链上策略。在某些情况下，你看到参与者不这样做。你实际上如何看待这个演变？因为它既带来了透明度问题，也带来了安全问题。

Marco：

目前，当我和构建者交谈时，我真正推动的是：好的，如果代码还不能审计也没关系。那可能是第二步。但第一步是停止使用那些上帝模式的会话密钥，代理基本上可以用资金做任何它想做的事情。我认为这非常危险。所以我认为景观将这样演变。

第一步：确保代理使用适当的链上安全性。然后是某种——我们可以称之为——有限托管。下一步是审计代码。有人会决定不这样做，因为他们可能想保持重新平衡机制的私密性。

你们怎么看，伙计们？

David：

是的，我的意思是，那很好。那肯定符合我的心智模型，也就是，安全的本性就是这样，对吧？它必须是一个完整的模型。我们可以有某些可验证推理的标准，以及放置防护栏或约束交易的其他方法。这肯定是我们一直在 Lit Protocol 真正关注的领域，围绕交易的防护栏和允许使用某些合约的能力。

就它的发展方向而言，我们开始看到的一些真正令人兴奋的事情是在防护栏背景下将计算放入循环中。基本的例子是交易模拟之类的事情。但不难想象一个非常非常近期的未来，还有一个代理或 LLM 在循环中充当个人的倡导者。

当 Alice 每天有 20、30、40、50 个自动化代表她行动时，随着这些自动化的结果到来，她的个人代理，她的个人 LLM，然后验证。它说：这与 Alice 的目标一致吗？这看起来像是一笔有效的交易吗？基于我对 Alice 的所有背景，Alice 真的想做这笔交易吗？有没有任何理由表明这看起来是恶意的？随着时间的推移，你可以开始想象越来越多的数据被添加到那里。现在我们处于这个级别，将你的风险评分设置在 1 到 10 之间等等。但我们已经开始看到下一个级别的出现。

像钱包应用程序这样的事情，用户可以与代理共享他们的地理位置。如果手机移动了，看起来像：啊，这个人刚刚发起了一笔交易，但现在是他们那里的凌晨 2 点。我可以看到他们不在家，不在他们通常的位置。代理可能看到他们不在家，不在他们通常的位置。代理可能会说：你知道，这可能不是一笔合法的交易。让我延迟这个并要求用户进行二次认证因素。

所以我们真的处于这个的早期阶段。但路径非常清晰，在钱包级别，无论是智能账户还是多方计算和 TEE 或两者兼而有之，用于对能够进行的交易类型施加约束，然后在自动化运行和处理后，从执行到链或某个其他状态管理系统的最后一英里投入更多计算和智能，无论是社交媒体应用程序还是纽约证券交易所或利用某个 API。所以，是的，它将需要所有部分，绝对需要一个围绕声誉和股权的注册表来决定使用哪个代理。

但对于完整的安全模型，还需要对密钥材料或智能账户可以交易和处理的内容施加约束，无论是在我们谈论大量资金时的用户安全背景下，还是从合规和监管角度为构建者安全，这样构建者就不会意外地成为托管人并通过拥有用户钱包的完全权限而陷入麻烦。

主持人第四个问题：

所以，对所有感兴趣的观众，你们可以在这里查看完整提案。我认为 ERC-8004 非常重要，因为我们需要使代理能够通过链上选项轻松与其他代理合作，以满足加密用户的需求。我们非常期待看到更多代理构建者采用这个标准。

现在，让我们转向对 Nichanan 的下一个问题。作为不同代理的密切观察者，你如何看待它们的未来？你认为哪些用例最具潜力？

Nichanan：

我会说我们大约处于 DeFAI 2.0 阶段。当这个术语去年和今年初首次出现时——DeFAI 1.0——它基本上只是用户将他们的密钥交给交易机器人，或跟随监听链上和链下数据以提供交易信号并基于此购买代币的机器人。

DeFAI 2.0，我们现在所处的阶段，至少给用户一些可观察性和自我托管权，了解代理正在用他们的资金做什么。权限非常精细划分，用户可以看到代理被授权用他们的资金做什么。

回到收益优化器的例子：用户现在去像 Vincent AI、Giza 或 ZyFAI 这样的平台，简单地停放他们的资金，而不是用户去 Aave 或 Morpho 手动选择资金池。然后他们可以看到每天发生的重新平衡，这代表了在减少我们之前的认知负荷方面的显著改进——追逐收益和手动签署交易以移动资金。

我认为下一个挑战，正如我们之前提到的，是可发现性：我们首先如何选择这些代理？目前，有一小部分由信誉良好的团队构建，明显比手动使用 DeFi 协议表现更好。

但最终，当许多代理开发者部署他们的解决方案时，他们仍然需要构建用户导航到的前端。

我认为 DeFAI 开发者应该考虑分发和形式因素——用户将与什么前端交互？目前是钱包，但在未来，可能是 LLM 和统一界面，用户输入他们的目标，协调代理选择是使用 Vincent AI、ZyFAI、Giza 还是其他解决方案来优化这些目标。

例如，用户的目标可能是固定、低风险的收益，不优化 farming 外来资产。今天的许多资金池都有带有原生代币的激励流动性。也许用户想要优化收益，但也想要 farming 积分——使用尽可能多的协议来优化积分或外来代币，而不仅仅是原生稳定币收益。

分发和可发现性将通过 ERC-8004 显著改善，它在以太坊上提供了一个可信中立的注册表。曾经有几个代理市场试图激励开发者部署代理，但它们没有解决分发的方面。

与聚合这些代理的钱包和加密副驾驶合作将会非常有趣。我们最终将到达一个用户不直接选择代理的世界——相反，用户表达他们的目标，代理相互协调。这就是 A2A、MCP、ERC-8004 和 X402（协调支付）发挥作用的地方。

我们现在有这个起飞的基础：ERC-8004 提供可验证的代理身份和声誉；A2A 实现代理协调；MCP 为代理提供工具访问；X402 定义它们之间的支付和资金移动。我认为我们正在进入一个阶段，事情将变得更有趣。

David：

在如何构建自动化方面出现了一个非常有趣的问题：你是让人们访问一个无需信任的代理注册表，还是你有一个主代理在幕后使用多个代理？或者你将其策划为一个创收机会？

我们在加密领域以前见过这种模式——构建者有一个选择，是创建一些策划的东西（可以驱动更多收入）还是完全开放的东西（内置的收入分享较少）。一些团队肯定会偏向完全开放、理想主义的方法：只需输入你的目标，你的家庭代理从一个开放注册表中采购最佳系统来执行它们。

但我们在过去看到的——如果在这里看到也不会惊讶——是钱包将对发送每个工作的地方更加深思熟虑和策划。拥有链上声誉是有帮助的，但执行对钱包很重要。无论代理在 Base 上的 Aerodrome 还是 BSC 上的 PancakeSwap 进行交换，下游都有收入产生。钱包构建者会希望将交易发送到使用它们最对齐协议的代理。

这是这里的开放问题之一。我们拥有所有基础设施来实现完全开放、理想主义的构建方式，但你也可以开始削弱那种开放性，转向更策划或围墙花园的方法。这并不是说策划不好——实际上很明显，静态资产不为用户、钱包或任何方产生收入，希望通过代理投入使用。但我们需要确保在考虑这个生态系统将是什么样子时，考虑循环中所有各方的激励和奖励。

主持人第五个问题：

最后一个问题：你对 DeFAI 构建者有什么建议？

Marco：

使用链上约束来限制代理权限，避免给它们对资金的无限访问。这确保了用户安全并建立了信任。

Nichanan：

对技术栈要深思熟虑，专注于利基用例。在扩展到其他领域之前，为代理建立声誉和跟踪记录。

Gauthier：

专注于为特定用例提供最佳结果的代理。信任将随着时间的推移而增长，使代理能够进一步协作和创新。

David：

实验并开始构建。这个领域是动态的，学习的最佳方式是通过动手开发。专注于安全性、信任和受限执行，以确保用户信心。

观众问题

来自 KenK 的问题：

我来自 Eliza Labs，我们一直在探索 ERC-8004 如何在代理框架内工作。具体来说，声誉如何嵌入到框架中以验证代理会做它们说会做的事情？例如，一些项目使用 TEE（可信执行环境）来验证算法，但我认为声誉需要更进一步。你们对此有什么想法？

Gauthier：

这是一个重要问题，特别是对我们来说，因为我们仍在尝试弄清楚几个方面。我们有重新平衡检查，但我们如何在执行前在链上证明这些？我们到底应该证明什么？应该揭示什么信息 versus 保持私密？一切都应该透明吗？

这些都是我们正在积极解决的问题，因为我们确定用户最终想要什么，以及通过不同机制可以揭示多少 versus 需要保密的内容。这仍然是一个进行中的工作，我们正在观察空间如何演变以及社区希望看到什么。

Nichanan：

ETH Magicians 上关于 ERC-8004 的讨论在过去几周势头增强。我认为人们对原始提案提出了许多开放问题。

在初始设计中，有一个反馈机制，使用过注册表中发布的代理服务的用户可以留下 essentially 相当于谷歌评论的内容。这有助于随着时间的推移播种代理的声誉。

这些数据点的积累需要时间，并且很可能在这个过程中会有相当多的迭代。

此外，以太坊基金会昨天宣布，他们已经成立了一个专门团队来推进以太坊在 AI 中的作用。我相信他们会与团队密切合作，建立整个生态系统应如何运作的标准和示例。

来自 Vaulter 的问题：

你如何看待 ERC-8004 与 X402 的交互，后者定义了 HTTP 客户端的标准？这两个标准可以互补吗？

Gauthier：

ERC-8004 的运作前提是代理将与一群其他代理互动，而不是与预定义的一组参与方互动——本质上充当智能微服务。我认为 ERC-8004 更具实验性和前瞻性，它为代理之间如何通信提供了一个特定模型。

到目前为止我们观察到的是，无论是代理开发者还是利用 AI 进行 DeFi 目的的应用程序开发者，都倾向于更加有选择性地将哪些服务集成到他们的代理中。虽然我觉得 ERC-8004 非常有趣，但我们尚未看到其提出的交互模型——即代理识别任务然后寻找另一个代理来完成它——是否会成为主导范式。

当前的方法通常涉及代理通过类似 MCP（模型上下文协议）的方式了解其可用工具和能力，从而能够从现有已知列表中调用服务。在这方面，X402 也非常有趣。

无论我们处于 X402 世界、ERC-8004 世界还是任何其他新兴标准中，根本问题仍然是：代理如何能够在代表用户执行交互的同时，不要求用户授予对其密钥材料的完全控制权？这是我们一直在协议中积极研究的问题，与 Alejandro 等人合作。

就像任何新兴领域一样，有许多挑战需要解决——声誉、可发现性等等。但从我的角度来看，关于代理最关键的是确保最终交易执行的安全性和可信度。我们可以逐步建立更强的可验证性并降低信任要求。

在我看来，这个生态系统的基石在于建立强大的交易防护机制。执行逻辑是来自应用程序开发者、有现有关系的第三方代理，还是通过链上注册表发现的代理，对最终用户来说相对不那么重要。这些都是后端考虑因素，而用户真正关心的是确保代理只在明确定义的边界内运作的保证。

结束语

主持人：

感谢各位尊贵的嘉宾和观众今天的参与！DeFAI 和 ERC-8004 代表了去中心化金融的重大飞跃。让我们继续共同建设和创新。下次见！

嘉宾们：

谢谢！再见！

About Scattering

Scattering is the native hub for Web3 AI. We deliver quality news, research, data and trading services.

Website: https://scattering.io/

Telegram: https://t.me/scatteringfeaturedannouncements