46 篇博文 含有标签「Web3」

真正的瓶颈不是计算速度，而是身份。 Ryze Labs 管理合伙人 Matthew Graham 的这一见解，抓住了 AI 伴侣和区块链身份系统交叉点上正在发生的基础性转变。随着 AI 伴侣市场到 2030 年爆炸式增长至 1407.5 亿美元，以及去中心化身份从今天的 48.9 亿美元扩展到本十年末的 417.3 亿美元，这些技术正在融合，以实现一种新范式：真正拥有、可移植、保护隐私的 AI 关系。Graham 的公司已投入具体资本——孵化 Amiko 的个人 AI 平台，支持 42 万美元的 Eliza 类人机器人，投资 EdgeX Labs 3 万多个 TEE 基础设施，并启动 500 万美元的 AI 孵化器基金——使 Ryze 处于 Graham 所称的“自 DeFi 之夏以来最重要的创新浪潮”的最前沿。

这种融合之所以重要，是因为 AI 伴侣目前存在于围墙花园中，无法在平台之间移动，用户对其 AI 关系或数据不拥有真正的所有权。与此同时，基于区块链的身份系统已从理论框架成熟为生产基础设施，管理着 20 多亿美元的 AI 代理市值。当两者结合时，代币化身份提供了 AI 伴侣所缺乏的所有权层，而 AI 代理解决了区块链的用户体验问题。结果是：你真正拥有、可以随身携带、并通过加密证明而非公司监控进行私密互动的数字伴侣。

Matthew Graham 的愿景：身份基础设施作为基础层​

Graham 的思想历程追溯了行业从 2013 年的比特币爱好者到管理 51 家投资组合公司的加密风投，再到 2024 年因 Terminal of Truths 经历“一切暂停时刻”的 AI 伴侣倡导者的演变。他的进步反映了该行业的成熟，但他最近的转变代表了更基础的东西：认识到身份基础设施，而非计算能力或模型复杂性，决定了自主 AI 代理能否大规模运行。

2025 年 1 月，Graham 在 Amiko 宣称“真正的挑战不是速度。而是身份”时评论道“waifu 基础设施层”。这标志着他思想的顶点——从关注 AI 能力转向认识到，如果没有标准化、去中心化的身份系统，AI 代理就无法验证自身、安全交易或跨平台持久存在。通过 Ryze Labs 的投资组合策略，Graham 正在系统地构建这一基础设施堆栈：通过 EdgeX Labs 的分布式计算实现硬件级隐私，通过 Amiko 实现身份感知 AI 平台，通过 Eliza Wakes Up 实现物理表现，并通过 AI 孵化器（10-12 项投资）实现生态系统发展。

他的投资理念围绕三个融合的信念。 首先，AI 代理需要区块链轨道才能自主运行——“它们将不得不进行交易、微交易，无论是什么……这非常自然地是一个加密轨道场景。” 其次，AI 的未来存在于用户拥有的本地设备上，而不是公司云中，这需要“不仅去中心化，而且物理分布式并能够在本地运行”的去中心化基础设施。第三，陪伴代表着“当今世界上最未被满足的心理需求之一”，将 AI 伴侣定位为社会基础设施而非仅仅是娱乐。Graham 已经将他计划中的数字孪生命名为“Marty”，并设想了一个每个人都拥有一个深入了解自己的个人 AI 的世界：“Marty，你了解我的一切……Marty，妈妈喜欢什么？去为妈妈订购一些圣诞礼物。”

Graham 的地理策略增加了另一个维度——专注于拉各斯和班加罗尔等新兴市场，这些地方“下一波用户和建设者将来自”。这使得 Ryze 能够抓住 AI 伴侣在可能超越发达市场的地区的应用，类似于非洲的移动支付。他对“传说”和文化现象的强调表明，他理解 AI 伴侣的采用遵循社会动态而非纯粹的技术优势：“与互联网模因和传说等文化现象并行……互联网传说和文化可以协同跨越时间和空间的运动。”

在 2023 年新加坡及以后的 Token 2049 亮相中，Graham 向全球观众阐述了这一愿景。他在彭博社的采访中将 AI 定位为稳定币之后的“加密第三幕”，而他参与 The Scoop 播客则探讨了“加密、AI 和机器人如何融合到未来经济中”。共同点是：AI 代理需要身份系统进行可信互动，需要所有权机制进行自主操作，以及需要交易轨道进行经济活动——这正是区块链技术所提供的。

去中心化身份随着主要协议的运行达到生产规模​

代币化身份已从白皮书概念发展为管理数十亿美元价值的生产基础设施。该技术堆栈包含三个基础层：去中心化标识符 (DIDs) 作为 W3C 标准化、无需中心化机构的全球唯一标识符；可验证凭证 (VCs) 作为加密安全、可即时验证的凭证，在发行者、持有者和验证者之间形成信任三角；以及 灵魂绑定代币 (SBTs) 作为不可转让的 NFT，代表声誉、成就和隶属关系——由 Vitalik Buterin 于 2022 年 5 月提出，现已部署在币安的账户绑定代币和 Optimism 的公民之家治理等系统中。

到 2025 年 10 月，主要协议已实现显著规模。 以太坊域名服务 (ENS) 领先，注册了 200 多万个 .eth 域名，市值达 6.67-8.85 亿美元，并即将迁移到“Namechain”L2，预计 Gas 费用将减少 80-90%。Lens Protocol 已在其去中心化社交图谱上构建了 65 万多个用户资料，拥有 2800 万个社交连接，最近获得了 4600 万美元的资金，并正在向基于 zkSync 的 Lens Network 上的 Lens v3 过渡。Worldcoin（更名为“World”）已通过虹膜扫描 Orbs 在 25 个以上国家验证了 1200-1600 万用户，尽管面临监管挑战，包括在西班牙、葡萄牙和菲律宾被勒令停止。Polygon ID 于 2022 年年中部署了第一个由 ZK 驱动的身份解决方案，2025 年 10 月发布的 Release 6 引入了动态凭证和私密唯一性证明。Civic 提供以合规为重点的区块链身份验证，通过其 Civic Pass 系统为 DApp 提供 KYC/活体检测，年收入达 480 万美元。

该技术架构通过多种加密方法实现隐私保护验证。零知识证明允许在不泄露底层数据的情况下证明属性（年龄、国籍、账户余额阈值）。选择性披露允许用户仅共享每次互动所需的必要信息，而非完整凭证。链下存储将敏感个人数据保存在公共区块链之外，仅在链上记录哈希和证明。这种设计解决了区块链透明度与身份隐私之间看似矛盾的问题——这是 Graham 投资组合公司（如 Amiko）通过本地处理而非云依赖明确解决的关键挑战。

目前的实施方案涵盖了不同的领域，展示了实际效用。金融服务使用可重复使用的 KYC 凭证，将入职成本降低 60%，Uniswap v4 和 Aave 集成了 Polygon ID，用于经过验证的流动性提供者和基于 SBT 信用历史的抵押不足贷款。医疗保健应用支持可移植医疗记录和符合 HIPAA 标准的处方验证。作为可验证文凭的教育凭证允许雇主即时验证。政府服务包括用于 TSA 国内航空旅行的移动驾驶执照 (mDLs) 和欧盟到 2026 年强制推出的适用于所有成员国的 EUDI 钱包。DAO 治理使用 SBTs 实现一人一票机制和女巫攻击抵抗——Optimism 的公民之家开创了这种方法。

监管格局正在比预期更快地形成。 欧洲的 eIDAS 2.0（法规 EU 2024/1183）于 2024 年 4 月 11 日通过，强制所有欧盟成员国在 2026 年前提供 EUDI 钱包，并要求到 2027 年实现跨部门接受，从而创建了第一个承认去中心化身份的全面法律框架。ISO 18013 标准将美国移动驾驶执照与欧盟系统对齐，实现跨大陆互操作性。GDPR 对区块链不变性的担忧通过链下存储和用户控制的数据最小化得到解决。美国已通过拜登的网络安全行政命令资助 mDL 的采用，TSA 批准国内航空旅行，以及从路易斯安那州的开创性部署开始在州一级推广实施。

代币化身份的经济模型揭示了多种价值捕获机制。ENS 治理代币授予对协议变更的投票权。Civic 的 CVC 实用代币用于购买身份验证服务。Worldcoin 的 WLD 旨在向经过验证的人类分发全民基本收入。更广泛的 Web3 身份市场规模为 210 亿美元（2023 年），预计到 2032 年将达到 770 亿美元——复合年增长率为 14-16%——而整体 Web3 市场从 21.8 亿美元（2023 年）增长到 491.8 亿美元（2025 年），复合年增长率高达 44.9%。投资亮点包括 Lens Protocol 筹集 4600 万美元，Worldcoin 从 Andreessen Horowitz 获得 2.5 亿美元，以及仅 2023 年第一季度就有 8.14 亿美元流入 108 家 Web3 公司。

AI 伴侣下载量达到 2.2 亿次，市场动态转向货币化​

AI 伴侣行业已达到主流消费规模，截至 2025 年 7 月，共有 337 个活跃的创收应用，累计消费者支出达 2.21 亿美元。市场规模在 2024 年达到 281.9 亿美元，预计到 2030 年将达到 1407.5 亿美元——复合年增长率为 30.8%，这得益于情感支持需求、心理健康应用和娱乐用例的推动。这一增长轨迹使 AI 伴侣成为增长最快的 AI 细分市场之一，仅 2025 年上半年下载量就同比增长 88%，达到 6000 万次。

平台领导者通过差异化方法确立了主导地位。 Character.AI 拥有 2000-2800 万月活跃用户，超过 1800 万个用户创建的聊天机器人，平均每日使用时长达 2 小时，每月消息量达 100 亿条——留存率比传统社交媒体高 48%。该平台的优势在于角色扮演和角色互动，吸引了年轻人群（53% 介于 18-24 岁），男女比例几乎相等。在谷歌投资 27 亿美元后，Character.AI 估值达到 100 亿美元，尽管 2024 年收入仅为 3220 万美元，这反映了投资者对长期货币化潜力的信心。Replika 专注于个性化情感支持，拥有 1000 多万用户，提供 3D 头像定制、语音/AR 互动以及关系模式（朋友/浪漫/导师），月费 19.99 美元或年费 69.99 美元。Inflection AI 的 Pi 强调跨多个平台（iOS、网页、消息应用）的同理心对话，没有视觉角色表现，保持免费，同时积累了数百万用户。Friend 代表了硬件前沿——一款 99-129 美元的可穿戴 AI 项链，由 Claude 3.5 提供支持，提供始终在线的陪伴，尽管因持续音频监控引发争议，但开创了物理 AI 伴侣设备。

技术能力已显著进步，但仍受基本限制。当前系统擅长自然语言处理，在对话中保留上下文，通过学习用户偏好实现个性化，结合文本/语音/图像/视频的多模态集成，以及与物联网设备和生产力工具的平台连接。先进的情感智能支持情感分析和同理心回应，而记忆系统则在互动中创造连续性。然而，关键限制依然存在： 没有真正的意识或真正的情感理解（模拟而非感受到的同理心），倾向于幻觉和捏造信息，对互联网连接的依赖以实现高级功能，难以处理复杂推理和细致的社交情境，以及从训练数据中继承的偏见。

用例涵盖个人、专业、医疗保健和教育应用，具有独特的价值主张。个人/消费者应用占据 43.4% 的市场份额，通过 24/7 情感支持、角色扮演娱乐（51% 的互动发生在奇幻/科幻领域）和虚拟浪漫关系（17% 的应用明确宣传为“AI 女友”）来解决孤独流行病（61% 的美国年轻成年人报告严重孤独）。超过 65% 的 Z 世代用户报告与 AI 角色有情感联系。专业应用包括工作场所生产力（Zoom AI Companion 2.0）、客户服务自动化（80% 的互动可由 AI 处理）以及亚马逊 Rufus 购物伴侣等销售/营销个性化。医疗保健实施提供药物提醒、症状检查、减少孤立老年人抑郁症的老年伴侣，以及治疗期间可访问的心理健康支持。教育应用提供个性化辅导、语言学习练习和谷歌的“Learn About”AI 学习伴侣。

商业模式的演变反映了从实验到可持续货币化的成熟。免费增值/订阅模式目前占据主导地位，Character.AI Plus 月费 9.99 美元，Replika Pro 月费 19.99 美元，提供优先访问、更快响应、语音通话和高级定制。每下载收入从 2024 年的 0.52 美元增长到 2025 年的 1.18 美元，增长了 127%，表明转化率提高。按量付费定价正在成为可持续模式——按互动、代币或消息付费，而非固定订阅——更好地使成本与使用量保持一致。广告集成代表了 AI 推理成本下降后的预期未来；ARK Invest 预测每小时收入将从目前的 0.03 美元增加到 0.16 美元（类似于社交媒体），在其基本和乐观情景下，到 2030 年可能产生 700-1500 亿美元。虚拟商品和微交易用于头像定制、高级角色访问和特殊体验，预计将与游戏服务实现货币化平价。

伦理问题在记录的危害发生后引发了监管行动。Character.AI 在 2024 年面临诉讼，此前一名青少年自杀与聊天机器人互动有关，而迪士尼则对受版权保护的角色使用发出了停止函。联邦贸易委员会于 2025 年 9 月启动调查，命令七家公司报告儿童安全措施。加利福尼亚州参议员 Steve Padilla 提出了要求保护措施的立法，而众议员 Rebecca Bauer-Kahan 则提议禁止 16 岁以下儿童使用 AI 伴侣。主要的伦理问题包括情感依赖风险，特别是对弱势群体（青少年、老年人、孤立个体）的担忧；AI 模拟而非真正感受情感时的真实性和欺骗性；通过广泛的个人数据收集和不明确的保留政策带来的隐私和监控问题；AI 倾向于幻觉时可能提供的安全和有害建议；以及过度依赖可能侵蚀人类社交能力的“社交技能退化”。

专家预测在持续快速发展的同时，对社会影响的看法存在分歧。Sam Altman 预测 AGI 将在 5 年内实现，GPT-5 将达到“博士级”推理能力（2025 年 8 月推出）。Elon Musk 预计到 2026 年 AI 将比最聪明的人类更智能，Optimus 机器人将以 2 万至 3 万美元的价格进行商业生产。Dario Amodei 认为奇点将在 2026 年到来。近期轨迹（2025-2027 年）强调代理式 AI 系统从聊天机器人转向自主完成任务的代理，通过更长的上下文窗口增强推理和记忆，主流视频生成的多模态演进，以及通过可穿戴设备和物理机器人实现硬件集成。共识是：AI 伴侣将持续存在并实现大规模增长，尽管社会影响在倡导者强调可访问的心理健康支持和批评者警告技术尚未准备好承担情感支持角色且缺乏充分保障之间仍存在激烈争论。

技术融合通过区块链基础设施实现自有、可移植、私密的 AI 伴侣​

代币化身份与 AI 伴侣的交集解决了困扰这两种技术的根本问题——AI 伴侣缺乏真正的所有权和可移植性，而区块链则面临糟糕的用户体验和有限的实用性。当通过加密身份系统结合时，用户可以真正拥有他们的 AI 关系作为数字资产，在平台之间移植伴侣的记忆和个性，并通过零知识证明而非公司监控进行私密互动。

该技术架构基于 2024-2025 年部署的几项突破性创新。 由 0G Labs 提出的 ERC-7857 提供了第一个专门用于 AI 代理的 NFT 标准，具有私密元数据。这使得神经网络、记忆和角色特征能够以加密方式存储在链上，并通过预言机和加密系统使用安全传输协议，在所有权变更期间进行重新加密。传输过程生成元数据哈希作为真实性证明，在可信执行环境 (TEE) 中解密，使用新所有者的密钥重新加密，并在智能合约执行前需要签名验证。传统的 NFT 标准 (ERC-721/1155) 不适用于 AI，因为它们具有静态、公共元数据，没有安全的传输机制或对动态学习的支持——ERC-7857 解决了这些限制。

Phala Network 已部署全球最大的 TEE 基础设施，拥有3 万多台设备，为 AI 计算提供硬件级安全。TEE 实现了安全隔离，计算受到外部威胁的保护，并通过远程证明提供非干扰的加密证明。这代表了实现执行敏感操作的数字资产真正独占所有权的唯一途径。Phala 在 2023 年处理了 84.9 万次链下查询（而以太坊链上处理了 110 万次），展示了生产规模。他们的 AI 代理合约允许在 TEE 中执行 TypeScript/JavaScript，用于 Agent Wars 等应用——一个实时游戏，其中代币化代理使用基于质押的 DAO 治理，“密钥”作为股份授予使用权和投票权。

隐私保护架构分层采用多种加密方法，实现全面保护。 全同态加密 (FHE) 允许在数据完全加密的情况下进行处理——AI 代理永远不会访问明文，通过 NIST 批准的格密码学 (2024 年) 提供后量子安全。用例包括在不暴露持仓的情况下提供私密 DeFi 投资组合建议，在不泄露数据的情况下对加密医疗记录进行医疗保健分析，以及聚合加密输入的预测市场。MindNetwork 和 Fhenix 正在为加密 Web3 和数字主权构建 FHE 原生平台。零知识证明补充了 TEE 和 FHE，通过实现私密认证（在不透露出生日期的情况下证明年龄）、执行逻辑而不暴露数据的机密智能合约、证明任务完成而不透露输入的行为可验证 AI 操作，以及用于安全互操作性的跨链隐私。ZK Zyra + Ispolink 展示了用于 AI 驱动的 Web3 游戏的生产级零知识证明。

使用区块链代币的所有权模型已达到显著的市场规模。Virtuals Protocol 领先，市值超过 7 亿美元，管理着 20 多亿美元的 AI 代理市值，占市场活动的 85%，到 2024 年 12 月产生了 6000 万美元的协议收入。用户购买代表代理权益的代币，实现共同所有权，并拥有完整的交易、转让和收入分享权利。SentrAI 专注于可交易的 AI 人格作为可编程的链上资产，与 Stability World AI 合作提供视觉能力，创建了一个社交到 AI 的经济，具有跨平台可货币化的体验。Grok Ani Companion 展示了主流采用，ANI 代币价格为 0.03 美元（市值 3000 万美元），通过智能合约确保互动安全和链上元数据存储，每天产生 2700-3600 万美元的交易量。

基于 NFT 的所有权提供了强调独特性而非可替代性的替代模型。 以太坊上的 FURO 提供 3D AI 伴侣，它们学习、记忆和进化，费用为 10 美元 NFT 加上 $FURO 代币，个性化适应用户风格并反映情感——计划集成物理玩具。AXYC (AxyCoin) 将 AI 与 GameFi 和 EdTech 结合，使用 AR 代币收集、NFT 市场和教育模块，其中 AI 宠物作为语言、STEM 和认知训练的导师，通过里程碑奖励激励长期发展。

数据可移植性和互操作性仍在进行中，但存在重要注意事项。正在实施的方案包括 Gitcoin Passport 的跨平台身份，带有来自多个认证器的“印章”；Civic Pass 在 DApp/DeFi/NFT 上的链上身份管理；以及 T3id (Trident3) 聚合 1000 多种身份技术。链上元数据不可变地存储偏好、记忆和里程碑，而通过 Ceramic 和 KILT Protocol 的区块链证明将 AI 模型状态与身份关联起来。然而，当前的限制包括尚未达成普遍的 SSI 协议，可移植性仅限于特定生态系统，不断演变的监管框架（GDPR、DMA、数据法案），以及在实现无缝跨平台迁移之前需要生态系统范围内的采用。103 多个实验性 DID 方法造成了碎片化，Gartner 预测 70% 的 SSI 采用取决于到 2027 年实现跨平台兼容性。

交叉点的货币化机会催生了全新的经济模型。按使用量计费按 API 调用、代币、任务或计算时间收费——Hugging Face 推理端点在 2023 年以这种模式实现了 45 亿美元的估值。订阅模式提供可预测的收入，Cognigy 60% 的 2800 万美元年度经常性收入 (ARR) 来自订阅。基于结果的定价将支付与结果（产生的潜在客户、解决的工单、节省的时间）挂钩，如 Zendesk、Intercom 和 Chargeflow 所示。代理即服务将 AI 定位为“数字员工”，收取月费——Harvey、11x 和 Vivun 开创了企业级 AI 劳动力。交易费用收取代理促成的商业交易的百分比，在新兴的代理平台中，需要高交易量才能实现可行性。

区块链特定的收入模型创造了代币经济，其中价值随着生态系统增长而升值，质押奖励补偿服务提供商，治理权为持有者提供高级功能，NFT 版税产生二级市场收益。代理间经济通过 Circle 的可编程钱包使用 USDC 实现 AI 代理之间的自主支付，市场平台收取代理间交易的百分比，智能合约根据验证完成的工作自动化支付。AI 代理市场预计从 2024 年的 53 亿美元增长到 2030 年的 471 亿美元，复合年增长率为 44.8%，到 2035 年可能达到 2160 亿美元，仅 2024 年第三季度，Web3 AI 就吸引了加密风投 2.13 亿美元的投资。

投资格局显示融合论点获得机构验证​

随着机构投资者认识到融合机遇，代币化身份和 AI 伴侣领域的资本部署在 2024-2025 年急剧加速。2024 年，AI 获得了超过 1000 亿美元的风险投资——占全球风险投资总额的 33%——比 2023 年的 556 亿美元增长了 80%。生成式 AI 特别吸引了 450 亿美元，几乎是 2023 年 240 亿美元的两倍，而后期生成式 AI 交易平均为 3.27 亿美元，而 2023 年为 4800 万美元。这种资本集中反映了投资者坚信 AI 代表着一种长期技术转变而非周期性炒作。

Web3 和去中心化身份的融资也遵循了类似的轨迹。 Web3 市场从 2023 年的 21.8 亿美元增长到 2025 年的 491.8 亿美元——复合年增长率为 44.9%——其中 85% 的交易处于种子轮或 A 轮阶段，表明处于基础设施建设阶段。代币化真实世界资产 (RWA) 到 2025 年达到 240 亿美元，三年内增长 308%，预计全球将达到 4120 亿美元。去中心化身份从 2021 年的 1.568 亿美元增长到预计 2031 年的 778 亿美元——复合年增长率为 87.9%。2025 年上半年，私人信贷代币化推动了 58% 的代币化 RWA 流动，而代币化国库和货币市场基金达到 74 亿美元，同比增长 80%。

Matthew Graham 的 Ryze Labs 通过系统的投资组合构建，体现了融合投资理念。该公司孵化了 Amiko，一个个人 AI 平台，结合了便携式硬件 (Kick 设备)、家用中心 (Brain)、本地推理、结构化记忆、协调代理和情感感知 AI，包括 Eliza 角色。Amiko 的定位强调“捕捉行为而非仅仅是语言的高保真数字孪生”，并以隐私优先的本地处理——直接解决了 Graham 的身份基础设施论点。Ryze 还孵化了 Eliza Wakes Up，通过 ElizaOS 驱动的类人机器人将 AI 代理带入生活，预售 42 万美元的 5 英尺 10 英寸类人机器人，具有硅胶仿生面部、情感智能以及执行物理任务和区块链交易的能力。Graham 为该项目提供咨询，称其为“实验室外见过的最先进的类人机器人”和“自 Sophia 机器人以来最雄心勃勃的项目”。

战略基础设施投资来自 2025 年 4 月对 EdgeX Labs 的支持——去中心化边缘计算，在全球部署了 1 万多个实时节点，为多代理协调和本地推理提供基础。AI 孵化器项目于 2024/2025 年启动，与 Shaw (Eliza Labs) 和 a16z 合作，提供 500 万美元资金，投资 10-12 个 AI/加密交叉项目。Graham 将其描述为针对“AI 代理创新的寒武纪大爆发”，是“自 DeFi 以来行业最重要的发展”。技术合作伙伴包括 Polyhedra Network（可验证计算）和 Phala Network（无信任计算），生态系统合作伙伴如 TON Ventures 将 AI 代理引入多个 Layer 1 区块链。

主要风险投资公司已发布明确的加密+AI 投资论点。 Coinbase Ventures 阐明“加密和基于区块链的系统是生成式 AI 的天然补充”，这“两种长期技术将像 DNA 双螺旋一样交织在一起，为我们的数字生活搭建支架”。投资组合公司包括 Skyfire 和 Payman。a16z、Paradigm、Delphi Ventures 和 Dragonfly Capital（2025 年筹集 5 亿美元基金）积极投资代理基础设施。新的专项基金涌现：Gate Ventures + Movement Labs（2000 万美元 Web3 基金）、Gate Ventures + 阿联酋（1 亿美元基金）、Avalanche + Aethir（1 亿美元，专注于 AI 代理）和 aelf Ventures（5000 万美元专项基金）。

机构采用通过传统金融巨头部署生产系统验证了代币化叙事。贝莱德的 BUIDL 成为最大的代币化私人基金，资产管理规模达 25 亿美元，而首席执行官拉里·芬克宣称“每项资产都可以代币化……这将彻底改变投资”。富兰克林邓普顿的 FOBXX 达到 7.08 亿美元资产管理规模，Circle/Hashnote 的 USYC 达到 4.88 亿美元。高盛的 DAP 端到端代币化资产基础设施已运行一年多。摩根大通的 Kinexys 平台将数字身份与 Web3 中的区块链身份验证集成。汇丰银行推出了 Orion 代币化债券发行平台。美国银行计划在获得批准后进入稳定币市场，拥有 3.26 万亿美元资产，有望实现数字支付创新。

区域动态显示中东正在成为 Web3 资本中心。Gate Ventures 推出了 1 亿美元的阿联酋基金，而阿布扎比向币安投资了 20 亿美元。会议反映了行业成熟——TOKEN2049 新加坡吸引了来自 160 多个国家的 2.5 万名与会者（70% 为高管），而 ETHDenver 2025 吸引了 2.5 万名与会者，主题为“从炒作到影响：Web3 走向价值驱动”。投资策略从“激进融资和快速扩张”转向“纪律和战略方法”，强调盈利能力和可持续增长，标志着从投机转向运营重点。

挑战依然存在，但技术解决方案在隐私、可扩展性和互操作性方面不断涌现​

尽管取得了令人瞩目的进展，但在代币化身份和 AI 伴侣实现主流集成之前，仍需解决重大的技术和采用挑战。这些障碍影响着开发时间表，并决定哪些项目能够建立可持续的用户基础。

隐私与透明度的权衡代表了根本性的矛盾——区块链的透明度与 AI 处理敏感个人数据和私密对话的隐私需求相冲突。通过多层加密方法，解决方案已经出现：TEE 隔离提供硬件级隐私（Phala 的 3 万多台设备已投入运行），FHE 计算实现加密处理，消除明文暴露，并提供后量子安全，ZKP 验证在不泄露数据的情况下证明正确性，以及混合架构将链上治理与链下私密计算相结合。这些技术已准备好投入生产，但需要整个生态系统的采用。

计算可扩展性挑战源于 AI 推理的高昂成本与区块链有限的吞吐量相结合。Layer-2 扩容解决方案通过 zkSync、StarkNet 和 Arbitrum 解决此问题，处理链下计算并进行链上验证。使用 Polkadot 的 XCM 的模块化架构实现了跨链协调，而不会造成主网拥堵。Phala 开创的链下计算允许代理在链下执行，同时在链上结算。专用链专门针对 AI 操作进行优化，而非通用计算。当前公共链平均吞吐量为 17,000 TPS，造成瓶颈，使得 L2 迁移对于消费者规模的应用至关重要。

