Raiku：Solana 的高性能边缘计算层

探索 Raiku 如何为 Solana 带来确定性执行，从而使应用程序能够以精确、可靠和快速的方式运行。

2025 年 7 月 21 日

现代区块链已经实现了规模化，但没有实现确定性。虽然 Solana 在吞吐量和延迟方面处于领先地位，但对于高风险应用程序，它仍然缺乏可靠的执行保证。Raiku 引入了一个可编程的协调层，在不影响性能的情况下，恢复链上系统的确定性、可预测性和信任。Raiku 作为 Solana 验证器网络的补充，使开发人员能够提前预留区块空间，精确地安排交易，并避免所有 mempool 混乱。

本文探讨了 Raiku 如何为 Solana 的单体架构带来执行保证、MEV 抵抗和预确认，从而提供了一个不仅为速度而构建，而且为分布式、对抗性世界中的可靠性而构建的系统。

区块链架构的现状以及对执行确定性的需求

全球市场需要确定性。而加密货币，往往只提供希望。

今天的区块链基础设施充满了架构上的妥协。在追求规模的过程中，我们构建的系统违反了核心分布式计算原则，假设无限带宽，忽略延迟上限，并将通用状态模型强加于不需要它们的应用程序。其结果是什么？脆弱的抽象、不可靠的性能，以及一种感觉更像是生存而不是创新的开发者体验。

想象一下，推出一款现代金融产品，却被告知你的交易可能会失败，除非你疯狂发送、贿赂验证器，或者只是祈祷它被包含。

区块链系统最终应该抽象出这种复杂性，提供“开箱即用”的去中心化基础设施。但实际上，我们已经用验证器节点取代了服务器机架，而延迟问题只是从物理硬件转移到了 Layer-1 拥塞。

这就是 Web3 的日常现实。以太坊是最广泛使用的智能合约平台，每秒只能处理 15-30 笔交易。在需求旺盛的 NFT 发售、清算、迷因币季节期间，基础层会堵塞，费用飙升，而 L2 成为了唯一的避风港。这些 Layer-2 rollup 通过将执行转移到链下，从而提供了巨大的吞吐量和降低的 gas 费用，但也带来了新的折衷：流动性碎片化、复杂的桥接、不同的信任模型以及有些分散的用户体验。

与此同时，以太坊的 restaking 生态系统引入了更多的脆弱性。像 EigenLayer 这样的协议要求验证器使用以太坊的社会共识来保护第三方系统，实际上是在赌如果出现任何问题，社区会协调救助。即使 Vitalik 也已指出这种方法具有“高风险”。扩展以太坊仍然是一个 10 年的路线图。建设者现在就需要一些东西。

另一方面，Solana 追求的是高性能的单体设计：它将共识和执行保存在一条链中，从而实现了非常快的区块时间和并行执行。在实践中，Solana 通常在全球状态机上处理 3,000-4,000 TPS，远远超过以太坊的吞吐量。这种设计在正常情况下会产生低费用和近乎即时的最终性。但是，Solana 的单链架构在极端负载下也显示出压力。在使用量激增期间，Solana 经历了拥塞甚至中断，因为每个 dApp 都在争夺相同的全局资源。

例如，流量的急剧增加（例如，热门的 NFT mint 或套利机器人）历史上导致区块停滞和交易失败。值得注意的是，在 2024 年 2 月，由 Solana 运行时触发的错误导致了近五个小时的网络中断。即使在网络保持畅通的情况下，用户和机器人通常也会在高峰需求期间看到交易失败或超时，从而破坏了 Solana 原本强大的用户体验。实际上，Solana 上的高频交易者已经观察到，当网络拥塞时，交易的失败率高达 75%。发生这种情况的原因是，Solana 的领导者计划和 QoS（服务质量）优先级设置有利于某些验证器，而当涌入的交易过多时，许多交易根本无法及时包含在内。

除了吞吐量限制之外，两个生态系统都在与 MEV 漏洞利用和不可预测的执行作斗争。Solana 尽管使用了公共领导者计划，但也面临着自己的 MEV 动态。Solana 的 stake 加权交易调度意味着大型验证器或订单流专家可以达成协议，以优先处理某些非公开交易。这种缺乏透明度导致了中心化问题，在这种情况下，关系良好的机器人或公司可以获得快速通道访问权限，而普通用户的交易则难以进行。尽管 Solana 已经引入了优先费用和诸如 Jito（一种专门的 MEV 感知客户端）之类的解决方案，以带来更开放的费用市场，但根本问题仍然存在：当网络繁忙时，包含就变成了一场竞价战或内部人士的游戏，而普通用户则面临着不确定性和滑点。

在状态方面，以太坊的 rollup 中心模型将应用程序碎片化到各个链上。每个 rollup 都变成了一个孤岛，需要桥梁、冗余工具和额外的安全假设。当流动性和合约不再位于同一位置时，DeFi 的魔力——可组合性，就会消失。

缺少的是没有延迟峰值、状态碎片化或交易失败的规模。全球金融需要的精度，但区块链仍然缺乏。

这就是 Raiku 占据的设计空间。

Raiku 源于多年来对以太坊基础设施的挫败感以及对清晰系统设计的深刻尊重，它为 Solana 引入了一种新型的基础设施，这种基础设施不是围绕更多的 rollup 构建的，而是围绕精确执行构建的。它扩展了 Solana 的核心，提供了可编程的构建块——Edge Compute 环境——这些构建块为应用程序提供了自己的快速通道、有保证的带宽以及确定性的结算，而无需管理单独的链或破坏可组合性。

如果说 Solana 是全球高速公路，那么 Raiku 就像智能交通控制系统，为最需要的应用程序开辟了快速通道。

这不是另一个 rollup。它不是侧链。Raiku 正在重新思考区块链执行：快速、模块化、可编程和可预测。一个并非为了追逐趋势而打造的系统，而是为了满足机构、建设者和需要确定性而不是希望的全球规模应用程序的需求而打造。

从局限性到愿景：Raiku 的起源

