Volition

什么是 Volition？

Volition 是一种混合型数据可用性设计，用于区块链扩容系统，尤其是有效性证明 Layer 2 系统。它允许用户或应用选择交易数据的可用位置。

简单来说，Volition 让加密货币应用能够在 Rollup 式链上数据可用性和 Validium 式链下数据可用性之间选择。

官方StarkEx 概览将 Volition 描述为一种混合数据可用性模式，用户可选择将数据放在链上还是链下。

这一选择很重要，因为数据可用性是 Layer 2 扩容中最大的成本和安全权衡之一。

当数据发布到链上时，用户能从底层区块链获得更强的数据可用性保障，但交易成本通常更高。

当数据存储在链下时，成本可能更低，但用户需要依赖另一套数据可用性系统来保持数据可访问。

Volition 的存在是为了避免强制每笔交易或每种资产都使用同一种数据可用性模型。

对于新手而言，最简单的定义是：Volition 让区块链应用可根据用户、资产或交易，在更强的链上数据可用性和更低成本的链下数据可用性之间选择。

Volition 为何在加密货币领域重要

Volition 很重要，因为区块链扩容不仅关乎处理更多交易。

它还关乎决定验证和恢复系统所需的数据存储在何处。

官方Ethereum 数据可用性文档指出，数据可用性是用户对验证区块所需数据确实可供网络参与者获取的信心。

如果数据可用，独立用户和节点就能重建系统状态。

如果数据被扣留，用户可能无法验证余额、生成证明、安全退出，或在不信任运营方的情况下继续操作。

因此，数据可用性是 Layer 2 设计中最重要的安全问题之一。

Volition 为构建者提供更大灵活性，因为并非所有用例都需要相同级别的数据可用性保护。

高价值资产转移可能值得承担链上数据的较高成本。

低价值游戏操作、小额支付或频繁内部更新则可能更适合成本较低的链下数据。

Volition 允许应用混合这些选择，而不是为所有内容只选择一种模式。

Volition 与 Rollup 的区别

Rollup 会向基础层发布足够的交易或状态数据，使用户能够独立重建 Layer 2 状态。

L2BEAT 数据可用性概览指出，Rollup 将 Layer 2 数据发布到 Ethereum，因此不会引入额外的数据可用性信任假设。

这是 Rollup 数据可用性的主要优势。

用户依赖底层链提供恢复或验证状态所需数据的可用性。

不过，这可能成本高昂，因为基础层区块空间有限且具有价值。

Volition 的不同之处在于，它不要求每一部分数据都使用 Rollup 式链上可用性。

相反，Volition 允许部分数据使用 Rollup 模式，其他数据使用链下可用性。

这意味着 Volition 可将高安全性数据保留在链上，同时将低风险或高频数据转移至成本更低的模式。

Rollup 模式通常是安全性更强的选择。

Volition 是更灵活的选择。

Volition 与 Validium 的区别

Validium 使用有效性证明来证明状态转换正确，同时将交易数据保存在链下。

官方Ethereum Validium 文档指出，部分 Validium 系统使用数据可用性委员会保存链下状态数据副本，并证明数据可用。

由于系统不会将所有数据发布至基础链，这可以降低成本。

但用户必须信任链下数据可用性系统会在需要时提供数据。

Volition 并不只是 Validium。

它是一种混合模型，可同时包含 Rollup 和 Validium 式数据可用性。

用户可为一种资产选择链上数据可用性，为另一种资产选择链下数据可用性。

应用可为高价值存储变量选择链上可用性，为低价值或高频状态选择链下可用性。

Validium 是一种数据可用性模式。

Volition 是在同一更广泛系统中选择多种数据可用性模式的能力。

Volition 与数据可用性

数据可用性是 Volition 背后的核心概念。

在 Layer 2 系统中，执行可能发生在基础链之外，但用户仍需要访问说明最新状态的数据。

有效性证明可以证明状态转换遵循规则。

它们并不会自动保证所有用户都能访问重建余额或退出所需的底层数据。

这是新手经常忽略的关键点。

有效性证明检查正确性。

数据可用性检查所需数据能否被找到。

Volition 更清晰地分离了这些问题。

证明系统可保持不变，而数据可用性模式可改变。

