在区块链世界，很多跨链协议都只是“组件的组合”——一条链、一套节点、一点密码学——但 Hyperbridge 完全不是这样。

Hyperbridge 是一个更复杂、更严谨、也更大胆的系统：它由多个层次的节点、验证机制、经济激励，以及 Polkadot 本身的安全性共同构成。没有任何一环可以缺席，也没有任何一部分能够单独运转。

我第一次意识到这一点，是在布鲁塞尔的首届 Sub0。当时大家讨论的是 Hyperbridge 的密码学基础——证明、验证、跨链逻辑。但直到后来，在与团队的不断交流中，我才真正明白：Hyperbridge 的核心不只是密码学，而是当开发者完全退出后，它依旧能够继续运行的那套加密经济机制。

也正是从这个问题开始，我们才能看清 Hyperbridge 的真实面貌：它不是一条平行链，不是某一类中继节点，也不是 Polkadot 某个子模块，而是一个分层结构、角色明确、动态激励、由 Polkadot 经济安全背书的跨链系统。

• 从“不被信任的中继层”，到“通过 Polkadot 完成最终验证的可信层”；
• 从负责证明验证的 Collator，到维持共识同步的共识中继，再到实际传递跨链数据的消息中继；
• 从极低硬件要求、2GB 内存即可运行的轻量节点，到支撑整个安全性的 Polkadot 验证者集……

Hyperbridge 的每个细节都在回答同一个问题：“如何构建一个真正无人托管、却能长期可靠运行的跨链协议？”

本文将从结构、节点、经济模型到 Polkadot 的角色，一次性带你看清 Hyperbridge 这台跨链机器的全部内部构造！

Hyperbridge 协议并不是一个单一组件

Hyperbridge 协议并不是一个单一组件。它不是 Hyperbridge 平行链本身，也不是某一类中继节点，更不是 Polkadot 网络的某个部分，而是所有这些元素共同组成的一个有机整体。

这个整体中包含了共识中继者、消息中继者、区块生产者、质押者，同时也依赖 Polkadot 作为底层网络。少了任何一环，Hyperbridge 都无法正常运行。

如果 Polkadot 不可用，Hyperbridge 就不可能存在；如果某一类中继节点离线，协议同样会陷入停摆。因此，我们必须构建一套明确的激励结构和加密经济保障，让所有参与者能够被有效凝聚起来，共同维护协议运行。

如果你熟悉 OSI 模型（尤其是 TCP 的分层架构），会更容易理解 Hyperbridge 的设计逻辑。OSI 模型里有物理层、链路层、应用层、展示层，而在跨链互操作上，我们也采用了类似的分层方式。

整个结构最上层是 Polkadot 网络，它为 Hyperbridge 协议栈的其他所有部分提供运行基础。在它之下是 Hyperbridge 自身的网络，包括它的平行链系统。最底层则是中继节点，它们相当于 Hyperbridge 协议的“物理连接”，负责对接所有外部网络，收集外部信息、验证各类证明、处理跨链数据，并将这些内容提交给 Hyperbridge；Hyperbridge 在第一时间完成初步验证后，再将工作结果交由 Polkadot 进行最终确认。换句话说，Polkadot 会给出一份“所有数据和操作都已经按照规则执行”的最终背书。

这里有一个重要的结构性特点：Hyperbridge 网络和中继节点本身是“不被信任的”，这一层没有经济安全保障；而当数据流动到最顶层的 Polkadot 网络时，它才进入“被经济安全层保护”的部分。也就是说，Polkadot 同时监督 Hyperbridge 和中继节点的行为，确保这两个层次都按照规则运作。在具体的职责分工上，中继节点需要与 Collator 协作完成跨链流程：中继节点负责收集交易、证明和跨链数据，并将它们提交给区块生产者；而 Collator 则负责验证所有信息是否真实、完整、合规。只有通过验证的交易才会进入区块，而无效的数据会在这个阶段被直接拦截。