Raiku 的诞生源于一个简单的观察：并非所有区块链工作负载都需要在同一个拥挤的厨房中运行。2023 年底，一个由研究人员和 Solana 资深人士组成的团队开始询问如何才能将繁重的计算从 Solana 的 L1 上卸载下来，而又不丧失链上的优势。这项计划最初是一个研究项目（由 Superteam 和 Solana 基金会支持），源于他们对以太坊中心基础设施中感知的“停滞”感到沮丧。以太坊的生态系统虽然拥有丰富的 Layer-2，但并没有提供这些研究人员所希望的那种性能或开发者体验的飞跃，rollup 正在取得渐进的进展，但仍然与一个相对缓慢和拥塞的基础层联系在一起。相比之下，Solana 代表了一个尝试不同事物的机会：它的 L1 已经很快，并证明了 Web 规模的区块链是可能的，但它也可以通过发展其架构来改进。

Raiku 团队注意到，到 2024 年 1 月，许多 Solana 应用程序都在“自然地倾向于”扩展架构，或者换句话说，项目正在尝试构建自己的迷你 rollup 或隔离的执行层，以进一步扩展基础层的吞吐量。由于缺乏官方框架，一些团队试图重新利用诸如 Sovereign SDK（旨在用于独立链）之类的工具来创建 Solana 扩展或可以说“rollup”。结果并不理想：在 Solana 上错误地使用面向以太坊的 rollup 框架会导致性能不佳和大量的摩擦。每个项目滚动他们自己的扩展都会导致状态碎片化（“基本上朝着以太坊拥有的所有问题发展”）和重复的工作。更重要的是，这些 DIY 解决方案没有与 Solana 的设计干净地集成，它们遇到了数据吞吐量限制、计时问题以及无法与 L1 共享状态或帐户的问题。

这种模式高亮显示了一个清晰的设计问题：Solana 需要一个专门构建的扩展框架，而不是从其他地方硬塞进来的框架。

由 Robin A. Nordnes 和其他人领导的 Raiku 创始团队着手解决此问题，他们从第一性原理出发，构建了一个与 Solana 紧密耦合的“边缘计算”层。他们在调查了 Aptos 和 Sui 等其他新的 L1 之后选择了 Solana，并得出结论：Solana 在支持他们的愿景方面具有独特的优势。Solana 拥有足够数量的用户、强大的开发者社区和根本上健全的架构（通常被称为早期的、快速改进的以太坊）。重要的是，Solana 的领导层和生态系统愿意创新，核心开发人员每隔几周就会发布更新，并且人们渴望采用新的扩展方法。这个想法不是推出另一个独立的 L1，也不是创建一个完全单独的分片，而是以一种互补的方式扩展 Solana。

正如一位团队成员所说：“我们不是 L2，我们不是 L1……我们介于两者之间。”更正式地说，Raiku 将自己定位为区块构建架构，这是一种基础设施协议，它连接验证器、应用程序和基础链，以编排超出基础层本身可以提供的高性能执行。如果 Solana L1 是高速公路，那么 Raiku 构建了快速通道和交通控制系统，使某些应用程序能够在需要时以明显更快的速度和可预测性运行。

推动 Raiku 设计的一个关键见解是，许多大规模 dApp 不需要与整个全球状态进行持续交互。只要某些应用程序可以偶尔结算到主链并在需要时利用其安全模型和流动性，它们就可以在很大程度上独立（它们自己的订单簿或游戏引擎逻辑）运行。正如 Nordnes 解释说，“大多数具有大规模潜力的用例根本不需要状态可组合性。”你可以在自己的区域（如 L2）中沙盒应用程序的执行，但仍然可以从基础链中获得诸如结算最终性、共享用户帐户、链上价格数据和资产安全性之类的好处。

这种认识是 Raiku 架构的基础：它力求为应用程序提供其自己的主权执行环境（因此它们不会被其他人所瓶颈），同时保持 Solana L1 的优势（统一的资产和身份空间，以及高性能的结算层）。在以太坊世界中，人们可以尝试通过启动一种乐观或 ZK rollup 来实现类似的目标，但正如团队所指出的那样，“你可以在以太坊中构建为 L2，但你仍然受到底层 L1 的严重限制”。即使是最好的 rollup 也会受到以太坊的数据发布吞吐量、延迟和升级时间表（“修复 L1 将需要十年”）的限制。Raiku 团队没有等待这种情况的发生，而是看到了利用 Solana 的优势在今天并在其之上进行创新的机会。

Raiku 将引入一个与 Solana 共识并行运行的新层，该层由验证器社区运营（并与之在经济上保持一致），以协调高级执行功能。这个愿景是大胆的：使链上应用程序“更快、更可靠，并且在市场上具有竞争力”，可以与 AWS 或 NASDAQ 等 Web2 和 TradFi 系统相媲美，而又不会损害去中心化。

到 2024 年初，这一愿景获得了发展。Solana “扩展” 的概念成为热门话题，社区采用了该术语（或“网络扩展”），而不是“L2”，以强调添加到 L1 而不是分叉离开。Raiku 成为实施这一概念的领先项目之一。

从技术上讲，扩展类似于 rollup 或侧链，并且它受到了污名化，甚至可能低估了 Raiku 团队正在构建的内容。Raiku 采用了术语“Edge Compute”来描述其执行区域。“边缘计算”一词是从传统 IT 领域借用的（它指的是在网络边缘进行计算，更靠近需要它的地方）。Raiku 的边缘计算环境不是与 Solana 竞争的独立区块链，它们是 Solana 网络边缘的模块化执行区域，专门用于处理具有确定性性能的专用工作负载。这是一个与 Web2 基础设施团队和机构参与者产生共鸣的术语，它弥合了“rollup”和熟悉的边缘服务器概念之间的概念差距。本质上，Raiku 提供了自定义的类似 rollup 的环境（“扩展”），这些环境集成为 Solana 边缘计算区域。这使开发人员拥有执行主权，即可以自由运行自己的逻辑和调度，而无需启动一个全新的链或将用户分散到各个生态系统中。

重新定义 Rollup：从“扩展”到“边缘计算环境”

值得强调的是，Raiku 如何重塑围绕自定义执行环境的格局。在 Solana 社区中，术语“扩展” 出现来描述这些为 Solana 量身定制的 rollup。但是，Raiku 团队认为该术语有点狭隘（甚至因为早期的粗略尝试而“受到污名化”）。为了吸引加密货币和传统 web2 受众的想象力，Raiku 正在构建的不仅仅是扩展，他们正在构建“边缘计算环境”。

来源：https://x.com/owocki/status/1830621049190560061