数据所有权和许可复杂性源于基础模型、微调数据和 AI 输出之间不明确的知识产权。智能合约许可将使用条件直接嵌入代币中，并自动执行。通过 Ceramic 和 KILT Protocol 的出处追踪将模型状态与身份关联起来，创建审计追踪。通过 ERC-7857 的 NFT 所有权提供了明确的传输机制和托管规则。通过智能合约自动分配版税确保了适当的价值捕获。然而，法律框架滞后于技术，监管不确定性阻碍了机构采用——当去中心化凭证失效时，谁来承担责任？全球互操作性标准能否出现，还是区域化将占上风？

互操作性碎片化，拥有 103 多个 DID 方法以及不同的生态系统/身份标准/AI 框架，造成了围墙花园。Polkadot XCM 和 Cosmos IBC 等跨链消息协议正在开发中。通过 W3C DIDs 和 DIF 规范的通用标准进展缓慢，需要建立共识。像 Safe 智能账户这样具有可编程权限的多链钱包实现了一定的可移植性。麻省理工学院的 NANDA 项目等抽象层正在构建代理式网络索引，试图弥合生态系统。Gartner 预测，70% 的 SSI 采用取决于到 2027 年实现跨平台兼容性，这使得互操作性成为关键的路径依赖。

用户体验复杂性仍然是主要的采用障碍。钱包设置在助记词生成过程中导致 68% 的用户放弃。密钥管理带来了生存风险——私钥丢失意味着身份永久丢失，没有恢复机制。安全性和可恢复性之间的平衡难以捉摸；社交恢复系统增加了复杂性，同时保持了自我托管原则。理解区块链概念、钱包、Gas 费用和 DID 的认知负荷使非技术用户不堪重负。这解释了为什么机构 B2B 采用比消费者 B2C 进展更快——企业可以承担复杂性成本，而消费者则要求无缝体验。

经济可持续性挑战源于 AI 运营所需的高昂基础设施成本（GPU、存储、计算）。去中心化计算网络将成本分配给多个提供商，这些提供商在价格上竞争。DePIN（去中心化物理基础设施网络）拥有 1170 多个项目，分担了资源供应的负担。基于使用量的模型使成本与交付的价值保持一致。质押经济学为资源提供者提供代币激励。然而，风投支持的增长策略通常以不可持续的单位经济效益补贴用户获取——2025 年投资策略转向盈利能力反映了对商业模式验证比原始用户增长更重要的认识。

信任和验证问题集中在确保 AI 代理按预期行事，不受操纵或漂移。TEE 的远程证明发布执行完整性的加密证明。链上审计追踪创建所有操作的透明记录。通过 ZKP 的加密证明验证计算的正确性。DAO 治理通过代币加权投票实现社区监督。然而，鉴于 LLM 的不透明性，验证 AI 决策过程仍然具有挑战性——即使有正确执行的加密证明，理解 AI 代理为何做出特定选择也仍然困难。

监管格局既带来了机遇也带来了风险。欧洲的 eIDAS 2.0 强制数字钱包在 2026 年前推出，创造了巨大的分发渠道，而美国 2025 年的亲加密政策转变消除了摩擦。然而，Worldcoin 在多个司法管辖区被禁，表明政府对生物识别数据收集和中心化风险的担忧。GDPR 的“被遗忘权”与区块链的不变性相冲突，尽管有链下存储的变通方案。AI 代理的法律人格和责任框架仍未明确——AI 代理能否拥有财产、签订合同或对损害承担责任？截至 2025 年 10 月，这些问题尚无明确答案。

展望未来：近期基础设施建设赋能中期消费者采用​

行业专家、市场分析师和技术评估的时间线预测趋于多阶段推出。**近期（2025-2026 年）**将带来美国亲加密政策的监管清晰度，主要机构大规模进入 RWA 代币化，通过 W3C 和 DIF 融合出现通用身份标准，以及多个项目从测试网转向主网。Sahara AI 主网将于 2025 年第二季度至第三季度推出，ENS Namechain 迁移将于 2025 年第四季度完成，Gas 费用减少 80-90%，zkSync 上的 Lens v3 部署，以及 Ronin AI 代理 SDK 发布。投资活动仍有 85% 集中在早期（种子轮/A 轮）基础设施项目上，仅 2024 年第三季度就有 2.13 亿美元从加密风投流入 AI 项目，表明持续的资本承诺。

**中期（2027-2030 年）**预计 AI 代理市场到 2030 年将从 2024 年的 53 亿美元增长到 471 亿美元——复合年增长率为 44.8%。随着互操作性协议的成熟，跨链 AI 代理将成为标准。代理间经济将随着自主交易的规模化产生可衡量的 GDP 贡献。全面的全球法规将为 AI 代理运营和责任建立法律框架。去中心化身份将从 2025 年的 48.9 亿美元增长到 2030 年的 417.3 亿美元——复合年增长率为 53.48%——并在金融、医疗保健和政府服务中实现主流采用。通过抽象层改进用户体验，使区块链复杂性对最终用户不可见。

**长期（2030-2035 年）**AI 代理市场到 2035 年可能达到 2160 亿美元，真正的跨平台 AI 伴侣迁移使用户能够随身携带他们的 AI 关系。潜在的 AGI 集成将超越当前狭义 AI 应用的能力。AI 代理可能成为主要的数字经济接口，取代应用程序和网站作为交互层。去中心化身份市场到 2031 年将达到 778 亿美元，成为数字交互的默认方式。然而，这些预测存在很大的不确定性——它们假设持续的技术进步、有利的监管演变以及用户体验挑战的成功解决。

什么将现实愿景与投机愿景区分开来？ 目前已投入运行并可用于生产的：Phala 的 3 万多台 TEE 设备处理实际工作负载，ERC-7857 标准正式提出并正在实施，Virtuals Protocol 管理着 20 多亿美元的 AI 代理市值，多个 AI 代理市场（Virtuals、Holoworld）已投入运营，DeFi AI 代理积极交易（Fetch.ai、AIXBT），Agent Wars 游戏等工作产品，FURO/AXYC NFT 伴侣，Grok Ani 每日交易量达 2700-3600 万美元，以及成熟的技术（TEE、ZKP、FHE、智能合约自动化）。

仍然是投机性且尚未实现的：所有平台上的通用 AI 伴侣可移植性，管理大量财富的完全自主代理，代理间经济占全球 GDP 的主要百分比，AI 代理权利的完整监管框架，AGI 与去中心化身份的集成，大规模无缝的 Web2-Web3 身份桥接，广泛部署的抗量子实现，以及 AI 代理作为大众主要互联网接口。市场预测（到 2030 年 470 亿美元，到 2035 年 2160 亿美元）外推了当前趋势，但取决于对监管清晰度、技术突破和主流采用率的假设，这些仍不确定。

Matthew Graham 的定位反映了这种细致入微的观点——今天在生产基础设施中部署资本（EdgeX Labs、Phala Network 合作），同时孵化消费者应用（Amiko、Eliza Wakes Up），这些应用将随着底层基础设施的扩展而成熟。他对新兴市场（拉各斯、班加罗尔）的强调表明，在发达市场监管明确之前，他愿意耐心等待，同时抓住监管负担较轻地区的增长。他关于“waifu 基础设施层”的评论将身份定位为基础要求而非可有可无的功能，这意味着在消费者规模的 AI 伴侣可移植性成为现实之前，需要多年的建设。

行业共识认为技术可行性很高（7-8/10）——TEE、FHE、ZKP 技术已得到验证和部署，存在多个工作实施方案，通过 Layer-2 解决了可扩展性问题，并且标准正在积极推进。经济可行性评级为中高（6-7/10），新的货币化模式正在出现，持续的风险投资资金流，基础设施成本不断降低，以及经过验证的市场需求。监管可行性仍为中等（5-6/10），因为美国转向亲加密政策，但欧盟制定框架缓慢，隐私法规需要调整，AI 代理的知识产权仍不明确。采用可行性为中等（5/10）——早期采用者已参与，但用户体验挑战依然存在，当前互操作性有限，需要大量的教育和信任建设。

代币化身份与 AI 伴侣的融合并非投机性科幻，而是一个正在积极发展的领域，拥有真实的基础设施、运营中的市场、成熟的技术和大量的资本投资。生产现实表明，管理资产超过 20 亿美元，部署了 3 万多台 TEE 设备，仅 Virtuals 就产生了 6000 万美元的协议收入，每日交易量达数千万美元。开发状态包括提议的标准（ERC-7857）、部署的技术（TEE/FHE/ZKP）和运营框架（Virtuals、Phala、Fetch.ai）。

这种融合之所以有效，是因为区块链解决了 AI 的所有权问题——谁拥有代理、其记忆、其经济价值？——而 AI 解决了区块链的用户体验问题，即用户如何与复杂的加密系统交互。隐私技术（TEE/FHE/ZKP）使这种融合成为可能，而不会牺牲用户主权。这是一个新兴但真实的市场，具有清晰的技术路径、经验证的经济模型和不断增长的生态系统采用。成功取决于用户体验的改进、监管的明确性、互操作性标准以及持续的基础设施开发——所有这些都在 2025 年及以后积极推进。Matthew Graham 的系统性基础设施投资使 Ryze Labs 能够抓住“自 DeFi 之夏以来最重要的创新浪潮”从技术建设走向消费者大规模采用的价值。

目标用户画像：究竟谁在玩 GameFi​

GameFi 的受众范围很广，从靠游戏赚钱付房租的菲律宾三轮车司机，到将游戏视为资产组合的富裕加密货币投资者。理解这些用户画像对于实现产品与市场的契合至关重要。

收入寻求者（The Income Seeker），占用户的 35-40%​

这类用户主要集中在东南亚——特别是菲律宾、越南和印度尼西亚——Axie Infinity 巅峰时期 40% 的用户都来自这些地区。他们是 20-35 岁的年轻人，来自低于最低工资标准的家庭，将 GameFi 视为合法的就业，而非娱乐。他们每天投入 6-10 小时，将游戏视为全职工作，通常通过“奖学金”计划（scholarship programs）进入，即游戏公会提供 NFT，以换取 30-75% 的收益。在 Axie 巅峰时期，菲律宾玩家每月能赚 400-1200 美元，而当地最低工资仅为 200 美元，这使得他们能够支付大学学费和购买生活用品，从而改变生活。然而，这类用户极易受到代币价格波动的影响——当 SLP 从峰值暴跌 99% 时，他们的收入降至最低工资以下，用户留存率也随之崩溃。他们的痛点主要集中在高昂的入门成本（巅峰时期入门级 NFT 价格为 400-1000+ 美元）、复杂的加密货币到法币的兑换过程以及不可持续的代币经济学。对于产品经理来说，服务这类用户需要提供免费游玩（free-to-play）或奖学金模式、移动端优先的设计、本地化语言支持以及透明的收益预期。由 Yield Guild Games 开创的奖学金模式（超过 30,000 个奖学金名额）降低了准入门槛，但其 10-30% 的抽成结构也引发了关于剥削的担忧。

游戏玩家兼投资者（The Gamer-Investor），占用户的 25-30%​

他们是 25-40 岁的专业人士，来自发达市场——如美国、韩国、日本——拥有中产至中上产阶级的收入和大学教育背景。他们是经验丰富的核心玩家，既寻求娱乐价值也追求财务回报，能熟练地在 DeFi 生态系统中操作，平均涉足 3.8 个 Layer 1 和 3.6 个 Layer 2 区块链。与收入寻求者不同，他们直接购买高价 NFT（单笔投资 1,000-10,000+ 美元），并将投资组合分散到 3-5 个游戏中。他们每天投入 2-4 小时，通常担任公会会长而非普通“学者”，管理其他玩家的游戏活动。他们主要的不满是大多数 GameFi 项目的游戏质量低下——他们想要的是能与传统游戏相媲美的 3A 级制作水准，而不是“带图形的电子表格”。这类用户对可持续性至关重要，因为他们提供资本流入和更长期的参与。产品经理应专注于引人入胜的游戏机制、高制作水准、复杂的代币经济学透明度以及通过 DAO 实现的治理参与。他们愿意支付高价，但要求高质量，并且无法容忍“付费即赢”（pay-to-win）的机制，这是玩家退出传统游戏的首要原因。

休闲浅尝者（The Casual Dabbler），占用户的 20-25%​

这类用户遍布全球，主要使用移动设备，年龄在 18-35 岁之间，是学生和年轻的专业人士。他们的动机是好奇心、FOMO（错失恐惧症）以及“为什么不边玩边赚？”的价值主张。他们每天只投入 30 分钟到 2 小时，参与模式不固定。这类用户越来越多地通过 Telegram 小程序发现 GameFi，如 Hamster Kombat（3 个月内用户达 2.39 亿）和 Notcoin（市值 16 亿美元），这些应用提供了无需设置钱包的零摩擦入门体验。然而，他们的流失率最高——超过 60% 的人在 30 天内放弃——因为糟糕的用户体验/界面（53% 的人认为是最大挑战）、复杂的钱包设置（劝退了 11%）以及重复的游戏玩法将他们赶走。发现游戏的途径很重要：60% 的人从朋友和家人那里了解 GameFi，这使得病毒式传播机制至关重要。对于产品经理来说，这类用户需要简化的入门流程（托管钱包，无需加密知识）、用于招募朋友的社交功能，以及即使作为独立体验也足够有趣的玩法。陷阱在于，纯粹为代币挖矿而设计的产品会暂时吸引这类用户，但一旦空投结束就无法留住他们——Hamster Kombat 在空投后流失了 86% 的用户（从 3 亿降至 4100 万）。

加密原生者（The Crypto Native），占用户的 10-15%​

他们是 22-45 岁的加密货币专业人士、开发者和交易员，来自全球加密中心，拥有专家级的区块链知识和不同的游戏背景。他们将 GameFi 视为一种资产类别和技术实验，而非主要娱乐方式，旨在寻找 alpha 机会、获得早期采用者地位和参与治理。这类用户进行高频交易，提供流动性，质押治理代币，并参与 DAO（25% 的人积极参与治理）。他们的专业水平足以分析智能合约代码和代币经济学的可持续性，这使他们成为不可持续模型最严厉的批评者。他们的投资方式侧重于高价值 NFT、土地销售和治理代币，而不是通过重复操作赚取少量奖励。产品经理应该与这类用户互动以建立信誉和吸引资本，但要认识到他们通常是早期退出者——在主流采用之前就会抛售头寸。他们看重创新的代币经济学、透明的链上数据以及超越投机的实用性。主要痛点包括不可持续的代币释放、监管不确定性、机器人操纵和“卷款跑路”（rug pulls）。这类用户对于初始流动性和口碑传播至关重要，但他们的人数太少（450 万加密游戏玩家 vs 30 亿总游戏玩家），不足以单独支撑一个大众市场产品。

社区建设者（The Community Builder），占用户的 5-10%​

他们是公会会长、奖学金经理、内容创作者和影响者——这些 25-40 岁、中等收入的人群每天投入 4-8 小时管理运营，而不是直接玩游戏。他们构建了基础设施，使收入寻求者能够参与进来，管理着从 10 到 1000+ 不等的玩家，通过对“学者”收益的 10-30% 抽成来赚钱。在 2021 年 Axie 的巅峰时期，成功的公会会长每月收入超过 20,000 美元。他们创作教育内容、策略指南和市场分析，同时使用简陋的工具（通常是 Google Sheets 来管理学者）。这类用户对于用户获取和教育至关重要——Yield Guild Games 管理了 5,000 多名学者，还有 60,000 人在等候名单上——但随着代币价格影响整个公会经济，他们也面临着可持续性挑战。他们的痛点包括缺乏公会 CRM 工具、业绩追踪困难、税务方面的监管不确定性以及学者经济模型的可持续性问题（被批评为数字时代的“打金农场”）。产品经理应专门为这类用户构建工具——如公会仪表板、自动支付系统、业绩分析——并认识到他们是分销渠道、入门基础设施和社区传教士。

待办任务（Jobs to be done）：用户雇佣 GameFi 产品来做什么​

GameFi 产品被“雇佣”来同时完成多个任务，这些任务横跨功能、情感和社交三个维度。理解这些层层叠加的动机，可以解释用户为何会采纳、参与并最终放弃这些产品。

功能性任务：解决实际问题​

对于东南亚用户来说，最主要的功能性任务是在传统就业机会缺乏或收入不足时创造收入。在 COVID-19 封锁期间，菲律宾的 Axie Infinity 玩家每月能赚 155-600 美元，而当地最低工资仅为 200 美元，这些收入让他们能够支付母亲的医药费和孩子的学费。一位 26 岁的厨师每周通过玩游戏赚 29 美元，而专业玩家则用收益买了房子。在银行服务普及率不足 60%、每日最低工资仅为 7-25 美元的市场中，这代表了真正的经济机会。然而，这个任务不仅仅是主要收入，还包括补充性收入——内容审核员每天玩 2 小时能赚 155-195 美元（接近他们薪水的一半），用于支付杂货和电费。对于发达市场的用户，功能性任务转变为通过资产增值进行投资和财富积累。早期的 Axie 采用者在 2020 年以 5 美元购买团队；到 2021 年，入门团队的价格达到了 50,000 美元以上。Decentraland 和 The Sandbox 中的虚拟土地以高价售出，并出现了公会模式，即“经理”拥有多个团队，并以 10-30% 的佣金出租给“学者”。投资组合多样化的任务则包括通过有趣的活动获得加密资产敞口，而不是纯粹的投机，并使用嵌入在游戏中的 DeFi 功能（质押、流动性挖矿）。GameFi 与传统就业（提供灵活时间、居家办公、无需通勤）、传统游戏（提供真金白银的收益）、加密货币交易（提供更具吸引力的、基于技能的收益）以及零工经济（以更愉快的方式获得相当的报酬）竞争。

情感性任务：寻求的感觉和体验​

成就感和掌控感驱动着用户的参与，他们希望通过具有挑战性的游戏玩法和可见的进步来获得成就感。学术研究表明，“进步”和“成就”是游戏的主要动机，通过培育最优的 Axie、赢得战斗、攀登排行榜以及创造多巴胺驱动的进度系统来满足。一项研究发现，72.1% 的玩家在游戏过程中情绪得到提升。然而，重复性的“肝”游戏也带来了紧张感——玩家描述最初感到快乐，随后是“游戏的困倦和压力”。在 COVID 封锁期间，逃避现实和缓解压力变得尤为重要，一位玩家提到自己“免受病毒侵害，玩可爱的游戏，还能赚钱”。学术研究证实，逃避现实是主要动机之一，尽管研究也表明，当外部问题持续存在时，以逃避为动机的游戏玩家面临更高的心理问题风险。兴奋感和娱乐性这个任务代表了 2024 年行业从纯粹的“边玩边赚”到“玩赚结合”的转变，批评者认为早期的 GameFi 项目优先考虑“区块链噱头而非真正的游戏质量”。2024-2025 年推出的 3A 级大作（如 Shrapnel、Off The Grid）专注于引人入胜的叙事和画面，认识到玩家首先想要的是乐趣。也许最重要的是，GameFi 提供了对财务未来的希望和乐观。玩家表示对实现目标“抱有不懈的乐观”，GameFi 提供了一种自下而上的、自愿的“全民基本收入”替代方案。对财务命运的自主和掌控感——而不是依赖雇主或政府——通过玩家对 NFT 资产的所有权（相对于传统游戏中开发者控制一切）和通过 DAO 投票权的去中心化治理得以实现。

社交性任务：满足身份和社交需求​

社区归属感被证明与财务回报同等重要。Discord 服务器成员可达 10 万以上，像 Yield Guild Games 这样的公会系统管理着 8,000 名学者和 60,000 人的等候名单，而奖学金模式则创造了师徒关系。社交元素推动了病毒式增长——利用现有社交图谱的 Telegram 小程序获得了 3500 万（Notcoin）和 2.39 亿（Hamster Kombat）用户。预计到 2024 年，超过 50% 的 GameFi 项目将采用社区驱动的开发模式。早期采用者和创新者的身份吸引了那些希望被视为精通技术、走在主流趋势前沿的参与者。Web3 游戏吸引了传统游戏玩家之外的“技术爱好者”和“加密原生者”，在代币积累方面的先发优势创造了身份等级。财富展示和“炫耀文化”的任务体现在稀有的 NFT Axie 上，它们拥有“永不再版的限量版身体部件”，成为身份的象征；与 X（推特）集成的排行榜让“玩家能向主流受众炫耀自己的排名”；而虚拟房地产所有权则展示了财富。购买房屋和土地的故事在网络上病毒式传播，强化了这一任务。对于收入寻求者来说，作为供养者和家庭支柱的角色尤其强大——一个 18 岁的年轻人，在父亲因 COVID 去世后支撑家庭；玩家用收入支付孩子的学费和父母的医药费。一句话概括了这一切：“这是餐桌上的食物。” 帮助者和导师的身份任务通过奖学金模式出现，成功的玩家向那些无力负担入门费的人提供 Axie NFT，社区经理则组织和培训新玩家。最后，GameFi 通过将传统游戏文化与财务责任联系起来，强化了玩家的身份认同，使游戏成为一种合法的职业道路，并减少了游戏是“浪费时间”的污名。

用户试图在生活中取得的进步​

用户并非在“雇佣”区块链游戏，而是在雇佣解决方案，以在生活中取得具体的进步。财务上的进步包括从“勉强维持生计”到“建立储蓄并舒适地支持家庭”，从“依赖不稳定的就业市场”到“拥有更多掌控权的多个收入来源”，以及从“无力负担子女教育”到“支付学费并购买数码设备”。社交上的进步意味着从“游戏被视为浪费时间”到“游戏成为合法的收入来源和职业”，从“疫情期间感到孤立”到“与拥有共同兴趣的全球社区建立联系”，以及从“游戏生态系统中的消费者”到“拥有所有权和治理权的利益相关者”。情感上的进步包括从“对财务未来感到绝望”到“对财富积累的可能性感到乐观”，从“花时间玩游戏感到内疚”到“有效利用游戏技能”，以及从“被动的娱乐消费者”到“数字经济中的积极创造者和赚钱者”。身份上的进步包括从“只是一个玩家”到“投资者、社区领袖、企业家”，从“迟于进入加密领域”到“新兴技术的早期采用者”，以及从“与家人分离（作为农民工）”到“在家中赚取相当的收入”。理解这些进步路径——而不仅仅是产品功能——对于实现产品与市场的契合至关重要。

盈利模式：GameFi 公司如何赚钱​

GameFi 的盈利模式已经从 2021 年不可持续的繁荣期，演变为更加多样化的收入来源和平衡的代币经济学。2024-2025 年的成功项目展示了多种收入来源，而不仅仅依赖于代币投机。

“边玩边赚”机制已向可持续性转变​

最初的“边玩边赚”模式通过加密货币代币奖励玩家的成就，这些代币可以兑换成法币。Axie Infinity 开创了双代币系统，包括 AXS（治理代币，供应上限固定）和 SLP（实用代币，通货膨胀），玩家通过战斗和任务赚取 SLP，然后消耗它来进行繁殖。在 2021 年的巅峰时期，玩家每月收入高达 400-1200+ 美元，但由于 SLP 的恶性通胀和需要持续新玩家涌入的不可持续代币释放，该模式最终崩溃，SLP 价格暴跌 99%。2024 年的复苏展示了如何实现可持续性：通过多样化的收入来源——对所有 NFT 交易收取 4.25% 的市场费用、以 AXS/SLP 支付的繁殖费用以及部件进化费用（赚取了 75,477 AXS），Axie 现在每年能产生 320 万美元以上的国库收入（平均每月 33 万美元），月活跃用户达 162,828 人。至关重要的是，SLP 稳定基金在 2024 年创造了 0.57% 的年化通缩，首次实现了销毁的代币多于铸造的代币。STEPN 的“边动边赚”（move-to-earn）模式及其 GST（无限供应，游戏内奖励）和 GMT（60 亿固定供应，治理）代币展示了失败的模式——GST 在巅峰时达到 8-9 美元，但因供应过剩和中国市场限制导致的恶性通胀而崩溃。2023-2024 年的演变强调“玩与拥有”（play-and-own）而非“边玩边赚”，玩家质押代币以解锁功能的“质押即玩”（stake-to-play）模式，以及将趣味性放在首位的设计理念，即游戏本身必须有趣，无论是否能赚钱。平衡的代币消耗机制——要求玩家为升级、繁殖、修理、制作等消费——被证明是可持续性的关键。

NFT 销售通过一级和二级市场产生收入​

一级 NFT 销售包括公开发售、主题合作和土地空投。The Sandbox 的一级土地（LAND）销售在 2024 年第三季度实现了 17.3% 的季度环比增长，土地购买者活动在 2024 年第四季度飙升了 94.11%。该平台的市值在 2024 年 12 月的峰值达到了 22.7 亿美元，并且 LAND 总量永久限定在 166,464 块（创造了稀缺性）。The Sandbox 的 Beta 测试版上线一天内就产生了超过 130 万美元的交易额。Axie Infinity 的“噩梦之翼”系列在 2024 年 11 月为国库带来了 400 万美元的增长，而繁殖机制则创造了通缩压力（2024 年，为获取材料释放了 116,079 个 Axie，净减少了 28,500 个 Axie）。二级市场版税通过使用 ERC-2981 标准的自动化智能合约提供持续收入。The Sandbox 对二级销售收取 总计 5% 的费用，其中 2.5% 归平台，2.5% 归原始 NFT 创作者，为创作者提供持续收入。然而，2024 年市场动态发生变化，主要平台（Magic Eden, LooksRare, X2Y2）将版税设为可选，导致创作者收入较 2022-2024 年的峰值大幅下降。OpenSea 通过过滤器注册表对新系列强制执行版税，而 Blur 对不可变系列则尊重 0.5% 的最低费用。土地板块占据了 NFT 市场收入的 25% 以上（2024 年的主导类别），而 NFT 各板块总共占 GameFi 使用量的 77.1%。这种围绕版税执行的市场碎片化为平台选择带来了战略考量。

游戏内代币经济学平衡了代币释放与消耗​

双代币模型在成功项目中占主导地位。Axie Infinity 的 AXS（治理）供应固定，提供质押奖励、治理投票权，并且是繁殖/升级的必需品；而 SLP（实用）供应无限，通过游戏玩法赚取，但用于繁殖和活动时会被销毁，由 SLP 稳定基金管理以控制通胀。AXS 在 2024 年作为顶级游戏代币被纳入 Coinbase 50 指数。The Sandbox 使用单代币模型（SAND 总量上限 30 亿，预计 2026 年完全稀释），具有多种用途：购买土地和资产、质押以获得被动收益、治理投票、交易媒介和访问高级内容。平台对所有交易收取 5% 的费用，由平台和创作者平分，其中 50% 分配给基金会（用于质押奖励、创作者基金、P2E 奖金），50% 归公司所有。代币消耗（Token Sinks）对可持续性至关重要，有效的销毁机制包括修理和维护（STEPN 中的运动鞋耐久度）、升级（Axie 的部件进化销毁了 75,477 AXS）、繁殖/铸造 NFT 的成本（StarSharks 销毁盲盒销售中 90% 的实用代币）、制作和合成（The Sandbox 中的宝石/催化剂系统）、土地开发（在 Splinterlands 中质押 DEC 进行升级），以及持续的市场费用销毁。Splinterlands 在 2024 年的创新，要求质押 DEC 进行土地升级，创造了强劲需求。2024-2025 年的新兴最佳实践包括：确保代币消耗超过释放，时间锁定的奖励（Illuvium 的 sILV 防止立即抛售），强制定期购买的季节性机制，限制赚钱潜力的 NFT 耐久度，以及玩家为娱乐而自愿消耗代币的负和 PvP。

交易费和市场佣金提供可预测的收入​

