HyperChains

加密领域中的 HyperChains 是什么？

HyperChains 是使用 ZK Stack 构建的可定制零知识证明区块链网络，旨在连接到更广泛的 ZKsync Elastic Network。

简单来说，HyperChain 是一种面向特定应用或生态系统的区块链，可以独立处理交易，同时通过共享的零知识基础设施与其他兼容链连接。

在较早的 ZKsync 讨论中，HyperChains 一词常用于描述使用 ZK Stack 构建的主权 ZK 链。

当前官方文档更常使用 ZKsync Chains、ZK Chains 和 Elastic Network 等术语，但核心理念相近。

官方的 ZK Stack 文档将 ZK Stack 描述为一个模块化框架，用于启动可互操作的 ZK 驱动区块链。

HyperChain 不是单一代币、钱包、跨链桥或交易平台。

它是一种区块链架构理念，可用于构建相互连接的 Rollup、Validium、Volition 或其他基于 ZK 的执行环境。

HyperChains 之所以重要，是因为它们旨在同时解决加密领域的两个主要问题。

第一个问题是可扩展性：当大量用户和应用争相使用区块空间时，一条区块链可能会变得拥堵。

第二个问题是碎片化：多条彼此分离的链可能会分散用户、流动性、资产和开发者的注意力。

HyperChains 与 ZK Stack

ZK Stack 是构建 HyperChains 所使用的工具包。

官方的 ZK Stack 概览称，它是一个便于开发者使用的模块化框架，可用于定制和部署可互操作的 ZK 驱动区块链。

这一点很重要，因为 HyperChain 并非一个毫无共享标准、随意独立运行的链。

它的设计目标是遵循共同框架，以便与同一网络中的其他链保持兼容。

开发者可以使用 ZK Stack 定制链的关键部分，包括数据可用性、排序器、Gas 代币设计、隐私设置和运行模式。

因此，HyperChains 不同于仅在现有链上部署智能合约。

启动 HyperChain 的项目可以对执行环境的更多方面进行控制。

这些控制权可能涉及费用政策、交易过滤、链权限、自定义基础代币和数据可用性选择。

与此同时，该链仍可受益于 ZK 证明以及与其他 ZK Stack 链的互操作性。

这种兼具定制性与连接能力的特点，是 HyperChains 成为重要扩容理念的主要原因。

HyperChains 与 ZKsync Chains

HyperChains 与 ZKsync Chains 是密切相关的术语。

早期生态材料经常用 HyperChains 描述使用 ZK Stack 构建的自定义 ZK 链。

当前官方文档通常将这些链称为 ZKsync Chains 或 ZK Chains。

官方的 ZKsync Chains 文档解释说，任何人都可以开发和部署 ZKsync 链，但要在 Elastic Network 中保持可信并实现完全互操作，就必须使用 ZK Stack。

这意味着，HyperChains 应被理解为同一总体设计方向的早期名称或常用名称。

由于许多加密用户、研究人员和旧文章都熟悉 HyperChains，因此术语表仍可使用这一名称。

不过，想了解当前技术细节的用户还应搜索 ZKsync Chains、ZK Chains、Elastic Network 和 ZK Stack。

这一命名细节很重要，因为协议不断成熟，加密领域的术语也在快速变化。

文档用语变得更加准确，并不意味着这一理念消失了。

这一理念已经发展为由多条可互操作的 ZK 驱动链组成的更广泛网络。

HyperChains 为何重要

HyperChains 旨在减少区块链扩容对用户和开发者造成的碎片化感，因此十分重要。

许多加密生态系统中存在彼此分离的链、跨链桥、Gas 代币和流动性池。

这会带来糟糕的用户体验，因为用户可能需要跨链转移资金、切换网络、购买不同的手续费代币，并手动跟踪分布在多个地方的资产。

HyperChains 的设计目标是让多条链的运作方式更像一个相互连接的网络。

官方的 Elastic Chain 公告将 Elastic Chain 愿景描述为一个不断扩展的 ZK Rollup 网络，由数学机制保障安全，并在统一用户体验下实现原生互操作。

对用户来说，目标是让跨链转移更加轻松。

对开发者来说，目标是在不将用户与生态其他部分隔离的情况下，提供更大的自由度来构建自定义执行环境。

对应用来说，目标是拥有专属区块空间，同时仍可接触共享用户和流动性。