借助 Raiku 的边缘计算环境，我们不再将 Layer-2 视为位于 L1 顶部的外部附加组件，而是将其视为网络架构的组成部分，L1 的扩展，位于网络边缘，靠近用户和应用程序。通过将它们称为“模块化执行区域”，Raiku 强调你可以将不同的模块（每个模块都是一个执行运行时/VM）插入到一个连贯的系统中。这些模块化执行区域使开发人员可以将不同的执行运行时或自定义虚拟机插入到一个有凝聚力的系统中，从而使他们能够以无与伦比的控制来塑造低级应用程序逻辑。

Raiku 团队认为，大规模的性能不是修补出来的，而是从一开始就内置的。Raiku 从其他人停止的地方开始：分布式网络固有的带宽、地域和时间限制的物理边界。具体来说，Raiku 提供：

• 系统可靠性，即使在极端负载和压力下也能保持稳定的运行。

• 确定性执行，保证每笔交易的可预测结果。

• 低延迟，通过将高性能边缘计算 (HPEC) 功能直接置于 Solana 网络的边缘，从而在毫秒级内实现交易处理。

• 开发者自由，用于自定义底层逻辑，提供无与伦比的灵活性和控制。

Raiku 的 Co-ordination engine 精确地协调交易，确保它们被快速发送、调度和确认，并由一个复杂的提前区块空间市场提供支持，该市场保证包含（更多信息将在后面的章节中介绍）。验证器插件支持提前 (AOT) 和即时 (JIT) 执行。结合证明流，这些插件允许立即预先确认交易，从而将当今不可靠的尽力而为的交互转变为可靠的计划执行。

边缘计算环境具有实际意义。它有助于在叙事中区分 Solana 的方法与以太坊的方法：以太坊有“Layer-2 rollup”，Solana（通过 Raiku）有“Edge Computes”。后者表明的是增强而不是分离。这是一个传统金融可以理解的术语。在企业计算中，边缘计算是一个积极的概念，它意味着通过将计算移到更靠近需要它的地方来加快响应速度。

Raiku 实际上是在说：我们在逻辑上将执行移到更靠近应用程序的位置（在逻辑上），但仍然锚定在主网络上。

因此，在本报告中，我们一直交替使用“边缘计算环境”、“扩展”和“模块化执行区域”，以反映 Raiku 的想法可能被提及的方式。展望未来，随着 Raiku 进入主网并进行更多营销，你可能会看到“Raiku Edge Compute”作为一个品牌术语，就像 Polkadot 拥有“parachain”或 Avalanche 拥有“subnet”一样。这种术语也使传达新功能变得更加容易：例如，Raiku 可以说“在一周内在 Solana 上部署你自己的边缘计算环境”，这听起来像是设置云环境，因此开发人员会很熟悉。

通过强调“边缘计算”，Raiku 将自己与 Web 基础设施的更广泛趋势对齐，在这种趋势中，逻辑正在向用户（边缘网络、CDN 等）移动，以提高速度，不同之处在于这里的“用户”是应用程序交易，而边缘是网络中的一个特殊区域。这是一个强大的类比，可以帮助更多的人理解 Raiku 与其他扩展技巧的不同之处。

Raiku 的设计遵循几个关键原则：

并非所有 dApp 都需要连续的全局状态：

一些吞吐量最高的应用程序（交易所、游戏、支付网络）可以在隔离的环境中运行其大部分活动，仅在需要时才使用主链。Raiku 通过提供可选择的隔离来支持这一点，从而将这些应用程序从全局 mempool 竞争中解放出来，同时仍然在必要时让它们访问 L1 流动性/状态。这与以太坊 DeFi 的精神形成对比，在以太坊 DeFi 的精神中，一切都高度交织在一条链上（这很强大，但当每个小应用程序都要求全局原子可组合性时，它无法扩展）。通过认识到时间或上下文可组合性（仅在需要时）对很多情况来说都足够了，Raiku 实现了巨大的性能提升。

保持单网络的感觉：

尽管引入了模块化区域，Raiku 仍致力于避免多链 UX 难题。全局帐户和协调引擎确保从用户的角度来看，Solana 仍然是一个网络。你无需管理多个代币，以便在不同的链/区域上支付 gas 费用，或者手动切换 RPC 端点。你可以与 Solana 进行交互，并且在底层，Raiku 可能会根据需要将你的交易路由到扩展或主链。这与 Cosmos app-chain 模型甚至是以太坊的 L2 格局形成了鲜明对比，在这些模型中，使用新链意味着新代币、新的区块浏览器和心态转变。

Raiku 的边缘计算区域更像是“网络扩展”，而不是独立的网络，这表明它们扩展了 Solana 而不是与之竞争。这里的架构优势是网络效应的保留：SOL 代币的实用性仍然支撑着整体（gas 费用、质押），并且 Solana 的社区没有分裂成数十个迷你链。这解决了对以太坊以 rollup 为中心的路线图的常见批评，即以太坊可能只会成为一个结算层，而用户活动会迁移到各种 L2 代币和生态系统中，这可能会削弱以太坊的经济安全性。Raiku 的方法增加了容量，并将其保持在 Solana 的经济保护伞下。

利用现有的安全性，不要重新发明它：

Raiku 不会创建新的基础共识机制，也不要求用户信任一个用他们资金进行交易的全新验证器集（实际上，Raiku 不会单独托管资金，资产仍保留在 Solana 上）。与启动主权 appchain 或新的 L1 相比，这是一个主要的优势。如果一个项目今天选择启动自己的链（无论是通过 Cosmos SDK、Avalanche 子网还是某些主权 rollup），它将面临启动验证器、激励它们（通常通过通货膨胀的新代币奖励）以及确保与其他生态系统的桥梁安全性的艰巨任务。Raiku 通过构建在 Solana 的验证器社区之上并通过全局帐户进行原生桥接来简化了这一过程。

没有单独的桥接合约，该扩展在逻辑上是 Solana 的一部分。与主权链方法相比，这大大降低了安全风险和开发开销。例如，在 Solana 上尝试 Sovereign SDK 的团队最终会遇到状态碎片化和性能不佳的问题，因为 Sovereign SDK 不是为 Solana 的环境而设计的。Raiku 的自定义解决方案避免了这些缺陷，并最大限度地重用了 Solana 经过实战检验的组件（例如其网络、验证器激励等）。

可预测性和透明度作为核心功能：