这一点非常关键，因为提前拦截无效交易可以大幅节省宝贵的区块空间。当 Collator 完成所有验证与打包工作后，它会将区块提交给 Polkadot 网络。而 Polkadot 的核心能力之一，就是负责对所有区块进行验证。与以太坊生态中 Layer2 需要自己生成零知识证明不同，Polkadot 会直接替你完成区块验证工作。Polkadot 在验证完成后，会确认“区块内容已符合所有规则”，并生成一份“区块有效性证明”（或称有效性凭证）。这一点非常关键，后面我会进一步展开。

Hyperbridge 的三大工作角色：Collator、共识中继与消息中继如何驱动整个跨链系统

我们先从 Hyperbridge 网络中的第一个关键角色说起：Collator（区块生产者）

他们的核心职责是收集并验证跨链互操作的各种证明文件，主要处理两类附带证明的交易：一类是共识消息，另一类是跨链消息。

这里有一个与传统区块链体系非常不同的设计：Collator 并不是质押节点。在多数区块链里，要成为活跃节点，通常必须质押大量代币才能进入节点集合。但在 Hyperbridge，我们采取了完全不同的机制：

• 要成为 Collator，只需要锁定少量 Bridge Token 作为最低门槛； 
• 但要真正被系统选中担任 Collator，则必须消耗“声誉积分”； 
• 而声誉积分只能通过长期担任活跃的中继节点获得。 

换句话说，只有中继节点才有资格成为 Collator，别无其他渠道。你无法通过贿赂、关系或购买资格进入 Collator 集合；想成为 Collator，唯一方式就是长期稳定地执行中继工作，累积声誉积分。此外，申请成为 Collator 还需要缴纳一笔小额保证金，才能进入验证流程。

最终的选拔方式也非常直接：系统会按照声誉积分的高低进行排序，积分最高的一批中继节点会成为当期的 Collator。并且，Collator 集合每隔 24 小时轮换一次，确保新加入的、表现优秀的中继节点都有机会进入下一轮。

Collator 的工作是有明确报酬的：每打包一个区块可获得约 0.7 个 Bridge Token。但如果错过区块、未按时完成打包工作，就拿不到这笔奖励。

接下来，我们再说说共识中继节点

共识对跨链消息至关重要，因为所有跨链交易都需要在 Hyperbridge 上确认其“已经在源链上最终确定”。要做到这一点，我们必须获得外部链的共识证明。

问题是：现代区块链——尤其是基于 Slot（时隙）的区块链——无论是否发生交易，都会持续产出区块。这意味着即使没有任何跨链行为发生，外部网络的区块也在不断增长。因此，Hyperbridge 必须实时同步这些信息，才能正确验证未来的跨链消息。

这正是共识中继节点的主要职责：持续不断地提交外部网络的共识消息，使 Hyperbridge 与外部链保持同步。哪怕没有任何交易发生，这种同步也必须持续进行。他们提交这些共识消息时无需支付交易费用，相反，Hyperbridge 协议会直接向他们支付报酬。

为了激励共识中继节点执行这项持续性的工作，协议会提供 Bridge Token 奖励——这意味着共识中继节点可以通过执行同步任务获得稳定的 Token 收益。

接下来我们谈谈消息中继节点

先从整体理解它与共识中继节点的关系开始：假设某条外部区块链持续产出区块，共识中继节点就位于这条链与 Hyperbridge 之间，负责收集每一个新最终确认区块的证明文件，并将这些证明提交给 Hyperbridge，从而获得协议发放的 Bridge Token 奖励。这样的流程保证了共识中继节点必须长期保持在线，使 Hyperbridge 和所有外部链之间始终保持共识同步。

消息中继节点虽然与共识中继节点类似，但它们的关注点不同：它们专门负责跨链消息的提交。当 Hyperbridge 已经同步到新的最终确认区块后，消息中继节点会拿这个区块与前一个最终确认区块做对比，扫描期间是否产生了新的跨链消息。如果发现符合规则的跨链指令，它们会将该消息连同证明文件一并提交到 Hyperbridge 区块链。

