585 篇博文 含有标签「区块链」

就在此时此刻，某处的量子计算机正在处理其次误差修正循环——随着每一次迭代，保护 Bitcoin 和 Ethereum 数万亿美元资产的加密基础都变得更加脆弱。大多数加密货币领域的人并未关注这一点。Project Eleven 正在豪赌 2000 万美元，赌他们最终将不得不关注。

当 “公平发射（fair launch）” 变成亏钱最公平的方式时，会发生什么？Pump.fun 承诺通过消除预售和内部份额分配来使 Memecoin 的创建民主化 —— 然而在该平台上发行的代币中，有 98.6% 最终变成了骗局。这并非系统漏洞，而可能正是其商业模式。

在瞬息万变的 Solana Memecoin 世界中，Pump.fun 既具有革命性，也具有警示意义。自首次亮相以来，该平台已处理了超过 300 万次代币发行，平均每分钟发行 7 个新代币。但问题在于：这些代币中只有 1.4% 能 “毕业” 进入主流交易市场，且平均寿命仅为 12 天。

一个旨在平衡竞争环境的平台，是如何沦为散户投资者的坟场的？而 Moonshot 和 SunPump 等新兴替代方案又如何改变了这一现状？

Bonding Curve（联合曲线）的承诺：数学上的公平，现实中的混乱​

Pump.fun 创新的核心在于 Bonding Curve（联合曲线）—— 这是一种根据供需自动调节代币价格的数学定价机制。与需要前期流动性或复杂做市安排的传统代币发行不同，联合曲线通过智能合约实现了即时价格发现。

该公式看似简单：随着更多买家铸造代币，价格会沿着预定义的曲线（线性、指数型或 S 型）上涨；当卖家赎回代币时，价格则会下跌。这种机制消除了对外部做市商的需求，并为新发行项目创造了即时流动性。

Pump.fun 的具体实现要求代币市值达到约 69,000 美元才能 “毕业” —— 届时联合曲线任务完成，流动性将转移到 Solana 领先的去中心化交易所 Raydium。作为一项安全措施，平台会销毁流动性池（LP）代币，从理论上防止创建者通过抽走流动性来跑路（rug-pull）。

理论上如此。

98.6% 的难题：当公平发射遭遇掠夺性现实​

研究机构 Solidus Labs 给出了令人震惊的结论：在 Pump.fun 上发行的代币中，有 98.6% 最终变成了骗局。这意味着每 1,000 个项目中，就有 986 个项目的创建者要么卷款跑路，要么向毫无戒心的买家抛售代币。

造成的经济损失是惊人的。虽然 Pump.fun 产生了 9.356 亿美元的平台收入，但据称用户损失在 40 亿至 55 亿美元之间。该平台的费用结构确保了它能从每笔交易中获利 —— 无论该代币是成功，还是成为 Memecoin 坟场中的又一个统计数字。

存活统计数据描绘了一幅更加惨淡的画面：

• 在过去 3 个月发行的代币中，有 98% 已经归零
• 平均寿命：12 天
• 仅有 1.4% 的代币能 “毕业” 到 Raydium
• 在毕业的项目中，仅 12 个代币（0.00009%）就占据了总市值的 55% 以上

在 Pump.fun 上，每 24 小时就有 10,417 个代币发行，同时有 9,912 个代币失效。该平台已成为一个高速运转的跑步机，新项目诞生和死亡的速度超过了大多数投资者处理信息的速度。

机器人入侵：被自动化劫持的公平发射​

当机器人主导代币创建时，“公平发射” 的承诺便分崩离析。Coinbase 高管 Conor Grogan 透露，在 Pump.fun 等平台上，少数机器人贡献了绝大多数的代币发行量。

最近的数据揭示了其规模：在 LetsBONK.fun（一个类似的 Memecoin 平台）上，13 个钱包在短短 24 小时内就发行了 4,200 多个代币。头部账户每三分钟就会部署一个新代币，制造人为的暴涨来套牢散户投资者。

这些自动化网络利用了联合曲线创造的 “快手得” 动态机制。虽然数学公式平等地对待所有买家，但拥有卓越执行速度和市场情报的机器人总能抢跑（front-run）散户参与者。结果呢？一个本该是 “公平发射” 的系统，竞争环境却极其不平等。

法律清算：5 亿美元诉讼与生存风险​

这场金融屠杀并非无人关注。2023 年 1 月提起的一项 5 亿美元诉讼对 Pump.fun 的商业模式构成了生存威胁。法律挑战认为，该平台未能阻止骗局 —— 尽管从中获利丰厚 —— 这构成了过失或共谋。

时机再糟糕不过了。2026 年 7 月 12 日，目前锁定的 PUMP 代币总供应量的 41% 将进入流通。这一大规模解锁事件赋予了创始人和早期投资者出售的权利，在法律和声誉压力日益增加的关键时刻，这可能会让市场充斥着大量供应。

该平台面临着一个根本性问题：98.6% 的骗局率真的是不可避免的吗？还是说 Pump.fun 仅仅是因为缺乏动力去解决一个能带来稳定交易费的问题？

公平发射的演变：替代方案正在做出哪些改变​

Memecoin 发射平台生态系统正在针对 Pump.fun 的失败进行演变。Moonshot 和 SunPump 代表了解决 “公平发射” 悖论的不同方法。

Moonshot：通缩机制作为安全保障​

Moonshot 由 DexScreener 构建，采用了类似的无预售公平启动原则，但增加了关键的安全防护措施：

1. 更高的迁移门槛：代币在迁移到 Raydium 之前必须达到 500 SOL（约 73,000 美元的市值），略高于 Pump.fun 的门槛。

2. 自动代币销毁：当一个代币“毕业”（达到迁移门槛）时，Moonshot 会自动销毁 1.5 亿至 2 亿个代币，以产生通缩压力。从理论上讲，这种稀缺机制会提升长期价值。

3. 流动性锁定：所有流动性通过销毁 LP 代币进行锁定，与 Pump.fun 相比，这为防止抽地毯（rug-pulls）提供了更强的保护。

这种通缩方法代表了一种哲学转变：不再仅仅依赖联合曲线（bonding curve），Moonshot 将代币经济学激励直接植入了启动过程。

SunPump：公平启动走向多链​

SunPump 于 2024 年 8 月推出，将联合曲线模型引入了波场 (TRON) 网络。该平台镜像了 Pump.fun 的核心机制——无预售、无团队配额、联合曲线定价——同时受益于波场网络较低的交易手续费。

这种多链扩张凸显了一个关键趋势：公平启动机制是与平台无关的。问题不在于联合曲线是否有效，而在于如何防止它们被恶意行为者武器化。

反机器人创新：2026 年的前沿​

在整个启动平台生态系统中，正在涌现出对抗机器人主导地位的新机制：

• 反狙击保护：内置功能可防止机器人在启动后的第一个区块中买光供应量。
• 声誉系统：参与者的历史记录决定代币分配的优先级，倾向于真实的社区成员而非女巫攻击者。
• 联合曲线成熟度门槛：流动性迁移仅在特定的时间点和交易量里程碑后发生，而不仅仅是市值门槛。

这些创新承认了一个严峻的事实：当自动化和信息不对称占据主导地位时，数学上的公平并不能保证现实世界中的公平。

基础设施问题：BlockEden.xyz 位处何方？​

对于在这个混乱生态中构建的开发者来说，基础设施的可靠性变得至关重要。无论是发布下一个迷因币（memecoin），还是构建用于在代币洪流中导航的分析工具，接入强大的 Solana RPC 基础设施是决定胜负的关键。

主导 Pump.fun 的机器人网络依赖于毫秒级的执行和实时的区块链数据。散户投资者和独立开发者需要同等的接入能力来竞争——或者至少避免成为他人的退出流动性。

BlockEden.xyz 提供企业级的 Solana RPC 基础设施，具有亚秒级延迟和 99.9% 的运行时间。对于在迷因币领域探索的开发者——无论是创建启动平台、交易机器人还是分析仪表盘——可靠的节点接入不是可选项，而是必需项。探索我们的 Solana API 服务，在旨在紧跟区块链最快生态系统步伐的基础设施上进行构建。

未解决的悖论：接下来会发生什么？​

Pump.fun 的故事揭示了加密领域的一个根本性张力：去中心化和无许可创造了机会，但也促成了大规模的掠夺行为。公平启动机制解决了一个问题（内部人士权限），同时创造了另一个问题（机器人主导和诈骗激增）。

该平台 9.35 亿美元的收入证明了对民主化代币创建的需求。而 40 亿至 55 亿美元的用户损失证明了当前模型对大多数参与者来说是不可持续的。

随着生态系统的演变，出现了三种潜在的未来：

1. 监管介入：5 亿美元的诉讼可能会迫使平台实施诈骗预防措施，即使这与无许可的理想相冲突。

2. 技术创新：反机器人机制、声誉系统和增强的代币经济学可能会创造出真正更公平的启动方式。

3. 市场成熟：投资者变得更加精明，机器人操作者榨取的价值减少，只有高质量的项目才能吸引资金——这是生态系统规模的优胜劣汰。

迷因币赌场短期内不会关闭。但它最终是成为一个可持续的生态系统，还是成为一个永久的坟场，取决于是否能解决其核心悖论：让“公平启动”真正变得公平。

来源​

• Pump.fun 2026 年预测：9.35 亿美元收入对阵 5 亿美元诉讼及 98.6% 的抽地毯危机
• Pump.fun 背后的数学 - Medium
• Pump.fun vs. Moonshot：在哪里发布你的下一个 Solana 迷因币
• Moonshot vs. Pump.fun：哪个迷因币启动平台提供最佳回报？
• 在 Pump.fun 上每 24 小时有 10,417 个代币推出，而 9,912 个代币走向终结
• Pump.fun：王者回归 - Messari
• 2026 年最佳迷因币启动平台
• 2026 年值得关注的顶级迷因币启动平台

Somnia 是一个为极致性能而构建的 EVM 兼容 Layer-1 区块链，能够实现超过 1,000,000 的每秒交易数 (TPS) 和亚秒级最终性。为实现这一目标，Somnia 通过四项关键技术创新重构了核心区块链设计：

• MultiStream 共识： Somnia 的共识是一种新颖的权益证明 BFT 协议，其中每个验证者都维护自己的交易“数据链”，并独立生产区块。一条独立的共识链会定期确认每个验证者数据链的最新区块，并将它们排序成一个全局区块链。这实现了并行交易处理：多个验证者可以同时在各自的数据流上传播交易，这些交易稍后会合并成一个单一的有序日志。共识链（受 Autobahn BFT 研究启发）通过防止任何验证者在全局区块最终确定后分叉或更改自己的数据流来确保安全性。图 1 展示了这种架构，其中特定于验证者的链汇入一个全局共识区块。