建设者和用户都重视知道会发生什么。Raiku 在协议级别内置可预测性。包含信号消除了交易提交中的猜测。MEV 由设计处理（没有私有 mempool，一切都通过拍卖或已知渠道进行。这造就了一个更健康的生态系统。

在以太坊上，尽管有所改进，但用户仍然担心在他们发送 Uniswap 交易的那一刻被套利机器人抢先交易。在 Solana 上，用户担心当网络繁忙时交易“无法通过”。Raiku 希望消除这些恐惧，从而以最佳方式使区块链感觉可靠且“无聊”，就像 AWS 基础设施一样，如果你安排一项作业，你就会相信它会按时运行。这是机构采用（机构需要 SLA 和可预测性）和广泛消费者使用（没有人希望疯狂点击“提交”来希望其中一个交易能够通过）的关键卖点。

Raiku 的边缘计算设计支持的实际用例

开发人员实际上可以使用 Raiku 做什么，而他们以前不能做什么？答案是：构建具有链下系统的速度和保证的链上应用程序，并在 Solana 上部署以前可能需要单独的链或中心化解决方案的新型服务。让我们探讨 Raiku 团队和社区设想的一些说明性用例，重点说明边缘计算方法有何不同：

高频交易和交易所（以 Drift Protocol 的 Swift 为例）：

Drift 是一个领先的基于 Solana 的永续合约交易所，可以处理大量的交易。在 2025 年初，他们推出了 Swift Protocol，这是一个直接构建在 Solana 上的链上超低延迟匹配引擎。它将订单簿和匹配逻辑保留在链上，然后将已完成的交易路由到 Drift 的永续合约程序进行结算。虽然 Swift 具有创新性，但它仍然面临一个限制：当需要在 Solana L1 上结算那些匹配的交易时，它会受到正常网络状况的影响，并且可能会遇到延迟或争用（尤其是在许多交易所处于活跃状态的剧烈市场波动期间）。

进入 Raiku：一个类似 Drift 的 DEX 可以部署一个专门用于其交易引擎的边缘计算扩展。在此扩展中，订单可以以微秒级的精度匹配并立即在链上（在扩展中）最终确定，这比 Solana 的 400 毫秒区块时间还要快得多。该扩展可以使用针对交易优化的 Light SVM，从而以确定性的时间安排实现每秒数千次操作（例如，匹配买入和卖出价、更新交易者头寸）。至关重要的是，使用 Raiku 的有保证包含，一旦交易匹配，就可以安排在下一个 Solana 区块上结算，而没有任何不确定性。无需再与时间赛跑或祈祷你的交易被纳入，交易结算会提前预留和确认。

这意味着 Drift 可以提供类似于 NASDAQ 的执行保证，这在 DeFi 中是闻所未闻的。Swift Protocol 目前无法保证 Solana 结算的具体时间或它不会被抢先交易。借助 Raiku，他们可以保证包含和时间安排，从而解决该问题。实际上，Raiku 可以使一个去中心化交易所变成一个低延迟交易平台，做市商和套利者可以放心地在链上运行。

除了 Drift 之外，任何交易所或 AMM 都可以从中受益，想象一下，一个链上订单簿每 100 毫秒在一个专用扩展中更新价格，而不会拖累主网。Raiku 的设计甚至支持 HFT（高频交易）策略：正如其网站上所述，你可以“以微秒级的精度和保证的结算时间执行每秒数千次交易所之间的交易”，从而为量化交易者提供机构级的 DeFi 基础设施。这正是可以吸引严肃的交易公司进入 DeFi 的性能解锁，因为他们不再需要担心网络抖动或不可预测的失败率。

支付和金融科技基础设施（例如，“类似 Stripe” 的支付、Squads）：

支付应用程序需要高吞吐量和高可靠性。考虑一下像 Solana 上的 Stripe 这样的场景：一项为商家、工资单、小额支付等处理每秒数千笔交易的服务。在 Solana L1 上，这在理论上是可行的（考虑到高 TPS），但实际上，如果网络变得拥塞，或者某个支付工作流程中的程序消耗了过多的计算单元，则其他程序可能会失败。

借助 Raiku，人们可以创建一个支付扩展，本质上是一个用于支付交易的专用（边缘计算）区域。此扩展可以针对简单的代币转账进行优化，包括专用/优化的环境或 Light SVM，以实现最大效率。通过 Raiku 的带宽预留，支付运营商（例如稳定币发行商或 CBDC 平台）可以为（例如）500 tps 连续预留吞吐量，以确保他们的交易始终能够通过，而不管外部需求如何。发送资金的用户将获得即时包含确认（没有卡住的交易）。

对于企业或机构用途，Raiku 可以在 Solana 上启用私有结算网络：“主要金融机构之间具有确定性最终性和加密流量的私有结算渠道”。

想象一下，大型银行在共享的 Solana 扩展上结算外汇交易或证券，他们可以拥有自己的 Raiku 扩展，其中交易仅对各方可见（通过加密，但仍然可验证），并保证最终性。这将在公共链上解锁诸如跨境支付、汇款或银行间结算之类的用例，但具有 SWIFT 或 FedWire 的可预测性。

在消费者方面，像 SquadX（一种流行的 Solana 多重签名和协调工具）这样的工具可以使用 Raiku 来保证多重签名交易（可能涉及许多指令）即使在网络高峰时段也能可靠地执行。DAO 金库或多重签名的一个主要痛点是，当你尝试执行一个复杂的交易时，由于网络问题而失败，Raiku 可以通过在所有签名者都批准后分配一个专用插槽来消除这种情况，因此多重签名交易会以原子方式通过。本质上，Raiku 可以为任何关键交易流程提供机构级的可靠性，“五个九”的成功率，正如他们在云领域所说的那样，如果区块链要在大规模支付方面受到信任，这一点至关重要。

此外，借助 RFQ 风格的流动性集成，Raiku 可以支持新的支付模型：例如，一个去中心化的支付应用程序可以通过 Raiku 的 RFQ 系统查询做市商，以获得作为支付一部分的货币兑换的最佳转换率，所有这些都在一个扩展中结算，没有滑点或 MEV。这类似于 Stripe 如何通过各种银行路由支付以优化费用和成功率，Raiku 可以让加密支付以受控、确定的方式通过各种流动性来源路由。

DeFi 协议和服务（交易之外）：