对加密基础设施来说，目标是通过增加更多链来横向扩容，而不是迫使所有活动都集中在一个执行层上。

HyperChains 的运作方式

HyperChains 结合了独立的链上执行、共享的零知识证明基础设施和跨链互操作性。

每条 HyperChain 都可以处理自己的交易并维护自己的状态。

根据链的配置，它可以向 Ethereum 或共享网络基础设施提交有效性证明或结算数据。

零知识证明允许链证明状态转换计算正确，而无需 Ethereum 重新执行每笔交易。

这是 ZK Rollup 技术的基本扩容优势。

官方的 ZKsync Era 文档解释说，ZKsync Era 会在链下执行交易，将交易汇总成批次，并生成简洁的有效性证明提交至 Ethereum。

HyperChains 将这一理念从单个 Rollup 扩展到由多条兼容的 ZK 驱动链组成的网络。

不再由一条链服务所有应用，而是让多条链并行运行。

互操作性则有助于这些链相互通信、转移资产并支持跨链操作。

这一设计旨在提升处理能力，同时避免用户感觉自己被困在彼此隔离的孤岛中。

HyperChains 与零知识证明

零知识证明是 HyperChains 的核心。

零知识证明可以证明某项计算有效，而无需披露所有底层细节，也无需让另一条链重复整个计算过程。

在 Rollup 系统中，这使得系统可以在链下处理大量交易，并在结算层证明结果。

对于 HyperChains，ZK 证明有助于保障多条链之间的安全性和互操作性。

如果每条链都能证明其状态转换，网络的其他部分就可以更高效地验证这些变更。

这就是 Elastic Network 愿景经常将系统描述为“由数学保障安全”的原因。

这句话的意思是，跨链状态主要通过有效性证明来验证，而不仅仅依赖社会信任或跨链桥运营方。

ZK 证明并不能消除所有风险。

它仍然依赖电路设计正确、密码学可靠、智能合约安全、数据可用、必要基础设施得到诚实运营，以及用户采取安全操作。

不过，ZK 证明可以减少每次跨链转移都依赖独立跨链桥托管方的必要性。

HyperChains 与 Elastic Network

Elastic Network 是连接 ZK Stack 链的更广泛网络。

官方的 Elastic Network 链列表页面列出了 ZKsync 生态中的多条链，并指出链 ID 和可用性可能随时间变化。

这一点很重要，因为 HyperChains 并不只是启动一条自定义链。

它们旨在创建一个能够随着需求增长而扩展的链网络。

“弹性”一词表示，系统可以在需要更多容量时增加链来扩展。

不同应用或社区可以在自己的链上运行，而不是让单条链成为瓶颈。

与此同时，共享的互操作性旨在减少链间转移的摩擦。

这不同于每条链都拥有独立跨链桥、独立钱包流程和独立流动性的情形。

Elastic Network 旨在让多条链成为同一个更大生态的一部分。

这就是 HyperChains 的主要长期愿景。

HyperChains 与 ZKsync Era

ZKsync Era 很重要，因为它是首条使用 ZK Stack 启动的链，也是 Elastic Network 的首个成员。

ZKsync Era 官方文档称，ZKsync Era 是使用 ZK Stack 构建的 Layer 2 Rollup，通过零知识证明扩展 Ethereum。

在 HyperChains 的语境中，可以将 ZKsync Era 视为这一整体架构的首个上线实例。

它展示了 ZK 驱动的执行环境如何支持智能合约、账户抽象和与 Ethereum 保持一致的结算。

其他 ZK Stack 链随后可以将网络扩展到更多专业化应用场景。

游戏链、支付链、注重隐私的链、企业链、DeFi 链或特定应用链都可以作出不同取舍。

这些取舍可能涉及数据可用性、费用代币选择、排序器模式和权限设置。

这种模块化是 HyperChains 对开发者具有吸引力的原因之一。

他们可以根据自身应用需求进行构建，而无需从完全无关的区块链技术栈开始。

HyperChains 与互操作性

互操作性是指不同链之间可以相互通信和交易。

官方的 ZKsync Connect 文档解释说，ZKsync 链之间的互操作性由智能合约实现，这些合约使用 Merkle 证明验证跨链交易。

这使链能够读取消息、发送资产、执行调用、打包远程调用并管理跨链智能账户。

对用户来说，互操作性很重要，因为它可能减少手动跨链转移资金和切换网络的需要。