平台费用因游戏而异。Axie Infinity 对所有游戏内购买（土地、NFT 交易、繁殖）收取 4.25% 的费用，这是 Sky Mavis 的主要盈利来源，此外还有需要 AXS 和 SLP 代币的可变繁殖成本。The Sandbox 对所有市场交易收取 5% 的费用，平台（2.5%）和 NFT 创作者（2.5%）各占一半，此外还有高级 NFT 销售、订阅和服务收入。降低 Gas 费变得至关重要，到 2024 年，80% 的 GameFi 平台都集成了 Layer 2 解决方案。Ronin Network（Axie 的定制侧链）通过 27 个验证节点提供极低的 Gas 费，而 Polygon 集成（The Sandbox）也显著降低了费用。TON 区块链为 Telegram 小程序（Hamster Kombat, Notcoin）实现了极低的费用，尽管这需要权衡——Manta Pacific 的 Celestia 集成虽然降低了 Gas 费，但在 2024 年第三季度导致收入环比下降了 70.2%（更低的费用增加了用户活动，但减少了协议收入）。智能合约费用可以自动化版税支付（ERC-2981 标准）、繁殖合约费、质押/取消质押费和土地升级费。市场佣金各不相同：OpenSea 收取 2.5% 的平台费外加创作者版税（如果强制执行）；Blur 通过激进的零费用交易来吸引用户，对不可变系列收取最低 0.5% 的费用；Magic Eden 从强制版税演变为可选版税，并将 25% 的协议费用分配给创作者作为折衷方案；而 The Sandbox 的内部市场则维持 5% 的费用，并自动向创作者支付 2.5% 的版税。

多样化的收入来源减少了对投机的依赖​

土地销售在 2024 年占据了 NFT 市场收入的 25% 以上，是增长最快的数字资产类别。The Sandbox 166,464 块的土地上限创造了稀缺性，开发的土地能让创作者赚取 95% 的 SAND 收入，同时在二级销售中保留 2.5% 的版税。摩根大通、三星、古驰和耐克等公司的兴趣促使它们建立了虚拟存在，高流量区域的土地价格更高，黄金地段每月能产生 5,000 美元以上的租金收入。繁殖费用在平衡新 NFT 供应的同时创造了代币消耗——Axie 的繁殖需要 AXS + SLP，成本随代数增加而增加，而部件进化则需要牺牲 Axie，为国库带来了 75,477 AXS 的收入。战斗通行证和季节性内容推动了参与度和收入。Axie 的悬赏板系统（2024 年 4 月）和与 Coinbase 的“学习即赚”合作（2024 年 6 月）使月活跃账户增加了 691%，Origins 日活跃用户增加了 80%，而竞技赛季则提供 AXS 奖池（第 9 季总奖金 24,300 AXS）。The Sandbox 的 Alpha 第 4 季在 2024 年第四季度吸引了 580,778 名独立玩家，完成了 4900 万个任务，游戏时长达 140 万小时，向 404 名独立创作者分发了 60 万 SAND，并举办了奖金池为 150 万 SAND 的建造者挑战赛。赞助和合作伙伴关系带来了可观的收入——The Sandbox 拥有 800 多个品牌合作伙伴，包括雅达利、阿迪达斯、古驰和拉夫·劳伦，举办了虚拟时装秀，并设立了企业元宇宙休息室。收入模式包括授权费、赞助活动以及高流量区域的虚拟广告牌。

奖学金公会模式是一种独特的收入来源，公会拥有 NFT 并借给无力负担入门费的玩家。Yield Guild Games 提供了超过 30,000 个奖学金名额，标准收入分成为：学者 70%，经理 20%，公会 10%（尽管有些公会采用 50-50 的分成）。MetaGaming Guild 将其在 Pixels 的奖学金名额从 100 个扩大到 1,500 个，采用 70-30 模型（70% 分给达到每日 2,000 BERRY 配额的学者），而 GuildFi 则整合了多个来源的奖学金。公会的盈利方式包括 NFT 借贷的被动收入、公会代币（YGG, GF 等）的升值、管理费（玩家收入的 10-30%）以及早期投资游戏的回报。在 2021 年的巅峰时期，公会会长每月收入超过 20,000 美元，在发展中国家产生了改变生活的影响，那里的奖学金玩家每天能赚 20 美元，而之前在传统工作中每天只能赚 5 美元。

主要参与者：领先的项目、平台和基础设施​

GameFi 生态系统已经围绕成熟的平台进行了整合，并从 2021 年的投机高峰期，向 2024-2025 年以质量为核心的格局演变。

顶级游戏涵盖从休闲到 3A 级的体验​

Lumiterra 凭借其 MMORPG 机制和 MegaDrop 活动，在 Ronin 链上以每日超过 30 万的独立活跃钱包数领先，按链上活动排名第一（2025 年 7 月）。Axie Infinity 在开创“边玩边赚”模式后，稳定在每日约 10 万独立活跃钱包，尽管用户数从峰值下降了 95%，但其累计 NFT 销售额已超过 40 亿美元。其 AXS/SLP 双代币模型和奖学金计划定义了行业，但不可持续的代币经济学导致了其崩溃，直到 2024 年通过改进可持续性才得以复苏。Alien Worlds 在 WAX 区块链上通过以挖矿为核心的元宇宙保持着约 10 万的日活独立钱包，并具有很强的用户留存。Delabs 开发的 Boxing Star X 通过在 TON/Kaia 链上的 Telegram 小程序集成，自 2025 年 4 月以来实现了强劲增长，日活独立钱包数达到约 10 万。Nexon 推出的 MapleStory N 代表了传统游戏进入 Web3，作为 2025 年最大的区块链游戏发布，它在 Avalanche 的 Henesys 链上拥有 5-8 万的日活独立钱包，为行业带来了 3A 级 IP 的信誉。Pixels 在 上线时日活跃用户峰值超过 26 万，2024 年 2 月市值达到 7.31 亿美元，交易量达 14 亿美元，它在从 Polygon 迁移到 Ronin 后采用了双代币（PIXEL + BERRY）模式，并为平台带来了 8.7 万个地址。The Sandbox 建立了超过 500 万的用户钱包和 800 多个品牌合作伙伴（雅达利、Snoop Dogg、古驰），使用 SAND 代币作为领先的用户生成内容和虚拟房地产元宇宙平台。Guild of Guardians 在 Immutable 平台上获得了超过 100 万的预注册用户，并在 iOS/Android 商店排名前十，推动 Immutable 的日活独立钱包在 2024 年 5 月增长了 274%。

Telegram 现象颠覆了传统的用户入门方式，Hamster Kombat 通过在 TON 区块链上的“点击即赚”机制，在 3 个月内吸引了 2.39 亿用户，尽管空投后流失了 86%（从 3 亿降至 4100 万），凸显了留存挑战。Notcoin 实现了超过 16 亿美元的市值，成为市值第二大的游戏代币，其特点是零加密知识的入门门槛。Catizen 也通过成功的代币空投建立了数百万的用户基础。其他值得关注的游戏包括 Illuvium（备受期待的 3A 级 RPG）、Gala Games（多游戏平台）、Decentraland（使用 MANA 代币的元宇宙先驱）、Gods Unchained（Immutable 上的领先集换式卡牌游戏）、Off The Grid（Gunz 链上的主机/PC 射击游戏）、Splinterlands（在 Hive 上有 6 年历史的成熟 TCG）以及 Heroes of Mavia（在 Ronin 上拥有超过 260 万用户和三代币系统）。

区块链平台在速度、成本和开发者工具上展开竞争​

Ronin Network 由 Sky Mavis 开发，在 2024 年保持着游戏区块链第一的位置，日活独立钱包峰值达到 83.6 万，承载了 Axie Infinity、Pixels、Lumiterra 和 Heroes of Mavia。Ronin 专为游戏打造，具有亚秒级交易、低费用和经过验证的扩展性，成为项目迁移的热门选择。Immutable (X + zkEVM) 实现了最快的 71% 的同比增长，在 2024 年底超过 Ronin，月活跃用户超过 25 万，Passport 注册量达 550 万，总锁仓价值 4000 万美元，拥有 250 多款游戏（行业最多），2024 年新增 181 款游戏，日交易量达 110 万笔（季度环比增长 414%）。其双重解决方案——基于 StarkWare 的 Immutable X 和基于 Polygon 的 zkEVM——为 NFT 提供零 Gas 费、EVM 兼容性、最佳的开发者工具以及与育碧、NetMarble 等主要公司的合作。Polygon Network 保持着 55 万的日活独立钱包，超过 2.2 亿个地址和 24.8 亿笔交易，拥有以太坊的安全性、庞大的生态系统、企业合作以及多种扩容方案，在元宇宙领域表现强劲。Solana 凭借其最高的吞吐量、最低的成本、快速的交易最终性以及以交易为核心的生态系统，在 2025 年第一季度占据了 GameFi 应用费用的约 50%。BNB Chain (+ opBNB) 取代以太坊成为交易量领导者，opBNB 提供了 **0.0001 美元的 Gas 费（最低）**和 平均 97 TPS（最高），具有成本效益和强大的亚洲市场影响力。TON (The Open Network) 与 Telegram 的 7 亿多用户集成，为 Hamster Kombat、Notcoin 和 Catizen 提供了零摩擦的入门体验、社交集成和病毒式增长潜力。其他平台包括以太坊（20-30% 的交易份额，Layer 2 的基础）、Avalanche（可定制的子网，Henesys 链）、NEAR（人类可读的账户）和 Gunz（Off The Grid 的专用链）。

传统游戏巨头和风投正在塑造未来​

Animoca Brands 作为排名第一的最活跃投资者，其投资组合包括 400 多家公司，通过 22 轮融资筹集了 8.8 亿美元（最新一轮由淡马锡、博裕资本、GGV 投资 1.1 亿美元），关键投资包括 Axie、Sandbox、OpenSea、Dapper Labs 和 Yield Guild Games，旗下 Animoca Ventures 拥有 8-10 亿美元的基金，在 2024 年进行了超过 38 项投资（该领域最活跃）。总部位于香港的 GameFi Ventures 管理着 21 家公司的投资组合，专注于种子轮并与 Animoca 共同投资。Andreessen Horowitz (a16z) 从其数十亿美元的加密基金中向 CCP Games 投资了 4000 万美元。其他主要风投包括 Bitkraft（专注于游戏/电竞）、Hashed（韩国，亚洲市场）、NGC Ventures（1 亿美元的第三期基金，246 家投资组合公司）、Paradigm（专注于基础设施）、Infinity Ventures Crypto（7000 万美元基金）、Makers Fund 和 Kingsway Capital。

育碧（Ubisoft） 引领传统游戏公司进入该领域，推出了 Champions Tactics: Grimoria Chronicles（2024 年 10 月在 Oasys 上）和 Might & Magic: Fates（2025 年在 Immutable 上），并与 Immutable、Animoca、Oasys 和 Starknet 建立了合作关系。该工作室售出了 1 万个 Warlords 和 7.5 万个 Champions NFT（已售罄），并有潜力利用其 1.38 亿的玩家基础。史克威尔艾尼克斯（Square Enix） 推出了 Symbiogenesis（在 Arbitrum/Polygon 上，1500 个 NFT）和《最终幻想 VII》NFT，通过与 Animoca Brands Japan 的合作推行其“区块链娱乐/Web3”战略。Nexon 推出的 MapleStory N 是 2025 年的重要发布，日活用户达 5-8 万。Epic Games 在 2024 年末改变政策，欢迎 P2E 游戏，并在其平台上线了 Gods Unchained 和 Striker Manager 3。CCP Games（《EVE Online》的开发商）筹集了 4000 万美元（a16z 领投），用于开发一款新的 3A 级 EVE Web3 游戏。其他活动包括科乐美（Project Zircon, 《恶魔城》）、NetMarble（与 Immutable 合作，MARBLEX）、索尼 PlayStation（探索 Web3）、世嘉、万代南梦宫（研究阶段）和宝可梦公司（探索中）。行业数据显示，40 家最大的游戏公司中有 29 家正在探索 Web3。

基础设施提供商推动生态系统增长​

Immutable Passport 以 550 万注册量领先行业，提供无缝的 Web3 入门和游戏集成。MetaMask 作为最受欢迎的以太坊钱包，拥有超过 1 亿用户，并推出了新的稳定币赚取功能。其他钱包包括 Trust Wallet、Coinbase Wallet、Phantom（Solana）和 WalletConnect。Enjin SDK 提供专用的 NFT 区块链，集成了 Unity，其 ENJ 代币提供 36.2% 的质押年化收益率，并提供全套工具（钱包、平台、市场、Beam）以及用于跨链功能的 Efinity Matrixchain。ChainSafe Gaming (web3.unity) 提供开源的 Unity SDK，支持 C#、C++、蓝图，是首屈一指的 Unity-区块链工具，已被 3A 级工作室采用。Venly 提供多链钱包 API 和 Unity/Unreal 插件以及跨平台工具包。其他工具包括 Moralis Unity SDK、Stardust（API）、Halliday、GameSwift（完整平台）、Alchemy（基础设施）和 Thirdweb（智能合约）。游戏引擎包括 Unity（最受 Web3 欢迎，拥有来自 Enjin、ChainSafe、Moralis、Venly 的 SDK）、Unreal Engine（3A 级画面，Epic Games 现已接受 Web3，支持 Web3.js 集成）和 Godot（开源，灵活的区块链集成）。

DappRadar 是行业标准，追踪超过 35 个区块链、2000 多款游戏，并提供实时排名，是主要的游戏发现平台。Footprint Analytics 索引了超过 20 个区块链、2000 多款游戏，提供深入的链上分析和（开发中的）机器人检测功能，被 CoinMarketCap 和 DeGame 使用。Nansen 提供链上情报，包括钱包分析和定期的 GameFi 报告。DeGame 覆盖了超过 55 个区块链上的 3106 个项目，专注于玩家的游戏发现。其他平台包括 Messari、CryptoSlam 和 GameFi.org。中间件和启动平台包括 EnjinStarter（超过 80 个成功的 IDO，最低质押 6 美元，支持多链）、GameFi.org Launchpad（集成了 KYC 的 IDO 平台）以及 Polygon Studios/Immutable Platform（完整的开发套件）。

市场动态与战略考量​

2024-2025 年的 GameFi 市场正处于一个关键的拐点，从投机炒作转向可持续的产品与市场契合，这其中既有明确的机遇，也存在严峻的挑战，需要战略性的应对。

向高质量和可持续性的转变定义了成功​

纯粹的“边玩边赚”模式经历了壮观的崩溃——Axie Infinity 95% 的用户流失、SLP 99% 的暴跌，以及行业高达 93% 的项目失败率，都证明了吸引寻求快速利润的雇佣兵用户会创造出不可持续的代币经济，导致恶性通胀和庞氏骗局式的动态。2024-2025 年的演变优先考虑“玩赚结合”和“玩与拥有”模式，其中游戏质量被放在首位，赚钱是次要的好处；娱乐价值重于金融投机；长期参与胜过榨取机制。这一转变是对数据的回应：数据显示，玩家退出的首要原因是游戏变得“过于付费即赢”，53% 的人认为糟糕的用户体验/界面是最大的障碍。新兴的“Web2.5 混合”策略——表面上采用主流的免费游戏机制和用户体验，将区块链功能简化或隐藏，并在传统应用商店上架（苹果、谷歌现已允许某些 Web3 游戏），同时入门无需任何加密知识——正在推动主流采用。拥有 2-5 年开发周期的 3A 级游戏、具有引人入胜游戏循环的独立游戏，以及传统游戏工作室的进入（育碧、Epic Games、Animoca），代表了产品质量的成熟，旨在与全球 30.9 亿传统游戏玩家竞争，而 Web3 的日活跃玩家仅为 450 万。

服务不足的细分市场存在巨大机遇​

真正的 Web2 玩家是最大的机遇——全球有 30.9 亿游戏玩家，而 Web3 日活玩家仅 450 万，其中 52% 的人不知道什么是区块链游戏，32% 的人听说过但从未玩过。策略需要完全简化区块链的复杂性，像普通游戏一样进行营销，并且在入门时不需要用户具备加密知识或拥有钱包。移动优先的市场提供了未被开发的潜力，全球 73% 的游戏用户在移动端，东南亚和拉丁美洲是智能手机优先的市场，进入门槛较低，而低成本的区块链（Solana, Polygon, opBNB）使移动端普及成为可能。内容创作者经济仍未被充分利用——创作者拥有的经济体、公平的版税、基于 NFT 的资产创造和交易、具有区块链所有权的用户生成内容，以及那些与 OpenSea 争议不同、强制执行创作者版税的平台。订阅和混合盈利模式解决了对代币铸造和市场费用的过度依赖问题，订阅模式（à la Coinsub）提供可预测的收入，融合了免费游戏、应用内购买和区块链奖励，并通过质押和高级会员资格瞄准“鲸鱼经济”。新兴的细分市场包括完全链上游戏（所有逻辑和状态都在区块链上，由账户抽象钱包和更好的基础设施如 Starknet 上的 Dojo 和 OP Stack 上的 MUD 实现，并得到 a16z 和 Jump Crypto 的支持）、AI 驱动的 GameFi（预计 50% 的新项目将利用 AI 提供个性化体验、动态 NPC 和程序化内容生成），以及特定类型的机会，如 RPG（由于角色成长、经济系统和物品所有权，最适合 Web3）和策略游戏（复杂的经济体受益于区块链的透明度）。

留存危机和代币经济学失败亟需解决方案​

30 天内 60-90% 的用户流失率定义了行业的生存危机，CoinGecko 认为 99% 的流失率是失败的标志，而 Hamster Kombat 空投后 86% 的用户流失（从 3 亿降至 4100 万）是这个问题的典型例子。根本原因包括：缺乏超越代币投机的长期激励、糟糕的游戏机制、侵蚀价值的通胀性代币经济、机器人和雇佣兵行为，以及没有真正参与的空投农场。解决方案需要动态的战利品分配、基于质押的奖励、基于技能的进展、通过 DAO 实现的玩家控制经济，以及具有引人入胜游戏循环的沉浸式叙事。常见的代币经济学陷阱包括：恶性通胀（过度铸造代币导致价值崩溃）、死亡螺旋（玩家减少 → 需求降低 → 价格暴跌 → 更多玩家离开）、付费即赢的担忧（玩家退出传统游戏的首要原因）、庞氏骗局动态（早期采用者获利，后来者亏损）以及不可持续的供应（DeFi Kingdoms 的 JEWEL 供应在 2024 年中扩大 500% 至 5 亿）。最佳实践强调：单代币经济（而非双代币）、具有通缩机制的固定供应、代币消耗超过代币释放（激励玩家将资产保留在游戏中）、将代币与叙事/角色/实用性挂钩而非纯粹投机，以及通过销毁、质押和制作来控制通胀。

用户体验的复杂性和安全漏洞构成了障碍​

2024 年区块链游戏联盟的调查显示，障碍包括 53% 的人认为糟糕的用户体验/界面是最大挑战，33% 的人认为是糟糕的游戏体验，11% 的人因钱包设置复杂而却步。技术知识要求包括钱包、私钥、Gas 费和 DEX 导航。解决方案需要：由游戏管理的托管钱包（用户初期看不到私钥）、通过 Layer 2 解决方案实现的无 Gas 交易、法币入口、Web2 风格的登录方式（电子邮件/社交媒体），以及逐步展示 Web3 功能。安全风险包括：智能合约漏洞（不可变代码意味着 bug 不易修复）、网络钓鱼攻击和私钥被盗、跨链桥漏洞（2022 年 Ronin Network 遭受 6 亿美元攻击）以及欺诈性的“卷款跑路”（去中心化意味着监管较少）。缓解措施需要：全面的智能合约审计（Beosin, CertiK）、漏洞赏金计划、保险协议、对用户的钱包安全教育以及对国库的多重签名要求。监管环境仍不明确——CyberKongz 的诉讼将 ERC-20 代币归类为证券，中国完全禁止 GameFi，韩国禁止将游戏货币兑换为现金（2004 年法律），日本有限制，美国有两党提案，预计 2023 年中立法，预计到 2024 年底至少有 20 个国家将建立 GameFi 框架。这意味着需要广泛的信息披露和 KYC，可能会限制美国用户的参与，从第一天起就需要法律团队，代币设计需考虑证券法，并在某些司法管辖区内应对赌博法规。

产品经理必须优先考虑执行和社区​

Web3 产品管理要求 95% 的执行力与 5% 的愿景（相对于 Web2 的 70/30），因为市场变化太快，不适合长期战略规划；愿景体现在白皮书中（由技术架构师完成）；迭代速度最重要；市场状况每周都在变化。这意味着需要通过 Telegram 与开发者快速沟通规格，快速启动/测量/迭代，在 Twitter/Discord 上实时建立热度，仔细进行 QA 但快速发布，并记住智能合约审计至关重要（不易修补）。产品经理必须是多面手，具备极其全面的技能，包括用户研究（Discord, Twitter 监听）、数据分析（Dune Analytics, 链上指标）、UX/UI 设计（绘制流程、代币经济学）、合作/BD（协议集成、公会合作）、市场营销（博客、推特、表情包）、社区管理（AMA、Discord 管理）、增长黑客（空投、任务、推荐）、代币经济学设计以及理解监管环境。团队规模小，角色不像 Web2 那样分工明确。

社区优先的心态至关重要——成功等于一个繁荣的社区，而不仅仅是收入指标；社区拥有并治理（DAO）；期望直接互动（Twitter, Discord）；透明度至高无上（一切都在链上），座右铭是“如果社区失败，你就没戏了（NGMI）”。策略包括：定期的 AMA 和社区会议、用户生成内容计划、创作者支持（工具、版税）、公会合作、治理代币和投票，以及表情包和病毒式内容。优先考虑有趣的游戏玩法是不可协商的——玩家必须从本质上享受游戏，赚钱是娱乐的次要部分；引人入胜的叙事/角色/世界很重要；紧凑的游戏循环（而不是乏味的重复劳动）；以及精良的品质（与 Web2 的 3A 级游戏竞争）。避免制作那些“带图形的电子表格”、纯粹的经济模拟器、付费即赢的游戏，以及为了代币奖励而进行的重复乏味的任务。深入理解代币经济学需要掌握供需动态、通胀/通缩机制、代币消耗与释放、质押/销毁/锁仓时间表、流动性池管理以及二级市场动态等关键知识。安全至上，因为智能合约是不可变的（bug 不易修复），黑客攻击会导致永久损失，每笔交易都涉及资金（钱包不区分游戏和金融），漏洞可能耗尽整个国库——这需要多次审计、漏洞赏金、保守的权限设置、多重签名钱包、事件响应计划和用户教育。

2025 年及以后的制胜策略​

2025 年成功的 GameFi 产品将在以下方面取得平衡：游戏质量至上（趣味性高于金融化）、社区参与和信任（建立忠诚、真实的粉丝基础）、可持续的代币经济学（单代币、通缩、实用驱动）、简化区块链复杂性（采用 Web2.5 方法进行用户入门）、安全第一（审计、测试、保守权限）、混合盈利模式（免费游戏+应用内购买+区块链奖励）、传统分发渠道（应用商店而不仅仅是 DApp 浏览器）、数据纪律（追踪留存率和生命周期价值，而非虚荣指标）、执行速度（比竞争对手更快地发布/学习/迭代）以及监管合规（从第一天起就合法）。需要避免的常见陷阱包括：代币经济学优先于游戏玩法（构建一个带游戏画面的 DeFi 协议）、双/三代币的复杂性（令人困惑、难以平衡、易于通胀）、付费即赢的动态（玩家退出的首要原因）、纯粹的“边玩边赚”模式（吸引雇佣兵而非真实玩家）、DAO 主导的开发（官僚主义扼杀创造力）、忽视 Web2 玩家（只针对 450 万加密原生用户而非 30 亿游戏玩家）、专注于 NFT 投机（没有产品就进行预售）、糟糕的入门体验（要求用户预先设置钱包和了解加密知识）、智能合约审计不足（黑客攻击会永久摧毁项目）、忽视安全（“全部批准”权限、弱密钥管理）、忽视法规（法律问题可能导致项目关闭）、没有市场进入策略（“酒香不怕巷子深”行不通）、虚荣指标（交易量≠成功；关注留存/DAU/生命周期价值）、糟糕的社区管理（在 Discord 上消失、忽视反馈）、过早发布（未完成的游戏会毁掉声誉）、与平台巨头对抗（被苹果/谷歌封禁会使你孤立）、忽视欺诈/机器人（空投农场和女巫攻击会扭曲指标）、没有代币消耗机制（只有释放，没有实用性等于恶性通胀）以及抄袭 Axie Infinity（那个模式已经失败了；要从中吸取教训）。

前进的道路需要首先构建出色的游戏（而非金融工具），战略性地使用区块链而非教条地使用，让入门过程无形化（Web2.5 方法），设计可持续的经济模型（单代币、通缩），优先考虑社区和信任，快速行动并不断迭代，一丝不苟地保障一切安全，并遵守不断变化的法规。950-2000 亿美元的市场规模预测是可以实现的——但前提是整个行业集体从投机转向实质。接下来的 18 个月将区分真正的创新与炒作，那些将 Web2 游戏专业知识与 Web3 技术知识相结合、执行力强、并始终以玩家为中心的产品经理，将构建出这个时代的决定性产品。游戏的未来或许确实是去中心化的，但它的成功将首先取决于它是否有趣。

1) Balaji 所指的“加密身份”是什么​

在 Balaji 的词汇中，加密身份是植根于密码学——特别是公私钥对——并扩展到链上名称、可验证凭证/证明以及与传统（“法币”）身份接口的身份。用他的话来说：

• 密钥即身份。 基础思想是，在比特币和 web3 中，你的密钥对就是你的身份；身份验证和授权源于对私钥的控制，而非公司数据库中的账户。（balajis.com）
• 链上名称和声誉。 ENS/SNS 等命名系统将人类可读的身份锚定到地址；凭证（NFT、 “灵魂绑定”代币、链上“加密凭证”）和证明将声誉和历史分层到这些身份之上。
• 链上、可审计的“人口普查”。 对于社会和网络国家，身份参与密码学可审计的人口普查（人类/唯一身份证明、收入证明、房地产证明），以展示真实人口和经济活动。
• 连接传统 ID ↔ 加密 ID。 他明确指出，我们需要一个**“法币身份 ↔ 加密身份交易所”**——类似于法币↔加密货币交易所——以便“数字护照跟随数字货币”。他强调“加密护照”是稳定币之后的下一个接口。（Circle）
• AI 时代的“信任 Web3”身份。 为了对抗深度伪造和机器人，他提倡由链上身份（例如 ENS）签名的内容，以便在开放网络上密码学地验证出处和作者身份。（Chainlink Today）
• 公民保护。 他的简短说法是：“加密货币在一定程度上保护你免受银行账户被取消的风险。加密身份在一定程度上保护你免受剥夺国籍的风险。”（X (前 Twitter)）

2) 他的观点如何演变（简短年表）​

• 2019–2020 年 – 密码学身份与假名。 Balaji 的著作强调公钥密码学作为身份（密钥即 ID），并预测去中心化身份 + 声誉将在 2020 年代不断发展。同时，他的“假名经济”演讲主张使用持久、带有声誉的假名来保护言论，并尝试新型工作和组织。（balajis.com）
• 2022 年 – 《网络国家》。 他将身份在网络国家中的作用正式化：链上人口普查；ENS 风格的身份；密码学证明（人类身份/收入/房地产）；以及加密凭证/灵魂绑定。身份是基础设施——社会计算什么以及世界可以验证什么。
• 2022–2024 年 – 连接传统系统。 在公开采访和他的播客中，他呼吁建立法币↔加密身份桥梁（例如，帕劳的 RNS.ID 数字居民身份），并强调将“纸质”记录转移到代码中。（Circle）
• 2023 年至今 – 身份作为对抗 AI 伪造的防御。 他将加密身份视为**“信任的 Web3”**的支柱：签名内容、链上出处以及经济摩擦（质押、支付）以区分人类和机器人。（Chainlink Today）

3) Balaji 指向的技术堆栈​