除了交易所之外，许多 DeFi 协议都可以从 Raiku 的边缘计算环境中受益。借贷平台可以使用它们通过专用渠道执行即时清算（Raiku 甚至可以实现“具有微秒精度的自动化风险管理”，这意味着借贷协议可以监控头寸并在保证的时间段内执行清算交易，从而减少坏账）。期权和衍生品平台可以通过使用边缘计算区域作为协调中心来协调跨场所的复杂多腿策略，Raiku 保证所有腿都在连续插槽中以原子方式执行。

例如，期权 DEX 可以确保当用户展期头寸（平仓一个期权并开仓另一个期权）时，两个交易会背靠背发生，而价格波动没有间隙。这种级别的控制目前仅在中心化系统中可行。稳定币发行商也可以从中受益：想象一下，USDC 可以使用 Raiku 扩展以优先批量管理其 mint/redeem 流程，从而确保大型赎回不会阻塞网络或被抢先交易。通过分配区块空间，它们即使在压力时期也能保持平稳运行。

混合 CEX/DEX 和机构访问权限：

Raiku 可以模糊中心化交易所和 DeFi 之间的界限。它的架构允许类似“受监管的 DeFi 区域”的东西，其中只有 KYC'd 实体（例如机构）参与，从而在仍然在 Solana 上结算的同时实现合规性。该网站暗示了“具有卓越 UX 的混合 CEX/DEX 交易所”，在这种情况下，中心场所（或财团）提供流动性，但交易在公共网络扩展上结算。借助边缘计算，这样的平台可以提供 CEX 的速度（在专用硬件上的匹配引擎）和 DeFi 的透明度及托管优势（在 Solana 上结算）。机构可以使用它在 DeFi 市场上进行交易，而无需处理零售流量或不确定的费用，因为他们可能拥有自己的扩展或有保证的通道。随着时间的推移，这可能会将大量交易量从传统金融吸引到 Solana 生态系统中，因为 Raiku 可以满足他们的性能和隐私需求（例如，在私有扩展中加密订单流）。

非金融应用程序（实时游戏、社交、AI 代理、IoT）：

虽然 Raiku 的重点似乎是从 DeFi 和金融市场开始，但该框架具有广泛的适用性。对于实时游戏或虚拟世界，Raiku 可以支持处理快速游戏状态更新的扩展（想象一下一个完全链上的快节奏游戏，Raiku 的调度可以保证操作及时发生在 tick 系统中）。对于 Solana 上的社交网络或消息传递应用程序，Raiku 可以提供吞吐量来处理活动高峰（例如，一个病毒式帖子导致数千次反应，这些反应在一个扩展中处理，因此主链不会泛滥）。

该网站的用例明确提到了将“AI 代理、DePIN、社交网络、支付基础设施、资本市场、HFT 交易、互联网带到 Solana”。这种全面的愿景表明 Raiku 认为自己可以支持当今可能认为区块链无法处理其规模或速度的任何高需求应用程序。

例如，每秒执行数十次链上操作（可能是在拍卖中竞标、重新平衡投资组合等）的 AI 代理可以利用 Raiku 来可靠地处理这些操作。DePIN（像 Helium 这样的项目或去中心化的 Uber/Airbnb 概念）通常需要大量的小额交易和设备交互，Raiku 可以确保 IoT 设备具有保留的吞吐量，以便一致地记录数据或结算支付。

在所有这些情况下，共同的主题是 Raiku 实现了一种在单个 L1 上不可能实现的性能和信任级别。它可以让开发人员看得更远，想象链上服务与中心化服务器的响应能力相匹配。

一个例子：如果 Solana 对于区块链而言已经非常快，那么 Raiku 即使在负载下也能使“快”成为默认设置，就像一个配置良好的云服务器可以自动扩展你的应用程序的容量一样。

边缘计算模型对出于性能原因而考虑启动自己的链的项目特别有吸引力：现在，他们可以获得类似的好处，同时插入 Solana 的生态系统，从而拥有共享的全局状态和完全的可组合性。我们可能会看到来自以太坊 L2 或其他生态系统的项目通过 Raiku“环绕”Solana。实际上，Raiku 明确计划在其上市中拉拢与 EVM 兼容的协议，向他们展示他们可以以最小的摩擦和巨大的性能提升部署在 Solana 上。

Raiku 的新颖方法：具有可预测性能的执行共识分离

Raiku 引入了一种新的区块构建架构，可以从内部改进 Solana 的基础层。它通过启用可编程协调来实现这一点，从而使验证器和应用程序可以进行更确定的执行，而无需引入单独的共识或碎片化的环境。

你可以将 Raiku 的网络视为一个专门的执行层，该层与 Solana 的主链并行运行，由相同的验证器集提供支持，只需通过运行 Raiku sidecar 来选择加入。通过这样做，Raiku 将繁重的应用程序逻辑从与 Solana 的所有流量竞争中解放出来，但它不是孤岛，它仍然与 Solana 紧密同步以实现最终性和数据可用性。

与其他仍在努力解决模块化权衡或碎片化执行模型的生态系统不同，Solana 提供了一个高性能的单体基础层。它通过 Sealevel 提供亚秒级的区块时间、超低的费用和并行执行。这些特性使其成为可以在不造成过高延迟的情况下大规模实施诸如即时 (JIT) 或提前 (AOT) 区块拍卖之类的想法的最有可能的链。

虽然 Solana 通过 Sealevel 提供快速的区块时间、低费用和并行执行，但当前的区块构建过程仍然存在局限性：

• 验证器的盈利能力仍然不稳定，严重依赖于原生通货膨胀补贴和偶尔的 MEV 峰值。

• 交易包含是不可预测的，特别是对于需要原子性、确定性排序或预确认的应用程序。

• 链下协议协调正在增加，像 Jito 这样的协议正在介入以解决缺乏强大的拍卖机制和捆绑执行保证的问题。

缺少的是一个可编程的协调层，它可以为验证器提供更一致的收入机会，使 dApp 具有可靠的执行功能，并在不损害 Solana 的低延迟、高吞吐量特性的情况下插入 Solana 的原生架构。

Solana 的激励和经济框架正在快速发展，并受到一系列关键的 Solana 改进文档 (SIMD) 的指导。这些提案重塑了核心验证器激励、交易优先级机制和奖励分配，为更具竞争力和更强大的生态系统奠定了基础：

• SIMD-0096：将 100% 的优先费用重定向到验证器，从而大大提高验证器的盈利能力，并阻止链外侧交易。