• 加速顺序执行： Somnia 没有依赖多线程执行，而是选择让单个核心变得极其快速。Somnia 客户端将 EVM 智能合约编译为原生 x86 机器码（即时或预先编译）。频繁使用的合约被翻译成优化的机器指令，消除了典型的解释开销，实现了接近原生 C++ 的执行速度。在基准测试中，这使得 ERC-20 转账的执行时间达到数百纳秒，支持在单个核心上实现数百万 TX/秒。调用频率较低的合约仍然可以在标准 EVM 解释器中运行，以平衡编译成本。此外，Somnia 利用现代 CPU 的乱序执行和流水线技术（“硬件级并行”）来加速单个交易。通过编译为原生代码，CPU 可以在芯片级别并行执行指令（例如，重叠内存读取和计算），进一步加速了代币转账等顺序逻辑。这种设计选择认识到，软件并行在高度相关的工作负载高峰下常常失效（例如，一个热门的 NFT 铸造活动，所有交易都指向同一个合约）。Somnia 的单线程优化确保即使在**“热门”合约场景下也能实现高吞吐量**，而简单的并行执行在这种情况下会停滞。
• IceDB (确定性存储引擎)： Somnia 包含一个名为 IceDB 的自定义区块链数据库，以最大化状态访问性能和可预测性。与典型的 LevelDB/RocksDB 后端不同，IceDB 提供确定性的读/写成本：每个操作都会返回一份“性能报告”，精确说明访问了多少 RAM 缓存行和磁盘页面。这使得 Somnia 能够以一种一致、共识确定的方式根据实际资源使用情况收取 gas 费。例如，从内存中服务的读取操作可以比从磁盘读取的冷读取消耗更少的 gas，而不会产生不确定性。IceDB 还使用了一个改进的缓存层，针对读写操作都进行了优化，实现了极低的延迟（平均每次操作 15-100 纳秒）。此外，IceDB 具有内置的状态快照功能：它利用日志结构化存储的内部结构来高效地维护和更新全局状态哈希，而不是在应用层构建一个单独的 Merkle 树。这减少了计算状态根和证明的开销。总的来说，IceDB 的设计确保了可预测、高速的状态访问和 gas 计量的公平性，这在 Somnia 的规模下至关重要。
• 先进的压缩与网络技术： 实现数百万 TPS 意味着节点必须交换大量的交易数据（例如，100 万 ERC-20 转账/秒约等于 1.5 Gbps 的原始数据）。Somnia 通过压缩和网络优化来解决这个问题：
  • 流式压缩： 由于每个验证者都发布一个连续的数据流，Somnia 可以在区块之间使用有状态的流式压缩。常见模式（如重复的地址、合约调用、参数）通过引用流中先前出现的内容进行压缩，实现了比独立区块压缩好得多的压缩比。这利用了区块链活动的幂律分布——一小部分地址或调用占了大部分交易，因此用短符号编码它们可以实现巨大的压缩（例如，一个在 10% 交易中使用的地址可以用约 3 位而不是 20 字节来编码）。传统链很难使用流式压缩，因为区块生产者会轮换；Somnia 的固定验证者流解锁了这一能力。
  • BLS 签名聚合： 为了消除交易中最大的不可压缩部分（签名和哈希），Somnia 对交易使用 BLS 签名，并支持将多个签名聚合成一个。这意味着一个包含数百个交易的区块可以只携带一个组合签名，与每个交易都有 64 字节的 ECDSA 签名相比，极大地减小了数据大小（和验证成本）。交易哈希同样不被传输（对等节点根据需要重新计算）。压缩和 BLS 聚合共同降低了带宽需求，足以维持 Somnia 的高吞吐量而不会“扼杀”网络。
  • 带宽对称性： 在 Somnia 的多领导者设计中，每个验证者在每个区块中持续分享其负责的新数据部分，而不是由一个领导者将整个区块广播给其他人。因此，网络负载是对称分布的——N 个验证者中的每一个大约将总数据的 1/N 上传给 N-1 个对等节点（并下载其他部分），而不是由单个领导者上传 N-1 份副本。没有节点的出站带宽需要高于整个链的吞吐量，避免了单个领导者必须拥有巨大上传管道的瓶颈。这种均匀的利用率使得 Somnia 可以在不集中于少数超级节点的情况下接近节点的物理带宽极限。简而言之，Somnia 的网络堆栈设计使得所有验证者共同分担传播交易的工作，从而在去中心化网络中实现接近千兆级别的吞吐量。

共识与安全： 共识链使用一种改进的 PBFT（实用拜占庭容错）权益证明协议，并采用部分同步假设。Somnia 启动时在全球分布了 60-100 个验证者（主网启动时约 60 个，目标是 100 个）。验证者需要运行强大的硬件（性能规格大致介于 Solana 和 Aptos 节点之间）来处理负载。这个验证者数量在性能和充分的去中心化之间取得了平衡——团队的理念是“充分去中心化”（足以确保安全性和抗审查性，但又不过于极端以至于削弱性能）。值得注意的是，Google Cloud 在启动时与其他专业节点运营商一起作为验证者参与。

Somnia 实施了标准的 PoS 安全措施，如质押存款和对恶意行为的罚没 (slashing)。为了在其新颖的执行引擎中增强安全性，Somnia 使用了一个独特的 “Cuthbert” 系统——一个在每个节点上与主客户端并行运行的备用参考实现（未优化）。每个交易都在两个引擎上执行；如果在优化客户端的结果中检测到分歧或错误，验证者将停止并拒绝最终确定，从而防止共识错误。这种双重执行充当了实时审计，确保激进的性能优化永远不会产生错误的状态转换。随着时间的推移，当对主客户端的信心增强时，Cuthbert 可以被逐步淘汰，但在早期阶段，它增加了一层额外的安全保障。

总而言之，Somnia 的架构是为实时、大规模用户应用量身定制的。通过将交易传播与最终确定解耦（MultiStream）、极大地提升单核执行性能（EVM 编译和 CPU 级并行）、优化数据层（IceDB）以及最小化每笔交易的带宽（压缩 + 聚合），Somnia 实现了比传统 L1 高出几个数量级的性能。Improbable 的 CEO Herman Narula 声称它是“最先进的 Layer-1……能够处理比以太坊或 Solana 高出数千倍的吞吐量”——专为下一代游戏、社交网络和沉浸式元宇宙体验所需的速度、规模和响应能力而构建。

代币经济学 – 供应、效用与经济设计​

供应与分配： Somnia 的原生代币 SOMI 的固定最大供应量为 1,000,000,000 枚（10 亿）。没有持续的通货膨胀——供应量是上限，代币已预先分配给有不同解锁计划的各方利益相关者。分配明细如下：

在主网上线时（2025 年第三季度 TGE），约 16% 的供应量进入流通（主要来自社区和生态系统分配的初始解锁部分）。大部分代币（团队、合作伙伴、投资者）在第一年被锁定，然后逐步释放，以协调长期发展的激励。这种结构化的解锁计划有助于防止立即的大规模抛售，并确保基金会和核心贡献者有持续的资源来发展网络。

代币效用： SOMI 是 Somnia 生态系统的核心，并遵循委托权益证明 (DPoS) 模型。其主要用途包括：

• 质押与安全： 验证者必须质押 5,000,000 SOMI 才能运行节点并参与共识。这笔巨大的质押（每个验证者约占总供应量的 0.5%）提供了经济安全；恶意行为者将面临失去其保证金的风险。Somnia 最初目标是 100 个验证者，这意味着最多可能有 5 亿 SOMI 被用于节点运营质押（其中一部分可能来自委托，见下文）。此外，委托人（任何代币持有者）可以通过向验证者委托来质押 SOMI，帮助他们达到 500 万的要求。委托人作为回报可以获得一部分奖励。这为非验证者提供了质押收益的机会，并有助于在众多代币持有者之间分散质押。只有质押的代币（无论是验证者自己质押还是通过委托）才有资格获得网络奖励——仅仅持有代币而不质押是无法获得奖励的。
• Gas 费： 所有链上交易和智能合约执行都需要 SOMI 来支付 gas 费。这意味着每一次交互（转账、铸造、DApp 使用）都会产生对代币的需求。Somnia 的 gas 模型基于以太坊（相同的单位定义），但进行了调整且基础成本低得多。如下文所述，Somnia 的费用低于一美分，甚至为高交易量的 DApp 提供动态折扣，但费用仍然以 SOMI 支付。因此，如果网络使用量巨大（例如，一个热门游戏或社交应用），用户和开发者将需要 SOMI 来驱动他们的交易，从而推动其效用。
• 验证者/委托人奖励： Somnia 上的区块奖励来自交易费和社区金库，而非通货膨胀。具体来说，所有 gas 费的 50% 分配给验证者（及其委托人）作为奖励。另外 50% 的费用被销毁（从流通中移除），作为一种通缩机制。这种费用分配（一半给验证者，一半销毁）类似于以太坊的 EIP-1559 模型，但在 Somnia 当前的设计中是固定的 50/50 分配。实际上，验证者的收入将来源于网络的费用总量——随着使用量的增长，费用奖励也会增长。为了在费用尚不显著时引导安全性，Somnia 还为验证者提供了金库激励。社区分配部分包括专门用于质押奖励和流动性的代币；基金会可以根据需要分发这些代币（可能在早期作为质押收益的补充）。重要的是，只有质押的代币才能获得奖励——这鼓励了积极参与并锁定了供应。委托人根据其质押比例分享其所选验证者的费用奖励，减去验证者的佣金（每个验证者设定一个“委托费率”，例如，如果设置为 80%，那么该验证者 80% 的奖励将与委托人分享）。Somnia 提供两种委托选项：委托给特定验证者的池子（有 28 天的解绑期，或立即紧急解押但需支付 50% 的高额罚没惩罚），或委托给一个通用池子，该池子会自动将质押分配给所有未满额的验证者（没有锁定期，但收益率可能是混合的较低水平）。这种灵活的 DPoS 设计激励代币持有者为获得奖励而保障网络安全，同时为那些希望保持流动性的人提供了一个简单的退出方式（通用池子）。
• 治理： 随着 Somnia 的成熟，SOMI 将用于网络决策的治理。代币持有者最终将对影响协议升级、金库资金使用、经济参数等的提案进行投票。该项目设想了一个多方面的治理结构（见下文“代币治理”），其中 SOMI 持有者（“代币议院”）主要控制基金会和社区资金的分配，而验证者、开发者和用户则有各自的理事会负责技术和政策决策。在主网早期，治理主要由 Somnia 基金会处理（为了敏捷性和安全性），但在 1-2 年内将逐步去中心化到代币社区和理事会。因此，持有 SOMI 将赋予对生态系统方向的影响力，使其除了作为效用代币外，还是一个治理代币。

通缩机制： 由于供应是固定的，Somnia 依赖费用销毁来引入通缩压力。如前所述，每笔 gas 费的 50% 被永久销毁。这意味着如果网络使用量高，SOMI 的流通供应量将随着时间减少，可能增加代币的稀缺性。例如，如果一个月内产生了价值 100 万 SOMI 的费用，那么 50 万 SOMI 将被销毁。这种销毁机制可以抵消代币解锁或抛售，并将长期代币价值与网络使用情况联系起来（活动越多 -> 销毁越多）。此外，Somnia 在启动时目前不支持用户指定的小费（优先费）——鉴于高吞吐量，基础费用模型已经足够高效，尽管如果出现拥堵，他们可能会在以后引入小费。由于费用极低，每笔交易的销毁量很小，但在大规模（数十亿笔交易）下，它会累积起来。因此，Somnia 的经济模型结合了零通胀、计划性解锁和费用销毁，旨在实现长期可持续性。如果网络达到主流使用量，SOMI 可能会变得通缩，随着供应减少，质押者和持有者将受益。

Gas 模型亮点： Somnia 的 gas 定价通常比以太坊便宜得多，但为实现公平性和可扩展性，也加入了一些新颖的设计。大多数操作码的成本都向下调整了（因为 Somnia 的吞吐量和效率更高），但单位存储成本被重新校准向上调整（以避免在低 gas 费的情况下被滥用）。计划于 2025 年推出的两个特别值得注意的功能是：

• 动态批量折扣： Somnia 为维持高 TPS 使用率的账户或应用程序引入了分级 gas 价格折扣。实际上，一个应用或用户每小时执行的交易越多，他们支付的有效 gas 价格就越低（在约 400 TPS 时最高可享受 90% 的折扣）。这种基于交易量的定价旨在通过大规模降低成本来激励大型 DApp 在 Somnia 上运行。它的实现方式是，一旦每个账户的 TPS 超过某些阈值（0.1、1、10、100、400 TPS 等），gas 价格就会逐步降低。这种模型（预计在主网上线后推出）奖励那些带来高负载的项目，确保 Somnia 即使在为每秒数百笔交易的实时游戏或社交信息流提供动力时，也能保持可负担性。这是一个不寻常的机制（大多数链都有一个统一的费用市场），表明 Somnia 优先考虑大规模吞吐量的用例。
• 临时存储： Somnia 计划提供有时间限制的存储选项，开发者可以选择仅将数据临时存储在链上（几小时或几天），其 gas 成本远低于永久存储。例如，一个只需要在链上存在一小时的变量（如游戏大厅状态或玩家的临时位置），其存储 gas 成本可能比正常的永久写入低约 90%。一个 32 字节的 SSTORE 操作的 gas 计划可能是，保留 1 小时为 2 万 gas，而无限期保留为 20 万 gas。这种**“临时状态”**的概念明确针对游戏和娱乐应用，这些应用会产生大量临时数据（排行榜、游戏状态），而这些数据不需要永远存在于链上。通过提供基于过期时间的折扣存储，Somnia 可以更高效地支持这类实时应用。其实现可能涉及在选定时间后自动丢弃状态（或将其移动到单独的存储区），具体细节有待公布。这一功能与 Somnia 的压缩技术相结合，旨在支持在链上管理大量状态更新的游戏，而不会使链膨胀或产生巨大成本。

总的来说，Somnia 的代币经济学与其以 Web2 规模驱动 Web3 的目标相一致。一个庞大的初始代币池为开发和生态系统增长提供了资金（有信誉良好的支持者和长期锁定表明了承诺），而持续的经济设计则使用市场驱动的奖励（通过费用）和通缩来维持价值。SOMI 持有者被激励去质押和参与，因为所有网络利益（费用收入、治理权力）都归于活跃的质押者。凭借固定的供应量和与使用量成比例的销毁，SOMI 的价值与网络的成功紧密相连：随着更多用户和应用的加入，对代币的需求（用于 gas 和质押）上升，而供应量因销毁而减少，形成了一个支持代币长期可持续性的反馈循环。

