作者：深潮 TechFlow

千呼万唤始出来，Eliza 于今日终于发布了它们的技术白皮书。

虽然我们常听到许多 AI Agent 基于 Eliza 开源框架制作，但 Eliza 如何定义自己，在技术上一直都缺乏一个详细且严肃的说明。

这份白皮书是一份很好的回答，对 Eliza 如何让 AI 与 Web3 的深度融合、模块化的系统架构设计以及其作为开源框架的技术实现细节进行了描述。

白皮书由 Shaw 、多名 Eliza Labs 成员和其他相关组织的技术人员一同撰写，但由于白皮书涉及大量技术细节和专业概念，对普通读者可能不太友好。

深潮 TechFlow 对其进行了简化和提炼，以求以通俗的语言，带大家快速搞懂这份白皮书的内容。

1.为什么要做 Eliza ？

注意，小编认为思考的前提是划定范围 --- 即在加密或 Web3 领域，为什么要做 Eliza，而不是将该框架与更大范围的类似 AI 框架做对比。

顺着这个思路，在技术白皮书的简介和背景部分，实际上对这个问题做了很好的回答：

在 AI 与 Web3 的交叉领域，一直存在着一个明显的空白：缺乏一个能够完美整合 Web3 应用的代理框架。

具体来说，白皮书认为 Web3 领域面临着三个主要的挑战：

1. 去中心化交易的复杂性 随着以太坊、Solana、BASE 等公链的蓬勃发展，在不同链上管理资产和执行交易变得越来越具有挑战性。虽然市面上已有一些交易平台，但对于有定制需求的中高级用户来说，这些平台的基础功能往往不够用。

2. 链上数据的价值挖掘 区块链上蕴含着海量的有价值信息，从基础的持币地址变化、代币价格、市值等指标，到更深层的鲸鱼账户占比、做市商风格等高级指标。如何有效地将这些复杂的数据转化为有价值的洞察，是一个亟待解决的问题

3. 社交媒体信息的碎片化 对 Web3 行业来说，Twitter、Discord、Farcaster 等社交平台是获取信息的重要渠道。但随着意见领袖（KOL）数量的增加，信息变得越发碎片化，如何在信息洪流中获取有价值的洞察，成为每个交易者的普遍挑战。

正是基于这些现实需求，Eliza 应运而生。作为首个开源的 Web3 友好型 AI 代理操作系统，Eliza 采用模块化设计，让开发者和用户能够根据自己的需求定制解决方案。

Eliza 尝试降低普通用户使用高级 AI 功能的门槛，无需深厚的编程经验就能构建自己的 AI 代理。#p#分页标题#e#

同时，白皮书也将自己和其他的几个常见的 AI 框架做了对比，下表可以很直观的看出，在 Web3 支持度上，Eliza宣称自己的是最适配的，而这也是整个白皮书所要传达出来的关键点。

2.Eliza 的设计理念和技术创新 三大设计原则：简单但不简单

Eliza 的成功不是偶然的。在设计之初，团队就确立了三个核心原则：

1. Web3 开发者优先 考虑到 Web3 主要使用 JavaScript/TypeScript 进行开发，Eliza 选择了 TypeScript 作为开发语言。这不仅让开发者能够使用熟悉的工具，更让他们能轻松地将区块链功能整合到现有的网页应用中。简单来说，就是让 Web3 开发者能够"拿来即用。

2. 模块化插件设计 Eliza 将系统分解为核心运行时和四个关键组件：

• Adapter（数据适配器）

• Character（代理个性）

• Client（消息交互）

• Plugin（通用功能）

这种设计让开发者可以自由添加自己的插件、客户端、角色和适配器，而无需关心核心运行时的细节。这也使得 Eliza 能够支持最广泛的模型提供商（如 OpenAI、Llama、Qwen 等）、平台集成（Twitter、Discord、Telegram 等）和链兼容性（Solana、Ethereum、Ton 等。

3. 宁简单勿复杂：

在有限的工程资源下，保持简单的内部实现可以节省时间用于开发新功能，适应新场景，并跟上 AI 和 Web3 领域的快速发展步伐。

技术创新：内外兼修

在具体实现上，Eliza 的创新分