- SIMD-0123：引入了一种原生的、可扩展的协议机制，允许验证者直接向 staker 分配奖励，从而增强经济一致性和透明度。

• SIMD-0228: 本应通过根据 staking 参与水平调整通货膨胀来引入动态的、市场驱动的排放计划，以提高经济效率和安全性。（然而，该提案未能在 2025 年 3 月的投票中获得所需的三分之二超级多数，并且尚未激活）

虽然这些变更侧重于激励对齐，但它们也加剧了验证者之间的竞争，促使他们寻找新的外部收入来源，这在熊市中尤其重要，因为那时 MEV 和优先级费用机会减少。

Solana 市场结构的这种持续演进为 Raiku 的编排引擎奠定了基础，该引擎的设计初衷正是为了实现可靠、可预测和高性能的去中心化执行。

这种执行与共识分离的好处是巨大的。

首先是可预测的包含：通常用户的交易可能会在 mempool 或队列中等待，希望被包含在下一个区块中（或因负载激增而被丢弃），而 Raiku 的设计旨在提供关于包含和时间的硬性保证。通过 Raiku 提交的交易可以提前收到包含的“提前”确认，实际上是即将到来的区块中的预订。这是通过 Raiku 的新型调度和拍卖机制实现的（我们稍后将讨论）。对于用户和 dApp 开发者来说，这意味着不再需要垃圾交易或焦虑地等待关键交易是否被挖掘，你可以在几毫秒内知道你的交易已安排在特定的未来 slot。这种对确定性、可预测执行的关注是一个关键的区别。以太坊上的传统 L2 可以提高手续费和吞吐量，但它们通常无法保证交易何时会落地到 L1（特别是对于具有挑战期的乐观 rollup）。相比之下，Raiku 在 Solana 上提供时间 slot 保证，Solana 是以 400 毫秒区块时间而闻名的 L1。Raiku 本质上是用一个“全局调度器”扩展了 Solana，应用程序可以利用它来预留区块空间。

另一个主要的优势是 故障隔离。在单片 L1 中，如果一个应用程序（例如，一个流行的 NFT mint 程序）突然消耗大量资源或崩溃，它可能会降低或停止整个链。我们在 Solana 上已经看到过这种情况，一个 dApp 的工作负载可能会导致全网范围内的速度减慢。使用 Raiku，应用程序在隔离的执行区域（又名边缘计算）中运行。如果其中一个区域遇到问题，例如，一个失控的程序消耗过多的计算资源，它不会直接阻塞 Solana 的主链或其他区域。故障被限制在该扩展环境中。Solana 的共识不受影响，其他扩展继续正常运行。这种故障隔离类似于在网络上拥有多个“沙箱”：每个应用程序（或应用程序组）可以利用专用的容量切片，甚至可以具有自定义参数，而不会危及整体的稳定性。传统的 L2 提供了一些隔离（Arbitrum 上的故障不会停止以太坊），但由于它们最终依赖于 L1 进行证明和桥接，因此流行的 rollup 上的严重故障（或漏洞利用）仍然可能产生系统性影响（例如，通过 L1 的大规模提款，或在发生巨大 hack 的情况下，L1 上的社会压力要求干预）。Raiku 与 Solana 的紧密集成意味着扩展程序是生态系统的一等公民，但是任何给定扩展程序的麻烦都不会蔓延。这就像将流量划分为单独的高占用率车道一样，一条车道上的事故不会使整个高速公路陷入瘫痪。

至关重要的是，Raiku 的架构保留了 L1 和 L2 都渴望的东西：安全性和主权。每个 Raiku 扩展环境都具有执行主权，这意味着应用程序开发者可以根据自己的需求自定义执行逻辑、VM 和参数（从这个意义上说，这是他们“自己的链”），但是他们不需要从头开始引导一组新的矿工或验证者。Raiku 验证者网络 与 Solana 的验证者集同步工作。实际上，Raiku 验证者将是选择运行 Raiku 软件（验证者客户端的 sidecar）的 Solana 验证者，这样做可能会获得额外的费用。这意味着安全性从第一天起就是专业和强大的，你拥有经验丰富的验证者集掌舵，并且不需要单独的 token 来确保安全。

通过将共识（仍然由 Solana 的 PoH/PoS 处理以最终确定区块）与执行（由 Raiku 的调度和验证者网络处理）分离，吞吐量显着提高。Solana 不再需要自己执行每个程序的每条指令。它可以将某些程序的执行外包给 Raiku 扩展，而只需验证结果或证明。这与以太坊 rollup 的理念不同，后者在 L1 上_完全_验证证明（通常会产生高昂的成本）。鉴于激励措施的一致性和实时协作，Solana 可以信任其自己的验证者集成网络来完成大部分繁重的工作。

总而言之，Raiku 既不是独立的 L1，也不是典型的 L2，它是 Solana 的一个执行层，它引入了：

(a) 执行-共识分离（使应用程序摆脱 L1 的吞吐量限制），

(b) 可预测的包含和调度（不再有概率性的 mempool 游戏），以及，

(c) 强大的故障隔离（一个扩展的问题不会威胁到整体）

它将 Solana 从一个单层网络转变为一个多层系统：底层用于共识和全局状态，上层用于高性能的特定于应用程序的执行。

Raiku 技术栈内部：确定性结算和模块化执行

为了兑现其承诺，Raiku 引入了几个新颖的组件和交易类型。这些可以被认为是协同工作以增强 Solana 的 基础设施构建块。让我们分解 Raiku 技术栈的关键要素：

1. 提前区块拍卖和包含信号：

Raiku 的核心是一种管理区块空间的新方式。Raiku 没有采用临时的先到先得的 mempool 模型，而是实施了一个 slot 拍卖市场。应用程序或用户可以提前竞标 Solana 上即将到来的 slot（或者更确切地说，是 Raiku 的协调调度），从而确保其交易的优先级。中标者会提前收到“包含信号”，本质上是保证他们的交易（或交易包）_将_包含在特定的未来区块或区块序列中。这些拍卖是 stake 加权的和原子的，这意味着调度尊重 Solana 的 stake 分布（具有更多 stake 的验证者有更多的能力来包含预留的交易，从而对齐激励因素），并且交易可以以连续执行而没有中断的包的形式进行预留。结果是 Raiku 用户现在可以更快地确认他们的“执行票”已安全。