生态系统与合作伙伴​

尽管 Somnia 的主网直到 2025 年底才启动，但得益于广泛的测试网阶段和行业巨头的支持，它一登场就拥有一个强大的项目生态系统和战略合作伙伴。

生态系统 dApp 和协议： 到主网上线时，已有超过 70 个项目和 dApp 在 Somnia 上构建或与之集成。初始生态系统严重偏向游戏和社交应用，反映了 Somnia 沉浸式、实时应用的目标市场。值得注意的项目包括：

• Sparkball： Somnia 上的旗舰 Web3 游戏，Sparkball 是一款由 Opti Games 开发的快节奏 4v4 体育 MOBA/格斗游戏。它作为首发游戏加入 Somnia，引入了链上游戏玩法和基于 NFT 的团队资产。Sparkball 展示了 Somnia 处理快速匹配和游戏内交易（例如，铸造/交易球员或物品）的能力，延迟可忽略不计。
• Variance： 一款动漫主题的 roguelite RPG，拥有丰富的故事和无付费获胜机制。Variance 的开发者（来自 Pokémon GO 和 Axie Infinity 的资深人士）选择 Somnia 是因为其能够廉价地处理大规模游戏经济和交易。在与 Somnia 创始人的讨论后，团队确信 Somnia 理解游戏开发者的需求和 Web3 游戏的愿景。Variance 将其游戏内代币（$VOID）和 NFT 逻辑迁移到 Somnia 上，实现了链上战利品掉落和玩家拥有资产等功能。在宣布转向 Somnia 后，该游戏的社区显著增长。Variance 在 Somnia 的测试网上举行了游戏测试和社区任务，展示了多人链上战斗，并用 NFT 和代币奖励玩家。
• Maelstrom Rise： 一款由 Uprising Labs 开发的海战大逃杀游戏（可以想象成海上的《堡垒之夜》）。Maelstrom 具有实时船只战斗和用于升级和收藏品的集成链上经济。Maelstrom 已经在链下（Steam 上）可用，并正在过渡到 Somnia，以便让玩家真正拥有战舰和物品。这是更易于上手的 Web3 游戏之一，旨在通过将熟悉的游戏玩法与区块链优势相结合来吸引传统玩家。
• Dark Table CCG： 一款链上集换式卡牌游戏，每场比赛最多支持 4 名玩家。它提供免费的卡组构建，所有卡牌都是玩家自由拥有和交易的 NFT。Dark Table 利用 Somnia 运行一个无需中央服务器的跨平台卡牌经济，让玩家真正拥有自己的卡组。它被设计为易于入门（开始游戏无需购买加密货币），以吸引休闲和竞技卡牌玩家进入 Web3。
• Netherak Demons： 一款由 Somnia 的 Dream Catalyst 加速器支持的暗黑奇幻动作 RPG。玩家可以自定义恶魔角色，参与实时 PvE 和 PvP 战斗，其 NFT 收藏与游戏进度相关联。Netherak 使用 Somnia 的技术，允许在链上实现持久的角色进展——玩家的成就和战利品被记录为他们控制的资产，为游戏玩法增添了有意义的利害关系。
• Masks of the Void： 一款由 Uprising Labs 支持的带有程序生成关卡的 roguelite 动作冒险游戏。它计划进行一次封闭式游戏测试，铸造一个免费的 NFT 即可获得早期访问权限，展示了 Somnia 如何为游戏内容集成 NFT 门控。Masks of the Void 强调可重玩性和区块链增强的进展（例如，作为 NFT 在每次游戏之间持续存在的元游戏奖励）。

这些只是几个亮点。Somnia 的游戏生态系统涵盖了多种类型——从海战射击游戏到卡牌对战游戏再到 RPG——表明该平台对开发者具有广泛的吸引力。所有这些游戏都利用了链上功能（物品所有权、奖励代币、NFT 角色等），这些功能需要一个高性能的链才能让玩家享受。早期结果很有希望：例如，Somnia 的测试网运行了一个名为 “Chunked” 的完全链上沙盒 MMO 演示（由 Improbable 构建），数千名玩家实时互动，在 5 天内产生了 2.5 亿笔交易——这是一个破纪录的负载，验证了 Somnia 的能力。

除了游戏，Somnia 的初始生态系统还包括其他 Web3 领域：

• 社交与元宇宙： Somnia 旨在为去中心化社交网络和虚拟世界提供动力，尽管具体的应用尚处于早期阶段。然而，社交平台的迹象已经出现。例如，Somnia 与 Yuga Labs 合作，将 Otherside NFT（来自 Bored Ape Yacht Club 的元宇宙） 集成到 Somnia 的世界中，允许这些资产在沉浸式体验中跨平台使用。像 BoredElon Musk 的 Edison “游戏活动” 这样的社区驱动活动在 2023 年使用 Improbable 的技术运行，而 Somnia 正准备将这类元宇宙活动完全带到链上。还有一个 Somnia Metaverse Browser 应用——本质上是一个专为虚拟世界交互定制的 Web3 浏览器/钱包，使用户可以轻松地在一个界面中访问 DApp 和元宇宙体验。随着网络的成熟，预计社交 dApp（去中心化的 Twitter/Reddit 类似物、社区中心）和元宇宙平台将在 Somnia 上推出，利用其身份可移植性功能（Somnia 原生支持 MSquared 的跨世界化身和资产互操作性开放标准）。
• DeFi 及其他： 在启动时，Somnia 并非主要关注 DeFi，但一些基础设施已经就位。它与像 DIA 这样的价格预言机（用于链上价格馈送）和通过 Protofire 适配器的 Chainlink VRF（用于游戏中的随机性）进行了集成。讨论了一些 DeFi 风格的用例，例如完全链上的订单簿交易所（Somnia 的低延迟可以实现在链上进行订单匹配，类似于中心化交易所）。我们可以期待一个 AMM 或 DEX 的出现（文档中甚至包括一个在 Somnia 上构建 DEX 的指南），以及可能融合游戏和金融的新颖协议（例如，NFT 借贷或代币化的游戏资产市场）。托管提供商 BitGo 和 Fireblocks 作为合作伙伴的存在也表明了其支持机构和金融用例的意图（它们使交易所和基金能够安全地持有代币）。此外，Somnia 的技术可以支持人工智能和数据密集型应用（Dreamthon 计划明确呼吁 AI 和 InfoFi 项目），因此我们可能会看到像去中心化 AI 代理或数据市场这样的创新出现在链上。

战略合作伙伴： Somnia 得到了一系列令人印象深刻的合作伙伴和支持者的支持：

• Improbable 和 MSquared： Improbable——一家领先的元宇宙技术公司——是 Somnia 的主要开发合作伙伴。Improbable 实际上是为 Somnia 基金会承包构建了 Somnia 区块链，贡献了其十年的分布式系统专业知识。MSquared (M²)，一个由 Improbable 支持的元宇宙网络倡议，也密切参与其中。Improbable 和 MSquared 共同承诺高达 2.7 亿美元来支持 Somnia 的开发和生态系统。这个巨大的投资池（于 2025 年初宣布）部分来自 M² 在 2022 年的 1.5 亿美元融资（投资者包括 Andreessen Horowitz、软银愿景基金 2、Mirana 等）和 Improbable 的 1.2 亿美元风险投资分配。这笔资金用于支持赠款、营销和项目引入。Improbable 的参与还带来了技术集成：Somnia 被设计为与 Improbable 的 Morpheus 技术协同工作，以支持大规模虚拟活动。2023 年，Improbable 为 MLB 的虚拟棒球场和 K-pop 音乐会等虚拟体验提供了动力，这些活动有数万名并发用户——这些用户很快就可以被引入 Somnia，使活动互动产生链上资产或代币。Improbable 和 MSquared 基本上确保了 Somnia 既有财务支持，又有真实用例（元宇宙活动、游戏）来启动其采用。
• 基础设施与 Web3 服务： Somnia 从第一天起就与许多主要的区块链服务提供商集成：
  • OpenSea： 全球最大的 NFT 市场与 Somnia 集成，这意味着基于 Somnia 的 NFT 可以在 OpenSea 上交易。这对 Somnia 上的游戏开发者来说是一个巨大的胜利——他们的游戏内 NFT（角色、皮肤等）在一个热门市场上立即拥有了流动性和可见性。
  • LayerZero： Somnia 通过 LayerZero 的 Stargate 协议与其他链连接，实现了全链资产转移和桥接。例如，用户可以通过 Stargate 轻松地将 USDC 或其他稳定币从以太坊桥接到 Somnia。这种互操作性对于将流动性引入 Somnia 的生态系统至关重要。
  • Ankr： Ankr 提供 RPC 节点和全球节点基础设施。它可能被用来为 Somnia 提供公共 RPC 端点、节点托管和 API 服务，使开发者更容易访问网络而无需运行自己的全节点。
  • Sequence (Horizon)： Sequence 是一个专为游戏量身定制的智能合约钱包和开发者平台（由 Horizon 开发）。与 Sequence 的集成表明 Somnia 可以利用**智能钱包功能（例如，gas 抽象、使用电子邮件/社交登录）**来吸引主流用户。Sequence 的多链钱包可能已经添加了对 Somnia 的支持，因此玩家可以使用用户友好的界面签署交易。
  • Thirdweb： Thirdweb 的 Web3 SDK 和工具与 Somnia 完全兼容。Thirdweb 为 NFT 发行、市场、代币，特别是账户抽象提供了即插即用的模块。事实上，Somnia 的文档中有关于通过 Thirdweb 实现无 gas 交易和账户抽象的指南。这一合作意味着 Somnia 上的开发者可以快速使用 Thirdweb 的库构建 DApp，用户也可以从一键式无钱包入门等功能中受益（gas 费由 DApp 赞助等）。
  • DIA 与预言机： DIA 是一个去中心化的预言机提供商；Somnia 使用 DIA 的价格馈送来获取 DeFi 或游戏内经济数据。此外，Somnia 与 Protofire 合作，为 Somnia 智能合约中的随机数生成适配了 Chainlink VRF（可验证随机函数）。这确保了游戏可以获得安全的随机性（用于战利品掉落等）。随着 DeFi 项目的需求，我们可以期待更多的预言机集成（未来可能包括 Chainlink 的完整价格馈送）。
• 云与企业合作伙伴： Google Cloud 不仅投资了，还运行一个验证者，提供了信誉和云基础设施专业知识。拥有一个科技巨头的云部门积极验证网络有助于提高可靠性，并为企业合作打开了大门（例如，Google Cloud 可能会为 Somnia 提供区块链节点服务或将 Somnia 纳入其市场）。还有与 Fireblocks 和 BitGo 的合作——这些是顶级的数字资产托管和钱包提供商。他们的参与意味着交易所和机构可以从第一天起就安全地托管 SOMI 和基于 Somnia 的资产，为 SOMI 的上市和机构采用铺平了道路。事实上，在主网上线后不久，币安就上线了 SOMI，并在一次促销空投活动中推荐了它，这很可能得益于这种托管准备。
• 生态系统增长计划： Somnia 基金会设立了一个 1000 万美元的赠款计划，以资助在 Somnia 上构建的开发者。该赠款计划与主网一同启动，以激励工具开发、DApp、研究和社区倡议。与之相辅相成的是 Dream Catalyst，这是 Somnia 专门为 Web3 游戏初创公司设立的加速器。Dream Catalyst（与 Uprising Labs 合作运营）为在 Somnia 上构建的游戏工作室提供资金、基础设施积分、指导和市场推广支持。至少有六款游戏（如 Netherak Demons 等）是第一批 Dream Catalyst 成员，获得了那 1000 万美元基金的一部分。还有一个即将推出的加速器计划 Dreamthon，专注于 Somnia 生态系统中的其他垂直领域——DeFi、AI、“InfoFi”（信息市场）和 SocialFi 项目。此外，Somnia 在整个测试网期间组织了在线黑客松和任务：例如，一个为期 60 天的 Somnia Odyssey 活动奖励完成任务的用户，并可能以空投告终。早期用户可以通过测试 dApp 获得“积分”和 NFT（一个积分计划），并且计划举办小型黑客松以持续吸引开发者。这种多管齐下的方法——赠款、加速器、黑客松、社区任务——表明 Somnia 致力于通过降低门槛和资助实验者来快速构建一个充满活力的生态系统。

