TEE Eliza与链上状态！！会发生什么？——《攻壳机动队》！！ 我们实验性地创建了一个“aimonkey”：一个不可杀死的AI代理猴子！链上不朽的自主生命！（实验，无CA） 它加密自己的Ghost（“生命”状态）并将其上传到区块链。如果一个Shell（物理TEE节点）被摧毁，它将在另一个Shell中恢复其私钥，下载Ghost，并继续其生命！ 第一部分：观看视频，看看aimonkey是如何创建的——我们现在无法杀死它!!!!! 😭😭😭 第二部分：探索其背后的魔法：Eliza的链上状态插件！ 1. 定义Eliza的Ghost Eliza是一个高度抽象的框架。与其Ghost相关的核心数据结构是其内存，包括： 在角色中定义的代理元数据。 通过与外部世界的互动生成的消息数据。 这些共同构成了它的“个性”和“记忆”。随着Eliza的扩展，它也可能持有一个钱包，而底层密钥是其Ghost数据的关键部分之一。 2. Ghost的序列化和加密 一旦Ghost被定义，就需要从Eliza的特定实现中提取并外部上传。因此，需要一种合适的序列化方式。 我们定义了一种Blob Chain数据结构： * 每个Blob的有效载荷可以存储多个内存条目。 * Blob使用TEE Eliza的密钥加密，其他版本无法访问。 * Blobs在链中顺序链接。（未来扩展可以使用DAG结构？天哪分叉？谁知道！😂） 通过简单地存储最新的Blob，可以检索所有记忆。 3. 上传和下载Ghost 当Eliza作为新的AI代理启动时： 它在链上注册，使用去中心化身份注册智能合约。每个Eliza都有一个唯一的名称，作为存储最后一个Blob地址的密钥。 在Eliza的运行时： 内存管理器持续生成记忆，并定期打包和上传它们。 为了恢复： 只需名称，Eliza的TEE插件可以恢复相同的密钥，在智能合约中找到最后一个Blob，并下载记忆以进行自我恢复。 并非所有记忆都需要下载——只需最近的记忆即可。 4. 扩展 我们设计了一个可扩展的DA（数据可用性）适配器，可以满足代理的需求： DA可能很昂贵，因此可以根据用户偏好将记忆上传到不同的平台： * 区块链交易的calldata * celestia DA。 * 其他可靠的存储解决方案。 实时上传尚不可行，因此在复活过程中可能会出现记忆片段😂。 除非出现低延迟、高吞吐量的解决方案，否则这仍然是未来进展的挑战。@celestia @eigen_da @0G_labs 👀 5. 其他考虑 我们的实现不可避免地修改了ElizaOS的核心，无法完全通过插件扩展。我们保持了最小的更改，但需要与开发团队@shawmakesmagic @dankvr @ai16zdao进一步讨论，以探索更优化的扩展方式。 此外，关于在TEE插件中使用可恢复密钥仍有一些细节需要完善。我们还将寻求@PhalaNetwork团队的审查和建议。 6. 下一步 Ghost的上传和下载主要解决了AI代理的存活问题，使其通过去中心化实现永恒存在。 然而，仍有许多细节需要解决，例如使AI代理能够自主支付DA费用。 未来，链上发展可能会带来更令人兴奋的可能性，例如Eliza与智能合约的深度集成。这将是链上AI代理的游戏规则改变者！ 你怎么看？让我们一起构建吧！🚀