对开发者来说，互操作性很重要，因为应用可以更轻松地使用其他链上的资产或操作。

对流动性来说，互操作性很重要，因为它可以减少流动性碎片化。

在碎片化的加密环境中，同一种代币可能会在不同链上存在各自独立的版本和流动性池。

在连接性更强的环境中，用户应能以更少阻碍在不同链之间转移价值和执行意图。

HyperChains 围绕这种互联体验进行设计。

目标不仅是打造多条快速链，还要让这些快速链能够协同运作。

HyperChains 与 Gateway

Gateway 是支持 ZKsync 链进行证明聚合和互操作性的基础设施之一。

官方 ZKsync Chains 文档将 Gateway 描述为证明聚合中心，也是 ZKsync 链互操作性的关键基础设施。

证明聚合很重要，因为在 Ethereum 上分别验证大量证明的成本可能很高。

通过聚合证明，网络可以降低验证开销并高效支持更多链。

这对 HyperChains 很重要，因为由多条链组成的网络需要可扩展的活动结算和验证方式。

如果每条链都必须各自完全独立地结算，且没有共享聚合机制，成本和复杂性可能会快速增加。

Gateway 旨在支持更快的链间通信并降低与证明有关的成本。

不过，用户仍应了解，互操作功能可能会分阶段推出。

有些功能可能已上线，有些可能仅能在本地测试，还有一些可能要等到未来的协议升级。

在构建应用或通过特定链路转移资金之前，查看最新文档十分重要。

HyperChains 与数据可用性

数据可用性是 HyperChains 最重要的设计选择之一。

数据可用性是指重建和验证链状态所需的数据是否能由用户、验证者或其他必要参与者获取。

官方 ZKsync Chains 文档解释说，数据可用性会影响安全性、隐私、交易速度和成本。

HyperChain 可以选择类似 ZK Rollup 的模式，将状态变更发布到 Ethereum。

这种模式具有更强的继承安全性和抗审查性，但成本可能更高。

HyperChain 也可以采用 Validium 式的数据可用性模式，将数据保存在 Ethereum 之外。

这可以降低成本并改善隐私，但会引入额外的数据可用性假设。

如果所需数据无法获取，用户可能无法安全重建状态或通过常规方式退出。

因此，用户不应认为所有 HyperChain 都具有相同的安全状况。

数据可用性选择会改变风险模型。

作为 Rollup、Validium 和 Volition 的 HyperChains

HyperChains 可以配置为不同的运行模式。

ZK Rollup 会将足够的数据发布到 Ethereum，让用户可以使用 Ethereum 作为数据可用性层来验证和恢复状态。

Validium 会将数据保存在 Ethereum 之外，同时仍使用有效性证明确保状态转换正确。

Volition 模式可以允许不同交易或账户选择不同的数据可用性方案。

Elastic Chain 公告将该网络描述为包含 ZK Chains，例如 Rollup、Validium 和 Volition。

这些术语很重要，因为它们决定了 HyperChain 在信任和成本方面的取舍。

Rollup 模式在数据可用性方面可能更安全，但成本也可能更高。

Validium 模式可能成本更低、隐私性更强，但会更依赖链下数据可用性。

Volition 模式可以提供灵活性，但也会增加复杂性。

用户和开发者应确认具体模式，再判断 HyperChain 的安全性、成本、隐私性或抗审查能力。

HyperChains 与自定义基础代币

HyperChains 可以支持用于支付交易手续费的自定义基础代币。

官方 ZKsync Chains 文档解释说，ZK Stack 支持将 ERC-20 代币用作链上手续费的基础代币，而不局限于 ETH。

这对希望采用自身经济模型的特定应用链可能很有用。

例如，社区链可能希望用户使用自己的生态代币支付手续费。

以支付为核心的链可能希望用户使用价值稳定的资产支付手续费。

游戏链可能希望抽象或代付手续费，让用户完全无需考虑 Gas。

自定义基础代币可以改善用户体验，但也会带来风险。

如果手续费代币流动性不足或波动性较高，链上用户体验就可能受到影响。

如果代币的经济机制薄弱，手续费设计可能变得不稳定。

开发者应根据真实用户需求选择基础代币，而不应只考虑品牌形象。

HyperChains 与排序器

排序器负责在交易得到证明和结算之前对其进行排序。

HyperChains 可以根据自身需求采用不同的排序器模式。