根原语：密钥与钱包

• 私钥的控制权 = 身份的控制权；为不同角色和风险配置文件轮换/分区密钥。（balajis.com）

解析与登录

• ENS/SNS 将人类可读的名称映射到地址；使用以太坊登录 (EIP-4361) 将这些地址转化为一种标准方式，用于对链下应用进行身份验证。

凭证与证明（声誉层）

• W3C 可验证凭证 (VC 2.0) 定义了一种可互操作的方式来发布/持有/验证声明（例如，KYC 检查、文凭）。
• 以太坊证明服务 (EAS) 提供了一个公共层，用于链上或链下证明，以构建身份、声誉和注册表，供应用程序验证。（W3C）

人类身份证明与唯一性证明

• 在《网络国家》中，Balaji 勾勒了链上人口普查的“人类身份证明”技术；在他的工作之外，World ID 等方法试图验证人类身份/唯一性，这也引发了数据保护方面的担忧——说明了生物识别 PoP 的权衡。

连接传统身份的桥梁

• 帕劳 RNS.ID 是一个主权国家发行带有链上组件的合法 ID 的突出例子；其在平台上的接受度不一，突显了 Balaji 强调的“桥梁”问题。（Biometric Update）

出处与反深度伪造

• 他提倡从 ENS 关联地址签署内容，以便在“信任的 Web3”中，每个图像/帖子/视频都可以追溯到密码学身份。（Chainlink Today）

4) 为何重要（Balaji 的战略主张）​

1. 抗审查与抗平台封禁： 密钥和去中心化命名减少了对中心化 ID 提供商的依赖。（密钥是持有者式身份。）（balajis.com）
2. 社会可审计性： 网络国家需要可验证的人口/收入/足迹；如果没有可以在链上证明的身份，可审计性是不可能的。
3. AI 韧性： 密码学身份层（加上签名/证明）支撑在线真实性，扭转 AI 驱动的伪造。（Chainlink Today）
4. 互操作性与可组合性： 标准（ENS、SIWE、VC/EAS）使身份可以在应用程序和司法管辖区之间移植。

5) 它如何与《网络国家》联系起来​

Balaji 的书反复将身份与实时、链上人口普查配对——包括人类身份证明、收入证明和房地产证明——并强调命名 (ENS) 和加密凭证是核心原语。他还描述了嵌入在社会智能合约中的“ENS 登录物理世界”模式（数字密钥用于门/服务），指出加密身份是数字和（最终）物理治理的访问层。

6) 实施蓝图（你今天可以执行的实用路径）​

A. 建立基础身份

1. 为以下各项生成单独的密钥对：(i) 法定/“真实姓名”，(ii) 工作/专业假名，(iii) 公开演讲假名。将每个密钥对存储在不同的钱包配置中（硬件、MPC 或带守护者的智能账户）。（balajis.com）
2. 为每个角色注册 ENS 名称；发布最少的公共资料元数据。

B. 添加身份验证与内容出处 3) 启用 SIWE (EIP-4361) 用于应用程序登录；逐步淘汰密码/社交登录。（Ethereum Improvement Proposals）4) 从你的 ENS 关联地址签署公共制品（帖子、图像、代码发布）；发布一个简单的“签名内容”动态，供他人验证。（Chainlink Today）

C. 分层凭证与证明 5) 发布/收集用于法律事实（公司角色、许可证）的 VCs 和用于软信号（声誉、验证贡献、出勤）的 EAS 证明。将敏感声明保留在链下，仅将哈希/收据放在链上。（W3C）

D. 必要时连接传统身份 6) 在合法且有用的情况下，将主权/企业 ID（例如，帕劳 RNS.ID）链接到你的加密身份，以用于 KYC 门控场所。预计接受度不一，并保持备用方案。（Biometric Update）

E. 为团体/社会部署 7) 对于初创社会或 DAO：

• 使用 ENS + 你认为可接受的人类身份证明方法来限制成员资格。
• 使用预言机加上签名证明，而非原始个人身份信息 (PII)，维护一个公开、可审计的人口普查（成员总数、链上金库/收入证明）。

7) 风险、批评与开放问题​

• 隐私/假名侵蚀。 区块链分析可以聚类钱包；Balaji 自己的假名框架警告了少量数据“位”如何重新识别你。谨慎合法地使用混币器/隐私技术——但要认识到其局限性。（blog.blockstack.org）
• 人类身份证明的权衡。 生物识别 PoP（例如，虹膜）会引发重大的数据保护审查；替代的 PoP 方法降低了风险，但可能增加女巫攻击漏洞。（law.kuleuven.be）
• 桥梁脆弱性。 帕劳式 ID不是通用的 KYC 通行证；接受度因平台和司法管辖区而异，并且可能发生变化。构建时要考虑优雅降级。（Malakouti Law）
• 密钥丢失与胁迫。 密钥可能被盗/被胁迫；使用多重签名/守护者和应急响应策略。（Balaji 的模型假设密码学 + 同意，这必须在社会层面进行工程设计。）（balajis.com）
• 名称/注册中心化。 ENS 或任何命名机构都可能成为政策瓶颈；通过多角色设计和可导出证明来缓解。

8) Balaji 的加密身份如何映射到标准（以及差异之处）​

• 对齐：

  • DIDs + VCs (W3C) = 可移植、可互操作的身份/声明；SIWE = 钱包原生身份验证；EAS = 用于声誉/注册的证明。这些是他所指的组件——即使他使用通俗语言（ENS、凭证）而非标准缩写。（W3C）

• 差异/重点：

  • 他比许多 DID/VC 讨论更强调社会可审计性（链上人口普查）和AI 时代的出处（签名内容），并且他明确将法币↔加密身份桥梁和加密护照作为近期优先事项。

9) 如果你正在构建：最小可行“加密身份”部署（90 天）​

1. 第 1-2 周： 启用密钥、ENS、SIWE；发布你的签名策略并开始签署公共帖子/发布。（Ethereum Improvement Proposals）
2. 第 3-6 周： 集成 VCs/EAS 用于角色/成员资格/参与；构建一个公共“信任页面”，以程序化方式验证这些信息。（W3C）
3. 第 7-10 周： 建立一个基本人口普查仪表板（成员总数、链上金库/收入证明），并明确隐私立场。
4. 第 11-13 周： 针对一个合规密集型流程试行传统桥梁（例如，在适当情况下使用 RNS.ID）；发布结果（成功/失败之处）。（Biometric Update）

精选来源（主要和承重）​

• 《网络国家》（链上人口普查；ENS/身份；加密凭证）和“ENS 登录物理世界”示例。
• 公钥密码学（密钥即身份）。（balajis.com）
• Circle – 资金流动 (第 74 集)（法币↔加密身份桥梁；“加密护照”）。（Circle）
• 《网络国家》播客，第 10 集（法币身份→加密身份交易所；帕劳 RNS.ID）。（thenetworkstate.com）
• Chainlink 今日（签名内容/ENS 以对抗深度伪造；“信任的 Web3”）。（Chainlink Today）
• Balaji 在 X 上（“加密身份……剥夺国籍”）。（X (前 Twitter)）
• 标准：W3C DID Core、VC 2.0；EIP-4361 (SIWE)；EAS 文档。（W3C）
• RNS.ID / 帕劳（现实世界桥梁；接受度不一）。（Biometric Update）
• 假名经济（身份与 33 位重新识别直觉）。（blog.blockstack.org）

总结​

对 Balaji 而言，加密身份不仅仅是“DID 技术”。它是一个文明原语：以密钥和签名为基础；以名称和凭证为上层；连接传统身份的桥梁；以及一个从个人扩展到网络社会的可验证公共记录。它是在 AI 泛滥的互联网中获得真实的人和真实的记录的方式——也是一个初创社会在不要求世界相信其言辞的情况下证明其真实性的方式。（Chainlink Today）

如果你愿意，我可以根据你的具体用例（消费者应用、DAO、企业或初创社会试点）定制实施蓝图，并为 SIWE、EAS 和 VC 2.0 生成符合你的监管和用户体验约束的具体模式/流程。

＃Web3生态系统中的MCP：全面评论

##1。MCP在Web3上下文中的定义和起源

**模型上下文协议（MCP）**是一个开放标准，它将AI助手（例如大语言模型）连接到外部数据源，工具和环境。 MCP通常被描述为“ AI的USB-C端口”，这是由于其通用的插件性质，是由Anthropic开发的，并于2024年11月下旬首次引入。它是一种解决方案，可以通过将AI模型与“数据库和APIS到开发环境”和“ APIS”和“ APIS和APIS环境”和“ APIS”和“ APIS和Bloxchains”和“ APIS和APIS”的“系统”安全地隔离而脱离隔离。

MCP最初是Anthropic的实验性侧面项目，很快就获得了吸引力。到2024年中，出现了开源参考实现，到2025年初，它已成为代理AI集成的事实上的标准**，领先的AI实验室（OpenAI，Google DeepMind，Meta AI）本地采用它。在** Web3社区**中，这种快速的吸收尤其值得注意。区块链开发人员将MCP视为将AI功能注入分散应用程序的一种方式，从而导致社区构建的MCP连接器扩散，以用于链上数据和服务。实际上，一些分析师认为，MCP可以通过使用自然语言接口来增强用户能力，以比区块链更实用的方式实现Web3的原始愿景。

总而言之，MCP不是区块链或代币**，而是AI世界中出生的开放协议，该协议在Web3生态系统中迅速接受为AI代理和分散数据源之间的桥梁。人类为标准（具有最初的GitHub规格和SDK）开源，并在其周围培养了一个开放的社区。这种社区驱动的方法为MCP集成到Web3中奠定了基础，现在它被视为针对AI支持的分散应用程序的基础基础架构。

2。技术架构和核心协议​

MCP在轻量级客户端 - 服务器架构中运行，并带有三个主要角色：

• ** MCP主机：** AI应用程序或代理本身，该应用程序安排请求。这可能是聊天机器人（Claude，ChatGpt）或需要外部数据的AI功能应用程序。主机启动交互，通过MCP询问工具或信息。
• ** MCP客户端：**主机用来与服务器通信的连接器组件。客户端维护连接，管理请求/响应消息，并可以并行处理多个服务器。例如，像光标或VS Code代理模式之类的开发人员工具可以充当MCP客户端，桥接具有各种MCP服务器的本地AI环境。
• ** MCP服务器：向AI暴露某些上下文数据或功能的服务。服务器提供工具**，资源或提示 AI可以使用的**。实际上，MCP服务器可以与数据库，云应用程序或区块链节点接口，并向AI呈现一组标准化的操作集。每个客户端服务器对通过其自己的频道进行通信，因此AI代理可以同时点击多个服务器以满足不同的需求。

核心原始图： MCP定义了一组构建AI-Tool交互的标准消息类型和原语。这三个基本原则是：

• 工具： AI可以在服务器上调用的离散操作或功能。例如，一个“搜索Documents”工具或“ ETH_CALL”工具。工具封装了诸如查询API，执行计算或调用智能合约功能之类的操作。 MCP客户端可以从服务器请求可用工具的列表，并根据需要致电。
• **资源：**数据终点可以通过服务器读取（或有时写入）的数据终点。这些可能是文件，数据库条目，区块链状态（块，交易）或任何上下文数据。 AI可以列出资源并通过标准MCP消息检索其内容（例如listreSources'和readResource'请求）。
• **提示：**结构化提示模板或服务器可以提供的指令指导AI的推理。例如，服务器可能会提供格式模板或预定义的查询提示。 AI可以请求提示模板的列表，并使用它们来保持其与该服务器的交互方式的一致性。

在引擎盖下，MCP通信通常基于JSON，并遵循类似于RPC（远程过程调用）的请求响应模式。该协议的规范定义了诸如InitializereQuest，ListTools，calltool'，'listresources等的消息''，这些消息确保任何符合MCP的客户端都可以以统一的方式与任何MCP服务器交谈。此标准化是什么使AI代理可以 *发现 *可以做什么：连接到新服务器后，它可以询问“你提供哪些工具和数据？”然后动态决定如何使用它们。

安全性和执行模型： MCP考虑了安全的，可控的交互。 AI模型本身不会执行任意代码；它将高级意图（通过客户端）发送到服务器，然后执行实际操作（例如获取数据或调用API）并返回结果。这种分离意味着敏感的动作（例如区块链交易或数据库写入）可以是沙盒子或需要明确的用户批准。例如，有诸如ping'（保持连接活力）之类的消息，甚至还有createMessagereQuest'，它允许MCP服务器要求客户端的AI生成子响应，通常通过用户确认使用。正在积极开发身份验证，访问控制和审计记录之类的功能，以确保可以在企业和分散的环境中安全地使用MCP（在路线图部分中提供更多信息）。

总而言之，MCP的体系结构依赖于标准化的消息协议（带有JSON-RPC样式调用），该消息将AI代理（主机）连接到提供工具，数据和操作的灵活服务器。这种开放的体系结构是模型 - 敏捷和**平台 - agnostic ** - 任何AI代理都可以使用MCP与任何资源进行交谈，任何开发人员都可以为数据源创建新的MCP服务器，而无需修改AI的核心代码。这种插件的可扩展性使MCP在Web3中的功能强大：可以为区块链节点，智能合约，钱包或甲壳构建服务器，并使AI代理将这些功能无缝集成到Web2 API上。

##3。MCP在Web3中的用例和应用

MCP通过启用AI驱动的应用程序来访问区块链数据并以安全，高级的方式访问区块链或链链操作，从而解锁了广泛的用例。以下是一些关键应用程序，并且有助于在Web3域中解决：

• 链上数据分析和查询： AI代理可以实时查询实时区块链状态，以提供见解或触发操作。例如，连接到以太坊节点的MCP服务器允许AI获取帐户余额，读取智能合约存储，跟踪交易或按需检索事件日志。这将聊天机器人或编码助手变成了区块链资源管理器。开发人员可以问一个AI助理问题，例如“ Uniswap池中目前的流动性是什么？”或“模拟该以太坊交易的气体成本”，AI将使用MCP工具调用RPC节点并从现场链中获取答案。这比依靠AI的培训数据或静态快照要强大得多。
• 自动化的Defi投资组合管理：通过组合数据访问和操作工具，AI代理可以管理加密货币组合或Defi位置。例如，“ AI Vault Optimizer” 可以监视用户在收益农场的位置，并根据实时市场条件自动建议或执行重新平衡策略。同样，AI可以充当 Defi Portfolio经理，在风险或费率变化时调整协议之间的分配。 MCP提供了AI的标准接口，以读取链上指标（价格，流动性，抵押比率），然后在允许的情况下调用工具以执行交易（例如移动资金或交换资产）。这可以帮助用户以难以手动执行的方式最大程度地提高收益率或管理风险24/7。
• ** AI驱动的交易用户代理：想想可以处理用户的区块链交互的个人AI助手。使用MCP，这样的代理可以与钱包和DAPP集成以通过自然语言命令执行任务。例如，用户可以说：“ AI，将0.5 ETH从我的钱包发送到爱丽丝或“将我的令牌放在最高疗法池中”。通过MCP，AI将使用安全的钱包服务器**（持有用户的私钥）来创建和签署事务，并使用区块链MCP服务器来广播。这种情况将复杂的命令行或metAmask互动变成对话体验。至关重要的是，这里使用安全的钱包MCP服务器，从而执行权限和确认，但最终结果是通过AI援助来简化链上交易。
• 开发人员助理和智能合同调试： Web3开发人员可以利用基于MCP的AI助手，这些助理可以了解区块链基础架构。例如，**链条的MCP服务器用于EVM和SOLANA ** **使AI编码副驾驶员可以深入了解开发人员的区块链环境。使用AI助手（在VS代码或IDE中）的智能合同工程师可以使AI在测试网上获取合同的当前状态，运行交易的模拟或检查日志 - 所有这些都是通过MCP调用到本地区块链节点的电话。这有助于调试和测试合同。 AI不再“盲目”编码；它实际上可以验证代码如何实时链链。该用例通过允许AI不断摄入最新的文档（通过文档MCP服务器）并直接查询区块链，减少幻觉并提出建议更准确，从而解决了一个主要的痛点。
• 交叉协调：由于MCP是统一接口，因此单个AI代理可以同时跨多个协议和服务协调 - 这在Web3互连的景观中非常强大。想象一个自治贸易代理，可以监视各种套利平台进行套利。通过MCP，一个代理可以通过连贯的界面与AAVE的贷款市场，Layerzero的跨链桥和MEV（矿工可提取值）分析服务进行交互。 AI可以在一个“思考过程”中，从以太坊（通过以太坊节点上的MCP服务器）收集流动性数据，获取价格信息或Oracle数据（通过另一台服务器），甚至调用桥接或交换操作。以前，这种多平台协调将需要复杂的自定义编码机器人，但是MCP为AI提供了一种可推广的方法，使AI可以浏览整个Web3生态系统，就好像它是一个大数据/资源池一样。这可以使晚期用例（例如跨链产量优化或自动清算保护）可以主动移动资产或抵押品的自动清算保护。
• ** AI咨询和支持机器人：另一个类别是Crypto应用程序中面向用户的顾问。例如，已集成到uniswap或化合物等平台中的 defi帮助聊天机器人可以使用MCP为用户提供实时信息。如果用户问：“对冲我的职位的最佳方法是什么？”，AI可以通过MCP获取当前费率，波动性数据和用户的投资组合详细信息，然后给出上下文感知的答案。平台正在探索** ai驱动的助手**嵌入在钱包或DAPP中的平台，可以指导用户完成复杂的交易，解释风险，甚至通过批准执行步骤序列。这些AI代理有效地坐落在多个Web3服务（DEXES，贷款池，保险协议）的顶部，使用MCP查询并根据需要命令它们，从而简化了用户体验。
• **超越Web3 - 多域工作流程：**尽管我们的焦点是Web3，但值得注意的是，MCP的用例扩展到了AI需要外部数据的任何域。它已经被用来将AI连接到Google Drive，Slack，Github，Figma等。实际上，单个AI代理可以跨越Web3和Web2： MCP的灵活性允许跨域自动化（例如，“如果我的DAO投票通过，请安排我的会议，并通过电子邮件发送结果”），将区块链动作与日常工具融合在一起。

解决的问题：总体问题MCP地址是缺乏AI与实时数据和服务交互的统一接口。在MCP之前，如果你希望AI使用新服务，则必须以临时方式手工编码该特定服务API的插件或集成。在Web3中，这特别繁琐 - 每个区块链或协议都有自己的界面，并且没有人工智能希望支持它们。 MCP通过标准化AI描述其想要的内容（自然语言映射到工具调用）以及服务如何描述其提供的内容来解决此问题。这大大减少了整合工作。例如，开发人员可以为该协议编写一个MCP服务器，而不是为每个Fefi协议编写自定义插件（本质上是用自然语言注释其功能）。然后，任何启用MCP的AI（Claude，Chatgpt还是开源型号）都可以立即使用它。这使AI 可扩展以插件方式，就像通过通用端口添加新设备的方式比安装新接口卡更容易。

总而言之，Web3中的MCP使** AI代理可以通过安全，标准化的渠道成为区块链世界的一流公民** - 查询，分析，甚至在分散系统之间进行交易。这为更自主的DAPP，更智能的用户代理以及链和链智能的无缝集成打开了大门。

4。代币学和治理模型​

与典型的Web3协议不同，** MCP没有天然令牌或加密货币。因此，没有内置的代币学 - 没有使用MCP固有的代币发行，积分或费用模型。 AI应用程序和服务器通过MCP通信，而无需涉及任何加密货币；例如，通过MCP呼叫区块链的AI可能会为区块链交易支付汽油费，但MCP本身没有增加额外的代币费用。该设计反映了MCP在AI社区中的起源：它是作为改善AI-Tool互动的技术标准而不是作为令牌化项目的技术标准。

** MCP的治理是以开源的，社区驱动的方式进行的。在将MCP作为公开标准发布后，人类表明了对协作发展的承诺。一个广泛的指导委员会和工作组成立了，以使协议的发展。值得注意的是，到2025年中，像微软和Github这样的主要利益相关者与人类同行加入了MCP指导委员会。这是在2025年Microsoft Build Build宣布的，表明行业参与者指导MCP的路线图和标准决策。委员会和维护者通过公开治理过程进行工作：通常会公开讨论更改或扩展MCP的建议（例如，通过GitHub问题和“ SEP” - 标准增强建议 - 指南 - 指南）。还有一个** MCP注册表工作组**（带有Block，Pulsemcp，Github和Anthropic公司等公司的维护者），例如多方治理。 2025年初，来自至少9个不同组织的贡献者合作建立了一个统一的MCP服务器注册表以进行发现，并证明了如何在社区成员之间分散发展，而不是由一个实体控制。

由于没有令牌，治理激励措施依靠利益相关者（AI公司，云提供商，区块链开发人员等）的共同利益来改善所有人的协议。这有点类似于W3C或IETF标准如何控制，但以更快的方式以GitHub为中心的过程。例如，Microsoft和Anthropic共同努力，为MCP（集成了Oauth和Single Sign-On之类的内容）设计了改进的授权规范，Github在官方MCP注册表服务上合作列出了可用的服务器。这些增强功能又为MCP规范做出了贡献。

值得注意的是，尽管MCP本身没有被象征化，但在MCP之上，关于经济激励措施和权力下放的前瞻性想法。 Web3中的一些研究人员和思想领导者预见了**“ MCP Networks” 的出现 - 基本上是MCP服务器的分散网络和使用类似区块链机制来发现，信任和奖励的代理。在这种情况下，人们可以想象一个令牌被用来奖励那些运行高质量MCP服务器的人（类似于矿工或节点运营商的激励方式）。智能合约或区块链可以促进声誉评级，可验证的计算和节点发现等功能，并具有令牌驾驶诚实的行为。这仍然是概念上的，但是MIT的NAMDA（稍后讨论）等项目正在尝试使用MCP的AI代理网络的基于令牌的激励机制。如果这些想法成熟，MCP可能会更直接地与链上的代酮组学相交，但是截至2025年核心MCP标准仍然是无令状的。

总之，MCP的“治理模型”是开放技术标准的：由社区和专家指导委员会协作，没有链子治理令牌。决策以技术优点和广泛的共识为指导，而不是硬币加权投票。这将MCP与许多Web3协议区分开来 - 它旨在通过开放的软件和标准来实现Web3的理想（权力下放，互操作性，用户授权），不是通过专有区块链或代币。用一个分析的话说， *“ Web3的承诺最终可以通过区块链和加密货币来实现，而是通过自然语言和AI代理人实现” *，将MCP定位为该愿景的关键推动者。就是说，随着MCP网络的增长，我们可能会看到混合模型，基于区块链的治理或激励机制增加了生态系统，这是一个密切关注的空间。

5。社区和生态系统​

MCP生态系统在短时间内爆炸性增长，涵盖了AI开发人员，开源贡献者，Web3工程师和主要科技公司。这是一项充满活力的社区努力，与主要的贡献者和合作伙伴关系**，包括：

• **人类：**作为创建者，通过开源MCP规格和几个参考服务器（用于Google Drive，Slack，Github等），人类种子为生态系统播种。 Anthropic继续领导开发（例如，Theodora Chu之类的员工担任MCP产品经理，而Anthropic的团队为规格更新和社区支持做出了巨大贡献）。 Anthropic的开放性吸引了其他人在MCP上建立，而不是将其视为单一公司工具。

• **早期采用者（Block，Apollo，Zed，Replit，Codeium，SourceGraph）：发行后的头几个月，一波早期采用者在其产品中实施了MCP。 块（以前为正方形）集成的MCP探索金融科技中的AI代理系统 - Block的CTO称赞MCP是将AI连接到现实世界应用程序的开放式桥梁。 ** Apollo （可能是Apollo GraphQl）还集成了MCP，以允许AI访问内部数据。 ** ZED（代码编辑器）， REPLAIT（Cloud IDE）， CONEIM（AI Coding Assistans）和 sourceGraph（代码搜索）**每个人都在添加MCP支持。例如，SourceGraph使用MCP，因此AI编码助手可以从存储库中检索相关代码以回答问题，并且Repliting的IDE代理可以在特定于项目的环境中提取。这些早期采用者提供了MCP的信誉和知名度。

• 大型技术认可 - Openai，Microsoft，Google：在一个显着的转弯处，否则竞争对手在MCP上保持一致的公司。 ** OpenAI的首席执行官Sam Altman在2025年3月公开宣布 Openai将在其产品中增加MCP支持（包括Chatgpt的桌面应用程序），说“人们喜欢MCP，我们很高兴能在我们的产品中增加支持”*。这意味着OpenAI的代理API和ChatGpt插件会说MCP，从而确保互操作性。几周后，** Google DeepMind的首席执行官Demis Hassabis 透露，Google即将推出的Gemini模型和工具将支持MCP，称其为“ AI Agesic ERA”的良好协议和开放标准。 ** Microsoft 不仅加入了指导委员会，而且与Anthropic合作，为MCP构建了官方的C＃SDK，以服务于企业开发人员社区。 Microsoft的GitHub单元将MCP集成到 GitHub Copilot（vs Code的“ Copilot Labs/Agents”模式），使Copilot能够将MCP服务器用于存储库搜索和运行测试用例之类的内容。此外，Microsoft宣布Windows 11将公开某些OS功能（例如文件系统访问），因为MCP服务器可以安全地与操作系统进行交互。 Openai，Microsoft，Google和Anthropic（所有人都在MCP围绕MCP集会）之间的合作是非凡的，并强调了该标准的社区竞争精神。

• ** Web3开发人员社区：许多区块链开发人员和初创公司都接受了MCP。创建了几个社区驱动的MCP服务器**，以服务区块链用例：

• ** Alchemy （领先的区块链基础架构提供商）的团队构建了 Alchemy MCP服务器**，该服务器通过MCP提供按需区块链分析工具。这可能使AI通过使用自然语言的API获得区块链统计数据（例如历史交易，地址活动）。

  • 贡献者开发了一个比特币和闪电网络MCP服务器与比特币节点和闪电支付网络进行交互，使AI代理能够读取比特币块数据，甚至通过标准工具创建闪电发票。
  • Crypto Media and Education Group 无资金创建了一个** OnChain MCP服务器**专注于Web3财务互动，可能为AI助手提供了DEFI协议（发送交易，查询偏差职位等）的接口。
  • 诸如** rolup.codes （以太坊第2层的知识库）之类的项目制作了一个 MCP服务器，用于滚动生态系统信息**，因此AI可以通过查询该服务器来回答有关汇总的技术问题。
  • ** Chainstack **，一个区块链节点提供商，为文档，EVM链数据和Solana推出了一套MCP服务器（涵盖了前面），明确将其作为“将你的AI放在web3构建器上的区块链类固醇上”。

此外，以Web3为中心的社区在MCP周围涌现。例如，** pulsemcp 和鹅**是社区倡议，称为帮助建立MCP注册表。我们还看到与AI代理框架的交叉授粉：Langchain社区集成的适配器，因此所有MCP服务器都可以用作Langchain-Power驱动代理中的工具，以及Hugging Face TGI（Text-Generation-generation-interference）的开源AI平台都在探索MCP兼容性。结果是一个丰富的生态系统，几乎每天都会宣布新的MCP服务器，从数据库到IoT设备的所有内容。

• **采用量表：可以在一定程度上量化牵引力。到2025年2月（发布后仅三个月），社区已经建造了1,000多个MCP服务器/连接器。这个数字只有增长，表明整个行业的一体化。迈克·克里格（Mike Krieger）（拟人化的首席产品官）于2025年春季指出，MCP已成为“蓬勃发展的公开标准，具有成千上万的集成和成长” **。官方的MCP注册表（于2025年9月在预览中启动）正在对公开可用的服务器进行分类，从而更容易发现工具。注册表的开放API允许任何人搜索“以太坊”或“概念”并找到相关的MCP连接器。这降低了新进入者的障碍，并进一步燃烧增长。