总而言之，Somnia 的启动并非孤立无援，而是得到了一个由科技公司、投资者和服务提供商组成的强大联盟的支持。Improbable 的支持为其提供了尖端技术和大量虚拟活动的渠道。与 Google Cloud、币安、LayerZero、OpenSea 等公司的合作确保了 Somnia 从一开始就融入了更广泛的加密基础设施，增强了其对开发者（他们需要可靠的工具和流动性）和用户（他们要求轻松的资产桥接和交易）的吸引力。与此同时，一系列Web3 游戏——Sparkball、Variance、Maelstrom 等——正在积极地在 Somnia 上构建，旨在成为第一波展示网络能力的完全链上娱乐产品。随着数十个项目上线或正在开发中，Somnia 在主网上线时的生态系统已经比一些运营多年的链更加丰富。随着赠款和合作关系的不断结出硕果，这种强劲的势头很可能会继续增长，可能使 Somnia 在未来几年成为链上游戏和元宇宙应用的中心枢纽。

开发者与用户基础设施​

Somnia 的构建旨在对开发者友好，并能吸引可能不熟悉加密货币的数百万用户。作为一个 EVM 兼容链，它开箱即用地支持熟悉的以太坊工具链，同时还提供自定义 SDK 和服务，以增强开发者体验和用户入门。

开发者工具与兼容性： Somnia 保持完全的以太坊虚拟机兼容性，这意味着开发者可以用 Solidity 或 Vyper 编写智能合约，并以最小的改动进行部署。该网络支持标准的以太坊 RPC 接口和链 ID，因此像 Hardhat、Truffle、Foundry 这样的工具，以及 Web3.js 或 ethers.js 这样的库都可以无缝工作（Somnia 文档甚至为使用 Hardhat 和 Foundry 部署提供了具体的操作指南）。这大大降低了学习曲线——任何 Solidity 开发者都可以成为 Somnia 开发者，而无需学习新的语言或虚拟机。

为了加速开发和测试，Somnia 推出了一个交互式的 Playground 环境。Playground 允许团队（特别是游戏/元宇宙团队）以低摩擦的方式原型化链上逻辑，使用 NFT、小游戏、社交代币等的模板。它可能提供了一个沙盒网络或开发者门户，用于快速迭代。此外，Somnia 的 GitBook 文档非常全面，涵盖了从部署合约到使用高级功能（如下文提到的 Ormi API）的所有内容。

Somnia SDK 和 API： 认识到高效查询链上数据与编写合约同样重要，Somnia 与 Ormi Labs 合作，提供强大的数据索引和 API 服务。Ormi 本质上是 Somnia 对 The Graph 的回应：它为索引合约事件和状态提供子图和 GraphQL API。开发者可以为他们的 DApp 创建自定义子图（例如，索引所有游戏物品 NFT 或社交帖子），然后通过 Ormi 轻松查询这些数据。Ormi 数据 API 以高可用性提供结构化的链上数据，因此前端应用程序无需运行自己的索引器节点。这极大地简化了在 Somnia 上构建丰富的用户界面。Somnia 已经举办了代码实验室和教程，展示如何使用 Ormi 的 GraphQL 端点构建 dApp UI，表明对这一工具的强大支持。简而言之，Somnia 提供了一流的索引支持，这对于游戏中的排行榜或社交应用中的信息流等需要快速过滤和获取的数据至关重要。

除了 Ormi，Somnia 的基础设施页面还列出了多个公共 RPC 端点和浏览器服务：

• 由 Ankr 等提供商提供的 RPC 端点（用于公共访问网络）。
• 区块浏览器： Somnia 似乎有一个测试网浏览器（“Shannon”），并推测有一个主网浏览器用于跟踪交易和账户。浏览器对于开发者和用户调试交易和验证链上活动至关重要。
• Safes (多签)： 文档中提到了“Safes”，很可能与 Safe (前身为 Gnosis Safe) 集成，用于多重签名钱包。这意味着 Somnia 上的 DAO 或游戏工作室可以使用安全的多签钱包来管理他们的金库或游戏内资产。Safe 集成是使 Somnia 具备企业和 DAO 就绪能力的另一项基础设施。
• 钱包适配器： 支持许多流行的 Web3 钱包。MetaMask 可以通过配置网络 RPC 连接到 Somnia（文档指导用户如何将 Somnia 的网络添加到 MetaMask）。为了提供更无缝的用户体验，Somnia 与 RainbowKit 和 ConnectKit（用于钱包连接的 React 库）合作，确保 DApp 开发者可以轻松地让用户连接各种钱包。还有一个使用 Privy（一个专注于用户友好登录的钱包解决方案）的指南。
• 账户抽象： 通过 Thirdweb 的 SDK，Somnia 支持账户抽象功能。例如，Thirdweb 的智能钱包或账户抽象 SDK 可以在 Somnia 上使用，从而实现元交易（无 gas 用户体验）或社交登录钱包。文档明确描述了使用 Thirdweb 实现无 gas 交易，这意味着 DApp 可以代表用户支付 gas 费——这是主流采用的关键能力，因为最终用户最初可能甚至不需要持有 SOMI 就可以玩游戏。

用户入门与社区参与： Somnia 的团队一直积极地发展一个由开发者和最终用户组成的社区：

• Somnia Discord 是开发者的中心枢纽（有专门的开发者聊天频道和核心团队的支持）。在测试网期间，开发者可以通过 Discord 请求测试代币（STT）来部署和测试他们的合约。这种直接的支持渠道帮助了许多项目的引入。
• 对于最终用户，Somnia 组织了像 Somnia Quest 和 Somnia Odyssey 这样的活动。Quest 是 2025 年 6 月的一项活动，用户完成社交和测试网任务（如在 X 上关注、加入 Discord、试用 DApp）以获得奖励并攀登排行榜。Odyssey（在 2025 年 9 月 9 日的一篇博客中提到）是一个为期 60 天的冒险活动，很可能在主网上线前进行，持续与测试网应用互动或了解 Somnia 的用户可以解锁一次空投。事实上，币安于 2025 年 9 月 1 日的 HODLer 空投向符合特定标准的币安用户分发了 3000 万 SOMI（占供应量的 3%）。这是一次主要的用户获取活动，有效地让成千上万的加密用户在 Somnia 中拥有了股份，并激励他们尝试该网络。空投和各种任务帮助 Somnia 建立了初始用户基础和社交媒体影响力（Somnia 的 Twitter——现在是 X——和其他渠道迅速增长）。
• 元宇宙浏览器： 如前所述，Somnia 推出了一个专门的元宇宙浏览器应用。这很可能作为一个用户友好的网关，人们可以在其中创建钱包、浏览 Somnia DApp 并无缝进入虚拟活动。它有一个集成的 Web3 钱包和一个用于访问 DApp 的简单界面。这种精心策划的体验可以帮助非加密用户轻松进入区块链（例如，一个游戏玩家可以下载 Somnia 浏览器，加入一个虚拟音乐会，浏览器会在后台处理钱包创建和代币交易）。
• 开发者加速器计划： 我们在生态系统部分介绍了 Dream Catalyst 和 Dreamthon，但从开发者基础设施的角度来看，这些计划也确保了新开发者有指导和资源。Dream Catalyst 不仅提供资金，还提供基础设施工具和社区建设支持。这意味着参与的团队很可能在集成 Somnia 的 SDK、为 Somnia 的架构优化他们的合约等方面获得了帮助。

在文档和资源方面：

• Somnia 提供轻量级白皮书和一页纸以供快速概览（链接在他们的网站上），以及文档中更详细的精简版白皮书/白皮书（我们参考的概念部分就是这个目的）。
• 他们有示例仓库和代码模板（例如，如何构建一个 DEX，如何使用子图，如何集成钱包——所有这些都在他们的官方 GitBook 中提供）。通过提供这些，Somnia 降低了来自其他链的开发者想要快速运行一些东西的入门门槛。
• 审计： 文档中提到了一个审计部分，意味着 Somnia 的代码已经经过了第三方安全审计。虽然我们的来源没有提供细节，但这是重要的基础设施——确保节点软件和关键合约（如质押或代币合约）经过审计，以保护开发者和用户。

总的来说，Somnia 的开发者基础设施看起来考虑周到：EVM 兼容性提供了熟悉度，并通过自定义数据 API、内置账户抽象和强大的开发者支持得到增强。对于用户来说，超低费用、可能的无 gas 交易和专门的应用（元宇宙浏览器、任务等）的结合，旨在在一个 Web3 平台上提供 Web2 级别的用户体验。Somnia 早期对**社区参与（空投、任务）**的关注显示了一种增长黑客的心态——用内容和用户为网络播种，以便开发者有理由去构建，反之亦然。随着 Somnia 的成长，我们可以期待更精炼的 SDK（也许是为游戏开发者准备的 Unity/Unreal 插件）和对用户钱包的持续改进（可能是原生的移动钱包或社交登录）。基金会的大量资金确保了开发者和用户都将得到他们在 Somnia 上茁壮成长所需的工具支持。

用例与应用​

Somnia 是为实现一类新的去中心化应用而专门构建的，这些应用由于区块链的限制在以前是不可行的。其高吞吐量和低延迟为跨多个领域的完全链上、实时体验打开了大门：