ZKsync Chains 文档列出的选项包括中心化排序、去中心化排序、优先队列和外部排序协议。

中心化排序器可以提供快速确认和简单的运作方式。

但它也会引入信任假设，因为单一运营方对排序和可用性拥有较强控制权。

去中心化排序器可以降低对运营方的信任依赖，但可能增加延迟和运维复杂性。

优先队列可以通过提供备用交易提交路径，帮助保护用户免受审查。

排序机制很重要，因为交易顺序会影响用户体验、MEV 风险、抗审查性和应用公平性。

评估 HyperChain 时，用户应了解谁在运营排序器，以及排序器故障或审查交易时有哪些退出机制。

HyperChains 与应用链

HyperChains 常被描述为应用链式基础设施。

应用链是为特定应用、社区、商业模式或生态系统设计的区块链，而不是面向所有可能的使用场景。

应用链可能很有用，因为需求旺盛的应用可能需要专属吞吐能力、自定义手续费、特殊隐私设置或受控参与机制。

当许多无关应用争夺资源时，通用型链可能会变得拥堵。

HyperChain 可以为应用提供自己的区块空间，同时仍与更广泛的网络保持连接。

这适用于游戏、金融应用、身份系统、忠诚度计划、企业网络、社交平台和高频交易环境。

不过，应用链也意味着责任。

团队必须管理链的运行、流动性策略、安全监控、升级、基础设施合作伙伴和用户支持。

HyperChain 为构建者提供更多控制权，但控制权越多，运维风险也越大。

启动一条链不同于部署一个简单的智能合约。

HyperChains 与共享流动性

共享流动性是 HyperChains 的主要愿景之一。

在碎片化的多链环境中，流动性可能分散在许多跨链桥、资金池、封装资产和相互独立的用户群体中。

这会使兑换成本更高、跨链操作更复杂、用户入门更困难。

ZK Stack 概览称，生态系统中的所有 ZKsync 链共享用户和流动性。

这并不意味着每种资产都会自动在每条链上拥有充足的流动性。

它表示，该架构旨在让流动性转移和跨链使用比彼此隔离的链系统更容易。

互操作性、共享结算、证明聚合和网络级消息传递旨在减少流动性碎片化。

对 DeFi 用户来说，这可能意味着更顺畅地使用多条链上的资产。

对应用开发者来说，这可能意味着无需在完全隔离的链上从零开始引导流动性。

对整个生态来说，共享流动性可以支持更加统一的用户体验。

HyperChains 与账户抽象

账户抽象是 ZKsync 用户体验的重要组成部分。

它让智能账户能够提供普通外部拥有账户默认可能不支持的功能。

在 HyperChain 环境中，账户抽象可以帮助用户以更少的手动操作实现跨链交互。

例如，智能账户可以支持 Paymaster、赞助交易、会话密钥、社交恢复、批量交易或自定义签名逻辑。

这很重要，因为对普通用户来说，跨链使用加密货币通常过于复杂。

用户可能不想了解每种 Gas 代币、跨链路径或网络切换方式。

账户抽象可以让交互体验更接近使用单个应用，而不是管理多个网络。

不过，账户抽象也会带来智能合约风险。

如果账户逻辑、Paymaster 规则或钱包权限存在缺陷，用户可能遭受损失或遇到交易失败。

良好的钱包设计和安全审查仍然必不可少。

HyperChains 与跨链桥

跨链桥是 HyperChain 设计中的重要议题，因为在加密领域，跨链转移资产历来存在风险。

传统跨链桥通常要求用户信任跨链桥运营方、流动性提供者、验证者或外部消息系统。

HyperChains 旨在通过基于 ZK 的互操作性和共享协议基础设施降低对跨链桥的信任假设。

ZKsync Connect 文档解释说，互操作性可以通过使用证明验证消息来支持资产转移和跨链调用。

与使用彼此无关的第三方跨链桥相比，这可以让跨链活动更自然地融入网络。

不过，用户不应认为每笔跨链转账都没有风险。

风险可能包括智能合约漏洞、中继器延迟、选择了错误的链、功能分阶段上线、数据可用性问题以及用户签名错误。

转移大额资金前，用户应确认所支持的路径，并先进行小额测试转账。

跨链桥设计越接近最小化信任，跨链安全性就越高，但用户仍需谨慎操作。

HyperChains 与 Ethereum 结算

对许多 ZK 驱动链来说，Ethereum 结算是重要的安全锚点。