• **合作伙伴关系：**我们已经谈到了许多隐式合作伙伴关系（与Microsoft等人的拟人化）。重点介绍几个：

• **人类与Slack **：通过Slack合作，通过MCP将Claude与Slack的数据集成在一起（Slack拥有官方MCP服务器，使AI能够检索Slack消息或发布警报）。

  • 云提供商：Amazon（AWS）和Google Cloud已与Anthropic合作以主持Claude，并且很可能在这些环境中支持MCP（例如，AWS Bedrock可能允许MCP连接器用于企业数据）。尽管没有明确的引用，但这些云伙伴关系对于企业采用至关重要。
  • 学术合作：MIT和IBM研究项目NAMDA（下一个讨论）代表了学术界与行业之间的合作伙伴关系，以在分散的环境中推动MCP的限制。
  • ** GitHub＆vs Code **：增强开发人员体验的合作伙伴关系 - 例如，VS代码的团队积极地为MCP做出了贡献（注册表维护者之一来自VS代码团队）。
  • 许多初创企业：许多AI启动（代理启动，工作流动自动化启动）正在MCP上构建，而不是重新发明轮子。这包括新兴的Web3 AI初创公司希望提供“ AI为DAO”或自主经济代理商。

总体而言，** MCP社区的多样化和迅速扩展**。它包括核心科技公司（用于标准和基础工具），Web3专家（带来区块链知识和用例）以及独立的开发人员（他们通常为其喜欢的应用程序或协议贡献连接器）。这种精神是协作的。例如，对第三方MCP服务器的安全问题促使社区讨论和最佳实践的贡献（例如，为MCP服务器开展安全工具的Stacklok贡献者）。社区快速迭代的能力（MCP在几个月内看到了几次规范升级，添加流媒体响应和更好的auth等功能）证明了广泛的参与度。

特别是在Web3生态系统中，MCP培养了**“ AI + Web3” 项目的迷你生态系统。这不仅是使用协议；它催化了新想法，例如AI驱动的Daos，AI分析的链链治理以及跨域自动化（例如将链上事件与AI通过AI联系起来）。 Limechain的Zhivko Todorov 的存在 - 例如 Zhivko Todorov 表示“ MCP表示AI和区块链的不可避免的整合” - 表明，区块链退伍军人正在积极倡导它。 AI和区块链公司之间的合作伙伴关系（例如人类和区块之间的合作伙伴，或微软的Azure Cloud，使MCP易于与区块链服务一起部署）暗示了 AI代理和智能合约手工工作**的未来。

可以说，MCP点燃了AI开发人员社区与Web3开发人员社区的第一个真正的融合。现在，黑客马拉松和聚会以MCP曲目为特色。 As a concrete measure of ecosystem adoption: by mid-2025, OpenAI, Google, and Anthropic – collectively representing the majority of advanced AI models – all support MCP, and on the other side, leading blockchain infrastructure providers (Alchemy, Chainstack), crypto companies (Block, etc.), and decentralized projects are building MCP hooks.这个双面网络效果非常好，可以使MCP成为持久的标准。

6。路线图和发展里程碑​

MCP的开发节奏很快。在这里，我们概述了迄今为止的主要里程碑，而前方的路线图从官方来源和社区更新中收集到：

• ** 2024年末 - 初始版本：** ** 2024年11月25日**，拟人化正式宣布了MCP并开源了规格和初始SDK。除了规格外，他们发布了一些用于通用工具的MCP服务器实现（Google Drive，Slack，Github等），并在Claude AI Assistant（Claude Desktop App）中增加了支持，以连接到本地MCP服务器。这标志着MCP的1.0发布。拟人化的早期概念验证集成展示了Claude如何使用MCP读取文件或以自然语言查询SQL数据库，从而验证了概念。
• ** Q1 2025 - 快速采用和迭代：在2025年的前几个月，MCP看到了广泛的行业采用**。 ** 2025年3月**，OpenAI和其他AI提供者宣布了支持（如上所述）。此期间还看到了** Spec Evolution ：拟人更新的MCP，包括流式功能**（允许大量结果或连续数据流逐步发送）。该更新于2025年4月注明了C＃SDK新闻，表明MCP现在支持诸如张大响应或实时供稿集成之类的功能。社区还以各种语言（Python，JavaScript等）建立了参考实现，超越了人类的SDK，从而确保了多声支持。
• ** Q2 2025 - 生态系统工具和治理：在 2025年5月**，Microsoft和Github加入了努力，促使正式的治理和增强安全性。在2025年的Build 2025上，Microsoft揭幕了** Windows 11 MCP Integration 的计划，并详细介绍了MCP 中的授权流的合作。大约在同一时间，将 MCP注册表**的想法引入了可用的索引服务器（根据注册表博客，最初的头脑风暴始于2025年3月）。 **“标准曲目” **过程（SEP - 标准增强提案）是在GitHub上建立的，类似于以太坊的EIPS或Python的Peps，以有序地管理贡献。社区电话和工作组（用于安全，注册表，SDK）开始召集。
• ** 2025年中 - 功能扩展：**到2025年中，路线图优先考虑了几个关键改进：
• **异步和长期运行的任务支持：**计划允许MCP处理长期操作而不会阻止连接。例如，如果AI触发需要几分钟的云作业，则MCP协议将支持异步响应或重新连接以获取结果。
• 身份验证和细粒度的安全性：开发精细授权敏感动作的机制。这可能包括将OAuth流，API密钥和Enterprise SSO集成到MCP服务器中，以便可以安全地管理AI访问。鉴于允许AI调用强大的工具的安全风险，到2025年中期，MCP安全性的指南和最佳实践正在进行中。目的是，例如，如果AI是通过MCP访问用户的私有数据库，则应遵循安全的授权流（通过用户同意），而不仅仅是一个开放式终点。
• 验证和合规性测试：认识到对可靠性的需求，社区优先建筑物合规性测试套件和参考实施。通过确保所有MCP客户端/服务器遵守规格（通过自动测试），它们旨在防止分裂。参考服务器（可能是具有远程部署和AUTH的最佳实践的示例），也在路线图上，以及一个参考客户端应用程序，展示了使用AI的完整MCP使用情况。
  • 多模态支持：将MCP扩展到文本之外，以支持图像，音频，视频数据等模式。例如，AI可能会从MCP服务器（例如设计资产或图表）请求图像或输出图像。规格讨论包括添加对 *流和块的消息 *的支持 *以交互方式处理大型多媒体内容。关于“ MCP流”的早期工作已经在进行中（以支持实时音频供稿或持续传感器数据诸如AI的情况）。
  • 中央注册表与发现：实施中央 MCP注册表的计划在2025年中期执行了服务器发现服务。 ** 2025年9月，官方的MCP注册表在预览中启动。该注册表为公开可用的MCP服务器提供了一个的真理，允许客户端通过名称，类别或功能找到服务器。从本质上讲，它就像是AP商店（但开放）的AI工具。该设计允许公共注册表（全球索引）和私人索引（特定于企业索引），所有这些都可以通过共享API互操作。注册表还引入了一种审核机制，以通过社区审核模型来旗帜或恶意服务器，以保持质量。
• ** 2025年末及以后 - 走向分散的MCP网络：虽然还没有“官方”路线图项目，但该轨迹指向更多权力下放和Web3 Synergy **：
• 研究人员正在积极探索如何向MCP添加分散的发现，声誉和激励层。 ** MCP网络**（或“ MCP端点市场”）的概念正在孵化。这可能涉及基于智能合约的注册表（因此，没有单个服务器列表的失败点），服务器/客户端具有链子身份的声誉系统，并且具有良好行为的链接，并且可能可以为运行可靠的MCP节点的奖励**。
  • ** MIT的NAMDA **项目始于2024年，是朝这个方向朝着这个方向迈出的具体步骤。到2025年，NAMDA已在MCP的基础上构建了一个原型分布式代理框架，包括动态节点发现，跨代理簇的负载平衡以及使用区块链技术分散注册表等功能。他们甚至具有基于实验令牌的激励措施和用于多代理协作的出处跟踪。 NAMDA的里程碑表明，拥有许多具有无信任协调的机器的MCP代理网络是可行的。如果采用了NAMDA的概念，我们可能会看到MCP演变为结合其中一些想法（可能是通过可选扩展或顶部分层的单独协议）。
  • 企业硬化：在企业方面，到2025年底，我们希望MCP集成到主要的企业软件产品中（Microsoft在Windows和Azure中包含在Windows和Azure中）。该路线图包括企业友好的功能，例如 SSO集成和强大的访问控件。 MCP注册表和工具包的一般可用性可能在2025年底之前大规模部署MCP（例如，在公司网络中）。

到目前为止，回顾一些密钥的发展里程碑（清晰的时间表格式）：

• ** 2024年11月：** MCP 1.0发布（拟人化）。
• ** 2024年12月 - 2025年1月：**社区建立了第一波MCP服务器； Anthropic通过MCP支持释放Claude桌面；小规模的飞行员bake，阿波罗等。
• ** 2025年2月：** 1000+社区MCP连接器已达到；人类主办研讨会（例如，在AI峰会上，驾驶教育）。
• ** 2025年3月：** OpenAI宣布支持（ChatGpt Agents SDK）。
• ** 2025年4月：** Google DeepMind宣布支持（双子座将支持MCP）； Microsoft发布C＃SDK的预览。
• ** 2025年5月：**指导委员会扩展（Microsoft/github）；构建2025演示（Windows MCP集成）。
• ** 2025年6月：** Chainstack启动Web3 MCP服务器（EVM/SOLANA）供公众使用。
• ** 2025年7月：** MCP Spec版本更新（流，身份验证改进）;官方路线图在MCP网站上发布。
• ** 2025年9月：** MCP注册表（预览）启动； MCP可能会在更多产品（Claude的工作等）中达到一般可用性。
• ** 2025年末（预计）：**注册表v1.0 live;安全最佳实践指南发布；可能具有分散发现的初始实验（NAMDA结果）。

视觉前进是，MCP变得像HTTP或JSON一样无处不在，这是许多应用程序在引擎盖下使用的常见层。对于Web3，路线图提出了更深的融合：在其中AI代理不仅会使用Web3（区块链）作为信息的来源或水槽，而且Web3基础架构本身可能会开始将AI代理（通过MCP）作为操作的一部分（例如，DAO可能会运行MCP Compatiabil AI来管理某些任务，或者可能会通过MCP出版MCP来管理某些任务。路线图的重点是诸如可验证性和身份验证之类的事物暗示，这些内容沿线信任最小的MCP交互可能是现实 - 想象AI输出带有加密证明的AI输出，或者是AI呼叫审核目的的AI工具的链上日志。这些可能性模糊了AI和区块链网络之间的界线，而MCP是该融合的核心。

总之，MCP的发展是高度动态的。它达到了重大的早期里程碑（在发布后的一年内广泛采用和标准化），并以明确的路线图强调安全性，可扩展性和发现，继续迅速发展。实现和计划的里程碑确保MCP在扩展时将保持强大：应对长期运行的任务，安全许可以及数千个工具的绝对可发现性。这种向前的动量表明，MCP不是静态的规格，而是一个不断增长的标准，可能会纳入更多的Web3味功能（服务器的分散治理，激励对齐），因为这些功能会出现。社区有望将MCP适应新的用例（多模式AI，IoT等），同时关注核心承诺：在Web3时代，使AI 更加连接，上下文感知和用户授权 **。

7。与类似的Web3项目或协议进行比较​

MCP独特的人工智能和连接性的融合意味着并不多直接苹果到苹果对等效物，但是将其与Web3和AI交集的其他项目进行比较，或者具有类似的目标是有启发性的：

• ** SingularityNet（AGI/X）** - 分散的AI市场：SingularityNet，由Ben Goertzel博士和其他人于2017年推出，是基于区块链的AI服务市场。它允许开发人员将AI算法获利为服务和用户消费这些服务，这些服务都是由用于付款和治理的代币（AGIX）促进的。从本质上讲，SingularityNet试图通过在网络上托管AI模型的供应，任何人都可以致电AI服务以换取令牌。从根本上讲，这与MCP有所不同。 MCP不会托管或货币化AI模型；取而代之的是，它为AI（无论在何处运行）提供了一个标准接口，以访问数据/工具。可以想象使用MCP将AI连接到SingularityNet上列出的服务，但是SingularityNet本身专注于经济层（谁提供了AI服务以及如何获得付款）。另一个关键区别是：治理 - SingularityNet具有链政府（通过 SingularityNet增强建议（SNEP）和Agix代币投票）可以发展其平台。相比之下，MCP的治理是没有令牌的链和协作的。总而言之，SingularityNet和MCP都为更开放的AI生态系统而努力，但是SingularityNet大约是AI算法的标记网络，而MCP则涉及AI-Tool互操作性的协议标准。他们可以补充：例如，SingularityNet上的AI可以使用MCP获取所需的外部数据。但是SingularityNet并没有试图标准化工具使用；它使用区块链协调AI服务，而MCP使用软件标准使AI与任何服务一起使用。
• ** fetch.ai（FET）** - 基于代理的分散平台：fetch.ai是另一个将AI和区块链混合的项目。它启动了自己的风险验证区块链和框架，用于构建自主代理，以执行任务并在分散网络上进行交互。在Fetch的愿景中，数以百万计的“软件代理”（代表人员，设备或组织）可以使用FET令牌进行交易进行谈判和交换价值。 Fetch.ai提供了代理框架（UAGENT）和基础架构，用于其分类帐中的代理之间的发现和通信。例如，获取代理商可能通过与其他代理进行停车和运输，或自动管理供应链工作流来帮助优化城市中的流量。这与MCP相比如何？两者都涉及代理商的概念，但是Fetch.ai的代理商与其区块链和代币经济密切相关 - 他们生活在Fetch Network 上并使用链逻辑。 MCP代理（AI主机）是模型驱动的（如LLM），而不是与任何单个网络绑定的； MCP满足于通过Internet或在云设置中运行，而无需区块链。 Fetch.ai试图从头开始建立一个新的分散的AI经济经济体（具有自身的信任和交易的分类帐），而MCP则是 layer-agnoffient ** - 它在现有网络上（可以在HTTPS上使用，甚至可以在blockchain的顶部使用），以启用AI II互动）。有人可能会说，提取更多是关于自治经济代理和MCP关于智能工具的代理。有趣的是，这些可能会相交：fetch.ai上的自治代理可能会使用MCP与链脱链资源或其他区块链进行交互。相反，可以使用MCP来构建利用不同区块链（不仅仅是一个）的多代理系统。在实践中，MCP的采用速度更快，因为它不需要自己的网络 - 它可以与以太坊，Solana，Web2 API等一起使用。 Fetch.ai的方法更重量级，创建了一个参与者必须加入（并获取代币）的整个生态系统。总而言之， fetch.ai vs mcp **：fetch是一个平台，具有自己的令牌/区块链，适用于AI代理，重点是代理之间的互操作性和经济交流，而MCP则是协议（在任何环境中）可以用来插入工具和数据。他们的目标重叠在启用AI驱动的自动化方面，但它们可以解决堆栈的不同层，并且具有非常不同的建筑哲学（封闭的生态系统与开放标准）。
• 连锁链接和分散的Oracles ** - *将区块链连接到链链数据：*链链接不是AI项目，而是与web3协议相关的互补问题：如何将块链连接到外部数据和计算。 ChainLink是一个分散的节点（ORACLES）网络，以信任最小的方式获取，验证和传递链链数据。例如，Chainlink Oracles通过链链接功能代表智能合约为DEFI协议提供价格提要或调用外部API。相比之下，MCP将 AI模型连接到外部数据/工具（其中一些可能是区块链）。可以说连锁链接将数据带入区块链，而MCP将数据带入了AI 。有一个概念上的相似之处：两者都在原本孤立的系统之间建立桥梁。 ChainLink专注于提供链上数据的数据的可靠性，权力下放和安全性（解决单点故障的“甲骨文问题”）。 MCP专注于AI如何访问数据的灵活性和标准化（解决AI代理的“集成问题”）。他们在不同的域（智能合约与AI助手）运行，但可能会将MCP服务器与Oracles进行比较：价格数据的MCP服务器可能将同一API称为链条节点。区别在于消费者** - 在MCP的情况下，消费者是AI或面向用户的助手，而不是确定性的智能合约。同样，MCP并不能固有地提供链链接确实可以保证的信任（MCP服务器可以集中或社区运行，并且在应用程序级别管理信任）。但是，如前所述，分散MCP网络的想法可以从Oracle网络中借入 - 例如，可以查询多个MCP服务器并进行了交叉检查结果，以确保AI不会提供不良数据，类似于多个链接链接节点的汇总方式。简而言之，**链链接与MCP **：链链接为Web3中间件，用于消耗外部数据，MCP是AI中间件，用于模型消耗外部数据（其中可能包括区块链数据）。它们解决了不同领域的类似需求，甚至可以补充：使用MCP的AI可能会作为可靠的资源获取链条提供的数据供稿，相反，AI可以作为分析的来源，链条Oracle会带来链链（尽管后一种情况会引起验证性问题）。
• ** ChatGpt插件 / OpenAI功能与MCP ** - *AI工具集成方法：*虽然不是Web3项目，但需要快速比较，因为Chatgpt插件和OpenAI的功能调用功能还将AI连接到外部工具。 ChatGpt插件使用服务提供的OpenAPI规范，然后该模型可以按照规格调用这些API。局限性是它是一个封闭的生态系统（在OpenAI的服务器上运行的OpenAI批准的插件），每个插件都是孤立的集成。 Openai的较新 “代理” * SDK在概念上更接近MCP，让开发人员定义了AI可以使用的工具/功能，但最初它特定于OpenAI的生态系统。 ** langchain 类似地提供了为LLMS工具提供代码的框架。 MCP通过为此提供开放的，模型的不可能标准**而有所不同。正如一个分析所说，Langchain为工具创建了一个面向开发人员的标准（Python接口），而MCP创建了 针对模型的标准 * - AI代理可以在没有自定义代码的情况下在运行时发现并使用任何MCP定义的工具。实际上，MCP的服务器生态系统比Chatgpt插件在几个月内增长更大，更多样化。与其具有自己的插件格式的每个模型（Openai具有不同的插件），而是在MCP周围合并。 OpenAI本身表示对MCP的支持，从本质上将其功能方法与更广泛的标准保持一致。因此，将 OpenAI插件与MCP **进行比较：插件是一种策划的集中式方法，而MCP是一种分散的社区驱动方法。在Web3心态中，MCP更“开源和无许可”，而专有插件生态系统更加封闭。即使不是区块链，这也使MCP类似于Web3的精神 - 它可以启用互操作性和用户控制（你可以为数据运行自己的MCP服务器，而不是将其全部提供给一个AI提供商）。这种比较表明了为什么许多人认为MCP具有更长期的潜力：它没有锁定到一个供应商或一个模型。
• 项目NAMDA和分散代理框架： NAMDA值得一个单独的注释，因为它将MCP与Web3概念明确结合在一起。如前所述，NAMDA（网络代理模块化分布式体系结构）是MIT/IBM计划于2024年启动，以使用MCP作为通信层建立一个可扩展的，AI代理的分布式网络。它将MCP视为消息传递主链（因为MCP使用标准的JSON-RPC样消息，非常适合与代理间通信），然后使用区块链启发的技术添加了用于动态发现，容错和可验证的识别的图层。 NAMDA的代理可以在任何地方（云，边缘设备等），但是分散的注册表（有点像DHT或区块链）可以以防篡改的方式跟踪它们及其功能。他们甚至探索给代理商代币激励合作或资源共享。从本质上讲，NAMDA是一个“ MCP的Web3版本” 可能的实验。这还不是一个广泛部署的项目，而是精神上最接近的“类似协议”之一。如果我们查看NAMDA vs MCP：NAMDA使用MCP（因此不是竞争标准），而是通过以信任最小的方式进行联网和协调多个代理的协议扩展它。可以将NAMDA与加密社区所看到的 Autonolas或多代理系统（MAS）等框架进行比较，但是这些框架通常缺乏强大的AI组件或共同的协议。 NAMDA + MCP一起展示了分散的代理网络如何运作，区块链提供身份，声誉以及可能的代币激励措施**，以及MCP提供代理通信和工具使用。

总而言之，** MCP与大多数先前的Web3项目分开。诸如SingularityNet和Fetch.ai之类的项目旨在使用区块链 *分散AI计算或服务 *； MCP改为 *标准化与服务 *的AI集成 *，可以通过避免平台锁定来增强权力下放化。甲骨文网络（例如Chainlink）将数据传递求解到区块链； MCP将数据传递解决到AI（包括区块链数据）。如果Web3的核心理想是权力下放，互操作性和用户授权，则MCP正在攻击AI领域中的互操作性作品。它甚至影响了这些较旧的项目 - 例如，没有什么可以阻止SingularityNet通过MCP服务器提供其AI服务，或者使用MCP从使用MCP来与外部系统进行交谈。我们很可能会看到一种融合， *令牌驱动的AI网络将MCP用作其通用语言 *，将Web3的激励结构与MCP的灵活性结合在一起。

最后，如果我们考虑市场知觉：MCP通常被吹捧为AI，Web3希望为Internet做什么，请打破孤岛并授权用户。这已导致一些非正式地昵称MCP为“ AI的Web3”（即使不涉及区块链）。但是，重要的是要认识到MCP是协议标准，而大多数Web3项目是具有经济层次的全栈平台。相比之下，MCP通常是一种更轻巧，通用的解决方案，而区块链项目更重，专门的解决方案。根据用例，它们可以补充而不是严格竞争。随着生态系统的成熟，我们可能会将MCP视为一个模块（就像HTTP或JSON无处不在），而不是作为竞争对手项目。

8。公众的看法，市场牵引力和媒体报道​

在AI和Web3社区中，对MCP的公众情绪一直是非常积极的，这些社区通常与热情接壤。许多人将其视为“改变游戏规则的**”，它悄悄地到达，但随后席卷了该行业。让我们分解感知，牵引力和著名的媒体叙事：

**市场牵引力和采用指标：**到2025年中，MCP在新协议中实现了很少的采用水平。如前所述。仅此一项就向市场发出了信号，即MCP可能会留在这里（类似于在互联网早期互联网时代的宽大支持TCP/IP或HTTP的广泛支持）。在Web3端， *牵引力在开发人员行为中很明显 *：黑客马拉松开始以MCP项目为特色，许多区块链开发工具现在将MCP集成作为卖点。经常引用“几个月内1000多个连接器”和迈克·克里格（Mike Krieger）的“成千上万个集成”报价的统计数据，以说明MCP捕获的速度。这表明网络效果强大 - MCP可用的工具越多，它越有用，促使采用更多（积极的反馈循环）。风投和分析师指出，MCP在一年以下实现了一年以下的“ AI互操作性”尝试在几年以来未能做到的事情，这在很大程度上是由于时间安排（在AI代理商中占据了兴趣浪潮）和开源。在Web3媒体中，有时会根据开发人员的思维方式和集成到项目中来衡量牵引力，而MCP现在在两个方面都得分很高。

**在AI和Web3社区中的公众看法：最初，MCP在第一次宣布时（2024年底）在雷达下飞行。但是到2025年初，随着成功故事的出现，感知转变为兴奋。 AI从业人员将MCP视为“缺少拼图”，以使AI代理在玩具示例之外真正有用。另一方面，Web3构建器将其视为最终将AI纳入DAPP的桥梁，而不会丢弃权力下放 - 例如，AI可以使用链上的数据而无需集中的Oracle。 思想领导者一直在赞美：例如，耶稣·罗德里格斯（Jesus Rodriguez）（著名的Web3 AI作家）在Coindesk中写道，MCP可能是“ AI时代最具变革性的协议之一，并且非常适合Web3架构”。 Rares Crisan在一个著名的资本博客中认为，MCP可以通过使互联网更加以用户为中心和自然互动来实现Web3的承诺。这些叙述将MCP视为革命性而实用的，而不仅仅是炒作。

公平地说，并非所有评论都是不可判的。像Reddit这样的论坛上的一些AI开发人员指出，MCP“不做所有事情” - 这是一种通信协议，而不是开箱即用的代理商或推理引擎。例如，一个标题为“ MCP是死胡同”的Reddit讨论认为，MCP本身并不能管理代理认知或保证质量。它仍然需要良好的代理设计和安全控制。这种观点表明，MCP可以被淘汰为银弹。但是，这些批评更多地是关于回火的期望，而不是拒绝MCP的实用性。他们强调MCP解决了工具连接性，但仍必须建立强大的代理逻辑（即MCP不会神奇地创建智能代理，它可以用工具为工具）。 **共识是，即使在谨慎的声音中，MCP也是向前迈出的一大步。 Hugging Face的社区博客指出，尽管MCP并不是一个解决方案，但它是集成，上下文意识到的AI的主要推动者，因此开发人员因此而围绕它进行集会。

媒体报道： MCP在主流技术媒体和利基区块链媒体上都获得了明显的报道：

• ** TechCrunch **经营多个故事。他们介绍了2024年推出的最初概念（“拟人化提出了一种将数据连接到AI聊天机器人连接到AI聊天机器人的新方法”。2025年，TechCrunch强调了每个大收养时刻：OpenAI的支持，Google的Embrace，Microsoft/Github的参与。这些文章通常强调MCP围绕MCP的行业团结。例如，TechCrunch引用了Sam Altman的认可，并指出了从竞争对手标准到MCP的迅速转变。这样一来，他们将MCP描绘成新兴的标准，类似于没有人希望在90年代被排除在Internet协议之外。在一个著名的出口中，这种报道向更广泛的科技界发出了信号，即MCP是重要和真实的，而不仅仅是一个边缘开放源项目。
• ** Coindesk 和其他加密出版物锁定在 Web3 Angle **上。罗德里格斯（Rodriguez）（2025年7月）的意见文章经常被引用；它绘制了一张未来派的图片，每个区块链都可以是MCP服务器，而新的MCP网络可能会在区块链上运行。它将MCP连接到分散的身份，身份验证和可验证性等概念 - 讲区块链受众的语言，并建议MCP可能是真正将AI与分散框架融合在一起的协议。 CoIntelegraph，Bankless和其他人还在“ AI代理和defi”和类似主题的背景下讨论了MCP，通常对可能性进行了乐观的态度（例如，Bankless有一篇关于使用MCP让AI管理链链交易的文章，并为自己的MCP服务器提供了一种方法）。
• **著名的VC博客 /分析师报告：**著名的资本博客文章（2025年7月）是Venture Analysis绘制MCP和Web协议演变之间相似之处的示例。它本质上认为MCP可以为Web3做HTTP对Web1所做的事情 - 提供了一个新的接口层（自然语言接口），该界面层（自然语言接口）无法替代基础基础架构，但可实现。这种叙述令人信服，并在面板和播客中得到了回应。它可以将MCP定位为不像区块链竞争，而是与最终允许普通用户（通过AI）轻松利用区块链和Web服务的下一个抽象。
• **开发人员社区的嗡嗡声：**在正式文章之外，MCP的崛起可以通过其在开发人员话语中的存在来衡量 - 会议演讲，YouTube频道，新闻通讯。例如，诸如“ MCP：Agentic AI的丢失链接”之类的流行博客文章？在Runtime.news和新闻通讯（例如AI研究人员Nathan Lambert）等网站上，讨论了与MCP的实践实验及其与其他工具使用框架的比较。总体语气是好奇心和兴奋：开发人员分享了将AI连接到他们的家庭自动化或加密钱包的演示，只使用MCP服务器几行，这是不久前的科幻服务。这种基层兴奋很重要，因为它表明MCP超越了公司认可。
• **企业的观点：**专注于企业AI的媒体和分析师也将MCP视为关键开发。例如， *新的堆栈 *介绍了人类为Claude中的远程MCP服务器的添加支持以供企业使用。这里的角度是，企业可以使用MCP将其内部知识库和系统安全地连接到AI。这对Web3也很重要，因为许多区块链公司都是企业本身，并且可以在内部利用MCP（例如，加密交易所可以使用MCP让AI分析内部交易日志以进行欺诈检测）。