这使开发者能够根据应用各部分的需求，在更强可用性和更低成本之间选择。

这种灵活性正是 Volition 在现代模块化区块链设计中重要的原因。

Volition 如何运作

Volition 通过允许系统为不同类型的数据维护不同的数据可用性区域或树来运作。

官方StarkEx 数据可用性文档指出，Volition 使应用能够同时使用 ZK-Rollup 和 Validium 金库，并允许用户为其持有的每种资产决定使用哪个金库范围。

在该模型中，一种资产或余额可位于数据发布到链上的 Rollup 金库中。

另一种资产或余额可位于通过数据可用性系统将数据存储在链下的 Validium 金库中。

应用可跟踪每种资产适用的金库或存储模式。

当应用支持该操作时，用户可以在不同模式之间转移资产。

这形成数据可用性范围，而非单一固定设计。

同一证明系统可验证状态转换，而用户可选择符合自身风险和成本偏好的可用性保障。

因此，Volition 本身并不是独立区块链。

它是扩容系统内部使用的一种数据可用性架构。

StarkEx 中的 Volition

Volition 是与 StarkEx 相关的数据可用性模式之一。

StarkEx 是一个有效性证明扩容引擎，可根据应用设计支持不同的数据可用性选择。

StarkEx 文档指出，ZK-Rollup 模式会将金库余额作为 calldata 发布到链上，而 Validium 模式则通过数据可用性委员会在链下保持数据可用。

同一文档还指出，Volition 适用于 StarkEx 现货交易，并允许用户同时使用 ZK-Rollup 和 Validium 金库。

这意味着 StarkEx Volition 不只是理论概念。

它被记录为特定 StarkEx 用例支持的数据可用性模型。

不过，用户仍应检查自己使用的具体应用。

并非每个使用扩容引擎构建的应用都会向终端用户提供相同的数据可用性选择。

用户界面可能会将该选择抽象化。

应用可能为每类资产选择默认模式。

理解 Volition 需要检查底层技术和应用的实际设置。

Starknet 中的 Volition

Starknet 也曾将 Volition 作为降低数据可用性成本路线图的一部分进行讨论。

官方Starknet Volition 博客指出，Volition 将允许开发者选择 Ethereum L1 或 Starknet L2 上的数据可用性，甚至可细化至单个存储变量级别。

当前的Starknet 数据可用性文档将 Starknet 描述为向 Ethereum 发送状态差异和状态承诺的有效性 Rollup。

为确保准确性，这一区别很重要。

Volition 是 Starknet 的重要设计方向，但用户不应假设它已对每个合约启用，而应先在官方 Starknet 文档和路线图中确认 Volition 支持的当前状态。

官方Starknet Volition 模式路线图页面将 Volition 描述为旨在降低 L1 数据成本的链上与链下混合数据可用性方案。

对开发者而言，核心理念是未来或已支持的 Volition 功能可对存储和交易数据成本提供更精细的控制。

对用户而言，核心理念是不同数据模式的恢复和安全假设并不相同。

Volition 与有效性证明

Volition 与有效性证明密切相关，但两者并非同一概念。

有效性证明用于证明一批交易或状态转换被正确计算。

Volition 控制这些转换背后的数据在哪里可用。

这一差异至关重要。

若交易数据存储在链下，即使系统拥有强有效性证明，数据可用性假设仍可能较弱。

Rollup 式模式提供更强的独立重建保障，因为数据可在基础链上获取。

Validium 式模式可以提供更低成本，但依赖另一数据可用性提供方、委员会或网络。

Volition 让应用可在仍依赖有效性证明确保正确性的同时，于这些模式之间选择。

这也是 Volition 常与 ZK-Rollup 和 Validium 一同讨论的原因。

它将基于证明的正确性与灵活的数据可用性结合。

Volition 与数据可用性委员会

数据可用性委员会（Data Availability Committee，通常称为 DAC）是一组负责存储并证明链下数据可用性的实体。

Ethereum Validium 文档指出，部分 Validium 会指定一组受信任实体保存状态数据副本，并提供可用性证明。

在 Volition 设计中，链下数据可用性可根据实现方式使用 DAC 或其他数据可用性系统。

这可降低成本，但会改变信任模型。

如果链下数据可用性系统失效或扣留数据，依赖该模式的用户可能面临提币或恢复问题。

