IOTA 主网在协议 v24 升级中启用 Starfish 共识

• 广告 -

• IOTA 已通过 v1.21.1 版本在 Mainnet 上激活 Starfish 共识，并使用协议版本 24。

• 此次升级将 IOTA 从先前的 Mysticeti 设置中带出来，并在实时生产环境中引入了全新的 BFT 共识设计。

IOTA 已把 Starfish 推上了 Mainnet。不是测试网，也不是研究笔记，也不是另一句路线图表述。是上线运行。

IOTA Mainnet 刚刚获得了一次重大的共识升级。
Starfish 现已上线。pic.twitter.com/Ri1kXeLVCx

— IOTA (@iota) 2026年4月28日

这项变更通过 IOTA v1.21.1 推出：它引入了协议版本 24，并将全网的共识切换为 Starfish。现在，IOTA 浏览器已在 v1.21.1 运行的同时显示协议版本 24——这不过是一行很小的技术文本，但其分量远比乍看起来要更重。

对于一条链来说，多年来它一直试图把偏研究性质的架构变成可在公开市场中使用的东西，而这类升级才是真正重要的。安静地发生着，但影响是实质性的。

Starfish 离开测试水槽

Starfish 已经在 IOTA 的开发流程中推进了数月。4 月初，IOTA Foundation 描述 Q1 的推出是一次成功部署：把 Starfish 共识应用到 testnet，并将其定位为网络更广泛协议演进的一部分。那是相对安全的阶段。

Mainnet 则是工程必须经受住考验的地方：要能在普通网络的混乱中继续生存，要能应对验证者的行为、基础设施延迟，以及偶尔出现的、在“干净环境”里从不太会露面的丑陋边缘情况。

从核心来看，Starfish 是一种基于 DAG 架构构建的拜占庭容错（Byzantine Fault Tolerant）共识协议。IOTA 自己的文档将其描述为针对低延迟和高吞吐量进行了优化，并强调即使部分节点出现故障或恶意，也要让共识保持可靠性。这是更适合营销的版本。更贴近实际的版本其实更简单：网络正试图在不把验证者之间的通信变成瓶颈的前提下，让最终确定（finality）更快、更稳固。

这种区分之所以重要，是因为 IOTA 正在更强力度地投入现实世界的基础设施使用场景，尤其是交易、供应链和数字身份。在这些领域里，“多数时间都能工作”并不够用。如果账本的目标是支撑机构、港口、机构部门或商业平台之间的文档流，那么共识层在条件变得粗糙时就不能每次都像科学实验一样运转。

一项带着商业压力的技术升级

时间点同样耐人寻味。IOTA 的 Q1 更新把协议层的工作与贸易基础设施挂钩，包括英国和 Kenya 的与 TWIN 相关活动。基金会一直在努力把 IOTA 的定位从“零售加密货币故事”转向“面向受监管、文书繁重环境的基础设施”。这是一种更难讲清的叙事，但也同样更严肃。Starfish 正好契合这个叙事，因为共识可靠性在那里不是附带功能——而是产品的神经系统。

对于代币持有者来说，眼下最直接的问题大概率是价格。毕竟一直都是。但更清晰的解读应该是技术优先。协议版本 24 传达出一个信号：在经历更广泛的 Rebased 转型之后，IOTA 仍在持续重建其基础层；而这次升级则为开发者和验证者提供了新的运行模型。至于这会不会转化为采用（adoption），是另一个问题，而且更令人不安。

还存在一个声誉层面的角度。多年来，IOTA 承担了自己历史带来的负担，有时是相当公平的，有时则不尽如此。像这样更新 Mainnet 的方式，可能会改变这个故事——如果它真的会改变的话。不是靠口号，而是靠真正能运行的代码、始终保持在线的验证者，以及在条件不那么理想时也不会掉链子的基础设施。

Starfish 现在已经进入这个竞技场。