ZKsync Era 文档解释说，有效性证明会提交到 Ethereum，以验证状态变更并提供最终性。

根据链的设计，Ethereum 可以作为 HyperChains 共享的结算和验证层。

这意味着用户可能受益于 Ethereum 的安全性，而无需在 Ethereum 上直接执行每笔交易。

链会在链下或独立执行环境中处理交易，然后提交证明或承诺进行结算。

这样可以降低交易成本，同时比完全独立的链更紧密地依托 Ethereum 安全性。

不过，结算安全性取决于具体配置。

ZK Rollup、Validium 和 Volition 的安全假设并不相同。

用户应确认交易数据是发布到 Ethereum、存储在其他地方，还是由其他可用性系统处理。

对于“在 Ethereum 上结算”这一说法，应结合技术细节理解，不能将其视为全面的安全保证。

HyperChains 与开发者定制

开发者定制能力是构建 HyperChain 的主要原因之一。

ZKsync Chains 文档称，ZKsync 链采用模块化设计，开发者可以选择不同的区块链组件，同时遵循安全和互操作性的核心标准。

定制选项可能包括排序器、数据可用性、手续费代币、隐私设计、交易过滤、权限和特定应用逻辑。

开发者可以为游戏应用创建一条优先考虑低费用和快速交互的链。

金融应用可能优先考虑合规控制、可预测的最终性和隐私功能。

社交应用可能优先考虑账户恢复、赞助交易和低成本发布内容。

高吞吐量应用可能优先考虑专属执行容量。

这些选择有助于应用避开通用型区块链“一刀切”模式的局限。

代价是复杂性增加。

每项定制都应清楚说明，让用户了解相应的风险模型。

HyperChains 与用户体验

HyperChains 旨在通过减少链之间彼此割裂的感觉来改善用户体验。

ZKsync Connect 文档称，互操作性可以抽象复杂的跨链交互；如果用户在 Elastic Network 的某条链上已有资金，就无需手动跨链转移资金。

这很重要，因为许多用户难以处理 Gas 代币、跨链桥、封装资产和网络切换。

更好的体验可以让用户专注于自己想完成的操作。

例如，用户可能想要兑换、铸造、支付、领取、玩游戏、借贷或投票，而无需了解多条链上的每个技术步骤。

HyperChains 旨在通过协议层连接各条链，让这些操作更加顺畅。

不过，良好的用户体验仍取决于钱包支持、应用设计、中继器可靠性、清晰的交易提示和安全的默认设置。

链架构提供了基础，但面向用户的工具同样重要。

如果钱包和应用未能清楚说明操作，即使技术能力强大的 HyperChain 也可能让用户感到困惑。

HyperChains 与安全假设

HyperChains 的安全假设可能因配置不同而有所差异。

采用 Ethereum 数据可用性的 Rollup 式 HyperChain，与采用链下数据可用性的 Validium 式 HyperChain，风险各不相同。

使用中心化排序器的链，与使用去中心化排序器的链，在审查和活性方面的假设也不同。

使用自定义基础代币的链，与使用 ETH 的链，其经济假设也不同。

具有隐私功能的链，在可审计性和数据访问方面的假设可能有所不同。

用户不应仅因为某条 HyperChain 属于同一网络家族，就认为所有 HyperChain 的安全性都一样。

用户应检查该链的数据可用性模式、排序器模型、跨链桥设计、升级控制、合约审计情况和运营团队。

开发者应清楚披露这些设计选择。

模块化区块链系统的安全性并非单一标签所能概括。

安全性取决于多项设计选择的组合。

HyperChains 与 Validium

Validium 是一种重要的 HyperChain 配置，因为它可以通过将数据保存在 Ethereum 之外来降低成本并改善隐私。

ZKsync Chains 文档解释说，Validium 适用于需要可审计性和保密性的企业应用，但受控的数据可用性可能带来资产冻结风险：如果数据无法获取，用户资产可能无法正常使用。

这是一个关键的权衡。

有效性证明可以证明状态转换正确，但用户仍需要足够的数据来了解和重建自己的状态。

如果数据可用性出现故障，用户可能难以退出或证明自己的余额。

对于比完整 Ethereum 数据可用性更重视低成本或隐私的应用，Validium 可能适用。

对于希望获得尽可能强的最小化信任退出保障的用户来说，Validium 可能不太合适。