选择链上可用性的用户可避免这一特定链下可用性依赖，但通常需要支付更高费用。

这是 Volition 的核心权衡。

用户或应用可选择节省成本，但必须清楚理解相应安全假设。

DAC 并不必然不好。

它是一种不同的信任模型，应根据委员会成员构成、透明度、监测、法律结构、去中心化程度和故障处理进行评估。

Volition 与成本降低

Volition 可降低交易成本，因为在基础链上发布数据通常成本较高。

官方 Ethereum 数据可用性文档指出，部分 Rollup 以 calldata 或 blob 发布数据，EIP-4844 为 Rollup 数据引入了更低成本的 blob 存储。

即使在 blob 交易出现后，数据可用性对许多扩容系统而言仍是主要成本因素。

官方 Starknet Volition 博客指出，链上数据可用性可能占平均交易成本的很大比例，降低 L1 数据可显著降低手续费。

Volition 通过只将需要更强可用性的数据放入成本更高的模式来解决这一成本问题。

低价值或高频操作可使用成本更低的可用性。

这可帮助游戏、支付、高频交易、社交应用和微支付等应用。

但较低成本绝不应与相同安全性混淆。

Volition 通过让用户和开发者选择来降低成本，而不是让所有选择完全相同。

Volition 与用户选择

Volition 一词暗示“选择”，而这正是其核心理念。

在严格的纯 Rollup 系统中，每位用户都为相同的数据可用性模型付费。

在严格的纯 Validium 系统中，每位用户都接受相同的链下数据可用性模型。

Volition 提供更大的灵活性。

用户可将较大余额保留在 Rollup 模式中。

同一用户可将较小余额或高频活动保留在 Validium 模式中。

应用可默认让低风险操作使用成本更低的可用性。

同一应用可为提币、大仓位、抵押品、治理资产或高价值转账使用更强可用性。

这很有用，因为加密货币用户的需求并不相同。

专业交易策略、休闲游戏、微支付应用和金库钱包可能需要不同的数据可用性保障。

Volition 让系统能够围绕这些差异进行设计。

Volition 与资产在不同模式之间的转移

在部分 Volition 设计中，用户可在数据可用性模式之间转移资产。

StarkEx 文档描述，用户可通过将资产转入另一棵树上的金库来更改该资产的数据可用性金库。

这意味着在支持该功能时，用户可将资产从 Validium 式金库转入 ZK-Rollup 式金库，或反向转移。

这种转移很重要，因为风险偏好会发生变化。

用户可能先在成本较低的模式中频繁交易，之后将资金转入可用性更强的链上模式。

用户可能将小额余额置于低成本模式，并将较大余额转入安全性更高的模式。

应用应使此类转移易于理解。

用户在充值、交易、提币或转账前，应了解资产所处的模式。

如果界面隐藏模式，用户可能不了解实际获得的数据可用性保障。

良好的 Volition 设计应让数据可用性可见且易于选择。

Volition 与提币

提币是 Volition 中最重要的话题之一。

如果数据在链上可用，用户通常可依赖更强的公开数据可用性来重建状态和证明余额。

如果数据存储在链下，用户可能依赖链下数据可用性系统提供退出所需的数据。

这并不意味着每种链下模式都不安全。

这意味着提币保障取决于具体设计。

Volition 系统应说明，如果链下数据可用性提供方失效、消失、审查用户或扣留数据，将会发生什么。

它还应说明用户能否在危机前将资产从链下可用性转入链上可用性。

用户应将数据可用性模式视为提币风险的一部分。

如果用户无法在数据可用性失效时恢复或退出，低成本交易的实用价值会降低。

高价值资产值得谨慎关注退出假设。

Volition 与安全权衡

Volition 不会消除权衡。

它使权衡更灵活。

链上数据可用性通常成本更高，但提供更强的公开恢复假设。

链下数据可用性通常成本更低，但会增加与数据存储和披露相关的信任假设。

有效性证明可防止无效状态转换。

它们不会自动防止数据不可用。

因此，Volition 用户应了解证明安全性和数据可用性安全性。

有效证明可显示状态转换遵循规则。

如果数据可用性层失效，它并不一定能向每位用户提供缺失数据。