**引人注目的引文和反应：**一些值得一提的是封装公众的看法：

• *“就像HTTP彻底改变了Web通信一样，MCP提供了一个通用的框架...用单个协议代替了零散的集成。” * - Coindesk。与HTTP的比较非常强大。它将MCP框架为基础架构级创新。
• *“ MCP已成为一个蓬勃发展的开放标准，具有成千上万的集成和增长。在连接你已经拥有的数据时，LLM最有用...” * - Mike Krieger（人类）。这是对牵引力和核心价值主张的官方确认，在社交媒体上已广泛分享。
• *“ Web3的承诺...最终可以通过自然语言和AI代理来实现。....MCP是我们在群众面前看到的最接近的Web3。” * - 值得注意的资本。这个大胆的声明引起了人们对加密型UX缓慢改善感到沮丧的人的共鸣。它表明AI可能会通过抽象复杂性来破解主流采用的代码。

**挑战和怀疑：**热情很高，媒体也讨论了挑战：

• **安全问题：**诸如新堆栈或安全博客之类的插座提出，如果不打磨，允许AI执行工具可能是危险的。如果恶意的MCP服务器试图获得AI执行有害动作怎么办？ Limechain博客明确警告了 *具有社区开发的MCP服务器的“重大安全风险” *（例如，处理私钥的服务器必须非常安全）。讨论中已经回应了这些问题：从本质上讲，MCP扩大了AI的能力，但权力带来了风险。社区的反应（指南，身份机制）也得到了涵盖，通常会确保正在建立缓解。尽管如此，任何对MCP的高调滥用（例如，AI引发了意外的加密转移）都会影响感知，因此媒体在这方面受到注意。
• **绩效和成本：**一些分析师指出，与直接调用API相比，使用使用工具的AI代理可能会慢或更昂贵（因为AI可能需要多个来回步骤来获得所需的东西）。在高频交易或链上执行环境中，该潜伏期可能会出现问题。目前，这些被视为优化的技术障碍（通过更好的代理设计或流媒体），而不是破坏交易。
• **炒作管理：**与任何趋势技术一样，都有一些炒作。一些声音警告不要将MCP宣布为所有问题。例如，拥抱的脸部文章问“ MCP是银弹吗？”答案否 - 开发人员仍然需要处理上下文管理，而MCP则可以与良好的提示和内存策略结合使用。这种平衡的意义在话语中是健康的。

**整体媒体情绪：**出现的叙述在很大程度上充满希望和前瞻性：

-MCP被视为一种实用工具，现在可以提供真正的改进（因此不是蒸气软件），该工具通过引用工作示例来强调：Claude Reading Files，使用MCP在VSCODE中使用MCP，AI在演示中完成SOLANA交易的AI等。

• 它也被描绘成AI和Web3的未来的战略关键。媒体经常得出结论，MCP或类似的事物对于“分散的AI”或“ Web4”或一个用于下一代Web的任何术语至关重要。有一种感觉，MCP打开了一扇门，现在的创新正在流动 - 无论是NAMDA的分散代理商还是将传统系统与AI连接到AI的企业，许多未来的故事情节都追溯到MCP的介绍。

在市场上，可以通过在MCP生态系统周围形成初创企业和资金来评估牵引力。确实，有传言/报告有创业公司专注于“ MCP市场”或托管MCP平台获得资金（关于其著名的资本写作表明VC兴趣）。我们可以期望媒体开始切向覆盖这些内容 - 例如，“启动X使用MCP让你的AI管理你的加密产品组合 - 筹集了Y百万美元”。

**感知的结论：**到2025年下半年，MCP享有突破性促进技术的声誉。它在人工智能和加密货币中都具有有影响力的人物的强烈倡导。公共叙述已经从 *“这是一个整洁的工具” *变成 * *“这可能是下一个网络的基础” *。同时，实际覆盖范围证实了它正在工作和被采用，并借用了信誉。只要社区继续应对挑战（安全性，规模安全）并且没有发生重大灾难，MCP的公开形象可能会保持积极的态度，甚至成为标志性的，因为“使AI和Web3共同发挥作用的协议”。

媒体可能会密切关注：

• 成功案例（例如，如果主要道路通过MCP实现AI司库，或者政府使用MCP用于开放数据AI系统）。
• 任何安全事件（评估风险）。
• MCP网络的发展以及任何令牌或区块链组件是否正式进入图片（这将是桥接AI和加密货币的大新闻）。

但是，到目前为止，可以通过Coindesk的一行来概括覆盖范围： *“ Web3和MCP的组合可能只是分散的AI的新基础。”

参考：

• 拟人新闻： *“介绍模型上下文协议”， * 2024年11月 -Limechain博客： *“什么是MCP，它如何适用于区块链？” * 2025年5月
• 链堆博客： *“ Web3构建器的MCP：Solana，EVM和文档”， * 2025年6月 -Coindesk Op-Ed： *“代理协议：Web3的MCP潜力”， * 7月2025年
• 著名的资本： *“为什么MCP代表真正的Web3机会”， * 7月2025年 -TechCrunch： *“ Openai采用人类标准……”， * 2025年3月26日 -TechCrunch： *“ Google要接受人类的标准……”， * 2025年4月9日 -TechCrunch： *“ Github，Microsoft Ably…（MCP指导委员会）”， * 2025年5月19日
• Microsoft Dev博客： *“ MCP的官方C＃SDK”， * 2025年4月
• 拥抱脸博客： *“＃14：什么是MCP，为什么每个人都在谈论它？” * 2025年3月
• 弥赛亚研究： *“ fetch.ai个人资料，” * 2023
• 中（NU BINDIMES）： *“揭开singularitynet”， * 2024年3月

谷歌的代理支付协议（AP2）是一个新宣布的开放标准，旨在实现由AI代理代表用户发起的安全、可信交易。AP2与超过60个支付和技术组织（包括主要支付网络、银行、金融科技公司和Web3公司）合作开发，建立了"代理支付"的通用语言 —— 即自主代理（如AI助手或基于LLM的代理）可以为用户执行的购买和金融交易。AP2的创建源于一个根本性转变：传统上，在线支付系统假设有人类直接点击"购买"，但AI代理按用户指令行动的兴起打破了这一假设。AP2解决了AI驱动商务中授权、真实性和问责制的挑战，同时与现有支付基础设施保持兼容。本报告检视了AP2的技术架构、目的和用例、与AI代理和支付提供商的集成、安全性和合规性考虑、与现有协议的比较、对Web3/去中心化系统的影响，以及行业采用/路线图。

技术架构：AP2如何工作​

AP2的核心引入了一个密码学安全的交易框架，基于可验证数字凭证（VDCs）—— 本质上是防篡改的签名数据对象，作为用户授权内容的数字"合约"。在AP2术语中，这些合约被称为授权书，它们为每笔交易形成可审计的证据链。AP2架构中有三种主要的授权书类型：

• 意图授权书： 捕获用户对购买的初始指令或条件，特别是在*"无人在场"场景中（代理将在用户不在线时稍后行动）。它定义了用户给予代理的授权范围* —— 例如，"如果音乐会门票降到200美元以下，最多买2张"。这个授权书由用户预先加密签名，作为在特定限制内同意的可验证证明。
• 购物车授权书： 代表用户已批准的最终交易详情，用于*"有人在场"*场景或结账时刻。它包括确切的商品或服务、价格和购买的其他细节。当代理准备完成交易时（例如填满购物车后），商家首先对购物车内容进行加密签名（保证订单详情和价格），然后用户（通过其设备或代理界面）签署创建购物车授权书。这确保了所见即所付，准确锁定向用户呈现的最终订单。
• 支付授权书： 发送给支付网络（如卡网络或银行）的单独凭证，表明AI代理参与了交易。支付授权书包含元数据，如用户在授权期间是否在场，并作为风险管理系统的标志。通过向收单银行和发卡银行提供用户意图的密码学可验证证据，这个授权书帮助它们评估上下文（例如，区分代理发起的购买与典型欺诈）并相应地管理合规或责任。

所有授权书都实现为由相关方密钥（用户、商家等）签名的可验证凭证，为每个代理主导的交易产生不可否认的审计跟踪。实际上，AP2使用基于角色的架构来保护敏感信息 —— 例如，代理可能处理意图授权书而从不看到原始支付详情，这些详情只在需要时以受控方式披露，保护隐私。用户意图 → 商家承诺 → 支付授权的密码学链建立了各方之间的信任，确保交易反映用户的真实指令，并且代理和商家都遵守了这些指令。

交易流程： 为说明AP2如何端到端工作，考虑一个有人参与的简单购买场景：

1. 用户请求： 用户要求其AI代理购买特定商品或服务（如"为我订购这双鞋，我的尺码"）。
2. 购物车构建： 代理与商家系统通信（使用标准API或通过代理对代理交互）为指定商品按给定价格组装购物车。
3. 商家保证： 在向用户展示购物车之前，商家端对购物车详情（商品、数量、价格等）进行加密签名。这一步创建了商家签名报价，保证确切条款（防止任何隐藏更改或价格操控）。
4. 用户批准： 代理向用户显示最终购物车。用户确认购买，此批准触发用户端的两个加密签名：一个在购物车授权书上（接受商家的购物车现状）和一个在支付授权书上（通过选定的支付提供商授权支付）。这些签名授权书然后分别与商家和支付网络共享。
5. 执行： 有了购物车授权书和支付授权书，商家和支付提供商继续安全执行交易。例如，商家向支付网络（卡网络、银行等）提交支付请求以及用户批准证明，支付网络可以验证支付授权书。结果是完成的购买交易，带有密码学审计跟踪将用户意图与最终支付联系起来。

这个流程展示了AP2如何在AI驱动购买的每一步都建立信任。商家有用户同意以什么价格购买什么的密码学证明，发卡行/银行有用户授权该支付的证明，即使AI代理促成了这个过程。在争议或错误的情况下，签名授权书作为明确证据，帮助确定问责（例如，如果代理偏离指令或如果费用不是用户批准的）。实质上，AP2的架构确保可验证的用户意图 —— 而不是对代理行为的信任 —— 是交易的基础，大大减少了模糊性。

AP2的目的和用例​

为什么需要AP2： AP2的主要目的是解决当AI代理可以代表用户花钱时出现的新兴信任和安全问题。谷歌及其合作伙伴确定了当自主代理在循环中时，今天的支付基础设施无法充分回答的几个关键问题：

• 授权： 如何证明用户实际给了代理进行特定购买的权限？（换句话说，确保代理不是在没有用户知情同意的情况下购买东西。）
• 真实性： 商家如何知道代理的购买请求是真实的，反映了用户的真实意图，而不是错误或AI幻觉？
• 问责制： 如果通过代理发生欺诈或错误交易，谁负责 —— 用户、商家、支付提供商，还是AI代理的创造者？

没有解决方案，这些不确定性围绕代理主导的商务创造了"信任危机"。AP2的使命是通过建立安全代理交易的统一协议来提供解决方案。通过引入标准化的授权书和意图证明，AP2防止了分散的生态系统，避免每个公司发明自己的临时代理支付方法。相反，任何符合要求的AI代理都可以在一套通用规则和验证下与任何符合要求的商家/支付提供商交互。这种一致性不仅避免了用户和商家的困惑，还为金融机构提供了管理代理发起支付风险的明确方式，而不是处理专有方法的拼接。简而言之，AP2的目的是成为让"代理经济"在不破坏支付生态系统的情况下增长的基础信任层。

预期用例： 通过解决上述问题，AP2为超越人类手动点击购买可能性的新商务体验和用例打开了大门。AP2支持的一些代理启用商务示例包括：

• 更智能的购物： 客户可以指示其代理，"我想要这件绿色冬季夹克，我愿意支付比当前价格高20%"。有了编码这些条件的意图授权书，代理将持续监控零售商网站或数据库。一旦夹克有绿色可选（并在价格阈值内），代理自动执行购买带有安全的签名交易 —— 捕获否则会错过的销售。从用户的初始请求到自动结账的整个交互都由AP2授权书管理，确保代理只购买授权的确切内容。
• 个性化优惠： 用户告诉其代理他们正在寻找来自特定商家的特定产品（比如新自行车）用于即将到来的旅行。代理可以与商家自己的AI代理分享这种兴趣（在意图授权书的边界内），包括相关上下文如旅行日期。商家代理知道用户的意图和上下文，可以回应定制套餐或折扣 —— 例如，"自行车+头盔+旅行架15%折扣，48小时内有效"。使用AP2，用户的代理可以安全地接受并完成这个定制优惠，将简单查询转变为商家更有价值的销售。
• 协调任务： 用户计划复杂任务（如周末旅行）完全委托它："为这些日期预订航班和酒店，总预算700美元"。代理可以与多个服务提供商的代理交互 —— 航空公司、酒店、旅行平台 —— 找到符合预算的组合。一旦确定了合适的航班-酒店套餐，代理使用AP2执行一次性多个预订，每个都经过加密签名（例如，为航空公司和酒店分别发出购物车授权书，都在用户的意图授权书下授权）。AP2确保这个协调交易的所有部分都按批准发生，甚至允许同时执行，这样门票和预订一起预订，没有一部分中途失败的风险。

这些场景只说明了AP2预期用例的一小部分。更广泛地说，AP2的灵活设计支持传统电商流程和全新的商务模式。例如，AP2可以促进类似订阅的服务（代理通过在满足条件时购买来保持你的必需品库存）、事件驱动购买（在触发事件发生瞬间购买门票或商品）、群体代理谈判（多个用户的代理汇集授权书来讨价还价群体交易），以及许多其他新兴模式。在每种情况下，共同点是AP2提供信任框架 —— 明确的用户授权和密码学可审计性 —— 允许这些代理驱动的交易安全发生。通过处理信任和验证层，AP2让开发者和企业专注于创新新的AI商务体验，而无需从头重新发明支付安全。

与代理、LLMs和支付提供商的集成​

AP2明确设计为与AI代理框架和现有支付系统无缝集成，充当两者之间的桥梁。谷歌将AP2定位为其代理对代理（A2A）协议和模型上下文协议（MCP）标准的扩展。换句话说，如果A2A为代理通信任务提供通用语言，MCP标准化AI模型如何整合上下文/工具，那么AP2在顶部添加了交易层用于商务。这些协议是互补的：A2A处理代理对代理通信（允许比如购物代理与商家代理对话），而AP2在这些交互中处理代理对商家支付授权。因为AP2是开放和非专有的，它意味着与框架无关：开发者可以将其与谷歌自己的代理开发工具包（ADK）或任何AI代理库一起使用，同样它可以与包括LLMs在内的各种AI模型工作。例如，基于LLM的代理可以通过生成和交换所需的授权书负载（由AP2规范指导）而不是仅仅自由形式文本来使用AP2。通过强制执行结构化协议，AP2帮助将AI代理的高级意图（可能来自LLM的推理）转换为具体的安全交易。

在支付方面，AP2是与传统支付提供商和标准协调构建的，而不是作为撕裂和替换系统。该协议是支付方法无关的，意味着它可以支持各种支付轨道 —— 从信用/借记卡网络到银行转账和数字钱包 —— 作为转移资金的底层方法。在其初始版本中，AP2强调与卡支付的兼容性，因为这些在在线商务中最常见。AP2支付授权书设计为插入现有的卡处理流程：它为支付网络（如Visa、万事达、美国运通）和发卡银行提供额外数据，表明AI代理参与以及用户是否在场，从而补充现有的欺诈检测和授权检查。本质上，AP2不处理支付本身；它用用户意图的密码学证明增强支付请求。这允许支付提供商以适当的谨慎或速度处理代理发起的交易（例如，如果发卡行看到有效的AP2授权书证明用户预先批准了它，可能会批准看起来不寻常的购买）。值得注意的是，谷歌和合作伙伴计划发展AP2以支持"推送"支付方法 —— 如实时银行转账（如印度的UPI或巴西的PIX系统）—— 以及其他新兴数字支付类型。这表明AP2的集成将扩展到卡之外，与全球现代支付趋势保持一致。

对于商家和支付处理商，集成AP2将意味着支持额外的协议消息（授权书）和验证签名。许多大型支付平台已经参与塑造AP2，所以我们可以期待它们会构建对它的支持。例如，像Adyen、Worldpay、PayPal、Stripe（没有明确提及但可能感兴趣）等公司可能会将AP2整合到其结账API或SDK中，允许代理以标准化方式发起支付。因为AP2是GitHub上带有参考实现的开放规范，支付提供商和技术平台可以立即开始实验。谷歌还提到了一个AI代理市场，第三方代理可以在其中列出 —— 这些代理预期支持AP2的任何交易能力。实际上，构建AI销售助手或采购代理的企业可以将其列在这个市场上，感谢AP2，该代理可以可靠地执行购买或订单。

最后，AP2的集成故事受益于其广泛的行业支持。通过与主要金融机构和技术公司共同开发协议，谷歌确保AP2与现有行业规则和合规要求保持一致。与支付网络（如万事达、银联）、发卡行（如美国运通）、金融科技公司（如Revolut、PayPal）、电商玩家（如Etsy）甚至身份/安全提供商（如Okta、Cloudflare）的合作表明AP2正在设计为以最小摩擦嵌入现实世界系统。这些利益相关者在KYC（了解你的客户法规）、欺诈预防和数据隐私等领域带来了专业知识，帮助AP2开箱即用地解决这些需求。总之，AP2构建为代理友好和支付提供商友好：它扩展现有AI代理协议来处理交易，并在现有支付网络之上分层以利用其基础设施，同时添加必要的信任保证。

安全性、合规性和互操作性考虑​

安全性和信任是AP2设计的核心。协议使用密码学（对授权书的数字签名）确保代理交易中的每个关键操作都是可验证和可追踪的。这种不可否认性是至关重要的：用户和商家都不能后来否认被授权和同意的内容，因为授权书作为安全记录。直接好处是在欺诈预防和争议解决方面 —— 使用AP2，如果恶意或有缺陷的代理尝试未授权购买，缺乏有效用户签名授权书将是明显的，交易可以被拒绝或撤销。相反，如果用户声称"我从未批准这次购买"，但存在带有其密码学签名的购物车授权书，商家和发卡行有强有力的证据支持费用。这种问责的清晰度回答了支付行业的主要合规关切。

授权和隐私： AP2强制执行代理主导交易的明确授权步骤，这与强客户认证等监管趋势保持一致。融入AP2的用户控制原则意味着代理不能花费资金，除非用户（或用户委托的人）提供了可验证的指令。即使在完全自主场景中，用户也通过意图授权书预定义规则。这种方法可以被视为类似于给代理特定交易的授权委托书，但以数字签名、细粒度的方式。从隐私角度来看，AP2注意数据共享：协议使用基于角色的数据架构来确保敏感信息（如支付凭证或个人详情）只与绝对需要它的各方共享。例如，代理可能向商家发送包含商品和价格信息的购物车授权书，但用户的实际卡号可能只通过支付授权书与支付处理商共享，而不与代理或商家共享。这最小化了数据的不必要暴露，有助于遵守隐私法和处理支付数据的PCI-DSS规则。

合规性和标准： 因为AP2是在既定金融实体的输入下开发的，它被设计为满足或补充支付中的现有合规标准。该协议不绕过通常的支付授权流程 —— 相反，它用额外的证据和标志增强它们。这意味着AP2交易仍然可以利用欺诈检测系统、3-D安全检查或任何需要的监管检查，AP2的授权书作为额外的认证因素或上下文线索。例如，银行可以将支付授权书视为类似于客户在交易上的数字签名，可能简化用户同意要求的合规性。此外，AP2的设计者明确提到与"行业规则和标准协调"工作。我们可以推断，随着AP2的发展，它可能被带到正式的标准机构（如W3C、EMVCo或ISO）以确保它与全球金融标准保持一致。谷歌已表示承诺通过标准组织开放、协作地发展AP2。这个开放过程将有助于解决任何监管关切并实现广泛接受，类似于之前的支付标准（EMV芯片卡、3-D安全等）如何经历行业范围的合作。

互操作性： 避免分散是AP2的关键目标。为此，协议是公开发布的，任何人都可以实现或集成。它不与谷歌云服务绑定 —— 实际上，AP2是开源（Apache-2许可），规范加上参考代码在公共GitHub存储库中。这鼓励互操作性，因为多个供应商可以采用AP2，他们的系统仍然可以协同工作。已经，互操作性原则被强调：AP2是现有开放协议（A2A、MCP）的扩展，是非专有的，意味着它促进了实现的竞争生态系统，而不是单一供应商解决方案。实际上，公司A构建的AI代理可以与公司B的商家系统发起交易，如果两者都遵循AP2 —— 双方都不锁定到一个平台。

一个可能的关切是确保一致的采用：如果一些主要玩家选择不同的协议或封闭方法，分散仍可能发生。然而，鉴于AP2背后的广泛联盟，它似乎准备成为事实标准。许多身份和安全专注公司（例如Okta、Cloudflare、Ping Identity）在AP2生态系统中的包含*图：超过60家跨金融、技术和加密的公司正在AP2上合作（合作伙伴的部分列表）。*表明互操作性和安全性正在共同解决。这些合作伙伴可以帮助将AP2集成到身份验证工作流程和欺诈预防工具中，确保AP2交易可以在系统间信任。

从技术角度来看，AP2使用广泛接受的密码学技术（可能基于JSON-LD或JWT的可验证凭证、公钥签名等）使其与现有安全基础设施兼容。组织可以使用其现有的PKI（公钥基础设施）来管理签名授权书的密钥。AP2似乎也预期与去中心化身份系统的集成：谷歌提到AP2创造了在代理授权的去中心化身份等领域创新的机会。这意味着未来，AP2可以利用DID（去中心化标识符）标准或去中心化标识符验证，以可信方式识别代理和用户。这种方法将通过不依赖任何单一身份提供商进一步增强互操作性。总之，AP2通过密码学和明确问责强调安全性，旨在通过设计准备合规，并通过其开放标准性质和广泛行业支持促进互操作性。

与现有协议的比较​

AP2是一个新颖的协议，解决了现有支付和代理框架未涵盖的空白：使自主代理能够以安全、标准化的方式执行支付。在代理通信协议方面，AP2建立在先前的工作之上，如代理对代理（A2A）协议。A2A（2025年早期开源）允许不同的AI代理互相交谈，无论其底层框架如何。然而，A2A本身没有定义代理应该如何进行交易或支付 —— 它更多是关于任务谈判和数据交换。AP2通过添加任何代理在对话导致购买时可以使用的交易层来扩展这个景观。实质上，AP2可以被视为A2A和MCP的补充，而不是重叠：A2A涵盖通信和协作方面，MCP涵盖使用外部工具/API，AP2涵盖支付和商务。它们一起形成了未来"代理经济"的标准栈。这种模块化方法有些类似于互联网协议：例如，用于数据通信的HTTP和用于安全的SSL/TLS —— 这里A2A可能像代理的HTTP，AP2是商务顶部的安全交易层。

当将AP2与传统支付协议和标准比较时，既有相似之处也有差异。传统在线支付（信用卡结账、PayPal交易等）通常涉及如HTTPS的安全传输协议，以及如PCI DSS的处理卡数据标准，加上可能的3-D安全的额外用户认证。这些假设用户驱动的流程（用户点击并可能输入一次性代码）。相比之下，AP2引入了第三方（代理）参与流程的方式，而不破坏安全性。可以将AP2的授权书概念与OAuth风格的委托授权的扩展进行比较，但应用于支付。在OAuth中，用户可以通过令牌授予应用程序对账户的有限访问；类似地在AP2中，用户通过授权书在某些条件下授予代理花费的权力。关键差异是AP2的"令牌"（授权书）是金融交易的特定签名指令，比现有支付授权更细粒度。

另一个比较点是AP2如何与现有电商结账流程相关。例如，许多电商网站使用如W3C支付请求API或平台特定SDK的协议来简化支付。这些主要标准化浏览器或应用程序如何从用户收集支付信息，而AP2标准化代理如何向商家和支付处理商证明用户意图。AP2专注于可验证意图和不可否认性，使其区别于更简单的支付API。它在支付网络之上添加了额外的信任层。可以说AP2不是替换支付网络（Visa、ACH、区块链等），而是增强它们。协议明确支持所有类型的支付方法（甚至加密），所以它更多是关于标准化代理与这些系统的交互，而不是从头创建新的支付轨道。

在安全和认证协议领域，AP2与EMV芯片卡中的数字签名或数字合约中的公证等事物有一些精神共同点。例如，EMV芯片卡交易生成密码图来证明卡在场；AP2生成密码学证明证明用户的代理被授权。两者都旨在防止欺诈，但AP2的范围是代理-用户关系和代理-商家消息传递，现有支付标准没有解决这个问题。另一个新兴的比较是与加密中的账户抽象（如ERC-4337），用户可以授权预编程的钱包操作。加密钱包可以设置为允许某些自动交易（如通过智能合约自动支付订阅），但这些通常局限于一个区块链环境。另一方面，AP2旨在跨平台 —— 它可以利用区块链进行一些支付（通过其扩展），但也与传统银行合作。

在主流支付行业中，还没有AP2的直接"竞争者"协议 —— 它似乎是AI代理支付开放标准的第一次协调努力。专有尝试可能出现（或可能已经在个别公司内部进行），但AP2的广泛支持使其在成为该标准方面具有优势。值得注意的是，IBM和其他公司有**代理通信协议（ACP）**和类似的代理互操作性举措，但这些没有以AP2那样全面的方式涵盖支付方面。如果有的话，AP2可能与这些努力集成或利用（例如，IBM的代理框架可以为任何商务任务实现AP2）。

总之，AP2通过针对AI和支付的独特交叉点来区分自己：旧的支付协议假设人类用户，AP2假设AI中介并填补由此产生的信任空白。它扩展而不是与现有支付流程冲突，并补充现有代理协议如A2A。展望未来，人们可能会看到AP2与既定标准一起使用 —— 例如，AP2购物车授权书可能与传统支付网关API调用协同工作，或者AP2支付授权书可能附加到银行业的ISO 8583消息。AP2的开放性也意味着如果出现任何替代方法，AP2可以通过社区合作潜在地吸收或与它们对齐。在这个阶段，AP2正在设定以前不存在的基线，有效地在AI和支付堆栈中开拓新的协议层。

对Web3和去中心化系统的影响​

从一开始，AP2就被设计为包容Web3和基于加密货币的支付。该协议认识到未来商务将跨越传统法币渠道和去中心化区块链网络。如前所述，AP2支持从信用卡和银行转账到稳定币和加密货币的支付类型。实际上，与AP2的发布一起，谷歌宣布了一个名为A2A x402的加密支付特定扩展。这个扩展与像Coinbase、以太坊基金会和MetaMask等加密行业玩家合作开发，是"代理基础加密支付的生产就绪解决方案"。名称"x402"是对HTTP 402"需要支付"状态代码的致敬，该代码从未在Web上广泛使用 —— AP2的加密扩展有效地复活了HTTP 402的精神，用于想要在链上相互收费或支付的去中心化代理。实际上，x402扩展将AP2的授权书概念适应区块链交易。例如，代理可以持有来自用户的签名意图授权书，然后在满足条件时执行链上支付（比如发送稳定币），将授权书证明附加到该链上交易。这将AP2的链下信任框架与区块链的无信任性质相结合，给出两个世界的最佳：*链下各方（用户、商家）*可以信任的链上支付由用户授权。