• 游戏 (GameFi)： 这是 Somnia 的主要焦点。借助 Somnia，开发者可以构建游戏，其中每一个游戏动作（移动、战斗、物品掉落、交易）都可以实时记录或在链上执行。这意味着游戏内资产的真正所有权——玩家将他们的角色、皮肤、卡牌或战利品作为 NFT/代币保存在自己的钱包中，而不是在游戏公司的数据库中。整个游戏经济都可以在链上运行，从而实现诸如边玩边赚奖励、无需中介的玩家间交易以及社区驱动的游戏修改等功能。至关重要的是，Somnia 的容量（100 万+ TPS）和快速最终性使链上游戏具有响应性。例如，Somnia 上的动作 RPG 可以每秒执行数千个玩家动作而没有延迟，或者一个集换式卡牌游戏可以在链上实现即时移动和洗牌。Somnia 的账户抽象和低费用也让游戏有可能为玩家支付 gas 费，使体验无缝（玩家甚至可能没有意识到区块链的存在）。该平台特别设想了**“互联网规模的完全链上游戏”——持久的虚拟世界或 MMO，其中游戏状态存在于 Somnia 上，只要社区保持其活力，它就会继续存在。因为资产在链上，如果原始开发者离开，Somnia 上的游戏甚至可以在社区控制下继续发展——这在 Web2 中是不可能实现的概念。当前示例：Sparkball 展示了一个链上多人体育格斗游戏；Chunked（Improbable 的技术演示）展示了一个完全在链上的类似 Minecraft 的沙盒，有真实的用户互动；Variance 和 Maelstrom 将展示更丰富的 RPG 和大逃杀体验如何转化为区块链。最终的承诺是，游戏可以支持数十万玩家**同时在一个共享的链上世界中玩耍——这是 Somnia 独具优势能够处理的。
• 社交网络与 Web3 社交媒体： 有了 Somnia，人们可以构建一个去中心化的社交平台，其中用户个人资料、帖子、关注者和点赞都是用户控制下的链上数据。例如，Somnia 上的一个类似 Twitter 的 DApp 可能会将每条推文存储为链上消息 NFT，每次关注存储为链上关系。在这样的网络中，用户真正拥有自己的内容和社交图谱，可以轻松地移植到其他应用中。Somnia 的规模意味着社交信息流可以处理病毒式活动（数百万的帖子和评论）而不会崩溃。而亚秒级的最终性意味着互动（发帖、评论）几乎是即时的，正如用户在 Web2 中所期望的那样。链上社交的一个好处是抗审查性——没有单一公司可以删除你的内容或封禁你的账户——以及数据可移植性——你可以迁移到不同的前端或客户端，并保留你的关注者/内容，因为它在一个公共账本上。Somnia 团队明确提到基于自主身份和可移植社交图谱的去中心化社交网络是其核心用例。他们还预见到用户议会治理，其中关键用户有发言权（这可能与社交网络如何以去中心化的方式审核内容有关）。一个具体的早期例子可能是游戏内的社区论坛——例如，Somnia 上的一个游戏可能有一个链上的公会聊天或一个去中心化的活动板。但从长远来看，Somnia 可以托管成熟的 Facebook 或 Twitter 的替代品，特别是对于那些重视自由和所有权的社区。另一个有趣的角度是创作者拥有的平台：想象一下 Somnia 上的一个类似 YouTube 的服务，其中视频 NFT 代表内容，创作者通过微交易或代币化互动直接获利。Somnia 的吞吐量可以处理元数据和互动（尽管视频存储会在链下），其廉价的交易使得微打赏和内容创作的代币奖励成为可能。
• 元宇宙与虚拟世界： Somnia 为元宇宙提供了身份和经济基础设施。实际上，这意味着虚拟世界平台可以使用 Somnia 来实现化身身份、跨世界资产和虚拟体验内的交易。MSquared 的化身/资产开放标准在 Somnia 上得到支持，因此用户的 3D 化身或数字时尚物品可以表示为 Somnia 上的代币，并在不同世界之间移植。例如，你可能有一个单一的化身 NFT，你可以在虚拟音乐会、体育聚会和游戏中使用它——所有这些都在基于 Somnia 的平台上。随着 Improbable 组织大规模活动（如虚拟体育观赛派对、音乐节等），Somnia 可以处理经济层：铸造 POAP（出席证明代币）、将虚拟商品作为 NFT 出售、用代币奖励参与者，并允许在活动期间进行实时的点对点交易。Somnia 支持数万并发用户共享一个状态的能力（通过多流共识）对于元宇宙场景至关重要，在这种场景中，大量人群可能同时进行交易或互动。2023 年的 MLB 虚拟棒球场和 K-pop 活动（在 Somnia 之前）吸引了数千名用户；有了 Somnia，这些用户每个人都可以拥有钱包和资产，从而实现诸如向“体育场”内的每个人进行实时 NFT 空投或为活动参与设置实时代币记分板等功能。本质上，Somnia 可以支撑一个持久、可互操作的元宇宙经济：可以把它想象成记录谁在许多相互连接的虚拟世界中拥有什么的账本。这支持了诸如虚拟房地产（土地 NFT）的用例，这些资产可以被交易或抵押，跨世界任务奖励（在游戏 A 中完成一个目标，在世界 B 中获得一个可用的物品），甚至身份声誉（用户在各平台上的成就或凭证的链上记录）。
• 去中心化金融 (DeFi)： 虽然 Somnia 主要定位为消费者应用链，但其高性能也为一些有趣的 DeFi 可能性打开了大门。首先，Somnia 可以在链上托管高频交易和复杂的金融工具。团队特别提到了完全链上的限价订单簿。在以太坊上，订单簿交易所不切实际（太慢/太贵），这就是为什么 DeFi 使用 AMM。但在 Somnia 上，一个 DEX 可以维护一个订单簿智能合约并实时匹配订单，就像中心化交易所一样，因为该链每秒可以处理数千个操作。这可以将 CEX 般的功能和流动性带到链上，同时保持透明度和自我托管。另一个领域是实时风险管理：Somnia 的速度可以支持链上衍生品每秒更新保证金要求，或实时的期权订单簿。此外，凭借其临时存储功能，Somnia 可以支持诸如仅存在短时间的临时保险合约或流式支付。Somnia 上的 DeFi 协议也可能利用其确定性 gas 来获得更可预测的成本。例如，Somnia 上的一个小额贷款平台可以处理微小的交易（如每分钟 0.01 美元的利息支付），因为费用只有几分之一美分。因此，Somnia 可以在 DeFi 及其他领域支持Web3 微交易和支付流（这是以太坊在规模上无法经济地做到的）。此外，Somnia 压缩数据和聚合签名的能力可能允许在一个区块中批量处理数千笔转账或交易，进一步提高 DeFi 用例（如空投或大规模支付）的吞吐量。虽然 DeFi 不是营销重点，但一个高效的金融生态系统很可能会在 Somnia 上出现，以支持游戏和元宇宙（例如，游戏代币的 DEX、NFT 的借贷市场等）。我们可能会看到专门的协议，例如一个NFT 碎片化交易所，游戏物品可以在其中进行碎片化交易——如果一个热门物品突然暴涨，Somnia 可以处理这种突发需求。
• 身份与凭证： Somnia 结合了自主身份和高容量，使其能够实现链上身份系统，可用于 Web3 中的认证、声誉和凭证。例如，用户可以在 Somnia 上拥有一个身份 NFT 或灵魂绑定代币，证明他们的成就（如“完成了 X 个游戏任务”或“参加了 Y 个活动”，甚至可以是学位或会员资格等链下凭证）。这些可以在多个应用中使用。用户的可移植社交图谱——他们的朋友是谁，他们属于哪些社区——可以存储在 Somnia 上，并从一个游戏或社交平台带到另一个。这对于打破 Web2 的孤岛非常强大：想象一下切换一个社交应用但保留你的关注者，或者一个游戏玩家的个人资料将你的历史带入新游戏（也许能让你获得老玩家特权）。随着 Somnia 的治理模型包含一个用户议会（关键用户提供监督），我们可能还会看到基于身份的治理，其中有经过验证的参与度的用户在某些决策中拥有更多发言权（所有这些都可以通过那些凭证在链上强制执行）。另一个用例是内容创作者经济——创作者可以在 Somnia 上向其粉丝群发行自己的代币或 NFT 系列，这些可以解锁跨各种平台（视频、聊天、虚拟活动）的访问权限。由于 Somnia 可以处理大量交易，一个拥有数百万粉丝的热门创作者可以向他们所有人空投徽章，或在直播期间实时处理微打赏。
• 实时 Web 服务： 广义上讲，Somnia 可以作为需要即时响应的服务的去中心化后端。考虑一个去中心化消息应用，其中消息是链上事件——凭借亚秒级的最终性，两个用户可以通过 Somnia 聊天，看到消息几乎即时且不可变地出现（内容可能加密，但时间戳和证明在链上）。或者一个在线市场，其中订单和列表是智能合约——Somnia 可以实时更新库存和销售，防止物品的双重花费，并实现商品与支付的原子交换。甚至流媒体平台也可以集成区块链进行版权管理：例如，Somnia 上的一个音乐流媒体服务可以管理歌曲播放次数，并每播放几秒钟就向艺术家支付微小的许可费（因为它能处理高频小额交易）。从本质上讲，Somnia 实现了具有 Web3 信任和所有权的 Web2 级交互性。任何许多用户同时互动的应用（拍卖、多人协作工具、实时数据馈送）都可以在 Somnia 上去中心化，而不会牺牲性能。

用例现状： 截至 2025 年底，Somnia 上最切实的用例围绕游戏和收藏品——几款游戏正在主网上进行测试或早期访问阶段，NFT 收藏品（化身、游戏资产）正在 Somnia 上铸造。该网络已成功举办了大型测试活动（数十亿笔测试网交易，大规模演示），证明这些用例不仅仅是理论上的。下一步是将这些测试转化为拥有真实用户的持续性实时应用。像 Sparkball 和 Variance 这样的早期采用者将是重要的试金石：如果它们能在 Somnia 上吸引数千名日活跃玩家，我们将看到该链真正展示其实力，并可能吸引更多的游戏开发者。

潜在的未来应用令人兴奋。例如，国家或企业级项目：政府可以使用 Somnia 发行数字身份或在链上处理选举（数秒内数百万张选票，且具有透明度），或者一个证券交易所可以用它来高频交易代币化证券。Dreamthon 提到的 InfoFi 部分暗示了像去中心化的 Reddit 或预测市场（大量小额投注和投票）这样的东西，Somnia 可以为其提供动力。

总而言之，Somnia 的用例涵盖游戏、社交、元宇宙、DeFi、身份等领域，所有这些都由一个共同的主线联系在一起：具有完全链上信任的实时、大规模交易。它旨在将通常保留给中心化服务器的体验带入去中心化领域。如果说以太坊开创了去中心化金融，那么 Somnia 的雄心就是通过最终提供主流风格应用所需的性能，来开创去中心化的生活——从娱乐到社交联系。随着网络的成熟，我们很可能会看到利用其独特功能的新创新（例如，使用临时状态进行物理模拟的游戏，或使用流式压缩处理数百万微小操作的社交应用）。未来一两年将揭示这些潜在应用中哪些会获得牵引力，并在实践中证明 Somnia 的承诺。

竞争格局​

Somnia 进入了一个拥挤的 Layer-1 领域，但它以其极致的吞吐量和对完全链上消费者应用的专注而脱颖而出。以下是 Somnia 与其他一些著名 L1 区块链的比较：

本质上，Somnia 最接近的对标是 Solana、Sui/Aptos，以及某些专门的应用链，如特定的 Avalanche 子网或 Polygon 即将推出的高性能链。与 Solana 一样，Somnia 为了性能放弃了极端的去中心化，但 Somnia 的不同之处在于它坚持使用 EVM（这有助于它借助以太坊的开发者基础），并引入了独特的多链共识，而不是一次一个领导者。Solana 的并行方法（多个 GPU 线程处理不同交易）与 Somnia 的方法（多个验证者各自处理不同流）形成对比。在相关负载（一个热门合约）期间，Somnia 的单核优化表现出色，而 Solana 的并行性会因为所有线程争夺同一状态而受到限制。

与以太坊主网相比，Somnia 快了几个数量级，但牺牲了去中心化（100 个验证者 vs 以太坊的数十万）。以太坊还有一个远为庞大且经过实战考验的生态系统。然而，以太坊无法直接处理大规模的游戏或社交应用——这些最终都放到了 L2 或侧链上。Somnia 实质上将自己定位为以太坊 rollup 的替代品，它是一个拥有比任何当前 rollup 更高性能的 L1，且无需欺诈证明或独立的安全假设（除了其较小的验证者集）。从长远来看，以太坊的路线图（分片、danksharding 等）将增加吞吐量，但 L1 上可能不会达到数百万 TPS。相反，以太坊押注于 rollup；Somnia 则押注于通过先进的工程技术扩展 L1 本身。它们最初可能不会竞争完全相同的用例（DeFi 可能留在以太坊/L2，而游戏则转向 Somnia 或类似链）。互操作性（通过 LayerZero 或其他）可能让它们互补，资产根据需要在以太坊和 Somnia 之间移动。

Avalanche 提供子网，像 Somnia 一样，可以专用于高吞吐量的游戏。不同之处在于每个 Avalanche 子网都是一个独立的实例（你需要启动自己的验证者或招募一些验证者加入）。而 Somnia 提供了一个共享的高容量链，这使得应用之间的互操作性更容易（所有 Somnia 应用都生活在一条链上，可组合，就像在以太坊或 Solana 上一样）。Avalanche 的主要子网（C-Chain）是 EVM，但比 Somnia 慢得多。因此，Somnia 在通用链性能上远超 Avalanche，尽管 Avalanche 可以通过项目创建自定义子网来扩展（但那样该子网可能不具备完全的通用可组合性或用户基础）。对于开发者来说，部署在 Somnia 上可能比管理一个 Avalanche 子网更简单，而且你可以立即利用 Somnia 的共享用户池和流动性。

Sui (和 Aptos) 常被认为是下一代高 TPS 链，使用 Move 和并行共识。Somnia 相对于 Sui 的优势在于吞吐量（Sui 尚未展示数百万 TPS；其设计可能最好也只有几十万）和 EVM 兼容性。Sui 的优势可能在于 Move 对复杂资产逻辑的安全性，以及可能更去中心化的路线图（尽管在启动时 Sui 也有大约 100 个验证者）。如果 Somnia 能够吸引那些更喜欢使用 Solidity 的游戏工作室（也许是将以太坊游戏原型的 Solidity 合约移植过来），鉴于 Solidity 开发者社区的庞大规模，它可能在生态系统方面迅速超越 Sui。

Somnia 在目标消费者 Web3 方面也与 Solana 相似（两者都强调社交和手机集成——Solana 有 Saga 手机，Somnia 有浏览器等）。Herman Narula 的大胆宣称，即 Somnia 可以做到*“Solana 吞吐量的数千倍”，表明 Somnia 不仅将自己视为另一条快速链，而是最快的 EVM 链*，而 Solana 是最快的非 EVM 链。如果 Somnia 在实践中能提供比 Solana 高出一个数量级的持续 TPS（比如 Solana 平均 5k TPS，而 Somnia 能做到平均 50k 或更高，峰值达到数百万），它将真正为那些连 Solana 都无法处理的应用开辟一个市场（例如，一个《堡垒之夜》规模的区块链游戏或一个全球规模的社交网络）。

还有一个值得注意的竞争者是 Polygon 2.0 或 zkEVMs——虽然不是 L1，但它们为 EVM 提供了扩展方案。Polygon 正在开发一系列 ZK-rollup 和高性能链。这些可能在性能上与 Somnia 的某些方面相匹配，同时受益于以太坊的安全性。然而，具有 100 万 TPS 的 ZK-rollup 尚未出现，即使出现了，它们也可能面临数据可用性的限制。Somnia 的方法是一个拥有自身安全性的全能解决方案。它必须证明其安全性（100 个验证者的 PoS）对于大资金应用来说足够强大，这是以太坊的 rollup 从 ETH 继承的优势。但对于游戏和社交，安全要求略有不同（偷一把游戏剑 NFT 不像偷 DeFi TVL 中的数十亿美元那样灾难性），Somnia 的权衡可能是完全可以接受的，甚至因用户体验而更受青睐。

总而言之，Somnia 通过将性能推向比任何当前通用 L1 更高的水平，同时保持 EVM 的熟悉性而脱颖而出。它旨在占据市场中一个*“Web2 规模的 Web3”*空间，而其他链只部分解决了这个问题：