安全分析应包括 DA 模式、证明系统、运营方模型、可升级性、逃生机制、跨链桥设计和用户界面警告。

Volition 强大之处在于提供选择，但只有用户理解选择时，这些选择才有帮助。

Volition 与 Ethereum Blob

Ethereum 的 EIP-4844 引入 blob 交易，以降低 Rollup 数据可用性的成本。

官方 Ethereum 数据可用性文档指出，EIP-4844 实施后，部分 Rollup 将交易数据发布到成本较低的 blob 存储中。

在许多情况下，这使链上 Rollup 数据相比仅使用 calldata 的旧方案成本更低。

不过，成本更低的 blob 并不会消除更广泛的 Volition 理念。

应用可能仍希望为高频或低价值状态提供更低成本。

它们也可能希望针对不同用例采用不同数据可用性选择。

Volition 仍具有相关性，因为它不仅关乎当前手续费水平。

它关乎让开发者和用户控制数据的安全性与成本特征。

基于 blob 的 Rollup 降低了这一范围中某一部分的成本。

Volition 让应用可在这一范围中移动。

Volition 用例

当一个应用在同一产品内具有不同风险等级时，Volition 很有用。

交易应用可能希望小额高频交易使用低成本数据可用性，而大额余额使用更强可用性。

游戏可能希望频繁的低价值游戏操作使用成本较低的可用性，而稀有高价值资产使用更强可用性。

支付应用可能希望小额转账使用低成本可用性，而商家结算或大额提币获得更强保障。

社交应用可能希望点赞、关注或消息等低成本状态更新，同时对高价值身份或资产所有权提供更强保护。

DeFi 应用可能为抵押品使用更强可用性，并仅在设计安全的情况下，为低风险内部记账使用较弱可用性。

市场平台可对挂单、余额和最终结算使用不同模式。

关键在于，Volition 在应用清楚区分低风险和高风险状态时效果最佳。

如果开发者在用户不知情的情况下将关键状态放入较弱可用性模式，Volition 可能变得危险。

面向开发者的 Volition

使用 Volition 的开发者需要将数据可用性作为应用逻辑的一部分进行设计。

他们应决定哪些存储变量、金库、资产、余额或用户操作需要更强可用性。

他们应决定哪些操作可安全使用成本较低的可用性。

他们应在用户界面中解释这些选择。

他们应避免用模糊标签隐藏重要安全差异。

他们应测试数据可用性模式之间的转移。

他们应为链下数据可用性问题设计故障处理机制。

他们应考虑在每种模式下，提币、强制退出、账户恢复和争议解决如何运作。

他们还应衡量成本节省与额外复杂性之间的关系。

Volition 不只是一项手续费优化功能。

它也是一项安全架构功能。

面向用户的 Volition

用户应了解其资金或活动适用哪种数据可用性模式。

钱包或 dApp 可能展示成本较低模式和安全性较高模式。

成本较低模式可能适用于小额余额、频繁操作或低风险用例。

更强模式可能更适合大额余额、抵押品、金库资金或长期持有。

用户不应只根据手续费选择。

他们应询问：如果运营方消失、数据可用性委员会失效、应用前端离线或链暂停，会发生什么？

他们还应询问是否可在模式之间转移资金，以及需要多长时间。

良好的应用应清晰解释这些权衡。

如果应用未显示正在使用哪种模式，用户应保持谨慎。

在 Volition 中，数据可用性设置是产品风险的一部分。

Volition 与 DeFi

Volition 会影响 DeFi 设计，因为 DeFi 协议通常同时处理高价值和高频活动。

官方Ethereum DeFi 指南将去中心化金融描述为建立在公共区块链和智能合约上的金融服务。

在 DeFi 中，数据可用性会影响抵押品安全、强制平仓逻辑、账户余额、与预言机相关的操作、金库份额和提币信心。

DeFi 协议应非常谨慎地将关键抵押品数据置于较弱可用性模式。

较低手续费可帮助用户，但在市场压力期间，数据不可用可能带来严重风险。

若设计得当，Volition 可用于低价值更新、高频交易状态或非关键数据。

如果用户不知道哪种模式保护其抵押品或余额，它可能带来危险。

DeFi 用户在向使用多种数据可用性模式的系统充值前，应查阅文档。

成本最低的模式并不总是适合金融风险的模式。