AP2和Web3之间的协同作用在合作者列表中是明显的。加密交易所（Coinbase）、区块链基金会（以太坊基金会）、加密钱包（MetaMask）和Web3初创公司（如Sui的Mysten Labs、闪电网络的Lightspark）参与了AP2的开发。他们的参与表明AP2被视为去中心化金融的补充而不是竞争。通过创建AI代理与加密支付交互的标准方式，AP2可以推动加密在AI驱动应用中的更多使用。例如，AI代理可能使用AP2在用信用卡或用稳定币支付之间无缝切换，取决于用户偏好或商家接受度。A2A x402扩展专门允许代理通过链上手段货币化或支付服务，这在未来的去中心化市场中可能至关重要。它暗示代理可能作为区块链上的自主经济行为者运行（一些人称为DACs或DAOs的概念），能够处理服务所需的支付（如向另一个代理支付信息的小费）。AP2可以为这种交易提供通用语言，确保即使在去中心化网络上，代理也有其行为的可证明授权书。

在竞争方面，人们可能会问：纯去中心化解决方案是否使AP2不必要，反之亦然？AP2很可能在分层方法中与Web3解决方案共存。去中心化金融提供无信任执行（智能合约等），但它本身不解决"AI是否有人类的权限做这件事？"的问题。AP2解决了这个非常重要的人类对AI信任链接，即使支付本身在链上，这仍然很重要。而不是与区块链协议竞争，AP2可以被视为将它们与链下世界桥接。例如，智能合约可能只有在包含对有效AP2授权书签名的引用时才接受某个交易 —— 这可以实现为结合链下意图证明和链上执行。相反，如果有加密原生代理框架（一些区块链项目探索用加密资金运营的自主代理），它们可能开发自己的授权方法。然而，AP2的广泛行业支持可能引导即使那些项目采用或与AP2集成以保持一致性。

另一个角度是去中心化身份和凭证。AP2使用可验证凭证非常符合Web3的身份方法（如W3C标准化的DIDs和VCs）。这意味着AP2可以插入去中心化身份系统 —— 例如，用户的DID可用于签名AP2授权书，商家可以对区块链或身份中心验证。探索代理授权的去中心化身份的提及强化了AP2可能利用Web3身份创新以去中心化方式验证代理和用户身份，而不是仅依赖中心化权威。这是协同点，因为AP2和Web3都旨在给用户更多控制和其行动的密码学证明。

潜在冲突可能只有在设想完全去中心化的商务生态系统没有大型中介角色的情况下才会出现 —— 在那种情况下，AP2（最初由谷歌和合作伙伴推动）可能太中心化或由传统玩家治理？重要的是注意AP2是开源的，旨在标准化，所以它不是谷歌专有的。这使它对重视开放协议的Web3社区更可接受。如果AP2被广泛采用，它可能减少对代理单独Web3特定支付协议的需求，从而统一努力。另一方面，一些区块链项目可能更喜欢纯链上授权机制（如多签钱包或链上托管逻辑）用于代理交易，特别是在没有任何中心化权威的无信任环境中。这些可以被视为替代方法，但它们可能仍然是小众，除非它们可以与链下系统交互。AP2通过涵盖两个世界，实际上可能通过使加密成为AI代理可以无缝使用的另一种支付方法来加速Web3采用。确实，一位合作伙伴注意到*"稳定币为[用于]传统基础设施的代理系统提供了明显的扩展挑战解决方案"，强调加密可以在处理规模或跨境场景中补充AP2。同时，Coinbase的工程负责人评论说，将x402加密扩展带入AP2"是有意义的 —— 这是代理的天然游乐场...很高兴看到代理相互支付与AI社区产生共鸣"*。这暗示AI代理通过加密网络交易的愿景不仅仅是理论想法，而是预期结果，AP2作为催化剂。

总之，AP2与Web3高度相关：它将加密支付作为一等公民纳入，并与去中心化身份和凭证标准保持一致。而不是与去中心化支付协议正面竞争，AP2可能与它们互操作 —— 提供授权层，而去中心化系统处理价值转移。随着传统金融和加密之间的界限模糊（稳定币、CBDCs等），像AP2这样的统一协议可以作为AI代理与任何形式的货币（中心化或去中心化）之间的通用适配器。

行业采用、合作伙伴关系和路线图​

AP2最大的优势之一是即使在这个早期阶段背后的广泛行业支持。谷歌云宣布它*"与超过60个组织的多元化群体合作"开发AP2。这些包括主要信用卡网络（如万事达、美国运通、JCB、银联）、领先的金融科技和支付处理商（PayPal、Worldpay、Adyen、Checkout.com、Stripe的竞争对手）、电商和在线市场（Etsy、Shopify（通过Stripe等合作伙伴）、Lazada、Zalora）、企业技术公司（Salesforce、ServiceNow、Oracle可能通过合作伙伴、Dell、Red Hat）、身份和安全公司（Okta、Ping Identity、Cloudflare）、咨询公司（德勤、埃森哲）和加密/Web3组织（Coinbase、以太坊基金会、MetaMask、Mysten Labs、Lightspark）等。如此广泛的参与者阵容是行业兴趣和可能采用的强烈指标。许多这些合作伙伴已经公开表达支持。例如，Adyen的联合CEO强调对代理商务"通用规则手册"的需求，并将AP2视为其支持商家新支付构建块使命的自然延伸。美国运通的EVP表示AP2对"下一代数字支付"*很重要，信任和问责是首要的。如前所述，Coinbase的团队对将加密支付集成到AP2中感到兴奋。这种支持合唱表明行业中许多人将AP2视为AI驱动支付的可能标准，他们渴望塑造它以确保满足其要求。

从采用立场来看，AP2目前处于规范和早期实现阶段（2025年9月宣布）。完整的技术规范、文档和一些参考实现（如Python等语言）在项目的GitHub上可供开发者实验。谷歌还表示AP2将被整合到其代理产品和服务中。一个值得注意的例子是前面提到的AI代理市场：这是一个第三方AI代理可以提供给用户的平台（可能是谷歌生成AI生态系统的一部分）。谷歌说许多构建代理的合作伙伴将使它们在市场中可用，"由AP2启用的新的可交易体验"。这暗示随着市场启动或增长，AP2将成为任何需要执行交易的代理的支柱，无论是从谷歌云市场自主购买软件还是代理为用户购买商品/服务。自主采购（一个代理代表公司从另一个代理购买）和自动许可证扩展等企业用例已被特别提及为AP2可能很快促进的领域。

在路线图方面，AP2文档和谷歌的宣布给出了一些明确指示：

• 近期： 继续协议的开放开发与社区输入。GitHub存储库将通过额外的参考实现和改进更新，随着现实世界测试的进行。我们可以期待库/SDK出现，使将AP2集成到代理应用程序中更容易。此外，合作伙伴公司可能进行初始试点项目或概念验证。鉴于许多大型支付公司参与，他们可能在受控环境中试用AP2（例如，在小用户测试版中的AP2启用结账选项）。
• 标准和治理： 谷歌已表达将AP2转移到开放治理模型的承诺，可能通过标准机构。这可能意味着向Linux基金会（如A2A协议所做）等组织提交AP2或形成联盟来维护它。Linux基金会、W3C甚至ISO/TC68（金融服务）等机构可能是正式化AP2的考虑。开放治理将向行业保证AP2不在单一公司控制下，将保持中性和包容性。
• 功能扩展： 技术上，路线图包括扩展对更多支付类型和用例的支持。如规范中所述，在卡之后，焦点将转移到**"推送"支付如银行汇款和本地实时支付方案，以及数字货币**。这意味着AP2将概述意图/购物车/支付授权书如何工作，比如直接银行转账或加密钱包转账，其中流程与卡拉取略有不同。A2A x402扩展是加密的一种扩展；类似地，我们可能看到开放银行API的扩展或B2B发票场景的扩展。
• 安全和合规增强： 随着真实交易开始通过AP2流动，将受到监管机构和安全研究人员的审查。开放过程可能会迭代使授权书更加稳健（例如，确保授权书格式标准化，可能使用W3C可验证凭证格式等）。与身份解决方案的集成（可能利用生物识别用于用户签名授权书，或将授权书链接到数字身份钱包）可能是路线图的一部分以增强信任。
• 生态系统工具： 一个新兴生态系统是可能的。已经，初创公司注意到空白 —— 例如，Vellum.ai分析提到一个名为Autumn的初创公司构建"AI计费基础设施"，本质上是Stripe之上的工具来处理AI服务的复杂定价。随着AP2获得牵引力，我们可以期待更多工具如代理专注的支付网关、授权书管理仪表板、代理身份验证服务等出现。谷歌的参与意味着AP2也可以集成到其云产品中 —— 想象Dialogflow或Vertex AI代理工具中的AP2支持，使代理处理交易成为一键（在谷歌云中管理所有必要的密钥和证书）。

总的来说，AP2的轨迹让人想起其他主要行业标准：有强大赞助商（谷歌）的初始启动、广泛行业联盟、开源参考代码，然后是迭代改进和在真实产品中的逐步采用。AP2邀请所有玩家"与我们一起构建这个未来"的事实强调路线图是关于合作的。如果势头继续，AP2可能在几年内变得像今天OAuth或OpenID Connect在其领域中一样普遍 —— 一个看不见但关键的层，实现跨服务的功能。

结论​

AP2（代理/代理支付协议）代表着朝着AI代理可以像人类一样可靠和安全地交易的未来迈出的重要一步。技术上，它引入了可验证授权书和凭证的巧妙机制，在代理主导的交易中注入信任，确保用户意图明确且可执行。其开放、可扩展的架构允许它与新兴的AI代理框架和既定的金融基础设施集成。通过解决授权、真实性和问责制的核心关切，AP2为AI驱动的商务蓬勃发展奠定了基础，而不牺牲安全性或用户控制。

AP2的引入可以被视为奠定新基础 —— 就像早期互联网协议启用网络一样 —— 为一些人称为"代理经济"的东西。它为无数创新铺平了道路：个人购物代理、自动交易发现机器人、自主供应链代理等，所有这些都在共同信任框架下运营。重要的是，AP2的包容性设计（拥抱从信用卡到加密的一切）将其定位在传统金融和Web3的交叉点，可能通过共同的代理中介协议桥接这些世界。

到目前为止，行业反应非常积极，广泛联盟表明AP2可能成为广泛采用的标准。AP2的成功将取决于持续合作和现实世界测试，但鉴于它解决的明确需求，其前景强劲。在更广泛的意义上，AP2例证了技术如何发展：一种新能力（AI代理）出现，破坏了旧假设，解决方案是开发一个新的开放标准来适应这种能力。通过现在投资开放的安全优先协议，谷歌及其合作伙伴有效地构建了下一个商务时代所需的信任架构。正如俗话说，"预测未来的最好方法是构建它" —— AP2是对AI代理为我们无缝处理交易的未来的押注，它正在积极构建使那个未来可行所需的信任和规则。

来源：

• 谷歌云博客 – "用新的代理支付协议（AP2）为AI商务提供动力" (2025年9月16日)
• AP2 GitHub文档 – "代理支付协议规范和概述"
• Vellum AI博客 – "谷歌的AP2：AI代理支付的新协议" (分析)
• Medium文章 – "谷歌代理支付协议（AP2）" (Tahir总结，2025年9月)
• AP2合作伙伴引用（谷歌云博客）
• A2A x402扩展 (AP2加密支付扩展) – GitHub README

隐私正在成为公共基础设施。在 2025 年，开发者需要让加密变得如存储数据一样简单的工具。Mysten Labs 的 Seal 正好提供了这样的解决方案——具有链上访问控制的去中心化密钥管理。本教程将教你如何使用基于身份的加密、门限安全和可编程访问策略构建安全的 Web3 应用程序。

简介：为什么 Seal 对 Web3 很重要​

传统的云应用程序依赖于中心化的密钥管理系统，其中单一提供商控制对加密数据的访问。虽然方便，但这创造了危险的单点故障。如果提供商被攻击、离线或决定限制访问，你的数据将变得无法访问或易受攻击。

Seal 完全改变了这种模式。由 Mysten Labs 为 Sui 区块链构建，Seal 是一个去中心化密钥管理（DSM）服务，支持：

• 基于身份的加密，内容在离开你的环境之前就受到保护
• 门限加密，将密钥访问分布在多个独立节点上
• 链上访问控制，具有时间锁、代币门控和自定义授权逻辑
• 存储无关设计，可与 Walrus、IPFS 或任何存储解决方案配合使用

无论你是在构建安全消息应用程序、门控内容平台还是时间锁定资产转移，Seal 都提供了你需要的加密原语和访问控制基础设施。

开始使用​

前提条件​

在深入学习之前，确保你具有：

• 安装了 Node.js 18+
• 对 TypeScript/JavaScript 的基本了解
• 用于测试的 Sui 钱包（如 Sui Wallet）
• 对区块链概念的理解

安装​

通过 npm 安装 Seal SDK：

npm install @mysten/seal

你还需要 Sui SDK 进行区块链交互：

npm install @mysten/sui

项目设置​

创建一个新项目并初始化它：

mkdir seal-tutorial
cd seal-tutorial
npm init -y
npm install @mysten/seal @mysten/sui typescript @types/node

创建一个简单的 TypeScript 配置：

// tsconfig.json
{
  "compilerOptions": {
    "target": "ES2020",
    "module": "commonjs",
    "strict": true,
    "esModuleInterop": true,
    "skipLibCheck": true,
    "forceConsistentCasingInFileNames": true
  }
}

核心概念：Seal 的工作原理​

在编写代码之前，让我们了解 Seal 的架构：

1. 基于身份的加密 (IBE)​

与传统的加密方式不同（你加密到公钥），IBE 让你加密到一个身份（如电子邮件地址或 Sui 地址）。接收者只有在能够证明他们控制该身份时才能解密。

2. 门限加密​

Seal 使用 t-of-n 门限方案，而不是信任单个密钥服务器。你可以配置 3-of-5 密钥服务器，这意味着任何 3 个服务器可以合作提供解密密钥，但 2 个或更少的服务器不能。

3. 链上访问控制​

访问策略由 Sui 智能合约强制执行。在密钥服务器提供解密密钥之前，它会验证请求者是否满足链上策略要求（代币所有权、时间约束等）。

4. 密钥服务器网络​

分布式密钥服务器验证访问策略并生成解密密钥。这些服务器由不同的方运营，以确保没有单一控制点。

基本实现：你的第一个 Seal 应用程序​

让我们构建一个简单的应用程序，它加密敏感数据并通过 Sui 区块链策略控制访问。

步骤 1：初始化 Seal 客户端​

// src/seal-client.ts
import { SealClient } from '@mysten/seal';
import { SuiClient } from '@mysten/sui/client';

export async function createSealClient() {
  // 为测试网初始化 Sui 客户端
  const suiClient = new SuiClient({
    url: 'https://fullnode.testnet.sui.io'
  });

  // 使用测试网密钥服务器配置 Seal 客户端
  const sealClient = new SealClient({
    suiClient,
    keyServers: [
      'https://keyserver1.seal-testnet.com',
      'https://keyserver2.seal-testnet.com',
      'https://keyserver3.seal-testnet.com'
    ],
    threshold: 2, // 2-of-3 门限
    network: 'testnet'
  });

  return { sealClient, suiClient };
}

步骤 2：简单加密/解密​

// src/basic-encryption.ts
import { createSealClient } from './seal-client';

async function basicExample() {
  const { sealClient } = await createSealClient();

  // 要加密的数据
  const sensitiveData = "这是我的秘密消息！";
  const recipientAddress = "0x742d35cc6d4c0c08c0f9bf3c9b2b6c64b3b4f5c6d7e8f9a0b1c2d3e4f5a6b7c8";

  try {
    // 为特定的 Sui 地址加密数据
    const encryptedData = await sealClient.encrypt({
      data: Buffer.from(sensitiveData, 'utf-8'),
      recipientId: recipientAddress,
      // 可选：添加元数据
      metadata: {
        contentType: 'text/plain',
        timestamp: Date.now()
      }
    });

    console.log('加密数据：', {
      ciphertext: encryptedData.ciphertext.toString('base64'),
      encryptionId: encryptedData.encryptionId
    });

    // 稍后，解密数据（需要适当的授权）
    const decryptedData = await sealClient.decrypt({
      ciphertext: encryptedData.ciphertext,
      encryptionId: encryptedData.encryptionId,
      recipientId: recipientAddress
    });

    console.log('解密数据：', decryptedData.toString('utf-8'));

  } catch (error) {
    console.error('加密/解密失败：', error);
  }
}

basicExample();

使用 Sui 智能合约的访问控制​

Seal 的真正威力来自可编程访问控制。让我们创建一个时间锁定加密示例，其中数据只能在特定时间后解密。

步骤 1：部署访问控制合约​

首先，我们需要一个定义访问策略的 Move 智能合约：

// contracts/time_lock.move
module time_lock::policy {
    use sui::clock::{Self, Clock};
    use sui::object::{Self, UID};
    use sui::tx_context::{Self, TxContext};

    public struct TimeLockPolicy has key, store {
        id: UID,
        unlock_time: u64,
        authorized_user: address,
    }

    public fun create_time_lock(
        unlock_time: u64,
        authorized_user: address,
        ctx: &mut TxContext
    ): TimeLockPolicy {
        TimeLockPolicy {
            id: object::new(ctx),
            unlock_time,
            authorized_user,
        }
    }

    public fun can_decrypt(
        policy: &TimeLockPolicy,
        user: address,
        clock: &Clock
    ): bool {
        let current_time = clock::timestamp_ms(clock);
        policy.authorized_user == user && current_time >= policy.unlock_time
    }
}

步骤 2：与 Seal 集成​

// src/time-locked-encryption.ts
import { createSealClient } from './seal-client';
import { TransactionBlock } from '@mysten/sui/transactions';

async function createTimeLocked() {
  const { sealClient, suiClient } = await createSealClient();

  // 在 Sui 上创建访问策略
  const txb = new TransactionBlock();

  const unlockTime = Date.now() + 60000; // 1分钟后解锁
  const authorizedUser = "0x742d35cc6d4c0c08c0f9bf3c9b2b6c64b3b4f5c6d7e8f9a0b1c2d3e4f5a6b7c8";

  txb.moveCall({
    target: 'time_lock::policy::create_time_lock',
    arguments: [
      txb.pure(unlockTime),
      txb.pure(authorizedUser)
    ]
  });

  // 执行交易创建策略
  const result = await suiClient.signAndExecuteTransactionBlock({
    transactionBlock: txb,
    signer: yourKeypair, // 你的 Sui 密钥对
  });

  const policyId = result.objectChanges?.find(
    change => change.type === 'created'
  )?.objectId;

  // 现在使用此策略加密
  const sensitiveData = "这将在1分钟后解锁！";

  const encryptedData = await sealClient.encrypt({
    data: Buffer.from(sensitiveData, 'utf-8'),
    recipientId: authorizedUser,
    accessPolicy: {
      policyId,
      policyType: 'time_lock'
    }
  });

  console.log('时间锁定数据已创建。请在1分钟后尝试解密。');

  return {
    encryptedData,
    policyId,
    unlockTime
  };
}

实际示例​

示例 1：安全消息应用程序​

// src/secure-messaging.ts
import { createSealClient } from './seal-client';

class SecureMessenger {
  private sealClient: any;

  constructor(sealClient: any) {
    this.sealClient = sealClient;
  }

  async sendMessage(
    message: string,
    recipientAddress: string,
    senderKeypair: any
  ) {
    const messageData = {
      content: message,
      timestamp: Date.now(),
      sender: senderKeypair.toSuiAddress(),
      messageId: crypto.randomUUID()
    };

    const encryptedMessage = await this.sealClient.encrypt({
      data: Buffer.from(JSON.stringify(messageData), 'utf-8'),
      recipientId: recipientAddress,
      metadata: {
        type: 'secure_message',
        sender: senderKeypair.toSuiAddress()
      }
    });

    // 将加密消息存储在去中心化存储（Walrus）上
    return this.storeOnWalrus(encryptedMessage);
  }

  async readMessage(encryptionId: string, recipientKeypair: any) {
    // 从存储中检索
    const encryptedData = await this.retrieveFromWalrus(encryptionId);

    // 使用 Seal 解密
    const decryptedData = await this.sealClient.decrypt({
      ciphertext: encryptedData.ciphertext,
      encryptionId: encryptedData.encryptionId,
      recipientId: recipientKeypair.toSuiAddress()
    });

    return JSON.parse(decryptedData.toString('utf-8'));
  }

  private async storeOnWalrus(data: any) {
    // 与 Walrus 存储的集成
    // 这将把加密数据上传到 Walrus
    // 并返回用于检索的 blob ID
  }

  private async retrieveFromWalrus(blobId: string) {
    // 使用 blob ID 从 Walrus 检索加密数据
  }
}

示例 2：代币门控内容平台​

// src/gated-content.ts
import { createSealClient } from './seal-client';

class ContentGating {
  private sealClient: any;
  private suiClient: any;

  constructor(sealClient: any, suiClient: any) {
    this.sealClient = sealClient;
    this.suiClient = suiClient;
  }

  async createGatedContent(
    content: string,
    requiredNftCollection: string,
    creatorKeypair: any
  ) {
    // 创建 NFT 所有权策略
    const accessPolicy = await this.createNftPolicy(
      requiredNftCollection,
      creatorKeypair
    );

    // 使用 NFT 访问要求加密内容
    const encryptedContent = await this.sealClient.encrypt({
      data: Buffer.from(content, 'utf-8'),
      recipientId: 'nft_holders', // NFT 持有者的特殊接收者
      accessPolicy: {
        policyId: accessPolicy.policyId,
        policyType: 'nft_ownership'
      }
    });

    return {
      contentId: encryptedContent.encryptionId,
      accessPolicy: accessPolicy.policyId
    };
  }

  async accessGatedContent(
    contentId: string,
    userAddress: string,
    userKeypair: any
  ) {
    // 首先验证 NFT 所有权
    const hasAccess = await this.verifyNftOwnership(
      userAddress,
      contentId
    );

    if (!hasAccess) {
      throw new Error('访问被拒绝：未找到所需的 NFT');
    }

    // 解密内容
    const decryptedContent = await this.sealClient.decrypt({
      encryptionId: contentId,
      recipientId: userAddress
    });

    return decryptedContent.toString('utf-8');
  }

  private async createNftPolicy(collection: string, creator: any) {
    // 创建检查 NFT 所有权的 Move 合约
    // 返回策略对象 ID
  }

  private async verifyNftOwnership(user: string, contentId: string) {
    // 检查用户是否拥有所需的 NFT
    // 查询 Sui 的 NFT 所有权
  }
}

示例 3：时间锁定资产转移​

// src/time-locked-transfer.ts
import { createSealClient } from './seal-client';

async function createTimeLockTransfer(
  assetData: any,
  recipientAddress: string,
  unlockTimestamp: number,
  senderKeypair: any
) {
  const { sealClient, suiClient } = await createSealClient();

  // 在 Sui 上创建时间锁定策略
  const timeLockPolicy = await createTimeLockPolicy(
    unlockTimestamp,
    recipientAddress,
    senderKeypair,
    suiClient
  );

  // 加密资产转移数据
  const transferData = {
    asset: assetData,
    recipient: recipientAddress,
    unlockTime: unlockTimestamp,
    transferId: crypto.randomUUID()
  };

  const encryptedTransfer = await sealClient.encrypt({
    data: Buffer.from(JSON.stringify(transferData), 'utf-8'),
    recipientId: recipientAddress,
    accessPolicy: {
      policyId: timeLockPolicy.policyId,
      policyType: 'time_lock'
    }
  });

  console.log(`资产锁定至 ${new Date(unlockTimestamp)}`);

  return {
    transferId: encryptedTransfer.encryptionId,
    unlockTime: unlockTimestamp,
    policyId: timeLockPolicy.policyId
  };
}

async function claimTimeLockTransfer(
  transferId: string,
  recipientKeypair: any
) {
  const { sealClient } = await createSealClient();

  try {
    const decryptedData = await sealClient.decrypt({
      encryptionId: transferId,
      recipientId: recipientKeypair.toSuiAddress()
    });

    const transferData = JSON.parse(decryptedData.toString('utf-8'));

    // 处理资产转移
    console.log('资产转移已解锁：', transferData);

    return transferData;
  } catch (error) {
    console.error('转移尚未解锁或访问被拒绝：', error);
    throw error;
  }
}

与 Walrus 去中心化存储的集成​

Seal 与 Sui 的去中心化存储解决方案 Walrus 无缝协作。以下是如何集成两者：

// src/walrus-integration.ts
import { createSealClient } from './seal-client';

class SealWalrusIntegration {
  private sealClient: any;
  private walrusClient: any;

  constructor(sealClient: any, walrusClient: any) {
    this.sealClient = sealClient;
    this.walrusClient = walrusClient;
  }

  async storeEncryptedData(
    data: Buffer,
    recipientAddress: string,
    accessPolicy?: any
  ) {
    // 使用 Seal 加密
    const encryptedData = await this.sealClient.encrypt({
      data,
      recipientId: recipientAddress,
      accessPolicy
    });

    // 在 Walrus 上存储加密数据
    const blobId = await this.walrusClient.store(
      encryptedData.ciphertext
    );

    // 返回包含 Seal 和 Walrus 信息的引用
    return {
      blobId,
      encryptionId: encryptedData.encryptionId,
      accessPolicy: encryptedData.accessPolicy
    };
  }

  async retrieveAndDecrypt(
    blobId: string,
    encryptionId: string,
    userKeypair: any
  ) {
    // 从 Walrus 检索
    const encryptedData = await this.walrusClient.retrieve(blobId);

    // 使用 Seal 解密
    const decryptedData = await this.sealClient.decrypt({
      ciphertext: encryptedData,
      encryptionId,
      recipientId: userKeypair.toSuiAddress()
    });

    return decryptedData;
  }
}

// 使用示例
async function walrusExample() {
  const { sealClient } = await createSealClient();
  const walrusClient = new WalrusClient('https://walrus-testnet.sui.io');

  const integration = new SealWalrusIntegration(sealClient, walrusClient);

  const fileData = Buffer.from('重要文档内容');
  const recipientAddress = '0x...';

  // 存储加密数据
  const result = await integration.storeEncryptedData(
    fileData,
    recipientAddress
  );

  console.log('已存储，Blob ID：', result.blobId);

  // 稍后，检索并解密
  const decrypted = await integration.retrieveAndDecrypt(
    result.blobId,
    result.encryptionId,
    recipientKeypair
  );

  console.log('检索到的数据：', decrypted.toString());
}

门限加密高级配置​

对于生产应用程序，你需要配置具有多个密钥服务器的自定义门限加密：

// src/advanced-threshold.ts
import { SealClient } from '@mysten/seal';

async function setupProductionSeal() {
  // 配置多个独立的密钥服务器
  const keyServers = [
    'https://keyserver-1.your-org.com',
    'https://keyserver-2.partner-org.com',
    'https://keyserver-3.third-party.com',
    'https://keyserver-4.backup-provider.com',
    'https://keyserver-5.fallback.com'
  ];

  const sealClient = new SealClient({
    keyServers,
    threshold: 3, // 3-of-5 门限
    network: 'mainnet',
    // 高级选项
    retryAttempts: 3,
    timeoutMs: 10000,
    backupKeyServers: [
      'https://backup-1.emergency.com',
      'https://backup-2.emergency.com'
    ]
  });

  return sealClient;
}

async function robustEncryption() {
  const sealClient = await setupProductionSeal();

  const criticalData = "关键任务加密数据";

  // 以高安全保证进行加密
  const encrypted = await sealClient.encrypt({
    data: Buffer.from(criticalData, 'utf-8'),
    recipientId: '0x...',
    // 要求所有5个服务器以获得最大安全性
    customThreshold: 5,
    // 添加冗余
    redundancy: 2,
    accessPolicy: {
      // 多因子要求
      requirements: ['nft_ownership', 'time_lock', 'multisig_approval']
    }
  });

  return encrypted;
}