不过，两者之间有一个非常重要的差别：消息中继节点提交消息并不总是获得报酬，有时反而需要向 Hyperbridge 支付费用。

它的流程是这样的：

• 用户或应用可以从任意区块链发起跨链消息，并在消息中附带一定数量的稳定币作为手续费来源。 
• 消息中继节点在扫描区块内容时发现这类跨链消息后，会将其传递给 Hyperbridge。 
• 消息提交成功后，中继节点可以从协议中提取用户附带的稳定币作为报酬。 

但除此之外，还有一个调节机制：

• 若消息处理量未达到协议设定的阈值，Hyperbridge 会额外向消息中继节点发放 Bridge Token 奖励； 
• 若消息处理量超过阈值，则消息中继节点需要向 Hyperbridge 支付 Bridge Token 费用。 

这样的设计让协议可以自然形成收入池，同时控制消息中继节点的行为模式，确保消息传递能力不会过度或不足。

本质上，这整个机制就是为了让消息中继节点持续保持在线：一旦有跨链数据产生，系统能够在最短时间内将它们送达 Hyperbridge。总体逻辑和共识中继节点相似——消息中继节点同样位于外部链与 Hyperbridge 之间，负责从外部链收集跨链交易并传递过来。只是在奖励方式上有所不同：当消息处理量不足时，Hyperbridge 会以 Bridge Token 的形式补贴中继节点；当消息量超过设定目标时，中继节点需要向 Hyperbridge 支付 Bridge Token，而 Hyperbridge 会因此累积代币收益。

ZK 跨链成本动辄百万，而 Hyperbridge 只需要一台 2GB 服务器

我们先简单谈谈运行这些 Relayer（中继节点）和 Collator 所需的硬件配置。

先说中继节点。中继节点的软件本身非常轻量，它的主要任务只是向区块链节点发出 RPC 查询请求，因此对硬件性能的需求几乎可以忽略不计。一个四核 CPU 完全够用，甚至只有 2GB 内存的服务器也能轻松胜任。毕竟整个软件是用 Rust 编写的，内存利用率极高。

带宽需求也并不高。如果中继节点与 RPC 节点部署在同一个机房，20 MB/s 的带宽就足够；如果需要跨互联网访问 RPC 节点，建议选择更高一些的带宽会更稳妥。

事实上，运行中继节点最大的成本来自 RPC 服务提供商的订阅费用。

无论使用 Alchemy、Quicknode 还是 Anchor，你都可以直接从它们提供的全节点中获取所有跨链所需的证明文件和数据，所以自身运行成本极低。

这也是 Hyperbridge 能够在大规模跨链互操作性上具备显著优势的根本原因之一。当前许多跨链方案选择依赖零知识证明（ZK proofs），这不仅生成成本高昂，长期运营成本也非常可观；相比之下，Hyperbridge 的运维成本低得几乎难以置信。

再说 Collator。它们的硬件要求会高一些，因为 Collator 软件内部必须运行一个本地的 Polkadot 中继链节点。这意味着存储压力较大，Polkadot 的存档节点大约需要 3TB 的空间，因此部署时最好配备至少 4TB 的 SSD。

同时，为了保证与 Polkadot 中继链进行高效通信，并能及时提交区块，Collator 还需要较高带宽的服务器支持。这类服务器的月均成本大约在 200 美元左右。当然，如果你本身就是家庭验证者，愿意在家里部署节点，那么这部分成本自然可以忽略不计。

Polkadot 在 Hyperbridge 中承担着什么角色

最后，我们来看看 Polkadot 在 Hyperbridge 中究竟承担着什么角色。

Hyperbridge 作为 Polkadot 生态中的一条平行链，本质上扮演着跨链消息传递所需的“加密验证协处理器”。但这个协处理器的验证能力并不是它自己提供的，而是来自 Polkadot 主网本身的安全性。前面提到的 Hyperbridge 区块“加密有效性证书”，实际上就是由 Polkadot 验证者集生成的数字签名，也就是说，这些证书来自 Polkadot 网络当前活跃验证者的共同背书。