Volition 与游戏

游戏是 Volition 最明确的潜在用例之一。

区块链游戏可产生许多小型状态变化，例如物品升级、分数更新、制作操作、战斗或移动记录。

将每项小型游戏操作都置于高成本数据可用性层，可能使游戏成本过高。

Volition 可让频繁且低价值的游戏操作使用成本较低的可用性。

同时，稀有资产、高价值 NFT、代币提币或市场结算可使用更强可用性。

这种分配可改善用户体验，而不会将每项游戏操作视为同等重要。

不过，游戏开发者仍需定义链下可用性失效时会发生什么。

玩家应了解哪些资产具有更强保障，以及哪些活动成本较低但采用不同假设。

Volition 可使 Web3 游戏更实用，但前提是风险模型可见。

Volition 与微支付

Volition 可能有助于微支付，因为小额支付对交易手续费非常敏感。

如果手续费高于付款金额，支付用例就会失效。

将每笔小额支付的数据都发布至高成本基础层可能效率不高。

Volition 可让应用对小额转账使用成本较低的可用性，同时为较大余额或结算操作保留更强模式。

这可支持打赏、流式支付、小额商户付款、游戏支付、创作者奖励和机器对机器支付。

不过，微支付用户仍应了解结算模型。

小额交易可能不需要最强的数据可用性保障。

商户余额或最终提币可能需要更强保护。

Volition 的价值在于让系统分离这些层次。

这种分离可使小额支付更易负担，而不会对每种资产采用相同假设。

Volition 的风险

Volition 的第一项风险是用户困惑。

如果用户不了解其资产使用哪种模式，可能误解安全保障。

第二项风险是数据扣留。

如果链下数据不可用，依赖这些数据的用户可能面临恢复或提币问题。

第三项风险是界面设计薄弱。

dApp 可能隐藏数据可用性选择，或将其仅呈现为一项手续费设置。

第四项风险是开发者判断不佳。

开发者可能将关键状态置于不适合其风险等级的低成本模式中。

第五项风险是治理或升级风险。

协议可能以用户意想不到的方式改变可用性模式、委员会规则或合约逻辑。

第六项风险是监测碎片化。

用户、区块链浏览器、钱包和风控工具可能需要分别追踪不同数据模式。

第七项风险是错误等同。

Volition 并不会使 Rollup 和 Validium 的数据可用性具有同等安全性。

Volition 的优势

Volition 的第一项优势是灵活性。

用户和应用可选择符合用例的可用性模式。

第二项优势是成本更低。

不需要完整链上可用性的数据可使用成本较低的存储或可用性方案。

第三项优势是更好的用户分层。

小额操作、大额转账、游戏更新、DeFi 抵押品和结算操作可使用不同模式。

第四项优势是可扩展性。

减少基础层的数据压力可支持更多活动。

第五项优势是设计自由度。

开发者能够更精确地平衡成本和安全性。

第六项优势是改善用户选择。

当界面支持这一选择时，用户可决定偏好较低手续费还是更强数据可用性。

第七项优势是实际采用。

低成本模式可使小额交易、游戏和高频用例更具可行性。

关于 Volition 的常见误解

一种误解是 Volition 是代币。

Volition 不是代币。

它是一种数据可用性设计。

另一种误解是 Volition 等同于 Rollup。

Volition 可包括 Rollup 式数据可用性，但不限于 Rollup 模式。

第三种误解是 Volition 等同于 Validium。

Volition 可包括 Validium 式可用性，但其主要特征是用户或应用可在模式之间选择。

第四种误解是有效性证明本身能解决数据可用性问题。

有效性证明证明正确性，而数据可用性确保所需数据可被访问。

第五种误解是手续费更低始终意味着更好的选择。

成本更低的可用性可能有用，但高价值资产可能需要更强保障。

第六种误解是每个使用支持 Volition 系统的应用都会向用户提供相同控制权。

实际用户选择取决于应用的具体实现。

简单理解 Volition

Volition 意味着对数据可用性的选择。

Rollup 模式将数据发布到链上，通常提供更强可用性保障。

Validium 模式将数据保留在链下，通常可降低成本，但会增加数据可用性信任假设。

Volition 让应用可同时使用两种模式。

用户可为重要资产选择更强可用性，为较小或更频繁的活动选择成本较低的可用性。