将其与传统体验进行比较：在以太坊上，你发送一笔交易并_希望_矿工尽快选择它（如果你迫切需要，可能会提高手续费），甚至在 Solana 上，你可能会发送多个交易以确保在拥塞期间有一个交易落地。

使用 Raiku，该过程类似于提前预订火车座位，而不是在拥挤的站台上挤来挤去。该系统大大减少了失败的交易和不确定性，Raiku 的核心目标之一是 有保证的执行。

证明流式传输：通过顺序区块空间解锁大型有效负载执行

当今 Solana 的一个根本限制是严格的每个区块数据约束，旨在保持快速的区块传播。对于需要提交大型状态更新的应用程序（例如结算引擎或 ZK rollup 证明），这可能会成为瓶颈。

Raiku 通过顺序区块空间预留来解决这个问题，这个概念是由其提前 (AOT) 区块拍卖模型启用的。通过确保一系列即将到来的 slot，应用程序可以可靠地以较小的、可验证的块流式传输大型证明或 payload，而不会达到 Solana 的每个区块上限。

这个想法是将大型交易或证明分解成较小的块，这些块可以通过多个 slot 进行流式传输和验证，从而绕过 Solana 严格的每个区块数据限制。实际上，这意味着应用程序可以通过 Raiku 提交非常大的状态更新或证明（例如，零知识证明或数百个交易的批处理），而 Raiku 将处理将这些数据以验证者可以处理的块的形式馈送到 Solana。

应用程序可以安排和流式传输跨多个 slot 的结构化数据，而不是提交有风险失败或膨胀的大型交易，而验证者会以受控的方式处理和验证它。

2. 快速和确定性的结算（“有保证的执行”）：

Solana 旨在支持的许多下一代应用程序，例如高频交易平台、实时游戏系统和机构支付网络，都需要严格保证交易将在预期的时间和地点准确落地。在这些领域，执行不确定性不仅仅是一个用户体验缺陷；这是一个决定因素。

不可预测的网络拥塞和 mempool 动态可能导致交易失败、重新排序或延迟。对于高级用例（如自动清算、同步资产交换或套利策略），这种不可预测性会导致错失机会和资本效率低下。

Raiku 通过提前 (AOT) 和即时 (JIT) slot 预留来解决此差距，实现有保证的包含。例如，对实时价格变动做出反应的 bot 可能更喜欢 JIT 包含，而外部系统可能选择安排好的 AOT slot。在这两种情况下，用户都要为精度付费，包括时间和带宽（使用 Raiku token 和 SOL 的组合）。

当通过 Raiku 提交有保证的包含交易时，它会被分配一个保留的执行窗口，从而确保它在预定的时间被处理，并且永远不会因验证者行为或网络拥塞而被丢失或重新排序。虽然只有 slot 领导者才能包含交易，但所有运行 Raiku sidecar 的验证者都会提前帮助传播和确认计划。Raiku 使用预共识调度系统来协调交易计划，slot 领导者然后在区块生产期间执行该计划。

通过提前预留区块空间并分配确定性的执行 slot，Raiku 减轻了峰值故障情况，在这种情况下，Solana 上的高频用户历史上看到故障率超过 90%。即使在极端负载期间，它也能提供有保证的带宽、延迟精度和结算可预测性。

有保证的执行也在设计上引入了 MEV 抵抗性。由于交易是提前安排并在整个网络中确认的，因此可以减轻抢跑交易，并且通过将预期价值提取纳入拍卖机制本身来消除三明治攻击。以前在协议之外运行的私人订单流交易不再是必需的。相反，包含通过公平的调度拍卖或预留系统以透明的方式处理。

对于开发者而言，有保证的执行意味着你可以为用户提供类似 Web2 的保证：例如，Solana DeFi 应用程序上的交易可以在几毫秒内得到确认，并且可以确定会结算，不再有“交易失败，请重试”错误。

3. 全局账户模型和统一状态：

Raiku 最具突破性的方面之一是它的 全局账户模块。这个组件（计划在 V2 中与证明流式传输一起推出）正面解决了 状态碎片化问题。这个想法是允许用户和应用程序在多个执行环境中保持统一的身份和状态。

实际上，用户仍然会拥有一个 Solana 钱包/地址，他们可以在主 L1 上以及与他们交互的任何 Raiku 扩展中使用它。资产和数据可以在主链和扩展之间无缝移动，而无需传统的“桥接”。全局账户模型将实现跨扩展的组合性，因此如果需要，两个 Raiku 扩展可以互操作或访问共享的用户状态。

这与典型的 L2 显着不同，在典型的 L2 中，每个 rollup 都是一个围墙花园，需要一座桥来移动资产，并且账户/合约地址可能是特定于链的。使用 Raiku，由于扩展更像是 Solana 生态系统中的“区域”，因此用户体验仍然是统一的。开发者可以在扩展环境中部署，并且仍然可以轻松地与 Solana 原生程序或账户集成。

例如，在 Raiku 驱动的订单簿扩展中下的订单可以结算到用户的主 Solana 钱包中，或者被 L1 上的程序识别，这要归功于统一的账户。从技术上讲，这可以通过让 Raiku 共享 Solana 的账户地址空间和签名验证，或者通过一种在扩展和 L1 之间同步状态根的机制来实现。

结果是状态碎片化得到了解决，你获得了具有一个组合状态的多个执行环境。正如 Raiku 团队所描述的那样，这允许跨扩展环境的组合性，这是以太坊 L2（全部独立）和早期 Solana rollup 尝试都没有实现的。这是一种确保扩展不会意味着分裂用户群或流动性的第一性原理方法。

全局账户模块还支持多 VM 功能。Raiku 不限于 Solana 的原生 VM (SVM)，它正在构建中，有可能在相同的协调伞下托管不同的虚拟机。实际上，Raiku 旨在支持与 EVM 兼容的扩展，从而允许以太坊世界的项目将其 Solidity 代码部署为 Solana 扩展。

提到“像 Arbitrum Orbit 这样的项目部署在 Solana 上” 表明以太坊 L3 或自定义链可以通过 Raiku 有效地插入 Solana。这非常重要：这意味着以太坊 dApp 可以享受 Solana 的性能和用户群，而无需放弃其代码库。所有这些都由全局账户启用，用户甚至不需要切换钱包或桥接 token。EVM 扩展将识别他们相同的钱包（可能通过地址派生或映射），并且可以使用 Solana 的原生资产。