不存在适用于所有情况的统一答案。

最佳设计取决于应用需求和用户的风险承受能力。

HyperChain 构建者应如实说明这一权衡。

HyperChains 与 Rollup

ZK Rollup 型 HyperChains 会将足够的数据发布到 Ethereum，让用户可以在 Rollup 模式下验证和恢复状态。

由于 Ethereum 充当数据可用性层，这种模式可以提供更强的安全性和抗审查性。

缺点是成本。

将数据发布到 Ethereum 的成本可能高于使用链下数据可用性方案。

对于高价值 DeFi、治理、结算以及用户退出保障至关重要的应用，Rollup 型 HyperChains 可能更合适。

对于某些游戏或社交操作等低价值、高频交互，Rollup 型 HyperChains 的成本效率可能较低。

ZK Stack 允许开发者根据使用场景选择数据可用性策略。

这种模块化设计很有用，但也意味着用户需要阅读该链的文档。

HyperChain 可以由 ZK 技术驱动，但其安全状况未必与其他 ZK 驱动链相同。

如果重视强大的公有数据可用性，Rollup 模式通常是更保守的选择。

HyperChains 与隐私

隐私可能是启动 HyperChain 的原因之一。

一些应用可能不希望所有交易细节或用户操作都完全公开。

企业应用、身份系统、私密支付和受监管工作流程可能需要选择性披露或机密数据处理。

ZKsync Chains 文档讨论了 Validium 模式和专用隐私协议等隐私选项。

隐私可以改善某些应用的可用性，但也会增加设计复杂性。

用户需要了解谁可以查看数据、谁控制数据可用性、如何进行审计，以及访问权限受到限制时会发生什么。

注重隐私的 HyperChain 应说明隐私属于用户级、运营方级、应用级，还是仅限于界面层面。

它还应说明出现问题时，用户如何退出或证明余额。

隐私很有价值，但含糊的隐私声明会带来风险。

良好的 HyperChain 设计应明确说明隐私方面的假设。

HyperChains 与治理

治理很重要，因为 HyperChains 可能需要进行升级、参数调整、紧急响应和协议协调。

ZKsync Chains 文档指出，统一治理有助于生态系统协调更新或应对漏洞。

治理可能涉及协议级、生态级或特定链级决策。

HyperChain 可能拥有自己的运营方、社区、代币持有者、基金会或治理流程。

用户应了解谁可以升级合约、更换排序器、修改费用、暂停组件或更改数据可用性设置。

出现漏洞时，治理机制有助于快速修复。

但如果少数群体掌控关键变更，治理也可能带来中心化风险。

时间锁、公开提案、多重签名控制、审计和明确的升级政策可以降低治理风险。

如果有权势的参与者可以悄然改变重要规则，那么该链就没有实现完全的最小化信任。

HyperChain 治理应公开透明且易于理解。

HyperChains 与通用 Layer 2 网络

通用 Layer 2 网络旨在通过一个共享执行层支持多种互不相关的应用。

HyperChain 也可以是通用链，但通常被视为自定义链或特定应用链。

两者的差异在于控制权和专业化程度。

通用网络为开发者提供现成环境，并拥有现有用户和流动性。

HyperChain 则让开发者对配置、经济机制和用户体验拥有更大的控制权。

对于高规模应用或有特殊需求的项目，这种控制权可能很有价值。

不过，启动 HyperChain 也意味着承担更多运维责任。

团队必须考虑基础设施、监控、升级、数据可用性、跨链路径、钱包、安全和用户支持。

对许多项目来说，在现有链上部署智能合约可能更简单。

对于需要专属吞吐量或自定义规则的项目，HyperChain 可能更合适。

选择取决于应用的规模和需求。

HyperChains 与特定应用智能合约

特定应用智能合约运行在现有区块链上。

HyperChain 则是一个独立的区块链环境，可以按照自身配置承载合约、账户和交易。

智能合约更容易部署，通常也更容易与现有用户集成。

HyperChain 提供了更多控制权，但也需要更多基础设施。

例如，简单的 NFT 系列可能不需要自己的 HyperChain。

拥有数百万笔小额交易的高频游戏可能会受益于专属区块空间和自定义费用设计。

受监管的业务流程可能需要权限控制或隐私功能，而这些功能在完全公开的共享链上难以简洁实现。

如果同步可组合性比自定义执行环境更重要，DeFi 协议可能会选择现有链。