开发者可针对不同存储变量或资产类型选择不同模式。

Volition 不会消除风险。

它让用户和开发者选择适合每种情况的风险与成本权衡。

对于新手，核心规则很简单。

Volition 可降低手续费，但用户应始终了解自己的数据在哪里可用，以及数据不可用时会发生什么。

常见问题

加密货币中的 Volition 是什么？

Volition 是一种混合数据可用性设计，让用户或应用可在链上 Rollup 式数据可用性和链下 Validium 式数据可用性之间选择。

Volition 是区块链吗？

不是。Volition 本身不是区块链，因为它是扩容系统中使用的数据可用性架构。

Volition 是代币吗？

不是，Volition 不是代币。

Volition 解决什么问题？

Volition 有助于解决高成本链上数据可用性与低成本链下数据可用性之间的权衡。

Volition 与 Rollup 有何不同？

Rollup 使用链上数据可用性，而 Volition 允许部分数据使用 Rollup 式可用性，其他数据使用链下可用性。

Volition 与 Validium 有何不同？

Validium 将数据保留在链下，而 Volition 允许用户或应用在链下和链上可用性模式之间选择。

Volition 使用零知识证明吗？

Volition 通常与有效性证明系统一同讨论，在这类系统中，证明会验证状态转换正确，而数据可用性模式可以变化。

Volition 会使交易更便宜吗？

Volition 可通过让部分数据避免昂贵的基础链发布来降低成本，但节省幅度取决于实现方式和数据模式。

Volition 是否比 Rollup 更不安全？

Volition 可为选定数据提供 Rollup 级别的数据可用性，但置于链下可用性模式的数据与 Rollup 数据具有不同信任假设。

用户可以选择数据可用性模式吗？

在部分 Volition 设计中，用户可以选择模式；而在其他设计中，应用可能自行选择，或仅提供有限控制。

资产可以在 Volition 模式之间转移吗？

部分 Volition 实现允许资产在 Rollup 式和 Validium 式金库或存储模式之间转移。

Volition 的主要风险是什么？

主要风险是链下数据可能不可用，从而影响用户恢复、提币或独立验证。

什么是数据可用性委员会？

数据可用性委员会是一组在部分 Validium 式系统中存储或证明链下数据可用性的实体。

用户为何选择链下数据可用性？

用户可能选择链下可用性，以降低低价值、高频或非关键活动的手续费。

用户为何选择链上数据可用性？

用户可能为获得更强恢复保障、高价值资产、抵押品、金库资金或长期持有而选择链上可用性。

Volition 对 DeFi 有用吗？

Volition 可能对 DeFi 有用，但关键抵押品和提币数据应谨慎处理，因为可用性失效可能造成严重风险。

Volition 对游戏有用吗？

有用。游戏可从频繁低价值操作的低成本可用性中受益，同时为高价值资产或结算使用更强可用性。

使用 Volition 前用户应检查什么？

用户应检查数据可用性模式、提币规则、恢复保障、运营方假设、应用文档以及资产能否在模式之间转移。

结论

Volition 是加密货币扩容中的重要概念，因为它让用户和开发者对数据可用性拥有更多控制权。

Volition 不会将每笔交易强制置于单一模型，而是让系统结合 Rollup 式链上可用性和 Validium 式链下可用性。

这使成本与安全性的平衡更加精细。

高价值资产可使用更强可用性。

低价值或高频活动可使用成本更低的可用性。

在架构清晰且安全的情况下，游戏、微支付、交易应用、社交应用和部分 DeFi 设计都可从这种灵活性中受益。

不过，不应将 Volition 视为没有任何权衡的免费升级。

链上数据可用性和链下数据可用性提供的保障并不相同。

有效性证明可证明状态转换正确，但不会自动保证被扣留的数据会向每位用户提供。

因此，Volition 必须在钱包、dApp、文档和用户界面中被清晰说明。

用户应了解哪种模式保护其资产。

开发者应了解哪些数据值得获得更强可用性。

协议应说明数据可用性失效时会发生什么。

简单来说，Volition 是选择区块链数据可用位置的自由。

这种自由可降低手续费并提升可扩展性，但只有当成本、安全性和恢复方面的权衡易于理解时，才能真正帮助用户。