来源：SHOALRESEARCH
编译：Zhou，ChainCatcher
现代区块链已经实现了规模化，但尚未实现确定性。虽然 Solana 在吞吐量和延迟方面领先，但它仍然缺乏对高风险应用的可靠执行保证。Raiku 引入了一个可编程协调层，可以在不影响性能的情况下恢复链上系统的确定性、可预测性和信任。Raiku 作为 Solana 验证器网络的 Sidecar 构建，使开发者能够提前预留区块空间，精确调度交易，并避免所有内存池混乱。
本文探讨了 Raiku 如何为 Solana 的单体架构带来执行保证、MEV 抵抗和预先确认，从而提供一个不仅注重速度而且注重分布式对抗世界中的可靠性的系统。
区块链架构现状及执行确定性需求
全球市场需要确定性。加密货币往往只带来希望。
如今的区块链基础设施充斥着架构上的妥协。为了追求规模化，我们构建的系统违背了核心的分布式计算原则，假设带宽无限，忽略延迟上限，并强制应用程序使用通用状态模型，而这些应用程序并不需要这些模型。结果如何？脆弱的抽象、不可靠的性能，以及开发者体验更像是为了生存而非创新。
想象一下，推出一款现代金融产品并被告知你的交易可能会失败，除非你发送垃圾邮件、贿赂验证者或只是祈祷被纳入。
区块链系统最终应该抽象化这种复杂性，提供有效的去中心化基础设施。但实际上，我们用验证器节点取代了服务器机架，延迟问题也从物理硬件转移到了第一层拥塞。
这就是 Web3 的日常现实。以太坊作为使用最广泛的智能合约平台，每秒仅处理 15-30 笔交易。在 NFT 掉期、清算和 memecoin 旺季等高需求时期，底层网络会堵塞，费用飙升，而 Layer-2 是唯一的逃生出口。这些 Layer-2 Rollup 通过将执行转移到链下，在降低 Gas 费用的同时，提供了巨大的吞吐量，但也带来了新的权衡：流动性碎片化、桥接复杂、信任模型差异化以及用户体验略有缺陷。
与此同时，以太坊的再质押生态系统也带来了更大的脆弱性。像 EigenLayer 这样的协议要求验证者利用以太坊的社会共识来保护第三方系统，这实际上等于押注一旦出现任何问题，社区将协调救援。就连 Vitalik 也认为这种做法具有高风险。以太坊的扩展仍是一个需要 10 年才能完成的路线图。建设者现在就需要有所行动。
另一方面，Solana 追求高性能的单体设计：它将共识和执行集中在一条链上，从而实现了极快的出块时间和并行执行。实际上，Solana 在全局状态机上通常可以处理 3,000-4,000 TPS，远远超过以太坊的吞吐量。这种设计在正常情况下可以实现低费用和近乎即时的最终确定性。然而，Solana 的单链架构在极端负载下也表现出了压力。在使用量激增期间，由于所有 dApp 都在争夺相同的全局资源，Solana 会经历拥堵甚至中断。
例如，历史上，流量的急剧增加（例如流行的 NFT 铸币或套利机器人）会导致区块停滞和交易失败。值得注意的是，2024 年 2 月，Solana 运行时触发的一个错误导致网络暂停近五个小时。即使网络保持正常运行，用户和机器人也经常会在高峰需求期间看到交易失败或超时，从而破坏了 Solana 原本强大的用户体验。事实上，Solana 上的高频交易者观察到，当网络拥堵时，交易的失败率高达 75% 。发生这种情况的原因是 Solana 的领导者调度和 QoS（服务质量）优先级偏向某些验证者，并且当太多交易涌入时，许多交易根本无法及时被纳入。
除了吞吐量限制之外，这两个生态系统都面临着 MEV 的利用和不可预测的执行力问题。Solana 尽管采用了公开的领导者调度机制，但仍面临着自身的 MEV 动态问题。Solana 的权益加权交易调度机制意味着大型验证者或订单流专家可以达成交易，优先处理某些账外交易。这种缺乏透明度的现象导致了中心化问题，即人脉广泛的机器人或公司能够快速访问，而普通用户的交易却举步维艰。尽管 Solana 引入了优先费用和Jito（一款专门的 MEV 感知客户端）等解决方案，以打造更开放的费用市场，但潜在的问题依然存在：当网络繁忙时，包容性就会变成一场竞价战或内部人士的游戏，普通用户将面临不确定性和交易延迟。
从状态角度来??看，以太坊以 rollup 为中心的模型将应用程序分散到各个链上。每个 rollup 都变成了一个孤岛，需要桥接、冗余工具和额外的安全假设。当流动性和合约不再共存时，DeFi 的魔力——可组合性——便会消失。
区块链缺少的是可扩展性，避免延迟峰值、状态碎片化或交易失败。全球金融所需的精准性，区块链仍然缺乏。
这是 Raiku 占据的设计空间。
Raiku 诞生于多年来对以太坊基础设施的不满，以及对简洁系统设计的深刻尊重，它为 Solana 引入了一种全新的基础设施，其核心并非在于更多 rollup，而是在于精准的执行。它通过提供可编程的构建块——边缘计算环境——扩展了 Solana 的核心，为应用程序提供专属的快速通道、有保障的带宽和确定性的结算，而无需管理单独的链或破坏可组合性。
如果说 Solana 是全球高速公路，那么 Raiku 就是智能交通控制系统，为最需要的应用程序提供快速通道。
这不是另一个 Rollup，也不是侧链。Raiku 是对区块链执行的重新思考：快速、模块化、可编程且可预测。该系统的打造不是为了追逐潮流，而是为了满足机构、开发者和全球规模应用的需求，他们需要的是确定性，而非希望。
从局限到愿景：Raiku 的起源
Raiku 诞生于一个简单的观察：并非所有区块链工作负载都需要在同一个拥挤的厨房中运行。2023年末，一组研究人员和 Solana 资深人士开始询问如何才能在不失去链上优势的情况下从 Solana 的 L1 卸载繁重的计算。该计划最初是一个研究项目（由超级团队和 Solana 基金会支持），源于他们对以以太坊为中心的基础设施“停滞不前”的沮丧。以太坊的生态系统虽然拥有丰富的 Layer-2，但并没有像这些研究人员所希望的那样在性能或开发者体验方面实现飞跃，rollup 正在取得渐进式进展，但仍然依赖于相对缓慢和拥挤的基础层。相比之下，Solana 代表着一个尝试不同事物的机会：它的 L1 已经很快，并证明了网络规模的区块链是可能的，但它也可以通过改进其架构来改进。
Raiku 团队指出，到 2024 年 1 月，许多 Solana 应用程序“自然而然地倾向于”扩展架构，或者换句话说，项目正在尝试构建自己的迷你汇总或隔离执行层，以进一步扩展基础层的吞吐量。由于缺乏官方框架，一些团队尝试重新利用 Sovereign SDK（用于独立链）等工具来创建 Solana 扩展或可以说是汇总。结果并不理想：在 Solana 上滥用面向以太坊的汇总框架导致性能低下和大量摩擦。每个推出自己的扩展的项目都会导致状态碎片化（基本上会遇到以太坊存在的所有问题）和重复工作。更重要的是，这些 DIY 解决方案无法与 Solana 的设计干净地集成，它们遇到了数据吞吐量限制、时间问题以及无法与 Layer1 共享状态或账户的问题。
这种模式凸显了一个明显的设计问题：Solana 需要一个专门构建的扩展框架，而不是一个从其他地方强行塞进来的框架。
Raiku 的创始团队由Robin A. Nordnes等人领导，他们着手解决这个问题，从根本上构建了一个与 Solana 紧密耦合的“边缘计算”层。在调研了 Aptos 和 Sui 等其他新的 L1 层之后，他们选择了 Solana，认为 Solana 具有独特的优势，能够支持他们的愿景。Solana 拥有庞大的用户群、强大的开发者社区和基础扎实的架构（常被比作早期快速改进的以太坊）。重要的是，Solana 的领导层和生态系统乐于创新，核心开发人员每隔几周就会发布更新，并且对新的扩展方法充满热情。他们的想法并非要推出另一个独立的 L1 层，也不是要创建一个完全独立的分片，而是以一种互补的方式扩展 Solana。
正如一位团队成员所说：“我们不是 L2，也不是 L1……我们介于两者之间。” 更正式地说，Raiku 将自己定位为区块构建架构，一种连接验证者、应用程序和基础链的基础设施协议，用于协调高性能执行，超越基础层本身所能提供的功能。如果说 Solana L1 是高速公路，那么 Raiku 构建的是快速通道和交通控制系统，使某些应用程序在需要时能够以更快的速度和更可预测的方式运行。
Raiku 设计的一个关键洞察是，许多高规模的 dApp 并不需要与整个全局状态持续交互。一些应用程序可以在很大程度上独立运行（它们自己的订单簿或游戏引擎逻辑），只要它们能够偶尔结算到主链，并在需要时利用其安全性和流动性。正如 Nordnes 所解释的那样，“大多数具有大规模潜力的用例并不需要始终具备状态可组合性”。您可以将应用程序的执行沙盒化在其自己的区域（例如 L2）中，但仍然可以获得主链在结算最终性、共享用户账户、链上价格数据和资产安全等方面的优势。
这一认识支撑了 Raiku 的架构：它致力于为应用程序提供自己的主权执行环境（这样它们就不会受到其他环境的瓶颈限制），同时保持 Solana 的 Layer1 的优势（一个统一的资产和身份空间，以及一个高性能的结算层）。在以太坊世界中，人们可以尝试通过启动 Optimistic Rollup 或 ZK Rollup 来实现类似的目标，但正如团队所指出的，“你可以在以太坊中构建 Layer2，但你仍然受到底层 Layer1 的严重限制” 。即使最好的 Rollup 也会受到以太坊数据发布吞吐量、延迟和升级时间表的限制（修复 Layer1 将需要十年）。Raiku 团队没有等待，而是看到了利用 Solana当前优势并在此基础上进行创新的机会。
Raiku 将引入一个与 Solana 共识并行运行的新层，由验证者社区运营（并与其经济上保持一致），以协调高级执行功能。其愿景非常大胆：利用 Web2 和 TradFi 系统（例如 AWS 或 NASDAQ），使链上应用“更快、更可靠、更具市场竞争力”，同时又不损害去中心化。
到 2024 年初，这一愿景获得了广泛关注。Solana的扩展概念成为热门话题，社区最终决定使用这个术语（或网络扩展）来取代L2，以强调在 L1 基础上进行扩展，而不是分叉。Raiku 成为实施这一概念的领先项目之一。
从技术上讲，扩展类似于 Rollup 或侧链，它被贴上了标签，或许也低估了 Raiku 团队正在构建的功能。Raiku 采用了“边缘计算”一词来描述其执行区。“边缘计算”一词借用自传统 IT（指在网络边缘进行的计算，更接近需要计算的地方）。Raiku 的边缘计算环境并非与 Solana 竞争的独立区块链，而是位于 Solana 网络边缘的模块化执行区，专为处理具有确定性性能的特定工作负载而构建。这个术语与 Web2 基础设施团队和机构参与者产生了共鸣，弥合了Rollup与人们熟悉的边缘服务器之间的概念鸿沟。本质上，Raiku 提供集成为 Solana 边缘计算区的自定义类似 Rollup 的环境（扩展）。这赋予了开发者执行自主权，即可以自由地运行自己的逻辑和调度，而无需费力地启动一条全新的链或分散跨生态系统的用户。
重新定义 Rollups：从“扩展”到“边缘计算环境”
值得一提的是，Raiku 正在重塑定制执行环境的格局。在 Solana 圈子里，“扩展”一词被用来描述这些 Solana 定制的 rollup。然而，Raiku 团队认为这个词有点狭隘（甚至因为早期的粗略尝试而被污名化）。为了吸引加密货币和传统 Web2 受众的想象力，Raiku 构建的不仅仅是扩展，他们正在构建“边缘计算环境” 。
来源：https ://x.com/owocki/status/1830621049190560061
借助 Raiku 的边缘计算环境，我们不再将二层网络视为位于一层网络 (L1) 之上的外部附加组件，而是网络架构不可或缺的一部分，是一层网络 ( L1)的延伸，位于网络边缘，靠近用户和应用程序。Raiku 将其称为“模块化执行区”，强调您可以将不同的模块（每个模块都是一个执行运行时/虚拟机）插入到一个统一的系统中。这些模块化执行区允许开发人员将不同的执行运行时或自定义虚拟机插入到一个统一的系统中，从而使他们能够以无与伦比的控制力塑造底层应用程序逻辑。
Raiku 团队认为，大规模性能并非后天习得，而是从一开始就构建的。Raiku 的起点恰好是其他技术止步之处：突破了分布式网络固有的带宽、地理位置和时间限制等物理界限。具体而言，Raiku 能够提供：
- 系统可靠性即使在极端负载和压力下也能保持强劲运行。
- 确定性执行保证每笔交易都有可预测的结果。
- 通过将高性能边缘计算 (HPEC) 功能直接放置在 Solana 网络的边缘，实现低延迟，从而能够在几毫秒内完成交易处理。
- 开发人员可以自由定制低级逻辑，提供无与伦比的灵活性和控制力。
Raiku 的协调引擎能够精准地协调交易，确保交易快速发送、调度和确认，并由完善的提前区块空间市场提供支持，从而确保交易的打包（更多内容将在后续章节中介绍）。验证器插件支持提前 (AOT) 和即时 (JIT) 执行。结合流式证明，这些插件可以实现交易的即时预确认，将当今不可靠的、尽力而为的交互转变为可靠且可调度的执行。
边缘计算环境具有实际意义。它有助于在叙事上区分 Solana 和以太坊的方法：以太坊采用“Layer-2 Rollups”，而 Solana（通过 Raiku）采用“边缘计算”。后者意味着增强而非分离。这是一个传统金融能够理解的术语。在企业计算中，边缘计算是一个积极的概念，它意味着通过将计算移近需要的地方来加快响应速度。
Raiku 实际上是说：我们将执行移近应用程序（从逻辑意义上讲），同时仍然锚定在主网络上。
因此，在本报告中，我们始终交替使用“边缘计算环境”、“扩展”和“模块化执行区”，以反映Raiku理念的具体含义。展望未来，随着Raiku主网的上线和更多市场推广，您可能会看到“Raiku边缘计算”成为一个品牌术语，就像Polkadot的“平行链”或Avalanche的“子网”一样。这种术语也使得新功能的表达更加便捷：例如，Raiku可以说“在一周内在Solana上部署您自己的边缘计算环境”，这听起来就像搭建云环境一样，因此开发人员对此很熟悉。
通过强调“边缘计算”，Raiku 顺应了 Web 基础设施的广泛趋势：为了提高速度，逻辑正在向用户靠拢（边缘网络、CDN 等），只不过这里的“用户”指的是应用程序事务，而边缘是网络中的特殊区域。这是一个强有力的类比，可以帮助更多人理解 Raiku 与普通的扩容黑客有何不同。
Raiku 的设计遵循以下几个关键原则：
并非所有 dApp 都需要持续的全局状态：
一些吞吐量最高的应用程序（交易所、游戏、支付网络）可以在大部分活动中在孤立环境中运行，仅在需要时才使用主链。Raiku 通过提供选择性加入隔离机制来应对这种情况，将这些应用程序从全局内存池竞争中解放出来，同时仍允许它们在必要时访问 Layer-1 流动性/状态。这与以太坊 DeFi 的理念截然不同，在以太坊 DeFi 中，所有内容都高度交织在一条链上（这种理念虽然强大，但当每个小应用都需要全局原子可组合性时，就无法扩展）。Raiku 认识到时间或上下文可组合性（仅在需要时）在许多情况下就足够了，从而实现了巨大的性能提升。
保持单一网络的感觉：
尽管引入了模块化分区，Raiku 仍努力避免多链带来的用户体验难题。全局账户和编排引擎确保从用户角度来看，Solana 仍然是一个网络。您无需管理不同链/分区上的多个代币以支付 Gas，也无需手动切换 RPC 端点。您与 Solana 交互，Raiku 会在后台根据您的情况将您的交易路由到扩展链或主链。这与 Cosmos 应用链模型，甚至以太坊的 Layer-2 架构截然不同，在这些架构中，使用新的链意味着新的代币、新的区块浏览器以及思维模式的转变。
Raiku 的边缘计算区域更像是“网络扩展”，而非独立的网络，这表明它们扩展了 Solana，而非与其竞争。其架构优势在于网络效应的保留：SOL 代币的效用仍然支撑着整体（费用、质押），而 Solana 的社区也不会分裂成数十条小链。这回应了人们对以太坊以 rollup 为中心的路线图的一个常见批评，即以太坊可能仅仅成为一个结算层，而用户活动则会迁移到各种 Layer-2 代币和生态系统，这可能会削弱以太坊的经济安全性。Raiku 的方法增加了容量，并将其置于 Solana 的经济保护伞之下。
利用现有的安全性，不要重新发明它：
Raiku 不会创建新的基础共识机制，也不会要求用户将资金委托给一组全新的验证者（事实上，Raiku 不会单独托管资金，资产仍保留在 Solana 上）。这比推出自主应用链或新的 Layer-1 更具优势。如果一个项目现在选择启动自己的链（无论是通过 Cosmos SDK、Avalanche 子网还是某种自主 rollup 方案），它都面临着一项艰巨的任务：引导验证者、激励他们（通常通过通胀性新代币奖励）以及确保与其他生态系统的桥梁连接。Raiku 通过在 Solana 的验证者社区上构建并通过全局账户进行原生桥接，从而简化了这一过程。
无需单独的桥接合约，该扩展逻辑上是 Solana 的一部分。与主权链方法相比，这显著降低了安全风险和开发开销。例如，一些团队在 Solana 上尝试使用 Sovereign SDK，最终导致状态碎片化和性能低下，因为 Sovereign SDK 并非为 Solana 的场景而设计。Raiku 的定制解决方案避免了这些陷阱，并最大限度地复用了 Solana 久经考验的组件（例如网络、验证者激励等）。
可预测性和透明度作为核心特征：
构建者和用户都重视了解未来会发生什么。Raiku 在协议层面实现了可预测性。包含信号消除了交易提交过程中的猜测。MEV 的设计使其更加高效（没有私人内存池，所有交易都通过拍卖或已知渠道进行）。这促进了更健康的生态系统。
在以太坊上，尽管有所改进，用户仍然担心在发送 Uniswap 交易时会被套利机器人狙击。在 Solana 上，用户担心网络繁忙时交易“无法完成”。Raiku 希望消除这些担忧，让区块链以最佳方式让人感觉可靠且“无聊”，就像 AWS 基础设施一样，如果你安排了一项任务，你就会相信它会按时运行。这对于机构采用（需要 SLA 和可预测性）和广大消费者使用（没有人愿意不断发送“提交”指令，希望一笔交易能够成功）来说是一个关键的卖点。
Raiku 边缘计算设计支持的实际用例
开发人员实际上可以用 Raiku 实现哪些以前无法实现的功能？答案是：以链下系统的速度和保障构建链上应用程序，并在 Solana 上部署以前可能需要单独链或中心化解决方案的新型服务。让我们探讨一下 Raiku 团队和社区设想的一些说明性用例，重点介绍边缘计算方法如何发挥作用：
高频交易和交易所（以 Drift Protocol 的 Swift 为例）：
Drift 是一家领先的基于 Solana 的永续合约交易所，处理海量交易。2025 年初，他们推出了Swift 协议，这是一个直接基于 Solana 构建的链上超低延迟撮合引擎。它将订单簿和撮合逻辑保存在链上，然后将已成交的交易路由到 Drift 的永续合约程序进行结算。Swift 虽然具有创新性，但仍面临一个限制：当需要在 Solana Layer1 上结算这些撮合交易时，它会受到通常的网络状况的影响，并且可能会出现延迟或争用（尤其是在市场波动且许多交易所活跃的情况下）。
进入 Raiku：类似 Drift 的 DEX 可以为其交易引擎部署专门的边缘计算扩展。在此扩展中，订单可以以微秒级精度在链上（扩展中）匹配并立即完成，甚至比 Solana 400 毫秒的区块时间还要快得多。该扩展可以使用针对交易优化的 Light SVM，实现每秒数千次操作（例如，匹配买卖价、更新交易者仓位），并具有确定性的时间安排。至关重要的是，使用 Raiku 的保证纳入功能，一旦交易匹配成功，就可以安排在下一个 Solana 区块上进行结算，且没有任何不确定性。无需再争分夺秒或祈祷交易能够入账，交易结算将提前预留并确认。
支付和金融科技基础设施（例如“类似 Stripe”的支付、Squads）：
支付应用既需要高吞吐量，也需要高可靠性。设想一下 Solana 上的 Stripe 这样的场景，该服务每秒处理数千笔交易，服务对象包括商家、工资单、小额支付等。在 Solana Layer1 上，理论上这是可行的（考虑到高 TPS），但实际上，如果网络拥堵，或者某个支付流程中的某个程序占用了过多的计算单元，其他程序可能会崩溃。
使用 Raiku，可以创建一个支付扩展，本质上是一个专门用于支付交易的（边缘计算）区域。该扩展可以针对简单的代币转账进行优化，包括专门/优化的环境或轻量级 SVM，以实现效率最大化。通过 Raiku 的带宽预留，支付运营商（例如稳定币发行商或 CBDC 平台）可以持续预留吞吐量，例如 500 TP/S，以确保其交易始终能够顺利进行，无论外部需求如何。发送资金的用户将获得即时确认（不会出现交易卡顿）。
对于企业或机构使用，Raiku 可以在 Solana 上启用私人结算网络：“主要金融机构之间具有确定性终结性和加密流的私人结算渠道”。
想象一下，大型银行在共享的 Solana 扩展程序上结算外汇交易或证券，他们可以拥有自己的 Raiku 扩展程序，交易仅对各方可见（通过加密，但仍然可验证），并保证最终性。这将解锁公链上的跨境支付、汇款或银行间结算等用例，同时兼具 SWIFT 或 FedWire 的可预测性。
在消费者端，类似SquadX （一款流行的 Solana 多重签名和协调工具）之类的工具可以使用 Raiku 来保证多重签名交易（可能涉及多条指令）即使在网络高峰时段也能可靠执行。DAO 国库或多重签名的一个主要痛点是，当你尝试执行一项复杂的交易时，由于网络问题而失败。Raiku 可以通过在所有签名者都批准后分配一个专用的时隙来消除这个问题，从而使多重签名交易原子化地完成。
此外，通过类似 RFQ 的流动性集成，Raiku 可以赋能新的支付模式：例如，去中心化支付应用可以通过 Raiku 的 RFQ 系统向做市商查询，以获得货币掉期交易的最佳汇率，所有操作均可在一个扩展程序内完成，且不会出现滑点或 MEV。这类似于 Stripe 通过各家银行路由支付以优化费用和成功率的方式，Raiku 可以让加密货币支付以可控的、确定性的方式路由到各种流动性来源。
DeFi 协议和服务（超越交易）：
除了交易所之外，许多 DeFi 协议都可以从 Raiku 的边缘计算环境中受益。借贷平台可以利用它们通过专用渠道进行即时清算（Raiku 甚至能够实现“微秒级精度的自动化风险管理”，这意味着借贷协议可以在保证的时间窗口内监控仓位并执行清算交易，从而减少坏账）。期权和衍生品平台可以使用边缘计算区域作为协调中心，协调跨平台的复杂多分支策略，Raiku 保证所有分支在连续的时间段内原子执行。
例如，期权去中心化交易所 (DEX) 可以确保用户在展期（平仓一个期权并开仓另一个期权）时，两笔交易连续进行，价格波动不间断。这种控制水平目前仅在中心化系统中可行。稳定币发行者也能从中受益：想象一下，USDC 可以使用 Raiku 扩展程序，以优先顺序管理其大批量铸币/赎回流程，确保大额赎回不会阻塞网络或被抢先交易。通过分配区块空间，它们即使在压力时期也能保持平稳运行。
混合 CEX/DEX 和机构访问：
Raiku 可能会模糊中心化交易所和 DeFi 之间的界限。其架构允许类似“受监管的 DeFi 专区”的模式，只有经过 KYC 认证的实体（例如机构）参与，从而在确保合规的同时仍能在 Solana 上结算。该网站暗示了“具有卓越用户体验的混合中心化交易所/去中心化交易所”的设想，即由中心化交易所（或联盟）提供流动性，但交易在公共网络扩展上结算。借助边缘计算，这样的平台可以提供中心化交易所（专用硬件上的撮合引擎）的速度，以及 DeFi 的透明度和托管优势（在 Solana 上结算）。
非金融应用（实时游戏、社交、人工智能代理、物联网）：
虽然 Raiku 的重点似乎首先放在 DeFi 和金融市场，但该框架的应用范围非常广泛。对于实时游戏或虚拟世界，Raiku 可以支持处理快速游戏状态更新的扩展程序（想象一下一款完全链上的快节奏游戏，Raiku 的调度机制可以确保操作在及时的 tick 系统中完成）。对于 Solana 上的社交网络或消息应用，Raiku 可以提供吞吐量来应对活动高峰（例如，一条引发数千条回复的热门帖子，可以通过扩展程序进行处理，以免主链被淹没）。
该网站的用例明确提到将“AI 代理、DePIN、社交网络、支付基础设施、资本市场、高频交易、互联网引入 Solana”。这一宏大的愿景表明，Raiku 认为自己能够支持任何高需求的应用，而这些应用如今可能认为区块链无法满足其规模或速度。
例如，每秒执行数十次链上操作（例如参与拍卖、再平衡投资组合等）的 AI 代理可以利用 Raiku 来可靠地处理这些操作。DePIN（类似 Helium 的项目或去中心化的 Uber/Airbnb 概念）通常需要大量的微交易和设备交互，Raiku 可以确保物联网设备拥有预留的吞吐量来持续记录数据或结算付款。
所有这些案例的共同点在于，Raiku 实现了单一 Layer-1 无法实现的性能和信任水平。它让开发者拥有更广阔的视野，能够想象出媲美中心化服务器响应速度的链上服务。
Raiku 的创新方法：可预测性能的执行共识分离
Raiku 引入了一种新的区块构建架构，从内部改进了 Solana 的基础层。它通过启用可编程协调来实现这一点，使验证者和应用程序能够进行更确定性的执行，而无需引入单独的共识机制或碎片化的环境。
我们可以把 Raiku 网络想象成一个专门的执行层，它与 Solana 的主链并行运行，由相同的验证者集驱动，只需运行 Raiku Sidecar 即可加入。这样，Raiku 就将密集的应用程序逻辑从与 Solana 的所有流量竞争中解放出来，但它并非一座孤岛，而是与 Solana 紧密同步，以确保最终性和数据可用性。
与其他仍在努力权衡模块化权衡或碎片化执行模型的生态系统不同，Solana 提供了一个高性能、单体式的基础层。它提供亚秒级的出块时间、超低费用以及通过 Sealevel 实现的并行执行。这些特性使其成为最有可能大规模实施即时 (JIT) 或提前 (AOT) 区块拍卖等理念且不会造成高延迟的区块链。
虽然 Solana 通过 Sealevel 实现了快速的区块生成时间、低费用和并行执行，但当前的区块构建过程仍然存在局限性：
- 验证者的盈利能力仍然不稳定，严重依赖于本土通胀补贴和偶尔的 MEV 峰值。
- 交易包含是不可预测的，特别是对于需要原子性、确定性排序或预先确认的应用程序。
- 协议外协调正在兴起，Jito 等协议介入以解决缺乏强大的拍卖机制和捆绑执行保证的问题。
缺少的是一个可编程的协调层，该层可以为验证者提供更一致的收入机会，为 dApp 提供可靠的执行功能，并插入 Solana 的本机架构，而不会损害其低延迟、高吞吐量特性。
在一系列关键的 Solana 改进文件 (SIMD) 的指导下，Solana 的激励和经济框架正在快速发展。这些提案重塑了核心验证者激励机制、交易优先级机制和奖励分配，为构建更具竞争力和更强大的生态系统奠定了基础：
- SIMD-0096：将 100% 的优先费用重定向给验证者，显著提高验证者的盈利能力并阻止网外交易。
- SIMD-0123：为验证者引入一种原生的、可扩展的协议机制，以便将奖励直接分配给利益相关者，从而增强经济一致性和透明度。
- SIMD-0228：将引入一个动态的、市场驱动的发行计划，根据质押参与度调整通胀率，以提高经济效率和安全性。（然而，该提案在 2025 年 3 月的投票中未能达到所需的三分之二绝对多数，因此尚未启动）
虽然这些变化侧重于激励机制的协调，但它们也加剧了验证者之间的竞争，促使他们寻找新的外部收入来源，这在熊市中 MEV 和优先费用机会减少时尤为重要。
Solana 市场结构的持续演变为 Raiku 的编排引擎奠定了基础，该引擎的设计正是为实现可靠、可预测和高性能的去中心化执行。
这种执行与共识分离的好处是深远的。
首先是可预测的打包：通常情况下，用户的交易可能会停留在内存池或队列中，希望被打包到下一个区块（或者由于负载激增而被丢弃），而 Raiku 的设计旨在提供打包和时间方面的硬性保证。通过 Raiku 提交的交易可以获得“提前”打包确认，实际上是在即将生成的区块中进行预留。这是通过 Raiku 新颖的调度和拍卖机制（我们稍后会讨论）实现的。对于用户和 dApp 开发者来说，这意味着不再需要发送垃圾交易或焦急地等待关键交易是否被挖矿，您可以在几毫秒内知道您的交易是否被安排在未来的特定时间段内。这种对确定性和可预测执行的关注是其关键区别所在。以太坊上的传统 L2 可以提高费用和吞吐量，但它们通常无法准确保证交易何时到达 L1（尤其是对于具有挑战期的 Optimistic Rollup 而言）。相比之下，Raiku 在 Solana 上提供了时间段保证，Solana 是一个以 400 毫秒出块时间而闻名的 L1 平台。 Raiku 本质上通过“全局调度程序”扩展了 Solana，应用程序可以利用该调度程序来保留块空间。
另一个主要优势是故障隔离。在单片 L1 中，如果一个应用程序（比如，一个流行的 NFT 铸币程序）突然消耗大量资源或崩溃，它可能会导致整个链降级或停止。我们已经在 Solana 上看到了这一点，一个 dApp 的工作负载可能会导致整个网络的速度下降。使用 Raiku，应用程序可以在隔离的执行区（也称为边缘计算）中运行。如果其中一个区域遇到问题，例如，失控的程序消耗了过多的计算，它不会直接阻塞 Solana 的主链或其他区域。故障被限制在该扩展环境中。Solana 的共识不受影响，其他扩展继续正常进行。这种故障隔离类似于在网络上有多个“沙箱”：每个应用程序（或应用程序组）可以使用专用的容量片段，甚至可以拥有自定义参数，而不会危及整体的稳定性。
至关重要的是，Raiku 的架构保留了 L1 和 L2 共同追求的目标：安全性和主权。每个 Raiku 扩展环境都拥有执行主权，这意味着应用程序开发者可以根据自身需求自定义执行逻辑、虚拟机和参数（从这个意义上说，这是他们“自己的链”），但他们无需从头开始构建一组新的矿工或验证者。Raiku 利用与 Solana 验证者集同步工作的验证者网络。实际上，Raiku 验证者将是选择运行 Raiku 软件（验证者客户端的 Sidecar）的 Solana 验证者，并可能因此获得额外费用。这意味着从第一天起，安全性就具有专业性和稳健性，您拥有一组经验丰富的验证者掌舵，并且无需为安全性而单独使用代币。
通过将共识（仍然由 Solana 的 PoH/PoS 机制负责最终区块）与执行（由 Raiku 的调度和验证者网络负责）分离，吞吐量显著提升。Solana 不再需要亲自执行每个程序的每一条指令；它可以将某些程序的执行外包给 Raiku 扩展程序，只需验证结果或证明即可。
总而言之，Raiku 既不是独立的 L1，也不是典型的 L2，它是 Solana 的执行层，它引入了：
- （a）执行与共识分离（将应用程序从 L1 的吞吐量限制中解放出来），
- （b）可预测的包含和调度（不再有概率内存池游戏），以及，
- （c）强大的故障隔离（一个扩展的问题不会威胁到整体）
它将 Solana 从单层网络转变为多层系统：用于共识和全局状态的基础层，以及用于高性能特定于应用程序的执行的上层。
Raiku 技术栈内部：确定性结算和模块化执行
为了兑现其承诺，Raiku 引入了几种新颖的组件和交易类型。这些组件和交易类型可以被视为基础设施构建块，它们协同工作以增强 Solana。让我们来分析一下 Raiku 技术栈的关键要素：
1. 提前区块拍卖和纳入信号：
Raiku 的核心是一种全新的区块空间管理方式。Raiku 摒弃了临时的先到先得内存池模型，而是实现了一个插槽拍卖市场。应用程序或用户可以提前竞标 Solana 上即将推出的插槽（或者更确切地说，是 Raiku 协调的调度方案），从而确保其交易的优先权。中标者会提前收到“纳入信号”，这实质上保证了他们的交易（或交易包）将被纳入特定的未来区块或区块序列。这些拍卖是权益加权和原子性的，这意味着调度遵循 Solana 权益的分配（拥有更多权益的验证者拥有更大的容量来纳入预留交易，从而实现激励机制的协调），并且交易可以以捆绑的形式预留，并按顺序执行而不会中断。结果是，Raiku 用户现在可以更快地获得确认，因为他们的执行“票”已经得到保障。
将此与传统体验进行比较：在以太坊上，您发送一笔交易并希望矿工尽快选择它（如果您迫切需要，可能会提高费用），甚至在 Solana 上，您可能会发送多笔交易以确保在拥堵期间有一笔交易落地。
有了 Raiku，整个流程就像提前预订火车座位一样，无需在拥挤的站台上挤来挤去。该系统大幅降低了交易失败率和不确定性，而Raiku的核心目标之一就是保证交易执行。
流式证明：通过顺序区块空间解锁大型有效负载执行
Solana 目前的一个根本限制是严格的区块数据约束，旨在保证快速的区块传播。对于需要提交大量状态更新的应用程序（例如结算引擎或 ZK rollup 证明），这可能会成为瓶颈。
Raiku 通过顺序区块空间预留解决了这个问题，这一概念由其提前 (AOT) 区块拍卖模型实现。通过预留一系列即将到来的区块空间，应用程序可以可靠地将大型证明或有效载荷以较小的、可验证的块形式传输，而不会达到 Solana 的单块容量上限。
其理念是将大型交易或证明拆分成更小的块，以便在多个时隙中进行流式传输和验证，从而绕过 Solana 严格的每块数据限制。实际上，这意味着应用程序可以通过 Raiku 提交非常大的状态更新或证明（例如，零知识证明或一批数百笔交易），Raiku 会将这些数据以验证器可以处理的块形式输入 Solana。
应用程序可以跨多个插槽调度和传输结构化数据，而验证器则以受控的方式处理和验证它，而不是提交有失败或膨胀风险的大型交易。
2. 快速且确定性的结算（“保证执行”）：
Solana 旨在支持的许多下一代应用，例如高频交易平台、实时游戏系统和机构支付网络，都要求严格保证交易能够在预期的时间和地点准确落地。在这些领域，执行不确定性不仅仅是用户体验的缺陷，更是交易的败笔。
不可预测的网络拥堵和交易池动态可能导致交易失败、重新排序或延迟。对于自动清算、同步资产交换或套利策略等高级用例，这种不可预测性会导致机会错失和资金效率低下。
Raiku 通过提前 (AOT) 和即时 (JIT) 预留时隙来保证交易的纳入，从而解决了这一问题。例如，根据实时价格变动进行操作的机器人可能更倾向于 JIT 纳入，而外部系统则可能选择预定的 AOT 时隙。在这两种情况下，用户都需要为时间和带宽的精确度付费（使用 Raiku 代币和 SOL 的组合）。
当通过 Raiku 提交保证包含交易时，它会被分配一个预留的执行窗口，以确保它在预定时间得到处理，并且不会因为验证者行为或网络拥塞而丢失或重新排序。虽然只有时隙领导者可以包含交易，但所有运行 Raiku Sidecar 的验证者都会提前传播并确认交易安排。Raiku 使用预先达成共识的调度系统来协调交易计划，然后由时隙领导者在区块生产期间执行这些计划。
通过提前预留区块空间并分配确定性的执行时隙，Raiku 可以缓解峰值故障场景，Solana 上的高频用户历史上的故障率曾超过 90%。即使在极端负载期间，它也能提供有保障的带宽、精确的延迟和可预测的结算。
保证执行机制在设计上也引入了 MEV 阻力。由于交易是提前安排并在整个网络中确认的，因此可以减少抢先交易，并通过将预期价值提取纳入拍卖机制本身来抵消三明治攻击。之前在协议之外运行的私人订单流交易不再必要。相反，订单流的纳入将通过公平的调度拍卖或预订系统透明地进行。
3. 全局账户模型和统一状态：
Raiku 最具突破性的方面之一是其全局账户模块。该组件（计划与流式证明一起在 V2 中推出）正面解决了状态碎片化问题。其理念是允许用户和应用程序在多个执行环境中维护统一的身份和状态。
实际上，用户仍然会拥有一个 Solana 钱包/地址，用于主 Layer 1 以及与其交互的任何 Raiku 扩展程序。资产和数据可以在主链和扩展程序之间无缝移动，无需传统的“桥接”。全局账户模型将实现跨扩展程序的可组合性，因此两个 Raiku 扩展程序可以根据需要进行互操作或访问共享的用户状态。
这与典型的 L2 系统有着显著的区别。在典型的 L2 系统中，每个 rollup 就像一个封闭的花园，需要通过桥梁来转移资产，而且账户/合约地址可能只针对特定链。而 Raiku 的扩展更像是 Solana 生态系统中的“区域”，因此用户体验仍然保持一致。开发者可以在扩展环境中进行部署，并且仍然可以轻松地与 Solana 原生程序或账户集成。
例如，得益于统一账户，在由 Raiku 驱动的订单簿扩展程序中下达的订单可以结算到用户的 Solana 主钱包中，或者被 Layer-1 上的程序识别。从技术上讲，这可以通过让 Raiku 共享 Solana 的账户地址空间和签名验证来实现，或者通过在扩展程序和 Layer-1 之间建立同步状态根的机制来实现。
最终结果是解决了状态碎片化问题，您将获得一个包含多个执行环境的单一组合状态。正如 Raiku 团队所述，这实现了跨扩展环境的可组合性，而这是以太坊 Layer-2（所有 Layer-2 都独立运行）和早期 Solana Rollup 尝试都无法实现的。这是一种基于第一性原理的方法，旨在确保扩展不会导致用户群或流动性的分裂。
全局账户模块还支持多虚拟机功能。Raiku 不仅限于 Solana 的原生虚拟机 (SVM)，它还可以在同一协调框架下托管不同的虚拟机。事实上，Raiku 旨在支持与 EVM 兼容的扩展，允许以太坊世界的项目将其 Solidity 代码部署为 Solana 扩展。
提到“像 Arbitrum Orbit 这样的项目将在 Solana 上部署”，这表明以太坊 L3 或定制链可以通过 Raiku 有效地接入 Solana。这意义重大：这意味着以太坊 dApp 无需放弃 Solana 的代码库即可享受其性能和用户群。所有这些都由全局账户实现，用户甚至无需切换钱包或桥接代币；EVM 扩展程序将识别相同的钱包（可能通过地址派生或映射），并可以使用 Solana 的原生资产。
这表明 Raiku 具有某种程度的分层节点架构：普通用户/应用程序与 Ackermann 节点（或集群）通信，然后该节点与验证器交互以安排执行。这是一种有趣的设计，可以扩展输入处理能力，并通过有效地将交易分发到验证器之间来确保系统能够处理突发交易。
总结
Raiku 的出现标志着 Solana 乃至整个区块链架构的转折点。它展现了一个愿景：去中心化网络能够实现可靠性、速度和灵活性，而这些曾经是 Web2 云或传统金融系统的专属领域。通过引入具有确定性执行的协调引擎，Raiku 使 Solana 能够超越“又一个 L1”的标签，成为真正面向关键任务、高性能应用程序的平台。
考虑一下这对开发人员意味着什么：使用 Raiku，在 Solana 上构建就像在可扩展的云服务上构建一样。
- 需要更多吞吐量？只需启动扩展并预留所需的插槽即可。
- 需要自定义执行逻辑或不同的虚拟机？将其作为边缘计算区域插入。
- 担心高峰时段的用户体验？提供保证的交易包含，以便用户永远不会再看到失败的交易。
开发者体验显著提升。开发者可以安心构建，因为他们知道基础架构能够满足其应用的需求，而不是反过来。Solana 基础链充当了稳定的基础架构，而 Raiku 则提供了灵活、可编程的脚手架，帮助他们突破极限。
这不仅有可能吸引加密原生开发者，也有可能吸引那些对性能要求严格的 Web2 开发者。他们可以放心使用 Solana，而不必担心网络速度会降低。实际上，Raiku 可以让 Solana 成为任何需要去中心化和高吞吐量的应用程序的首选平台。
在机构层面，Raiku 或许是开启 Solana 被企业认真采用的关键。银行、对冲基金、游戏公司、社交媒体新贵，所有这些最终都可以安心地在链上构建，因为他们所需的性能和控制力都已具备。Solana 已经成为对机构用户较为友好的区块链之一（Jump 等公司已投资其技术）；Raiku 承诺提供细粒度的执行控制和高可靠性，进一步增强了 Solana 的吸引力。机构级意味着 99.999% 的正常运行时间、交易截止时间、必要的隐私保护、合规性挂钩——所有这些 Raiku 都可以实现（通过隔离扩展、调度等）。
旅程才刚刚开始，Raiku 目前处于测试网阶段，主网计划于 2025 年底上线，但基础架构和方案已经到位。它解决了我们在一开始列出的痛点：扩展限制（通过增加模块化吞吐量解决）、MEV 漏洞利用（通过可预测的排序和拍卖机制最大程度降低）、再质押挑战（通过更可控的方式避免）、碎片化状态（通过全局账户解决）以及性能问题（通过保证包容性和故障隔离解决）。因此，Raiku 是一个整体解决方案，而非零散的修补。
免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。