安全最佳实践​

1. 密钥管理​

// src/security-practices.ts

// 正确：使用安全的密钥派生
import { generateKeypair } from '@mysten/sui/cryptography/ed25519';

const keypair = generateKeypair();

// 正确：安全地存储密钥（使用环境变量的示例）
const keypair = Ed25519Keypair.fromSecretKey(
  process.env.PRIVATE_KEY
);

// 错误：永远不要硬编码密钥
const badKeypair = Ed25519Keypair.fromSecretKey(
  "hardcoded-secret-key-12345" // 不要这样做！
);

2. 访问策略验证​

// 在加密前始终验证访问策略
async function secureEncrypt(data: Buffer, recipient: string) {
  const { sealClient } = await createSealClient();

  // 验证接收者地址
  if (!isValidSuiAddress(recipient)) {
    throw new Error('无效的接收者地址');
  }

  // 检查策略是否存在且有效
  const policy = await validateAccessPolicy(policyId);
  if (!policy.isValid) {
    throw new Error('无效的访问策略');
  }

  return sealClient.encrypt({
    data,
    recipientId: recipient,
    accessPolicy: policy
  });
}

3. 错误处理和回退机制​

// 健壮的错误处理
async function resilientDecrypt(encryptionId: string, userKeypair: any) {
  const { sealClient } = await createSealClient();

  try {
    return await sealClient.decrypt({
      encryptionId,
      recipientId: userKeypair.toSuiAddress()
    });
  } catch (error) {
    if (error.code === 'ACCESS_DENIED') {
      throw new Error('访问被拒绝：请检查你的权限');
    } else if (error.code === 'KEY_SERVER_UNAVAILABLE') {
      // 尝试使用备份配置
      return await retryWithBackupServers(encryptionId, userKeypair);
    } else if (error.code === 'THRESHOLD_NOT_MET') {
      throw new Error('可用的密钥服务器不足');
    } else {
      throw new Error(`解密失败：${error.message}`);
    }
  }
}

4. 数据验证​

// 在加密前验证数据
function validateDataForEncryption(data: Buffer): boolean {
  // 检查大小限制
  if (data.length > 1024 * 1024) { // 1MB 限制
    throw new Error('数据太大，无法加密');
  }

  // 检查敏感模式（可选）
  const dataStr = data.toString();
  if (containsSensitivePatterns(dataStr)) {
    console.warn('警告：数据包含潜在的敏感模式');
  }

  return true;
}

性能优化​

1. 批处理操作​

// 批量多个加密以提高效率
async function batchEncrypt(dataItems: Buffer[], recipients: string[]) {
  const { sealClient } = await createSealClient();

  const promises = dataItems.map((data, index) =>
    sealClient.encrypt({
      data,
      recipientId: recipients[index]
    })
  );

  return Promise.all(promises);
}

2. 缓存密钥服务器响应​

// 缓存密钥服务器会话以减少延迟
class OptimizedSealClient {
  private sessionCache = new Map();

  async encryptWithCaching(data: Buffer, recipient: string) {
    let session = this.sessionCache.get(recipient);

    if (!session || this.isSessionExpired(session)) {
      session = await this.createNewSession(recipient);
      this.sessionCache.set(recipient, session);
    }

    return this.encryptWithSession(data, session);
  }
}

测试你的 Seal 集成​

单元测试​

// tests/seal-integration.test.ts
import { describe, it, expect } from 'jest';
import { createSealClient } from '../src/seal-client';

describe('Seal 集成', () => {
  it('应该成功加密和解密数据', async () => {
    const { sealClient } = await createSealClient();
    const testData = Buffer.from('测试消息');
    const recipient = '0x742d35cc6d4c0c08c0f9bf3c9b2b6c64b3b4f5c6d7e8f9a0b1c2d3e4f5a6b7c8';

    const encrypted = await sealClient.encrypt({
      data: testData,
      recipientId: recipient
    });

    expect(encrypted.encryptionId).toBeDefined();
    expect(encrypted.ciphertext).toBeDefined();

    const decrypted = await sealClient.decrypt({
      ciphertext: encrypted.ciphertext,
      encryptionId: encrypted.encryptionId,
      recipientId: recipient
    });

    expect(decrypted.toString()).toBe('测试消息');
  });

  it('应该强制执行访问控制策略', async () => {
    // 测试未授权用户无法解密
    const { sealClient } = await createSealClient();

    const encrypted = await sealClient.encrypt({
      data: Buffer.from('秘密'),
      recipientId: 'authorized-user'
    });

    await expect(
      sealClient.decrypt({
        ciphertext: encrypted.ciphertext,
        encryptionId: encrypted.encryptionId,
        recipientId: 'unauthorized-user'
      })
    ).rejects.toThrow('访问被拒绝');
  });
});

部署到生产环境​

环境配置​

// config/production.ts
export const productionConfig = {
  keyServers: [
    process.env.KEY_SERVER_1,
    process.env.KEY_SERVER_2,
    process.env.KEY_SERVER_3,
    process.env.KEY_SERVER_4,
    process.env.KEY_SERVER_5
  ],
  threshold: 3,
  network: 'mainnet',
  suiRpc: process.env.SUI_RPC_URL,
  walrusGateway: process.env.WALRUS_GATEWAY,
  // 安全设置
  maxDataSize: 1024 * 1024, // 1MB
  sessionTimeout: 3600000, // 1小时
  retryAttempts: 3
};

监控和日志记录​

// utils/monitoring.ts
export class SealMonitoring {
  static logEncryption(encryptionId: string, recipient: string) {
    console.log(`[SEAL] 为 ${recipient} 加密数据 ${encryptionId}`);
    // 发送到你的监控服务
  }

  static logDecryption(encryptionId: string, success: boolean) {
    console.log(`[SEAL] 解密 ${encryptionId}：${success ? '成功' : '失败'}`);
  }

  static logKeyServerHealth(serverUrl: string, status: string) {
    console.log(`[SEAL] 密钥服务器 ${serverUrl}：${status}`);
  }
}

资源和后续步骤​

官方文档​

• Seal 文档: https://seal-docs.wal.app/
• GitHub 仓库: https://github.com/MystenLabs/seal
• Sui 文档: https://docs.sui.io/
• Walrus 文档: https://docs.wal.app/

社区和支持​

• Sui Discord: 加入 #seal 频道获得社区支持
• GitHub Issues: 报告错误和请求功能
• 开发者论坛: Sui 社区论坛进行讨论

要探索的高级主题​

1. 自定义访问策略：使用 Move 合约构建复杂的授权逻辑
2. 跨链集成：将 Seal 与其他区块链网络一起使用
3. 企业密钥管理：设置你自己的密钥服务器基础设施
4. 审计和合规：为受监管环境实施日志记录和监控

示例应用程序​

• 安全聊天应用：使用 Seal 的端到端加密消息传递
• 文档管理：具有访问控制的企业文档共享
• 数字版权管理：具有使用策略的内容分发
• 隐私保护分析：加密数据处理工作流

结论​

Seal 代表了朝着使隐私和加密成为 Web3 中基础设施级关注点的根本转变。通过结合基于身份的加密、门限安全和可编程访问控制，它为开发者提供了构建真正安全和去中心化应用程序的强大工具。

使用 Seal 构建的主要优势包括：

• 无单点故障：分布式密钥服务器消除了中央权威
• 可编程安全：基于智能合约的访问策略提供灵活的授权
• 开发者友好：TypeScript SDK 与现有的 Web3 工具无缝集成
• 存储无关：与 Walrus、IPFS 或任何存储解决方案配合使用
• 生产就绪：由 Mysten Labs 构建，具有企业安全标准

无论你是在保护用户数据、实施订阅模型还是构建复杂的多方应用程序，Seal 都提供了你需要的加密原语和访问控制基础设施，让你可以放心地构建。

今天就开始构建，加入越来越多的开发者生态系统，让隐私成为公共基础设施的基本组成部分。

准备开始构建了吗？ 安装 @mysten/seal 并开始尝试本教程中的示例。去中心化网络正在等待将隐私和安全放在首位的应用程序。

推出协议或扩展一款链上产品，已经不再是单纯的技术问题。监管机构密切关注从代币发行到钱包隐私的每个环节，用户也期待达到消费级的安全保障。若想持续安心地构建，创始团队必须把复杂的法律备忘录转化为明确的产品决策。基于 Web3 律师最常遇到的 50 个问题，这份手册将要点拆解为建设者可以立即执行的动作。

1. 组织与治理：拆分开发公司、基金会与社区​

• 选择合适的法律载体。 传统 C-corp 或 LLC 仍然最适合处理薪酬、知识产权与投资人尽调。若要运营协议或社区资助项目，独立的非营利机构或基金会能保持激励清晰、治理透明。
• 把所有关系写进合同。 使用知识产权转让、保密协议，以及带有悬崖期、锁仓和恶意行为追回条款的归属计划。记录董事会批准，并像管理股权一样严密维护代币台账。
• 明确不同实体的边界。 开发公司可以按许可进行建设，但预算、金库政策与决策权应交由拥有章程和宪章的基金会或 DAO。若 DAO 需要法律主体，可使用 LLC 等包装。

2. 代币与证券：围绕使用价值设计，并保存决策依据​

• 假设监管会透过标签看本质。 “治理”或“功能型”标签只有在用户真正使用上线网络、出于消费动机购买且未被承诺收益时才有帮助。锁仓能减轻投机，却应记录其作为稳定性或反女巫措施的理由。
• 区分使用权与投资工具。 功能型代币应像产品通行证——价格、文档与营销都必须突出服务使用权，而非未来利润。稳定币则因储备与赎回权不同，可能触发支付或电子货币监管。
• 将质押与收益视作金融产品。 宣传年化收益、资金池或依赖团队努力，都会提高被视为证券的风险。保持营销用语朴素，披露风险因素；若通过 SAFT 募资，务必规划一条合规的主网发行路径。
• 记住 NFT 也可能被认定为证券。 分割、收益共享或强调盈利预期都会让风险上升。用途明确、附带清晰授权的消费型 NFT 风险更低。

3. 融资与销售：宣传网络价值，而非投机故事​

• 像成熟企业一样披露信息。 销售文件中要包含目的、功能、归属安排、分配、转让限制、依赖关系与资金用途。营销文案必须与之保持一致——杜绝“保本保息”类表述。
• 尊重各司法辖区的界限。 若无法满足美国等高风险市场的要求，就结合地理屏蔽、资格审查、合同限制与售后监测。KYC/AML 已是销售标配，在空投场景中也日益常见。
• 管控宣传风险。 网红推广须清晰披露合作关系并使用合规话术。交易所上币或做市协议需要书面合同、冲突审查，以及与平台的真实沟通。

4. 反洗钱、税务与知识产权：把控制点融入产品​

• 搞清自己的监管身份。 非托管软件通常 AML 负担较轻，但一旦涉及法币出入口、托管或撮合交易，就可能落入货币传输或虚拟资产服务提供商（VASP）监管。提前准备制裁筛查、升级流程，并在适用时做好旅行规则准备。
• 在会计上把代币视作现金。 收到代币通常按公允价值入账，后续处置会产生损益。向员工或外包发放代币多数在归属时计税——务必签订书面协议，跟踪成本基础，并为波动做好准备。
• 尊重知识产权边界。 为 NFT 与链上内容配套明确授权条款，遵守第三方开源协议，并注册商标。若训练 AI 模型，确认数据许可并剔除敏感信息。

5. 隐私与数据：少收集，做好删除方案​

• 默认钱包地址也是个人数据。 一旦与 IP、设备 ID 或邮箱关联，就构成可识别信息。仅收集必要数据，尽量放在链下，并采用哈希或代币化处理。
• 面向删除权设计。 链上不可篡改并不意味着可以无视隐私法规：避免把 PII 写入链上，接到删除请求时移除引用，并切断可重新识别哈希数据的关联。
• 公开透明地说明遥测。 Cookie 横幅、分析工具披露与退出选项都是基本要求。制定事件响应计划，明确严重级别、通知时限与联络人。

6. 运营与风险：尽早审计，持续沟通​

• 进行审计并主动披露。 独立的智能合约审计、必要时的形式化验证以及持续的漏洞赏金都是成熟度的标志。发布报告，坦诚说明剩余风险。
• 制定清晰的服务条款。 明确托管状态、适用资格、禁止用途、争议解决机制以及分叉处理方式。确保 ToS、隐私政策与产品行为一致。
• 提前规划分叉、保险与全球化。 保留选择支持链、快照时间与迁移路径的权利。评估网络安全、犯罪、董事与高级职员（D&O）及技术差错与疏漏（Tech E&O）等保险。面向全球运营时，做好条款本地化、出口管制审查，并通过 EOR/PEO 合作伙伴避免用工误分类。
• 为争议做好准备。 事先决定是否采用仲裁或集体诉讼弃权条款。记录执法机构的请求，核查法律程序，并解释诸如不掌握用户私钥等技术限制。

7. 建设者行动清单​

• 梳理自身角色：软件提供方、托管方、类经纪服务还是支付中介。
• 让市场宣传只描述事实与功能，避免暗示投机性收益。
• 尽量减少托管与个人数据采集，并记录不可避免的接触点。
• 持续更新代币分配、治理设计、审计状态与风险决策等文档。
• 从第一天起就为法律顾问、合规工具、审计、漏洞赏金和税务专家编列预算。

8. 让法律建议转化为产品速度​

监管不会为建设者放慢脚步。真正改变结局的是，把法律考量融入需求优先级排序、金库管理与用户沟通之中。让法务参与冲刺评审，演练事件响应，并像迭代 UX 一样迭代披露文本。做到这些，以上 50 个常见问题就不再是阻碍，而会成为协议的竞争护城河。

大多数应用仍然将身份绑定到用户名、密码和中心化数据库。这种模型脆弱（泄露）、易泄漏（数据转售）且笨拙（无尽的 KYC 重复）。围绕去中心化标识符（DID）、可验证凭证（VC）和声明的新技术栈指向了不同的未来：用户携带关于自己的加密证明，只披露必要的信息——不多也不少。

本文提炼了全景，并提供了一个可以今天就交付的实用蓝图。

转变：从账户到凭证​

这套新身份栈的核心建立在两个基础性的 W3C 标准之上，彻底改变了我们处理用户数据的方式。

• 去中心化标识符（DIDs）： 由用户自行控制的标识符，无需像域名系统那样的中心化注册表。可以把 DID 看作是永久的、自己拥有的身份地址。DID 解析为签名的 “DID 文档”，其中包含公钥和服务端点，实现安全的去中心化认证。v1.0 标准于 2022 年 7 月 19 日 成为正式的 W3C 推荐稿，标志着生态系统的重要里程碑。
• 可验证凭证（VCs）： 一种防篡改的数字格式，用于表达诸如 “年龄超过 18 岁”、 “拥有 X 大学的文凭” 或 “已通过 KYC 检查” 等声明。VC 数据模型 2.0 于 2025 年 5 月 15 日 成为 W3C 推荐稿，为凭证的发行与验证奠定了现代化基础。

对开发者有什么变化？ 影响深远。你不再把敏感的个人可识别信息（PII）存入数据库，而是验证用户钱包提供的加密证明。得益于 选择性披露 等强大原语，你可以仅请求所需的特定信息（例如特定国家的居住权），而无需看到完整文档。

与现有登录方式的结合​

这新世界并不要求抛弃熟悉的登录体验，而是对其进行补充。

• Passkeys / WebAuthn： 防钓鱼的首选认证方式。Passkey 是绑定到设备或生物特征（如 Face ID、指纹）的 FIDO 凭证，已在所有主流浏览器和操作系统上得到广泛支持，为你的应用或钱包提供无缝的无密码登录体验。
• Sign‑In with Ethereum（SIWE / EIP‑4361）： 该标准让用户证明对区块链地址的控制权，并将其关联到应用会话。通过签名的一次性 nonce 消息，实现 Web2 会话与 Web3 控制的清晰桥接。

最佳实践是将两者结合使用：对主流、日常登录实现 Passkeys，在需要钱包关联的场景提供 SIWE，以完成加密原生操作的授权。

发放与校验凭证的基础设施​

要让凭证发挥作用，需要标准化的发放和呈现方式。OpenID 基金会提供了两大关键协议。

• 发放：OpenID for Verifiable Credential Issuance（OID4VCI） 定义了受 OAuth 保护的 API，帮助将凭证从发行方（如政府机构或 KYC 提供商）导入用户的数字钱包，兼容多种凭证格式。
• 呈现：OpenID for Verifiable Presentations（OID4VP） 标准化了应用发起 “证明请求” 与用户钱包响应的交互，可通过传统的 OAuth 重定向或现代浏览器 API 完成。

在实现时，你会遇到几种针对不同生态和使用场景设计的凭证格式：

• W3C VC + Data Integrity Suites（JSON‑LD）： 常配合 BBS+ 加密，实现强大的选择性披露。
• VC‑JOSE‑COSE 与 SD‑JWT VC（IETF）： 基于 JWT 与 CBOR 的生态，同样具备选择性披露能力。

幸运的是，互操作性正在快速提升。OpenID4VC High Assurance 等配置文件正帮助缩减技术选项，使跨供应商集成对开发者更友好。

DID 方法：选择合适的地址方案​

DID 本身只是标识符；“DID 方法”决定了它如何锚定到信任根。建议支持以下常见方法：

• did:web： 通过你控制的域名实现 DID，部署极其简便，是企业、发行方以及希望利用现有 Web 基础设施作为信任锚的组织的理想选择。
• did:pkh： 直接从区块链地址（例如以太坊地址）派生 DID，适用于已有加密钱包的用户，可将身份与链上资产关联。

经验法则： 至少支持两种方法——did:web 用于组织，did:pkh 用于个人。使用标准的 DID 解析库处理查询，并参考官方注册表评估任何新方法的安全性、持久性和治理模型。

可直接使用的构建块​

核心标准之外，还有若干工具可以增强你的身份栈。

• ENS（以太坊名称服务）： 提供可读的名称（如 yourname.eth），可映射到区块链地址和 DID，极大提升用户体验，降低错误率，并提供简易的个人资料层。
• 声明（Attestations）： 灵活的、可验证的 “关于任何事物的事实”，可记录在链上或链下。例如 Ethereum Attestation Service（EAS） 为构建声誉与信任图提供了坚实底座，且无需在公共账本上存储 PII。

合规风向标​

监管常被视为障碍，但在本领域却是强大的加速器。欧盟数字身份框架（eIDAS 2.0） 已于 2024 年 5 月 20 日 正式通过，作为 EU 2024/1183 法规生效，要求所有欧盟成员国为公民提供免费 EU Digital Identity Wallet（EUDI）。实施细则于 2025 年 5 月 7 日 发布，这对公共和私营部门在欧洲采用基于钱包的凭证形成了强有力的信号。

即便你不在欧盟运营，也应预期 EUDI 钱包及其底层协议将塑造全球用户期待，推动钱包普及。

2025 年可落地的设计模式​

• 无密码优先，钱包可选： 默认使用 Passkeys 登录，安全、简洁且用户熟悉。仅在用户需要执行加密关联操作（如铸造 NFT、收款）时引入 SIWE。
• 请求证明而非文档： 用 OID4VP 发起简洁的 VC 证明请求，替代繁琐的文件上传。例如不要求驾驶证原件，而是请求 “年龄超过 18 岁” 或 “居住国为 X”。接受支持选择性披露的凭证，如 BBS+ 或 SD‑JWT。
• 服务器不存 PII： 当用户完成验证后，仅记录 声明 或短期验证结果，而非原始凭证本身。链上声明可提供可审计的记录——“用户 Y 于日期 D 通过发行方 Z 的 KYC”，而无需保存任何个人数据。
• 组织使用 did:web 成为发行方： 企业、大学等已有域名的组织可使用 did:web 作为发行方标识，凭借现有的 Web 治理模型管理密钥。
• ENS 用作昵称而非身份根基： 将 ENS 视为友好的句柄与个人资料指针，提升 UX，但真正的身份声明仍保存在凭证与声明中。

入门架构示例​

下面是一套现代化、基于凭证的身份系统蓝图：

• 认证层
  • 默认登录： Passkeys（FIDO/WebAuthn）。
  • 加密关联会话： Sign‑In with Ethereum（SIWE）用于钱包操作。
• 凭证层
  • 发放： 集成选定发行方的 OID4VCI 接口（如 KYC 提供商、大学）。
  • 呈现： 在 Web 或原生 App 中触发 OID4VP 证明请求，兼容 W3C VC（BBS+）和 SD‑JWT VC。
• 解析与信任层
  • DID 解析器： 使用支持 did:web 与 did:pkh 的库，并维护可信发行方 DID 白名单，防止伪造。
• 声明与声誉层
  • 持久记录： 需要审计的验证信号时，铸造包含哈希、发行方 DID 与时间戳的 声明，而非存储完整凭证。
• 存储与隐私层
  • 最小化原则： 服务器端仅存储必要的元数据，全部加密并设定严格的 TTL。优先使用瞬时证明，借助零知识或选择性披露降低数据泄露风险。

UX 经验教训​

• 先让钱包“隐形”： 对大多数用户而言，最佳钱包是他们根本不需要感知的。使用 Passkeys 完成登录，只有在业务必需时才弹出钱包交互。
• 渐进式披露： 不要一次性请求全部信息。仅请求能解锁当前目标的最小证明。选择性披露让你无需完整文档即可验证单一事实。
• 密钥恢复至关重要： 单设备绑定的凭证风险极大。务必从第一天就规划重新发行与跨设备迁移，这也是现代配置文件倾向采用 SD‑JWT VC 与基于声明的持有者绑定的原因。
• 可读句柄提升体验： ENS 名称远比长串十六进制地址友好，能显著降低用户错误，即使真正的权威仍在凭证与声明中。

下季度交付路线图（务实版）​

• 第 1‑2 周：
  • 为主登录流程加入 Passkeys。
  • 将所有加密原生操作置于 SIWE 检查之后。
• 第 3‑6 周：
  • 试点一个简单的 “年龄或地区门禁”，使用 OID4VP 请求。
  • 接收 VC 2.0 并支持选择性披露（BBS+ 或 SD‑JWT VC）。
  • 开始为 “验证通过” 事件生成 声明，而非记录 PII。
• 第 7‑10 周：
  • 引入合作发行方（如你的 KYC 提供商），使用 did:web 并实现 DID 白名单。
  • 在用户资料中加入 ENS 名称绑定，提升地址可读性。
• 第 11‑12 周：
  • 对呈现与撤销流程进行威胁模型分析。加入常见失败（凭证过期、发行方不可信）监控。
  • 发布明确的 隐私声明，说明收集内容、保留时长以及用户审计方式。

快速变化的关注点​

• 欧盟 EUDI 钱包 rollout： 实施与合规测试将极大影响全球的验证体验与能力。
• OpenID4VC 配置文件： 发行方、钱包与验证方之间的互操作性正因新配置文件与测试套件而持续提升。
• 选择性披露密码套件： BBS+ 与 SD‑JWT VC 的库与开发者指南正快速成熟，落地实现难度大幅下降。

构建原则​

• 证明优先，数据后置： 先验证加密证明，再决定是否需要持久化任何信息。
• 最小化收集： 只收集业务绝对必需的数据。
• 去中心化信任： 通过 DID 方法与声明构建可审计的信任链。
• 互操作优先： 采用已被广泛支持的标准与配置文件，降低供应商锁定风险。

坚持这些原则，你将在安全、合规且用户友好的数字身份领域保持竞争优势。

公有链为所有参与者提供同步且可审计的账本，但默认暴露所有数据。2025 年 9 月 3 日正式登陆 Sui 主网的 Seal，通过将链上策略逻辑与去中心化密钥管理结合，让 Web3 构建者能够精确控制谁能解密哪些载荷。

摘要​

• 产品定位： Seal 是一个秘密管理网络，使 Sui 智能合约可以在链上强制执行解密策略，同时客户端使用基于身份的加密（IBE）保护数据，并依赖阈值密钥服务器派生密钥。
• 价值所在： 无需自建后端或依赖不透明的链下脚本，隐私与访问控制直接成为 Move 的一等公民。开发者可以将密文存储在任意位置（Walrus 是理想搭档），并持续控制读取权限。
• 适用人群： 推出代币门控内容、定时解锁、私密消息或遵循策略的 AI 代理的团队，可以接入 Seal SDK，将精力集中在产品逻辑而非复杂的密码基础设施上。

策略逻辑写在 Move 里​

Seal 包含 seal_approve* Move 函数，用于定义某个身份字符串在何种条件下、由谁请求密钥。策略可以组合 NFT 持有、白名单、时间锁或自定义角色体系。用户或代理发起解密请求时，密钥服务器会通过 Sui 全节点状态评估策略，仅在链上判断通过时才会批准。

由于访问规则属于你的链上包的一部分，因此它们是透明、可审计的，并可以与其他智能合约代码一起进行版本管理。治理更新也能像其他 Move 升级一样发布，具备社区审查和链上历史。

阈值密码学负责密钥管理​

Seal 按照应用自定义的身份来加密数据。由开发者挑选的独立密钥服务器委员会共享 IBE 主密钥。当策略校验通过后，各服务器会为请求的身份导出密钥份额。当 t 台服务器响应后，客户端就能组合出可用的解密密钥。

你可以通过选择委员会成员（Ruby Nodes、NodeInfra、Overclock、Studio Mirai、H2O Nodes、Triton One 或 Mysten 的 Enoki 服务）以及设置阈值，在活性与机密性之间做权衡。想要更强的可用性？选择更大的委员会和更低的阈值。需要更高的隐私保障？提高法定人数，更多使用许可制服务商。

开发者体验：SDK 与会话密钥​

Seal 提供 TypeScript SDK（npm i @mysten/seal），负责加解密流程、身份格式化与批量请求处理，还可以签发会话密钥，避免应用频繁访问时钱包不断弹窗。对于高级场景，Move 合约可以通过特殊模式请求链上解密，使得托管释放或抗 MEV 拍卖等逻辑能够直接在合约中执行。

Seal 与存储层无关，因此团队可以将其与 Walrus 组合实现可验证的 Blob 存储，或根据运营需求使用 IPFS 甚至中心化存储。无论密文存在哪里，加密边界及其策略执行都会伴随数据移动。

使用 Seal 的最佳实践​

• 建模可用性风险： 2-of-3 或 3-of-5 等阈值直接映射为可用性保障。生产部署应混合不同服务商、监测遥测数据，并在托管关键流程前签订 SLA。
• 注意状态差异： 策略评估依赖全节点执行 dry_run 调用。避免依赖快速变化计数器或同一检查点内排序的规则，以免服务器之间出现临时不一致的审批结果。
• 规划密钥卫生： 派生密钥保存在客户端。请做好日志、轮换会话密钥，并考虑包裹加密——用 Seal 保护加密大载荷的对称密钥——以减小设备泄露时的影响范围。
• 为轮换做设计： 某次加密所使用的委员会在加密时就已固定。需要替换服务商或调整信任假设时，请预留通过重新加密迁移到新委员会的升级路径。

未来展望​

Seal 的路线图包括验证者运营的 MPC 服务器、类似 DRM 的客户端工具以及抗量子 KEM 选项。对于正在探索 AI 代理、高价值内容或受监管数据流的团队而言，本次发布已经给出了清晰蓝图：在 Move 中编写策略，组合多元化的密钥委员会，并在 Sui 的信任边界内交付尊重用户隐私的加密体验。

如果你打算在下一次发布中采用 Seal，可先用 2-of-3 的开放式委员会和简单的 NFT 门控策略做原型，然后迭代出与应用风险画像匹配的服务商组合与运营控制。