理解这一点非常关键：区块链从本质上看，就是一种大规模的“多重签名机制”，而验证者集就是一个动态运作的巨型多签账户。

那么，这样的区块链级“多签”与传统的多重签名桥接方案相比，有什么本质区别？主要有两点：

第一：验证者集会动态轮换，而多签委员会是静态固定的

• 在 Polkadot 中，验证者集每 4 小时自动轮换一次； 
• 多重签名桥接方案中的“签名委员会”成员是长期固定不变的，其私钥通常长期保存在同一批设备中。 

这意味着，传统多签桥更容易因私钥泄露而被攻破，而 Polkadot 这种动态验证者设计极大提升了安全性。

第二：区块链验证者的签名带有“链上经济安全保障”

• Polkadot 验证者必须质押资产，一旦签署错误或恶意信息，其质押资产会被罚没（slashing）。
• 相比之下，传统多签委员会没有任何成本或风险约束，他们即便联合作恶，也不需要承担任何损失。

这也解释了为什么多签桥一旦被黑，攻击者轻松卷走数十亿美元，而委员会成员却无需承担后果。

为什么不直接用区块链做“巨型多签”？唯一的问题在于规模。区块链的验证者数量通常很大。以 Polkadot 为例：

• 当前验证者数量超过 600 个 
• 未来可能扩展到 1000+ 

如果不进行任何优化，验证如此庞大规模的签名成本会非常高。但这一点可以通过以下技术解决：

• 可聚合 BLS 签名
• 零知识证明（ZK）辅助验证技术

这些方案可以把大规模签名验证的成本压缩到可接受范围。

相比之下，多签委员会为了让验证成本低，只能保持小规模，因此其安全性远不如区块链。

还有一个根本性的差别：治理结构完全不同。区块链验证者机制是开放的、无需许可的：

• 任何人只要质押足够资产，都可以加入或退出验证者集； 
• 多重签名委员会是封闭且许可制的：成员必须经过人工挑选与信任背书，天然带有高度中心化特征。 

Hyperbridge 每年只需要处理大约 1000 万条消息就能实现收支平衡

接下来我们来看 Hyperbridge 协议的经济模型。Hyperbridge 的年度运营成本是明确且相对固定的，我们前面已经提到协议需要向不同角色提供激励，包括：

• 共识中继激励：约 300 万枚 Bridge Token 
• 消息中继激励：约 140 万枚 Bridge Token 
• Collator 激励：约 300 万枚 Bridge Token 
• 以及 Polkadot 的核心时间成本（虽然浮动，但整体费用并不高） 

综合计算下来，Hyperbridge 每年维持网络运行所需的总成本大约是 1000 万枚 Bridge Token。

那么问题来了：要覆盖这笔支出，资金从哪里来？

答案是 Hyperbridge 的链上国库。国库拥有约 40% 的 Bridge Token 总供应量，是整个系统最大的代币持有者。这笔储备足以支撑协议连续运行约 40 年，为 Hyperbridge 留足时间实现自身的可持续盈利。

盈利方式也非常明确：每当用户发起跨链消息、跨链交易、跨链存储查询等操作时，Hyperbridge 国库都能收取一定的手续费，而这些费用会由消息中继节点“代表国库”进行代收。

按照目前的模型，Hyperbridge 每年只需要处理大约 1000 万条消息就能实现收支平衡。

参考 Token Terminal 的数据：全球跨链交易量每年超过 10 亿笔。因此 Hyperbridge 只需占据约 1% 的市场份额就能达到盈亏平衡点，此后便会进入持续盈利阶段。

下面是 Hyperbridge 当前的一些关键指标：