这表明 Raiku 具有某种分层节点架构：普通用户/应用程序与 Ackermann 节点（或集群）对话，然后 Ackermann 节点与验证者交互来安排执行。这是一个有趣的设计，用于扩展输入处理并确保系统可以通过有效地将事务分配给验证者来处理事务突发。

总结

Raiku 的出现标志着 Solana 和整个区块链架构的转折点。它提供了一个愿景，在这个愿景中，去中心化网络可以实现曾经是 Web2 云或传统金融系统独有的可靠性、速度和灵活性。通过引入具有确定性执行的协调引擎，Raiku 使 Solana 能够超越“仅仅是另一个 L1”的标签，并成为真正关键任务、高性能应用程序的平台。

考虑一下这对开发者意味着什么：使用 Raiku，在 Solana 上构建可以感觉像在可扩展的云服务上构建一样。

• 需要更多吞吐量？只需启动一个扩展并预留你需要的 slot。

• 需要自定义执行逻辑或其他 VM？将其作为边缘计算区域插入。

• 担心高峰时段的用户体验？提供有保证的 tx 包含，这样用户就不会再看到失败的交易。

开发者的体验得到了显着改善。开发者可以充满信心地构建，因为他们知道基础设施将满足应用程序的需求，而不是相反。基本的 Solana 链充当稳定的后端，而 Raiku 提供敏捷的、可编程的脚手架来突破极限。

这有可能吸引不仅仅是加密原生开发者，还有具有性能敏感用例的 Web2 开发者。他们可以来到 Solana，而不必担心网络会减慢他们的速度。实际上，Raiku 可以使 Solana 成为任何需要去中心化和高吞吐量的应用程序的首选平台。

在机构方面，Raiku 可能是解锁 Solana 严肃的企业采用的关键。银行、对冲基金、游戏公司、社交媒体新贵，所有这些最终都可以放心地在链上构建，因为他们所需的性能和控制是可用的。Solana 已经是最适合机构的链之一（Jump 等公司投资于其技术）；Raiku 通过承诺细粒度的执行控制和高可靠性来增强这种吸引力。机构级意味着 99.999% 的正常运行时间、交易截止日期、在需要时的隐私、合规性Hook等，所有这些 Raiku 都可以促进（通过隔离的扩展、调度等）。我们可能会看到试点项目，例如 Solana 上的证券交易所结算网络，或者大型支付处理器通过 Raiku 集成 Solana 进行即时全球转账。

旅程才刚刚开始，Raiku 正在测试网上，主网计划于 2025 年末推出，但基础叙事和架构已经就位。它解决了我们在开始时概述的痛点：扩展限制（通过添加模块化吞吐量解决）、MEV 漏洞利用（通过可预测的排序和拍卖最小化）、restaking 挑战（通过更受控制的方法避免）、碎片化状态（通过全局账户解决）和性能问题（通过有保证的包含和故障隔离解决）。因此，Raiku 作为一个有凝聚力的解决方案出现，而不是一个零散的修复。

参考文献

1. CoinShares. (n.d.). 以太坊的主要问题：碎片化. CoinShares 博客. https://blog.coinshares.com/ethereums-major-problem-fragmentation-aa80c71be455

2. CoinShares. (n.d.). 集成与模块化：Solana vs. 以太坊. CoinShares 博客. https://blog.coinshares.com/integrated-vs-modular-solana-vs-ethereum-b0438ef1e1dc

3. Cointelegraph. (n.d.). Solana vs. 以太坊：区块链的详细比较. Cointelegraph. https://cointelegraph.com/learn/articles/solana-vs-ethereum-blockchain-comparison

4. Hedera. (n.d.). 区块链和边缘计算. Hedera 学习中心. https://hedera.com/learning/data/blockchain-and-edge-computing

5. Helius. (n.d.). Solana 许可区块链. Helius 博客. https://www.helius.dev/blog/solana-permissioned-blockchains

6. Helius. (n.d.). 什么是 Firedancer？ Helius 博客. https://www.helius.dev/blog/what-is-firedancer

7. Kiln.fi. (n.d.). 以太坊 L2 挑战和碎片化. Kiln 博客. https://www.kiln.fi/post/eth-l2-challenges-fragmentation

8. Kiln.fi. (n.d.). 什么是 Solana 网络扩展，它们与以太坊 layer-2s 有何不同？ Kiln 博客. https://www.kiln.fi/post/what-are-solana-network-extensions-and-how-are-they-different-from-ethereum-layer-2s

9. Medium. (n.d.). 与 Raiku 创始人 AMA：问题和路线图. Medium. https://medium.com/

10. Medium. (n.d.). 以太坊和 Solana 上的 MEV 漏洞利用. Medium. https://medium.com/

11. Medium. (n.d.). Raiku 技术产品：有保证的包含、包含信号、证明流式传输、全局账户. Medium. https://medium.com/

12. Raiku Labs. (n.d.). Raiku 文档 – 概念文档. Raiku 文档. https://docs.raiku.com/

13. Raiku Labs. (n.d.). Raiku 文档 – 技术文档. Raiku 文档. https://docs.raiku.com/technical-docs

14. Solana Foundation (Colosseum). (n.d.). Raiku：介绍和功能. Colosseum 博客. https://blog.colosseum.org/

15. Solana Foundation (Colosseum). (n.d.). Solana 拥塞和失败问题. Colosseum 博客. https://blog.colosseum.org/

16. Terminal Technology. (n.d.). 网络扩展 #2. Termina Technology 博客. https://www.termina.technology/post/network-extensions-2

17. Unchained Crypto. (n.d.). Solana 的网络扩展是否与以太坊的 layer-2 相同，只是名称不同？ Unchained Crypto. https://unchainedcrypto.com/are-solanas-network-extensions-just-like-ethereums-layer-2s-but-by-a-different-name/

18. Vitalik Buterin & Blockworks. (n.d.). Vitalik 对 restaking 风险的警告. Blockworks. https://blockworks.co/news/vitalik-buterin-restaking-risks

    ---

    非财务或税务建议。 此帖子的目的纯粹是教育，不应被视为投资建议、法律建议、购买或出售任何资产的请求或做出任何财务决定的建议。它不能代替税务建议. 请咨询你的会计师并进行你自己的研究。

• 原文链接： shoal.gg/p/raiku-solanas...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～