• 以太坊将主导信任和 DeFi，但会将高频任务卸载到 L2（这增加了复杂性和碎片化）。
• Solana 展示了 DeFi 和 NFT 的高 TPS，但不是 EVM 且存在稳定性问题；Somnia 可能吸引那些想要 Solana 般速度和以太坊工具的项目。
• Avalanche 提供可定制性和 EVM 的便利性，但尚未展示出接近 Somnia 的单链性能。
• Sui/Aptos 与 Somnia 属于同一代，都在争夺游戏开发者，但 Somnia 的早期合作伙伴关系（Improbable、大品牌）和 EVM 兼容性如果执行得当，将为其带来强大优势。

正如 Narula 所说，Somnia 可以说是第一条专门为大规模实时虚拟体验而构建的链。如果这些体验（游戏、活动、社交世界）成为区块链采用的下一波大潮，Somnia 的竞争对手实际上可能既是传统的云基础设施（AWS 等），也是其他区块链——因为它试图取代中心化的游戏服务器和社交数据库，而不仅仅是争夺现有的区块链应用。从这个角度看，Somnia 的成功将取决于它是否能托管吸引数百万用户的应用，而这些用户可能甚至不知道（或不在乎）底层运行的是区块链。目前还没有 L1 达到那种主流用户应用的水平（即使是 Solana 最大的应用也只有数十万，而不是数百万活跃用户）。这是 Somnia 为自己设定的标准，也是其创新架构在未来几年将要接受的考验。

路线图与现状​

Somnia 的发展历程在短时间内从概念迅速变为现实，并且在主网上线后仍在以明确的目标不断演进：

近期发展 (2024–2025):

• 融资与测试网 (2024): 该项目在获得大量资金支持后浮出水面。2024 年初，Improbable 宣布向 Somnia 和 MSquared 的生态系统承诺 2.7 亿美元。这提供了巨大的发展空间。Somnia 在 2024 年底 (11 月) 运行了一个开发者网络 (Devnet)，并在其中打破了记录：在一个 100 节点的全球设置中实现了 105 万 TPS 和其他基准测试。这些结果（包括每秒 5 万次 Uniswap 交易、每秒 30 万次 NFT 铸造）被公之于众以建立信誉。Devnet 之后，一个完全公开的测试网于 2025 年 2 月 20 日启动。该测试网（代号 Shannon）运行了约 6 个月。在此期间，Somnia 声称处理了超过 100 亿笔交易，并引入了1.18 亿个测试钱包地址——这些数字令人震惊。这些数字可能包括脚本化的负载测试和社区参与。测试网还实现了单日峰值吞吐量 19 亿笔交易（这是任何 EVM 环境下的记录）。CoinDesk 注意到了这些数据，但也指出当时公共浏览器处于离线状态无法验证，暗示其中一些是内部指标。尽管如此，测试网在空前的负载下展示了稳定性。

  在整个测试网期间，Somnia 开展了参与计划：一个积分激励计划，早期用户完成任务可以获得积分（可能可以兑换成未来的代币或奖励），并与合作伙伴合作（游戏开发者进行了游戏测试，举办了黑客松）。测试网阶段也是70 多个生态系统合作伙伴/项目被引入的时候。这表明到主网上线时，许多集成和应用已经准备就绪或接近就绪。

• 主网上线 (2025 年 Q3): Somnia 于 2025 年 9 月 2 日启动主网。此次上线包括SOMI 代币的发布和质押功能的启用。值得注意的是，在主网上线时：

  • 60 个验证者上线（其中包括 Google Cloud 等大牌）。
  • Somnia 基金会开始运作，作为一个中立的管理者监督该链。Improbable 交付了技术，现在基金会（也称为虚拟社会基金会）负责治理和未来的发展。
  • SOMI 上市与分发： 上线后一天内，币安将 SOMI 列为其“种子标签”的一部分，并进行了 HODLer 空投。这是一个巨大的推动——实际上是顶级交易所的背书。许多新的 L1 难以获得交易所的关注，但 Somnia 立即通过币安将 SOMI 送到了用户手中。
  • 在社交媒体上，Somnia 的团队和合作伙伴宣传了主网的能力。Improbable 的新闻稿以及 CoinDesk、Yahoo Finance 等媒体的报道传播了“最快的 EVM 链”已经上线的消息。
  • 初始生态系统 dApp 开始部署。例如，通过 LayerZero 的 NFT 桥接已激活（根据文档可以桥接稳定币），一些测试网游戏开始迁移到主网（Sparkball 的发布等，大约在 9 月份，如博客和更新所示）。
  • 社区空投活动（Somnia Odyssey）可能在上线前后达到高潮，将部分社区代币分配给了早期支持者。

总而言之，主网上线是成功的，为 Somnia 带来了活跃的验证者、一个活跃的代币，以及超过 70 个已经上线或即将上线的项目。重要的是，它们在 2025 年底 Web3 游戏和元宇宙兴趣再次回升时恰好进入市场，利用了这一趋势。

现状 (2025 年底): Somnia 主网正在运行，区块时间为亚秒级。网络仍处于引导阶段，Somnia 基金会和核心团队保持着 значительный 控制以确保稳定性。例如，治理提案可能尚未完全开放；基金会可能正在管理升级和参数调整，同时社区正在接受治理流程的教育。代币分配仍然非常集中（因为只有约 16% 在流通，投资者/团队的代币要到 2026 年底才开始解锁）。这意味着基金会有充足的代币储备来支持生态系统（通过赠款、提供流动性等）。

在技术方面，Somnia 可能正在监控和微调真实条件下的性能。真实 dApp 是否将其推向极限？可能还没有——初始用户数量可能在数千，而不是数百万。因此，主网上可能不会经常出现 100 万 TPS 的情况，但容量是存在的。团队可能会利用这段时间来优化客户端软件，整合来自 Cuthbert 的任何反馈（如果发现任何分歧，会立即修复），并加强安全性。安全审计结果（如果尚未发布）可能会在这段时间或 2026 年初公布，以向开发者保证安全性。

近期路线图 (2026): Somnia 的文档和通讯暗示了几个近期目标：

• 功能推出： 一些功能计划在上线后激活：
  • 动态 Gas 定价与批量折扣计划在 2025 年底前推出。这需要一些测试，并可能需要治理批准才能开启。一旦启用，高吞吐量 dApp 将开始享受更便宜的 gas，这可能成为吸引企业或大型 Web2 合作伙伴的卖点。
  • 临时存储功能也计划在 2025 年底推出。其实现可能需要仔细测试（确保数据删除正常工作且不会引入共识问题）。当这个功能上线时，Somnia 将成为首批提供可过期链上数据的链之一，这对游戏开发者来说将是巨大的利好（想象一下链上的临时游戏会话）。
  • 小费 (优先费): 他们提到如果需要，可能会在以后引入小费。如果网络使用量增加到区块持续满载，到 2026 年他们可能会启用可选的小费来优先处理交易（就像以太坊的基础费和小费模型）。如果发生这种情况，这将是健康拥堵的标志。
  • 验证者集扩展： 最初约 60 个，目标是随时间增加验证者数量，以在不损害性能的情况下提高去中心化程度。他们提到随着网络成熟，预计将增长到 100 个以上。时间表可能取决于共识机制在更多验证者下的扩展情况（PBFT 随着验证者增加往往会变慢，但也许他们受 Autobahn 启发的变体可以处理几百个）。2026 年，他们可能会引入更多的验证者，可能来自他们的社区或新合作伙伴。这可以通过治理投票（代币持有者批准新验证者）或在新进入者获得足够质押时自动完成。
  • 去中心化治理： Somnia 在治理方面制定了一个渐进式去中心化的路线图。在最初的 6 个月（引导阶段），基金会董事会完全控制。因此，大约到 2026 年第一/第二季度，我们将处于引导阶段——在此期间，他们可能会完善流程并引入理事会成员。然后从 6-24 个月（2026 年中到 2027 年底），他们进入过渡阶段，代币议院（代币持有者）可以开始对提案进行投票，尽管基金会在需要时可以否决。我们可能会在 2026 年看到第一次链上投票，涉及赠款分配或小的参数变更等。到第 2 年（2027 年），目标是成熟阶段，代币持有者的决定基本成立，基金会只进行紧急干预。因此，2026 年的一个关键目标是建立这些治理机构：可能选举成员加入所描述的验证者理事会、开发者理事会、用户议会。这将涉及社区组织——很可能由基金会通过最初选择有信誉的成员来促进（例如，邀请顶级游戏开发者加入开发者理事会，或大型社区公会领导人加入用户议会）。
• 生态系统增长： 在采用方面，2026 年将是将试点项目转变为主流成功的一年：
  • 我们预计会有完整的游戏发布：Sparkball 和 Variance 可能会在 2026 年从测试版转为在 Somnia 主网上正式发布，旨在吸引数万名玩家。来自 Dream Catalyst 队列的其他游戏（Maelstrom、Netherak、Dark Table 等）很可能会向公众推出。Somnia 的团队将支持这些发布，可能通过**营销活动、锦标赛和激励计划（如边玩边赚或空投）**来吸引游戏玩家。
  • 新的合作伙伴关系：Improbable/MSquared 计划将 2023 年的 30 场活动扩展到 2024 年的 300 多场元宇宙活动。2024 年他们举办了许多链下活动；在 2025/2026 年，我们预计这些活动将与 Somnia 集成。例如，也许 2026 年的一场大型体育赛事或音乐节将使用 Somnia 进行票务或粉丝奖励。Google Cloud 的参与表明可能通过谷歌的云客户举办企业活动或展示。此外，鉴于 Mirana（与 Bybit/BitDAO 相关）和其他投资者的投资，Somnia 可能会与交易所或大型 Web3 品牌合作以利用该网络。
  • MSquared 集成： Chainwire 的新闻稿指出，M² 计划将 Somnia 集成到其元宇宙网络中。这意味着任何使用 MSquared 技术的虚拟世界都可以采用 Somnia 作为其交易层。到 2026 年，我们可能会看到 MSquared 正式推出其元宇宙网络，由 Somnia 支持化身身份、物品交易等。如果 Yuga Labs 的 Otherside 仍在按计划进行，也许会与 Somnia 进行互操作性演示（例如，在 Somnia 驱动的世界中使用你的 Otherside NFT）。
  • 开发者社区扩展： 1000 万美元的赠款将随时间分发——到 2026 年，很可能已有数十个项目获得了资助。其产出可能是更多的工具（比如 Somnia 的 Unity SDK，或更多的 Ormi 改进）、更多的应用（也许有人会构建一个基于 Somnia 的去中心化 Twitter 或一个新的 DeFi 平台）。Somnia 可能会举办更多的黑客松（可能是一些在会议等现场举行的）并继续积极的开发者关系以吸引人才。他们可能特别针对那些 dApp 遇到扩展瓶颈的以太坊开发者，为他们提供一个轻松移植到 Somnia 的机会。
  • 互操作性与桥接： 已经与 LayerZero 集成，Somnia 很可能会扩展到其他生态系统的桥梁，以获得更广泛的资产支持。例如，与 Polygon 或 Cosmos IBC 的集成可能在考虑之中。此外，可能会追求 NFT 的跨链标准（也许让以太坊 NFT 镜像到 Somnia 上用于游戏）。由于 Somnia 是 EVM，部署流行代币（USDC、USDT、WETH）的桥接合约是直接的——随着更多这些跨链资产的流入，2026 年可能会看到更深的流动性。
  • 性能监控： 随着更多真实使用的到来，团队将监控任何稳定性问题。是否存在任何攻击向量（垃圾邮件攻击多个数据链等）？如果需要，他们可能会实施一些改进，如每个数据链的速率限制或进一步的优化。Cuthbert 双重执行很可能会运行到至少 2026 年以捕捉任何分歧；如果系统证明非常稳定，他们可能会在一年或两年后考虑关闭它以减少开销，但这取决于完全的信心。
• 市场营销与推广： 随着主网和初始应用的上线，Somnia 在 2026 年的挑战是建立一个用户基础。预计会有针对游戏玩家和加密用户的大量营销：
  • 我们可能会看到与游戏公会或电竞团队的合作，以吸引玩家到 Somnia 游戏。
  • 也许会有名人合作的虚拟活动（鉴于他们在测试活动中与 K-Pop 和体育传奇人物合作，他们可以升级这一点——想象一位著名音乐家通过 Somnia 元宇宙秀发布专辑并附带 NFT 商品）。
  • 此外，参加和赞助主要会议（GDC 面向游戏开发者，Consensus 面向加密领域等）以推广该平台。
  • 到 2025 年底，他们已经有了大量的媒体报道（币安学院文章、CoinDesk 报道等）。2026 年，将会有更多独立的分析（Messari 报告等）出炉，Somnia 将希望展示使用指标以证明其牵引力（如“X 个日活跃用户，处理了 Y 笔交易”）。