• 为各类验证操作节省了超过 13 万亿 gas
• 已处理超过 5 万条跨链消息：包含 Polytope Labs 自研应用的消息，也包括主网上第三方应用发起的跨链操作 
• 已验证超过 1000 万份证明文件（共识证明、消息证明等） 
• 跨链消息对应的交易量已超过 1.8 亿美元
• 经济安全性由 Polkadot 提供，目前规模超过 20 亿美元
• 已支持超过 14 条主流 EVM 公链：Polkadot、Hydration、Bifrost、Arbitrum、Polygon、Base、Gnosis、Ethereum Mainnet、Unichain…并在持续扩展中 

Hyperbridge 的核心应用场景

我们再来快速介绍一下 Hyperbridge 的核心应用场景。

1. Token Gateway

• 支持 销毁 / 铸造（burn & mint） 的跨链模式； 
• 与现有的 ERC-20 完全兼容，也可选择锁定 / 铸造（lock & mint）模式； 
• 可以桥接任意代币，并附带自定义调用数据； 
• 已在主网上支持多种资产，包括 DOT、vDOT、ZKVerify、Manta 等。 

2. Intent Gateway

• 支持快速跨链交易； 
• 大多数跨链操作可在 30 秒内完成； 

最大的创新点在于：

• 如果跨链订单未被执行，用户可以在 Hyperbridge 前端无许可、自主申请退款，并立即收到返还款项。
• 整个机制依靠验证证明系统运作：Hyperbridge 能实时查询对手链状态，一旦确认订单未执行，就会立即触发退款流程。 

3.开发者生态与正在构建的第三方应用

目前，已有不少第三方团队基于 Hyperbridge 进行开发：

• Hydration：正在基于 Hyperbridge 构建他们的定制化 Intent 方案，同时还在为部分 ETH 质押衍生品开发价格预言机。 
• Bifrost：正在构建 vToken 的价格预言机，并计划上线异步 vToken 铸造功能。 
• 多个黑客松团队已经成功在 Hyperbridge 测试网上部署了应用。 

我们也在积极探索更多原生应用方向，包括：

• 可验证价格预言机 
• 跨链治理（在一条链发起治理提案，全链可读取结果） 
• 跨链身份认证（身份数据存储在一条链上，多链可直接调用） 
• 历史存储查询功能（允许合约读取目标链的历史状态，对使用默克尔树激励分发的协议极其重要） 

我们近期还发布了全新的开发者工具包，其中包括：

• 面向 Solidity 应用的完整 Hyperbridge Solidity 接口
• 面向钱包与前端的 TypeScript SDK
• Subquery 索引器
• 意图填充器（Intent Filler）等辅助组件，便于开发者快速构建跨链应用。 

重大发布：Hyperbridge 即将原生集成到 Polkadot Hub

Hyperbridge 将原生集成进入 Polkadot Hub。这意味着运行在 Polkadot Hub 上的所有应用，都能直接通过 Hyperbridge 与 Polkadot 生态之外的区块链互动，使用跨链存储、跨链查询、跨链消息传递等能力。

我们也正在与 Parity 团队深度合作推进 BLS Beefy 的落地：

• 当前 Polkadot 共识的证明节点仍由 Polytope Labs 团队运营 
• 未来将通过可聚合 BLS 签名技术实现验证者去中心化 
• 这也将实现 Hyperbridge 最终意义上的完全去中心化运行 

Hyperbridge 的 EVM 生态整合仍在扩大，我们接下来将新增支持：

• Arc 
• Tempo 
• Monad 
• Sonic 
• Tron（Tron 正在开发状态承诺功能，完成后将正式支持） 

此外，我们已经支持 Cosmos 生态中的 EVM 链，包括：

• Sei 
• Cronos 
• Injective
• 等多个兼容 EVM 的 Cosmos 系网络。 

我的分享就到这里，感谢大家的聆听与参与！

原视频：https://www.youtube.com/watch?v=Z2b5dMoeiaw&t=303s

• PolkaWorld Telegram 群：https://t.me/+z7BUktDraU1mNWE1
• PolkaWorld Youtube 频道：https://www.youtube.com/c/PolkaWorld
• PolkaWorld Twitter：@polkaworld_org