关键问题是，应用需求是否足以证明拥有一条独立链是合理的。

HyperChains 功能强大，但不应仅仅因为启动一条链听起来很厉害就使用它。

HyperChains 的优势

HyperChains 的第一个优势是通过多条链并行执行来扩展处理能力。

第二个优势是可定制性，开发者可以针对特定用途调整区块链。

第三个优势是互操作性，兼容链可以通过共享基础设施相互通信。

第四个优势是可能在 Elastic Network 内共享流动性。

第五个优势是，对于以 Ethereum 作为验证锚点的链，可以实现与 Ethereum 保持一致的结算。

第六个优势是通过链下执行和证明聚合降低交易成本。

第七个优势是通过账户抽象、跨链消息传递和减少手动跨链操作改善用户体验。

第八个优势是灵活的数据可用性，可满足不同应用对安全、隐私和成本的需求。

只有在链设计合理、文档清晰且运作良好的情况下，这些优势才能充分发挥。

即使底层框架先进，管理不善的 HyperChain 仍可能给用户带来风险。

HyperChains 的风险

第一个风险是配置风险。

HyperChain 的数据可用性、排序方式、基础代币、治理和跨链桥设置都可能影响用户安全。

第二个风险是智能合约风险。

跨链桥、路由器、账户合约、Paymaster 和应用合约都可能存在漏洞。

第三个风险是数据可用性风险。

Validium 式配置可能会在所需数据无法获取时，导致用户无法使用资产。

第四个风险是排序器风险。

中心化排序器可能审查、延迟或重新排序交易，直到用户启用备用路径。

第五个风险是互操作功能推出进度带来的风险。

有些跨链功能可能已经上线，另一些则可能仍受到限制、处于试验阶段或等待升级。

第六个风险是流动性风险。

新 HyperChain 可能暂时缺乏充足流动性、可靠应用或完善的钱包支持。

第七个风险是治理风险。

可升级合约或权限强大的管理员控制权可能改变该链的风险状况。

如何评估 HyperChain

第一步是确认该链是否使用官方 ZK Stack 构建并连接到 Elastic Network。

第二步是检查该链的数据可用性模式。

第三步是确认该链采用 Rollup、Validium、Volition 还是其他配置。

第四步是查看由谁运营排序器。

第五步是确认该链使用 ETH 还是自定义基础代币支付手续费。

第六步是检查跨链桥合约、Gateway 支持和互操作状态。

第七步是检查治理机制和升级权限。

第八步是检查钱包支持、区块链浏览器支持、RPC 可靠性和应用支持情况。

第九步是查看审计情况、事故历史和运作透明度。

第十步是在转入大额资产前，先用小额资金测试该链。

关于 HyperChains 的常见误解

一个常见误解是认为 HyperChains 是一种代币。

HyperChains 不是代币，而是一种区块链架构理念。

另一个误解是认为所有 HyperChain 的安全级别都相同。

安全性取决于配置、数据可用性、排序机制、治理和合约安全性。

第三个误解是认为 ZK 证明可以消除所有信任假设。

ZK 证明功能强大，但用户仍然依赖正确的实现、可用的数据、安全的合约和可靠的基础设施。

第四个误解是认为自定义链会自动解决流动性问题。

互操作性可以帮助流动性转移，但实际流动性仍取决于用户、资产、做市商、应用和激励机制。

第五个误解是认为 HyperChains 只适用于 DeFi。

它们还可以支持游戏、支付、身份、社交应用、企业工作流程和其他区块链应用场景。

用户最佳实践

转移资金前，用户应确认 HyperChain 是否已被官方列出或记录在官方文档中。

用户应核实跨链路径，避免点击社交媒体上的随机链接。

用户应先了解该链的数据可用性模式，再判断其是否具有 Ethereum 级别的安全性。

用户应为所使用的链准备足够的手续费代币。

用户应仔细阅读钱包提示，尤其是跨链交易提示。

大额转账前应先进行小额测试转账。

用户应确认应用支持自己要使用的确切链和资产。

升级期间应留意跨链桥和网络状态。

用户不应认为界面流畅就意味着没有风险。

跨链系统可以隐藏复杂性，但无法完全消除复杂性。

开发者最佳实践

只有当应用需求足以证明需要专属链基础设施时，开发者才应选择 HyperChain。

开发者应清楚说明数据可用性假设、排序器运作方式、升级控制和跨链桥行为。