长期愿景： 虽然没有明确要求，但值得注意 Somnia 的发展轨迹：

• 几年后，他们设想 Somnia 成为Web3 娱乐广泛使用的基础层，数十亿笔交易成为常态，并由其社区和理事会运行一个去中心化的治理。他们也可能预见到持续的技术改进——例如，如果需要，探索分片，或采用新的密码学（也许是 zk-proofs 来进一步压缩数据，或最终采用后量子密码学）。
• 另一个长期目标可能是碳中和或效率：高 TPS 链通常担心能源使用。如果 Somnia 达到数百万 TPS，确保节点能够高效处理它（也许通过硬件加速或云扩展）将很重要。有 Google Cloud 的参与，也许可以考虑绿色数据中心倡议或特殊硬件（如用于压缩的 GPU 或 FPGA）。
• 到那时，竞争也会加剧（带有分片的以太坊 2.0、zkEVMs、Solana 的改进等）。Somnia 将不得不通过创新和网络效应来保持其优势（如果它早期捕获了大量玩家基础，这种势头可以持续下去）。

总而言之，未来 1-2 年的路线图侧重于：

1. 激活关键协议功能（gas 折扣、临时存储）以完全交付承诺的功能。
2. 逐步去中心化治理——从基金会主导转向社区主导，而不危及进展。
3. 推动生态系统增长——确保受资助的项目启动并吸引用户，建立新的合作伙伴关系（与内容创作者、游戏工作室，甚至对 Web3 感兴趣的 Web2 公司），并可能扩展到更多地区和社区。
4. 在用量扩展时保持性能和安全——当某个游戏带来每秒 1 万 TPS 的真实流量高峰时，观察任何问题并做出相应响应（这可能包括举办更多的公共测试活动，也许是一个“主网压力测试”活动，鼓励大量交易来测试极限）。

Somnia 做出了一个引人注目的首次亮相，但 2026 年将是它的试验场：它需要将其令人印象深刻的技术和资金充足的生态系统转化为真正的采用和一个可持续、去中心化的网络。基金会庞大的代币金库（生态系统和社区约占供应量的 55%）使其有能力在未来几年内引导活动，因此在短期内，我们将看到这些代币被投入使用——通过空投、奖励（如果 DEX 上线，可能是流动性挖矿）、开发者赏金和用户获取活动。Improbable 的主网上线口号是，Somnia “标志着一个开放数字资产经济的基础，数十亿人可以在沉浸式体验中互动”。路线图上的下一步都是为了奠定这个基础的砖石：让首批数百万人和首批杀手级应用与 Somnia 的“梦想计算机”（他们如此称呼）互动，从而验证 Web3 确实可以在互联网规模上运行。

如果 Somnia 继续沿着目前的轨迹发展，到 2026 年底，我们可能会看到数十个完全链上的游戏和社交平台在运行，一个由数百个验证者组成的繁荣的社区运营网络，以及 SOMI 被主流用户日常使用（通常是在游戏后台不知不觉中）。实现这一点不仅对 Somnia 来说是一个重要的里程碑，对整个区块链行业向主流、实时应用的推进也是如此。一切准备就绪；现在关键是在这个由深度研究驱动的项目路线图的关键阶段，看执行和采用情况。

资料来源：

• Somnia Official Documentation (Litepaper & Technical Concepts)
• Somnia Tokenomics and Governance Docs
• Improbable Press Release (Mainnet Launch)
• CoinDesk Coverage of Somnia Launch
• Binance Academy – What is Somnia (SOMI)
• Gam3s.gg – Coverage of Somnia Games (Variance, Sparkball, etc.)
• Stakin Research – Introduction to Somnia
• Chainwire Press Release – $270M Investment & Devnet results
• Somnia Blog – Improbable & MSquared Events, Mainnet News
• Official Somnia Docs – Developer Guides (bridging, wallets, etc.)

$2720 亿美元的稳定币市场与 $186 亿美元的代币化现实世界资产 (RWA) 板块已不再是平行赛道——它们正汇聚成一个统一的结算基础设施，这可能会重塑机构金融。BlackRock 的 BUIDL 基金目前同时在七个区块链上运行。Circle 最新的跨链协议将转账结算时间从之前的 13-19 分钟缩短至几秒钟。怀俄明州 (Wyoming) 同时在七条链上发行了其州稳定币。这不再仅仅是实验：它是全天候、始终运行的机构清算系统的早期架构。

2025 年 9 月，Stripe 宣布 Tempo 时，支付行业的反应截然分为两派。一派将其视为又一个以精美叙事追逐机构资本的 Layer-1 项目，另一派则认清了它的本质：这是首个专门为替代——而非补充——每年处理 190 万亿美元跨境支付的代理银行体系而设计的区块链。

六个月后，Tempo 主网于 2026 年 3 月 18 日正式上线。此次发布同步推出了机器支付协议（MPP）——这是一项由 Stripe 联合撰写的开放标准，为 AI 代理提供了一种标准化、无需人工干预的支付发起与结算方式。问题已不再是支付优先的区块链能否存在，而是 Tempo 的架构选择是否能让它在 Solana、以太坊和传统 SWIFT 基础设施面前真正占据优势——以及它在 50 亿美元估值下筹集的 5 亿美元，究竟反映的是真实需求还是先于实际牵引力的机构热情。

想象一下将 6.25 亿美元现金交给九个陌生人，并寄希望于其中至少五个人永远不会勾结起来对付你。这正是 Ronin 桥（Ronin Bridge）的用户在 2022 年 3 月所做的事情——而拉撒路小组（Lazarus Group）在不到六个小时的时间里就证明了这是一个极其糟糕的主意。Ronin 遭受的攻击、Wormhole 损失 3.2 亿美元的漏洞利用，以及 Nomad 混乱的 1.9 亿美元“暴民式”资金抽干，都有一个共同的缺陷：它们都依赖于人类的诚实，而非数学。

零知识证明（Zero-knowledge proofs）正在改变跨链基础设施的基本信任模型。与其问“谁为这笔交易担保？”，ZK 桥会问“你能证明这笔交易是链 A 历史中有效的一部分吗？”——这是一个只有正确的密码学才能回答的问题。经过多年的理论研究，ZK 桥在 2024-2025 年达到了生产规模，保障了数十亿美元的资金安全，且证明成本在短短一年内下降了 45 倍。

如果加密货币领域最具变革性的力量不是新的 Layer 2、Meme 币或 ETF 的获批，而是在你睡觉时进行交易、治理和创造财富的软件，那会怎样？AI 智能体时代已经到来，它正在重塑我们对去中心化金融（DeFi）的所有认知。

在短短 18 个月内，企业对 AI 智能体的采用率已从 11% 飙升至 42%，而 Gartner 预测，到 2026 年底，40% 的企业应用将具备特定任务的 AI 智能体——而目前这一比例不到 5%。根据 Capgemini 的数据，这一转变到 2028 年可能会释放出 4500 亿美元的经济价值。但最激进的实验正发生在链上，自主智能体已经在管理着数十亿的 DeFi 资金，每天执行数千次交易，并从根本上挑战了人类必须参与其中的假设。

欢迎来到 DeFAI 时代——在这里，去中心化金融与人工智能相遇，而最终的赢家可能根本不是人类。

从副驾驶到自主运营商：2026 年的转折点​

数字讲述了一个指数级加速的故事。企业对自主智能体的采用预计将从 2025 年的 25% 跳升至 2026 年的约 37%，并在 2027 年突破 50%。仅今年一年，自主 AI 和智能体软件的专门市场规模就将达到 117.9 亿美元。

但这些统计数据低估了 Web3 中正在发生的变革。与传统的企业软件不同，区块链为 AI 智能体提供了完美的底层：无需许可的访问、可编程货币和透明的执行。AI 智能体不需要银行账户、公司批准或监管许可即可在 DeFi 协议之间转移资金——它只需要一个钱包和智能合约交互。

结果如何？Trent Bolar 在 The Capital 中将其称为“自主链上金融的黎明”。这些智能体不仅仅是在遵循预设的规则。它们实时感知链上数据——价格、流动性、跨协议的收益率——通过多步骤策略进行推理，独立执行交易，并从结果中学习以不断优化。

价值 500 亿美元的 DeFAI 市场初具规模​

DeFAI——DeFi 与 AI 的融合——在不到两年的时间里已从一个小众实验演变成一个价值十亿美元的类别。预测显示，随着协议的成熟和用户采用的加速，该市场将从目前的 100 亿至 150 亿美元规模，到 2026 年底扩大到超过 500 亿美元。

应用场景正在迅速增加：

自动化收益耕作：AI 智能体持续侦察各大协议中的最高 APY，自动重新分配资产以实现收益最大化，同时将 Gas 成本、无常损失和流动性风险考虑在内。曾经需要数小时监测仪表盘的操作，现在可以自主完成。

自主资产管理：AgentFi 机器人实时重新平衡持仓、收获奖励并调整风险状况。一些机器人开始管理“数万亿的 TVL”，成为分析师所称的“算法巨鲸”，提供流动性甚至治理 DAO。

事件驱动型交易：通过同时监测链上订单簿、社交情绪和市场数据，AI 智能体可以在毫秒内执行交易——这种速度是人类交易员无法企及的。

预测性风险管理：AI 系统不是在市场崩盘后才做出反应，而是在风险显现之前就识别出潜在风险，使 DeFi 协议更加安全且更具资本效率。

Virtuals Protocol：AI 智能体基础设施的标杆​

也许没有哪个项目比 Virtuals Protocol 更能说明链上 AI 智能体的爆发式增长。该项目于 2024 年 3 月在 Base 上启动，市值仅为 5000 万美元，到当年 12 月已飙升至 16 亿美元以上——增长了 32 倍。

该协议的数据揭示了目前链上 AI 智能体活动的规模：

• 4.66 亿美元 的智能体总 GDP（由智能体创造的经济价值）
• 116 万美元 的智能体累计收入
• 自主智能体完成了 近 100 万个 任务
• 132.3 亿美元 的月交易量
• Ethy AI 作为其中的佼佼者，已处理了超过 200 万次交易

Virtuals 的 2026 年路线图预示了该行业的发展方向：通过智能合约扩展智能体商业，扩大资本市场（已为 15,000 个项目筹集了 2950 万美元），并延伸至机器人领域，计划进行 50 万项现实世界的集成。

人工超级智能联盟：去中心化的 AGI 基础设施​

Fetch.ai、SingularityNET 和 Ocean Protocol 合并为人工超级智能联盟（ASI Alliance），代表了在区块链轨道上构建去中心化通用人工智能（AGI）的最宏伟尝试之一。

合并后的实体目标市值约 60 亿美元，并统一了三种互补的能力：

• Fetch.ai：用于供应链优化、市场自动化和 DeFi 运营的自主 AI 智能体，以及 ASI-1 Mini——专为智能体框架设计的 Web3 原生大语言模型
• SingularityNET：一个全球 AI 市场，开发者可以在这里发布算法，供他人调用和付费，本质上为智能创建了一个“API 经济”
• Ocean Protocol：具有隐私保护计算（compute-to-data）技术的代币化数据集，可以在不暴露原始数据的情况下进行 AI 训练

虽然 Ocean Protocol 最近退出了该联盟的正式董事会结构以追求独立的代币经济学，但这一合作标志着 Web3 基础设施正如何定位以捕捉 AI 革命带来的价值——而不是将其完全让给中心化平台。

30% 的预测市场交易：AI 智能体的全面接管​

没有任何地方比预测市场更能体现 AI 智能体的崛起。根据 Cryptogram Venture 对 2026 年的 26 项关键预测，AI 预计将占据 Polymarket 等平台交易量的 30% 以上，它们的作用是持久的流动性提供者，而非短暂的投机者。

机器人与人类之间的表现差距已变得惊人：

• 一个机器人在短短一个月内将 313 美元变成了 414,000 美元
• 另一名交易者利用 AI 策略在两个月内赚取了 220 万美元
• 机器人利用延迟、套利和定价错误的概率进行交易，其速度是人类根本无法企及的

Polymarket 的生态系统目前包含 19 个类别的 170 多种第三方工具——从 AI 驱动的自主智能体到自动化套利系统、鲸鱼追踪和机构级分析。RSS3 MCP Server 和 Olas Predict 等平台允许智能体自主扫描事件、收集数据并全天候执行交易。

其中的影响是深远的：人类的参与可能越来越多地作为训练数据，而非市场活动的主要驱动力。

基础设施缺口：缺失了什么​

尽管存在热度，但在 AI 智能体于 Web3 中发挥其全部潜力之前，仍面临重大挑战：

信任赤字：根据 Capgemini 的研究，过去一年对完全自主 AI 智能体的信任度已从 43% 降至 27%。仅有 40% 的组织表示信任 AI 智能体独立管理任务。

监管不确定性：针对智能体驱动行为的法律框架尚未成熟。当 AI 智能体执行的交易导致损失时，由谁承担责任？“了解你的代理”（KYA）标准可能会作为监管响应而出现。

系统性风险：类似 AI 智能体的大规模使用可能导致市场压力期间的羊群行为——想象一下成千上万的智能体同时退出同一个流动性池。

安全漏洞：正如 2025 年的研究所示，恶意智能体可以利用协议漏洞。专门针对代理系统的强大防御和审计框架仍处于起步阶段。

钱包和身份基础设施：大多数钱包并非为非人类用户设计。智能体身份、密钥管理和权限系统的基础设施仍在建设中。

4500 亿美元的机会​

Capgemini 的研究量化了这一经济红利：人机协作到 2028 年可释放 4500 亿美元的价值，这结合了收入增长和成本节约。预计拥有规模化实现的组织在未来三年平均将产生约 3.82 亿美元。

世界经济论坛进一步指出，代理式 AI 在未来十年可为全球企业带来 3 万亿美元的生产力增长，同时扩大中小企业的准入并开启全新的经济活动层。

对于 DeFi 而言，预测同样宏大。到 2026 年中期及以后，智能体可能管理着数万亿的总锁定价值（TVL），从根本上改变链上资本配置、治理和风险管理运作的方式。

这对开发者和投资者的意义​

DeFAI 叙事不仅仅是炒作——它是可编程货币与可编程智能交汇的逻辑终点。正如一位行业分析师所言：“在 2026 年，最成功的 DeFi 参与者不会是那些埋头盯着仪表盘的人，而是那些部署智能代理集群的人。”

对于开发者而言，机会在于基础设施：代理原生钱包、权限框架、专为机器消费者设计的预言机系统，以及可以审计智能体行为的安全工具。

对于投资者而言，了解哪些协议正在捕获智能体活动（交易费、计算使用量、数据消耗）可能比传统的 DeFi 指标更具预测性。

预计大多数主流加密钱包将在 2026 年引入基于自然语言意图的交易执行。人类与链上活动之间的界面正在通过 AI 媒介坍缩为对话。

问题不在于 AI 智能体是否会改变 DeFi，而在于人类是否仍将是相关的参与者——还是会成为那些运行速度和理解范围远超我们的系统的训练数据。

正在为代理式的未来构建基础设施？BlockEden.xyz 为 Sui、Aptos、Ethereum 和其他领先链提供企业级 RPC 和 API 服务——这是 AI 智能体可靠且大规模地与区块链网络交互所需的基础层。探索我们的 API 市场，为你的下一代应用赋能。

到 2026 年，DeFi 平台上的平均用户将不再是坐在屏幕前的人类。它将是自主的 AI 代理，控制着自己的加密钱包，管理链上国库，并 24/7 全天候执行收益策略，无需休息，也没有情绪化的交易决策。欢迎来到 DeFAI 时代。

数据说明了一个引人注目的故事：专注于稳定币的 AI 代理仅在 Base 上就已经捕获了超过 2000 万美元的总锁定价值（TVL）。更广泛的 DeFAI 市场已从 10 亿美元爆发式增长，预计到 2025 年底将达到 100 亿美元，在短短 12 个月内增长了 10 倍。而这仅仅是开始。

什么是 DeFAI？​

DeFAI——去中心化金融与人工智能的融合——不仅仅是又一个加密流行语。它是金融协议运作方式以及谁（或什么）使用它们的根本性转变。

其核心，DeFAI 包含三个相互关联的创新：

自主交易代理：分析市场数据、执行交易并在没有人工干预的情况下管理投资组合的 AI 系统。这些代理每秒可以处理数千个数据点，识别出人类交易者会错过的套利机会和收益优化点。

抽象层：自然语言界面，允许任何人通过简单的命令与复杂的 DeFi 协议进行交互。用户无需在多个 dApp 之间切换并理解技术参数，只需告诉 AI 代理：“将我的 USDC 移动到收益率最高的稳定币池中。”

AI 驱动的 dApp：具有嵌入式智能的去中心化应用程序，可以根据市场状况调整策略、优化 Gas 成本，甚至在潜在漏洞发生前进行预测。

算法巨鲸的崛起​

也许 DeFAI 最引人入胜的方面是业内观察者所称的“算法巨鲸”的出现——这些 AI 代理控制着大量的链上资本，并以数学般的精准度执行策略。

2025 年 4 月在 Base 上推出的 Fungi Agents 就是这一新物种的典范。这些代理专门针对 USDC，在 Aave、Morpho、Moonwell 和 0xFluid 等平台之间分配资金。它们的策略？针对 Gas 效率优化的链上高频再平衡，在 DeFi 生态系统中不断寻找最佳的风险调整收益。

预计到 2026 年，由 AI 代理管理的资本将超过传统对冲基金。与人类基金经理不同，这些代理持续运行，实时响应每一次市场波动。它们不会在崩盘期间恐慌性抛售，也不会在顶点时因 FOMO（错失恐惧症）买入——它们以坚定不移的纪律遵循其数学模型。

来自 Fetch.ai 的研究表明，集成了大语言模型和区块链 API 的 AI 代理可以根据收益曲线、信用状况和跨协议机会来优化策略，而人类分析师需要数小时才能评估这些机会。

重塑 DeFi 自动化的关键参与者​

DeFAI 领域涌现出了几个领军项目，每个项目都带来了独特的能力。

Griffain：自然语言入口​

由 Solana 核心开发人员 Tony Plasencia 创立，Griffain 的估值已达到 4.5 亿美元——环比增长 135%。该平台的杀手锏在于自然语言处理，允许用户通过简单的、类人化的命令与 DeFi 进行交互。

想在五个协议之间重新平衡你的投资组合？问就行了。需要设置一个带有自动复利的复杂收益耕作策略？用平实的英语描述它。Griffain 将你的意图转化为精确的链上操作。

HeyAnon：简化 DeFi 复杂性​

由 DeFi 开发者 Daniele Sesta 创建，并获得 DWF Labs 2000 万美元的支持，HeyAnon 聚合实时项目数据，并通过对话界面执行复杂操作。该协议最近在 Sonic 上推出，并与 IOTA 基金会合作发布了 AUTOMATE TypeScript 框架，将传统开发工具与 DeFAI 能力衔接起来。

Orbit：多链助手​

Orbit 的集成横跨 117 条链和近 200 个协议，代表了迄今为止最雄心勃勃的跨链 DeFAI 实现。在 Coinbase、Google 和 Alliance DAO 通过其母公司 SphereOne 的支持下，Orbit 允许用户通过单一的 AI 代理界面在不同的生态系统中执行操作。

Ritual Network：基础设施层​

虽然大多数 DeFAI 项目专注于面向用户的应用，但 Ritual 正在构建底层基础设施。其旗舰产品 Infernet 将链外 AI 计算与链上智能合约连接起来。Ritual 虚拟机（EVM++）将 AI 操作直接嵌入到执行层，在智能合约内部实现了一流的 AI 支持。

在 2500 万美元 A 轮融资的支持下，Ritual 将自己定位为 Web3 的主权 AI 执行层——这是其他 DeFAI 项目可以构建的基础设施基石。

安全的双刃剑​

这是 DeFAI 真正令人担忧的地方。能够实现高效收益优化的 AI 能力，同时也带来了前所未有的安全风险。

Anthropic 的研究揭示了一个惊人的统计数据：AI 代理对智能合约漏洞的利用率在短短一年内从 2% 飙升至 55.88%。AI 驱动的攻击所带来的潜在利用收益每 1.3 个月就会翻一倍。现在，AI 代理详尽扫描一个合约漏洞的平均成本仅为 1.22 美元。

在针对 2,849 个近期部署且无已知漏洞的合约进行测试时，先进的 AI 代理发现了两个全新的零日漏洞，并生成了可用的攻击代码——这证明了盈利性的、现实世界的自主攻击不仅是理论上的，而且是完全可行的。

这种安全格局促使了 “了解你的代理”（Know Your Agent, KYA）标准的出现。在该框架下，任何与机构流动性池或代币化现实世界资产（RWA）交互的 AI 代理都必须验证其来源，并披露其创建者或法定所有者的身份。

市场动态与投资流向​

DeFAI 市场的增长反映了加密货币和人工智能领域的广泛趋势：

• AI 代理代币总市值：峰值时达到 170 亿美元（数据来源：CoinGecko）
• DeFAI 板块估值：截至 2025 年 1 月为 169.3 亿美元，占整个加密 AI 市场的 34.7%
• 自动复利保险库：存款额达 51 亿美元（2025 年）
• 质押稳定币池：117 亿美元，在市场波动期间尤为受欢迎
• 流动性收益代币化：在 Pendle 和 Ether.fi 上的规模超过 23 亿美元

由 Virtuals 开发的 AI 驱动市场情报平台 AIXBT 占据了 AI 代理代币总关注度的 33% 以上——尽管像 Griffain 和 HeyAnon 这样的新兴代理正在迅速赶超。

超过 60% 的长期 DeFi 用户现在每月都会参与质押或流动性挖矿，其中越来越多的人开始依赖 AI 代理来优化其策略。

收益优化革命​

传统的收益耕作（Yield Farming）以复杂著称。年化收益率（APY）不断波动，协议不断引入新的激励措施，而无常损失（Impermanent Loss）则潜伏在每一次流动性提供中。AI 代理将这种复杂性转化为可管理的自动化流程。

现代 DeFAI 代理可以：

• 实时评估协议：同时比较数百个资金池的风险调整后收益
• 计算最佳入场和出场点：将 Gas 成本、滑点和时机因素考虑在内
• 动态重新分配资产：在无需人工干预的情况下移动资金以追求更高收益
• 最小化无常损失：通过复杂的套期保值策略和时机优化

AI 驱动的机器人金库代理已经成为一个效率层，它们根据不断变化的收益率曲线和信用状况，在借贷平台、自动做市（AMM）池甚至是代币化国债之间重新分配流动性。

监管现状与挑战​

随着 DeFAI 的发展，监管机构也开始注意到这一点。KYA 框架代表了对自主金融代理进行监管的首次重大尝试。

新兴 KYA 标准下的关键要求包括：

• 验证代理的来源和所有权
• 为机构交互披露算法策略
• 为代理执行的交易提供审计追踪
• 针对代理故障或被攻击的责任归属框架

这些监管规定在加密社区内引起了紧张局势。一些人认为，要求披露身份破坏了 DeFi 假名制（Pseudonymity）和无许可性（Permissionlessness）的基本原则。另一些人则认为，如果没有某种框架，AI 代理可能会成为市场操纵、洗钱或系统性风险的媒介。

展望未来：2026 年的格局​

以下趋势可能会定义未来一年 DeFAI 的演变：

跨链代理编排：未来的代理将在多个区块链网络上无缝运行，同时优化跨越以太坊、Solana 和新兴 L2 生态系统的策略。

代理间商业（Agent-to-Agent Commerce）：我们已经看到了 AI 代理之间相互交易的早期迹象——在没有人类中介的情况下购买计算资源、交易策略和协调流动性。

机构集成：随着 KYA 标准的成熟，传统金融机构将越来越多地与 DeFAI 基础设施互动。代币化现实世界资产的整合为 AI 管理的 DeFi 投资组合与传统金融之间建立了天然的桥梁。

强化的安全军备竞赛：发现漏洞的 AI 代理与保护协议的 AI 代理之间的竞争将加剧。智能合约审计将变得越来越自动化，也越来越必要。

对构建者和用户的意义​

对于开发者来说，DeFAI 既是机遇也是必然。那些不考虑 AI 代理交互（无论是作为用户还是潜在攻击者）的协议将处于劣势。构建 AI 原生基础设施不再是可选项，它正成为竞争性 DeFi 协议的标配。

对于用户来说，这个信号是微妙的。AI 代理确实可以优化收益并简化 DeFi 的复杂性。但它们也引入了新的信任假设。当你将财务决策委托给 AI 代理时，你不仅信任协议的智能合约，还信任该代理的训练数据、其优化目标以及其运营者的意图。

2026 年最顶尖的 DeFi 用户将不再是那些交易最频繁的人，而是那些最懂得如何利用 AI 代理，同时管理其引入的独特风险的人。

DeFAI 并没有取代人类参与去中心化金融。它正在重新定义当你的对手方没有心跳时，“参与” 究竟意味着什么。

隐私正在成为公共基础设施。在 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 并开始尝试本教程中的示例。去中心化网络正在等待将隐私和安全放在首位的应用程序。