开发者应使用官方 ZK Stack 资源并及时更新依赖项。

在主网部署前，应测试互操作流程。

开发者应设计安全的账户抽象和 Paymaster 规则。

开发者应避免不必要的自定义配置，以免增加审计难度。

开发者应对链合约、应用合约、跨链流程和管理员控制进行安全审查。

上线前应制定监控、事件响应和升级流程。

面向用户的风险披露应简单明了且醒目。

HyperChain 属于基础设施，因此上线流程应按照基础设施安全工作的标准执行。

常见问题

什么是 HyperChains？

HyperChains 是使用 ZK Stack 构建的可定制 ZK 驱动区块链网络，旨在实现 ZKsync Elastic Network 内的互操作性。

HyperChains 与 ZKsync Chains 是同一种事物吗？

HyperChains 是较早出现或较常见的术语，而当前官方文档通常使用 ZKsync Chains 或 ZK Chains。

HyperChains 是一种加密货币吗？

不是。HyperChains 描述的是一种区块链基础设施，而不是单一的币或代币，因此并非加密货币。

什么是 ZK Stack？

ZK Stack 是一个模块化框架，用于构建可定制且可互操作的 ZK 驱动区块链。

什么是 Elastic Network？

Elastic Network 是 ZKsync 更广泛的互联 ZK Chains 生态系统，旨在共享用户、流动性和互操作基础设施。

HyperChains 使用零知识证明吗？

是的。HyperChains 依靠零知识证明技术来验证状态转换，并支持可扩展的结算和互操作性。

任何人都可以启动 HyperChain 吗？

ZKsync 文档称，任何人都可以开发和部署 ZKsync 链，但若要在 Elastic Network 内实现完全可信的互操作性，则必须使用 ZK Stack。

所有 HyperChain 的安全性都一样吗？

不是。每条 HyperChain 的安全假设都可能因数据可用性、排序机制、治理、跨链桥设计和运行模式而异。

Rollup 型 HyperChain 与 Validium 型 HyperChain 有什么区别？

Rollup 型 HyperChain 会将数据发布到 Ethereum，以提供更强的数据可用性；Validium 型 HyperChain 可以将数据保存在 Ethereum 之外，以降低成本或提升隐私，但会引入额外的数据可用性假设。

项目为什么要构建 HyperChain？

项目可能会构建 HyperChain，以获得专属区块空间、自定义手续费、自定义数据可用性、隐私选项或面向特定应用的性能，同时继续连接到更广泛的网络。

使用 HyperChain 前，用户应检查哪些风险？

用户应检查数据可用性模式、排序器模型、跨链路径、治理权限、审计情况、流动性、钱包支持和当前互操作状态。

HyperChains 能彻底解决区块链碎片化问题吗？

不能。HyperChains 旨在通过互操作性和共享基础设施减少碎片化，但流动性、钱包支持、应用设计和用户教育仍然很重要。

结论

HyperChains 是与 ZK Stack、ZKsync Chains 和 Elastic Network 密切相关的重要加密扩容理念。

它们体现了一种理念：通过增加多条可定制的 ZK 驱动链来提升区块链容量，而不是让所有用户和应用都挤在同一个执行层上。

HyperChain 可以面向特定应用、社区、企业场景或生态系统进行专业化设计，同时仍与其他兼容链保持连接。

这种设计旨在兼顾可定制性、可扩展性、互操作性和与 Ethereum 保持一致的安全性。

HyperChains 的最大优势在于，它们有望减少专属区块空间与共享网络接入之间的取舍。

开发者可以围绕自身需求设计链，用户则可能受益于更顺畅的跨链转移体验。

不过，HyperChains 并非天然没有风险。

其具体风险状况取决于数据可用性、排序器设计、跨链桥基础设施、证明聚合、治理、智能合约和流动性。

用户不应仅因为某条 HyperChain 使用 ZK 技术，就认为其安全级别与其他 HyperChain 相同。

开发者应清楚记录链的配置，不应通过简单的品牌宣传掩盖重要假设。

当前生态更常使用 ZKsync Chains、ZK Chains 和 Elastic Network 等术语，但 HyperChains 仍是理解早期愿景的有用术语。

对加密用户来说，核心要点很简单。

HyperChains 是可定制的 ZK 驱动链，旨在扩展区块链使用规模，同时通过共享互操作基础设施保持链间连接。