Volition

Volitionとは？

Volitionとは、特に有効性証明を用いるレイヤー2システムなどのブロックチェーンスケーリングシステムで利用される、ハイブリッド型のデータ可用性設計です。ユーザーまたはアプリケーションは、トランザクションデータをどこで利用可能にするかを選択できます。

簡単に言うと、Volitionは暗号資産アプリケーションに対し、ロールアップ型のオンチェーンデータ可用性と、validium型のオフチェーンデータ可用性の選択肢を提供します。

公式のStarkEx概要では、Volitionはユーザーがデータをオンチェーンとオフチェーンのどちらに置くかを選べるハイブリッドなデータ可用性モードとして説明されています。

データ可用性はLayer 2スケーリングにおける最大のコストとセキュリティのトレードオフの一つであるため、この選択は重要です。

データをオンチェーンに投稿すると、ユーザーは基盤ブロックチェーンからより強い可用性保証を得られますが、通常、トランザクションコストは高くなります。

データをオフチェーンに保存すると、コストは低くなる可能性がありますが、ユーザーはデータへのアクセス可能性を維持する別のデータ可用性システムに依存します。

Volitionは、すべてのトランザクションまたは資産を同じデータ可用性モデルに強制することを避けるために存在します。

初心者向けに簡単に言うと、Volitionは、ユーザー、資産、またはトランザクションに応じて、より強いオンチェーンデータ可用性と、より低コストのオフチェーンデータ可用性のどちらかをブロックチェーンアプリケーションが選べるようにする仕組みです。

暗号資産でVolitionが重要な理由

Volitionが重要なのは、ブロックチェーンのスケーリングが単により多くのトランザクションを処理することだけではないためです。

検証とシステム復旧に必要なデータをどこに保存するかを決めることも重要です。

公式のEthereumのデータ可用性ドキュメントでは、データ可用性とは、ブロックの検証に必要なデータがネットワーク参加者に実際に利用可能であるというユーザーの確信であると説明されています。

データが利用可能であれば、独立したユーザーとノードはシステムの状態を再構築できます。

データが秘匿されると、ユーザーは残高の検証、証明の生成、安全な退出、またはオペレーターを信頼せずに運用を継続することができない可能性があります。

このため、データ可用性はLayer 2設計における最重要のセキュリティ課題の一つです。

すべてのユースケースが同じレベルのデータ可用性保護を必要とするわけではないため、Volitionは開発者により大きな柔軟性を与えます。

高価値の資産移転では、オンチェーンデータのより高いコストが正当化される場合があります。

低価値のゲームアクション、小額決済、頻繁な内部更新では、より低コストのオフチェーンデータが望まれる場合があります。

Volitionにより、アプリケーションはすべてに一つのモードだけを選ぶのではなく、これらの選択肢を組み合わせられます。

Volitionとロールアップの違い

ロールアップは、ユーザーがLayer 2の状態を独立して再構築できるよう、十分なトランザクションデータまたは状態データをベースレイヤーに投稿します。

L2BEATのデータ可用性概要では、ロールアップはLayer 2データをEthereumに投稿するため、追加のデータ可用性に関する信頼前提を導入しないと説明されています。

これがロールアップのデータ可用性における主な強みです。

ユーザーは、状態を復旧または検証するために必要なデータの可用性をベースチェーンに依存します。

ただし、ベースレイヤーのブロックスペースは限られ、価値が高いため、これは高コストになる場合があります。

Volitionは、すべてのデータにロールアップ型のオンチェーン可用性を要求しない点で異なります。

代わりにVolitionでは、一部のデータがロールアップモードを使用し、他のデータがオフチェーン可用性を使用できます。

つまり、Volitionは高セキュリティデータをオンチェーンに保持しつつ、低リスクまたは高頻度のデータをより低コストのモードへ移せます。

ロールアップモードは通常、より強いセキュリティ上の選択肢です。

Volitionは柔軟性を重視する選択肢です。

VolitionとValidiumの違い

validiumは、有効性証明を使用して状態遷移が正しいことを証明しながら、トランザクションデータをオフチェーンに保持します。

公式のEthereumのvalidiumドキュメントでは、一部のvalidiumシステムはデータ可用性委員会を利用し、オフチェーン状態データのコピーを保存してデータが利用可能であることを証明すると説明されています。

この方式では、すべてのデータをベースチェーンに公開しないため、コストを削減できます。

ただし、ユーザーは必要時にデータを利用可能にするオフチェーンデータ可用性システムを信頼する必要があります。

Volitionは単なるvalidiumではありません。

ロールアップとvalidium型のデータ可用性の両方を含められるハイブリッドモデルです。

ユーザーは、ある資産ではオンチェーンデータ可用性を、別の資産ではオフチェーンデータ可用性を選択できます。

アプリケーションは、高価値のストレージ変数にはオンチェーン可用性を、低価値または高頻度の状態にはオフチェーン可用性を選ぶことができます。

validiumは一つのデータ可用性モードです。

Volitionは、同じより広範なシステム内で複数のデータ可用性モードから選択できる能力です。

Volitionとデータ可用性

データ可用性はVolitionの中核となる概念です。

Layer 2システムでは実行がベースチェーンの外で行われる場合がありますが、ユーザーは最新状態を説明するデータにアクセスする必要があります。

有効性証明は、状態遷移がルールに従ったことを証明できます。

ただし、有効性証明だけでは、残高または退出を再構築するために必要な基礎データへすべてのユーザーがアクセスできることを自動的に保証しません。

これは初心者が見落としがちな重要な点です。

有効性証明は正確性を確認します。

データ可用性は、必要なデータを取得できるかを確認します。

Volitionはこれらの問いをより明確に分けます。

証明システムは同じままでも、データ可用性モードは変更できます。

これにより開発者は、アプリケーションの各部分のニーズに応じて、より強い可用性と低コストの間で選択できます。

この柔軟性こそが、現代のモジュラー型ブロックチェーン設計においてVolitionが重要な理由です。

Volitionの仕組み

Volitionは、システムがデータの種類ごとに異なるデータ可用性ゾーンまたはツリーを維持できるようにすることで機能します。

公式のStarkExのデータ可用性ドキュメントでは、VolitionによりアプリケーションはZK-RollupとValidiumの両方のボールトを使用でき、ユーザーは保有する各資産に使用するボールト範囲を決定できると説明されています。

このモデルでは、ある資産または残高は、データがオンチェーンに公開されるロールアップボールトに置かれる場合があります。

別の資産または残高は、データ可用性システムを介してデータがオフチェーンに保存されるvalidiumボールトに置かれる場合があります。

アプリケーションは、各資産にどのボールトまたはストレージモードが適用されるかを追跡できます。

アプリケーションがその操作をサポートする場合、ユーザーは資産をモード間で移動できます。

これにより、単一の固定設計ではなくデータ可用性のスペクトラムが生まれます。

同じ証明システムが状態遷移を検証する一方、ユーザーはリスクとコストの選好に合う可用性保証を選択できます。

したがってVolitionは、それ自体が独立したブロックチェーンではありません。

スケーリングシステム内で使われるデータ可用性アーキテクチャです。

StarkExにおけるVolition

VolitionはStarkExに関連するデータ可用性モードの一つです。

StarkExは、有効性証明を用いるスケーリングエンジンであり、アプリケーション設計に応じて異なるデータ可用性の選択肢をサポートできます。

StarkExのドキュメントでは、ZK-Rollupモードはボールト残高をcalldataとしてオンチェーンに公開し、ValidiumモードはData Availability Committeeを通じてデータをオフチェーンで利用可能にすると記載されています。

同じドキュメントでは、VolitionはStarkExの現物取引に適用され、ユーザーはZK-RollupとValidiumの両方のボールトを利用できるとも記載されています。

これは、StarkEx Volitionが単なる理論上の概念ではないことを意味します。

特定のStarkExユースケースでサポートされるデータ可用性モデルとして文書化されています。

ただし、ユーザーは利用中のアプリケーションの正確な仕様を確認すべきです。

スケーリングエンジンで構築されたすべてのアプリケーションが、必ずしも同じデータ可用性の選択肢をエンドユーザーに提供するわけではありません。

ユーザーインターフェースが選択を抽象化している場合があります。

アプリケーションが資産タイプごとにデフォルトモードを選択する場合があります。

Volitionを理解するには、基盤技術とアプリケーションの実際の設定の両方を確認する必要があります。

StarknetにおけるVolition

Starknetも、データ可用性コストを削減するロードマップの一部としてVolitionを取り上げています。

公式のStarknet Volitionブログでは、Volitionにより開発者はEthereum L1またはStarknet L2のデータ可用性を、個々のストレージ変数レベルも含めて選択できるようになると説明されています。

現在のStarknetのデータ可用性ドキュメントでは、Starknetは状態差分と状態コミットメントをEthereumへ送信するValidity Rollupとして説明されています。

正確性のため、この区別は重要です。

VolitionはStarknetの重要な設計方向ですが、すべてのコントラクトで有効だと想定する前に、ユーザーはVolitionサポートの現在の状況を公式Starknetドキュメントとロードマップで確認すべきです。

公式のVolitionモードに関するStarknetロードマップページでは、VolitionをL1データコスト削減を目的としたオンチェーンとオフチェーンのハイブリッド型データ可用性アプローチとして説明しています。

開発者にとって重要なのは、将来またはサポートされたVolition機能により、ストレージとトランザクションデータコストをより細かく制御できることです。

ユーザーにとって重要なのは、すべてのデータモードが同じ復旧およびセキュリティ上の前提を持つわけではないことです。

Volitionと有効性証明

Volitionは有効性証明と密接に関連しますが、両者は同じ用語ではありません。

有効性証明は、トランザクションまたは状態遷移のバッチが正しく計算されたことを証明します。

Volitionは、それらの遷移の背後にあるデータをどこで利用可能にするかを管理します。

この違いは本質的です。

トランザクションデータがオフチェーンに保存される場合、システムは強力な有効性証明を備えていても、データ可用性に関する前提がより弱い可能性があります。

ロールアップ型モードは、データがベースチェーンで利用できるため、ユーザーにより強い独立した状態再構築保証を提供します。

validium型モードは低コストを提供できますが、別のデータ可用性プロバイダー、委員会、またはネットワークに依存します。

Volitionでは、アプリケーションは正確性のために有効性証明に依存しながら、これらのモードから選択できます。

このためVolitionは、ZK-RollupやValidiumと同じ文脈でよく議論されます。

証明に基づく正確性と柔軟なデータ可用性を組み合わせるものです。

Volitionとデータ可用性委員会

Data Availability Committeeは一般にDACと呼ばれ、オフチェーンのデータ可用性を保存し、証明する責任を持つ主体のグループです。

Ethereumのvalidiumドキュメントでは、一部のvalidiumが信頼された主体グループを任命し、状態データのコピーを保存して可用性証明を提供すると説明されています。

Volition設計では、実装に応じてオフチェーンデータ可用性にDACまたは別のデータ可用性システムが使用される場合があります。

これはコストを下げられる一方で、信頼モデルを変化させます。

オフチェーンのデータ可用性システムが失敗またはデータを秘匿した場合、そのモードに依存するユーザーは出金または復旧上の問題に直面する可能性があります。

オンチェーン可用性を選ぶユーザーは、その特定のオフチェーン可用性への依存を回避できますが、通常はより多く支払います。

これがVolitionの中核的なトレードオフです。

ユーザーまたはアプリケーションはコスト削減を選べますが、セキュリティ上の前提を明確に理解する必要があります。

DACが自動的に悪いわけではありません。

これは、委員会の構成、透明性、監視、法的構造、分散化、障害対応に基づき評価すべき異なる信頼モデルです。

Volitionとコスト削減

Volitionは、ベースチェーンへのデータ公開が高コストになることが多いため、トランザクションコストを削減できる場合があります。

公式のEthereumデータ可用性ドキュメントでは、一部のロールアップはデータをcalldataまたはblobとして公開し、EIP-4844によってロールアップデータ向けのより低コストなblobストレージが導入されたと説明されています。

blobトランザクション導入後も、多くのスケーリングシステムではデータ可用性が大きなコスト要因であり続けます。

公式のStarknet Volitionブログでは、オンチェーンデータ可用性が平均トランザクションコストの大きな割合を占める場合があり、L1データの削減によって手数料を大幅に削減できると述べられています。

Volitionは、より強い可用性が必要なデータだけを高コストなモードに置けるようにすることで、このコスト問題に対応します。

低価値または高頻度のアクションには、より低コストの可用性を使用できます。

これはゲーム、決済、高頻度取引、ソーシャルアプリ、マイクロトランザクションなどのアプリケーションに役立つ場合があります。

ただし、低コストを同等のセキュリティと混同すべきではありません。

Volitionは、すべての選択肢を同一にすることでなく、ユーザーと開発者に選択肢を与えることでコストを下げます。

Volitionとユーザーの選択

Volitionという言葉は選択を示唆しており、それが中核的な考え方です。

厳格なロールアップ専用システムでは、すべてのユーザーが同じデータ可用性モデルのコストを負担します。

厳格なvalidium専用システムでは、すべてのユーザーが同じオフチェーンデータ可用性モデルを受け入れます。

Volitionはより大きな柔軟性を提供します。

ユーザーはより大きな残高をロールアップモードに保持する場合があります。

同じユーザーが、より小さな残高または頻繁な活動をvalidiumモードに保持する場合があります。

アプリケーションは、低リスクのアクションに対してより低コストの可用性をデフォルトにする場合があります。

同じアプリケーションが、出金、大きなポジション、担保、ガバナンス資産、高価値送金により強い可用性を使用する場合があります。

暗号資産ユーザーのニーズは同じではないため、これは有用です。

プロ向け取引戦略、カジュアルゲーム、マイクロペイメントアプリ、トレジャリーウォレットでは、それぞれ異なるデータ可用性保証が必要になる場合があります。

Volitionは、システムがこうした違いを前提に設計できるようにします。

Volitionにおけるモード間の資産移動

一部のVolition設計では、ユーザーはデータ可用性モード間で資産を移動できます。

StarkExのドキュメントでは、ユーザーは資産を別のツリー上のボールトへ移すことで、その資産のデータ可用性ボールトを変更すると説明されています。

これは、サポートされている場合、ユーザーがValidium型ボールトからZK-Rollup型ボールトへ、またはその逆に資産を移動できることを意味します。

リスク選好は変化する可能性があるため、この移動は重要です。

ユーザーは、より低コストのモードで頻繁に取引し、後に資金をより強いオンチェーン可用性モードへ移す場合があります。

小さな残高を低コストモードに保持し、より大きな残高を高セキュリティモードへ移す場合があります。

アプリケーションは、この移動を理解しやすくすべきです。

ユーザーは、入金、取引、出金、送金の前に、資産がどのモードにあるかを知るべきです。

インターフェースがモードを隠す場合、ユーザーは実際の可用性保証を理解できない可能性があります。

優れたVolition設計では、データ可用性を見やすく、選びやすくすべきです。

Volitionと出金

出金はVolitionにおける最も重要なトピックの一つです。

データがオンチェーンで利用可能であれば、ユーザーは通常、状態を再構築し残高を証明するために、より強いパブリックデータ可用性に依存できます。

データがオフチェーンに保存される場合、ユーザーは退出に必要なデータを提供するオフチェーンデータ可用性システムに依存する可能性があります。

これは、すべてのオフチェーンモードが安全でないことを意味するわけではありません。

出金保証が設計に依存することを意味します。

Volitionシステムは、オフチェーンデータ可用性プロバイダーが失敗、消失、ユーザー検閲、またはデータ秘匿を行った場合に何が起きるかを説明すべきです。

また、危機の前にユーザーがオフチェーン可用性からオンチェーン可用性へ資産を移せるかも説明すべきです。

ユーザーは、データ可用性モードを出金リスクの一部として捉えるべきです。

データ可用性の失敗時に復旧または退出できなければ、安価なトランザクションの有用性は低くなります。

高価値資産では、退出に関する前提を慎重に確認する必要があります。

Volitionとセキュリティ上のトレードオフ

Volitionはトレードオフをなくすものではありません。

トレードオフをより柔軟にするものです。

オンチェーンデータ可用性は通常より高コストですが、より強いパブリックな復旧前提を提供します。

オフチェーンデータ可用性は通常より低コストですが、データ保存と開示に関する信頼前提を追加します。

有効性証明は無効な状態遷移から保護します。

データが利用不能になることから自動的に保護するわけではありません。

このため、Volitionのユーザーは証明のセキュリティとデータ可用性のセキュリティの両方を理解すべきです。

有効な証明は、遷移がルールに従ったことを示せます。

ただし、データ可用性レイヤーが失敗した場合に、欠落したデータをすべてのユーザーへ必ず提供するものではありません。

セキュリティ分析には、DAモード、証明システム、オペレーターモデル、アップグレード可能性、エスケープメカニズム、ブリッジ設計、ユーザーインターフェースの警告を含めるべきです。

Volitionは選択肢を提供するため強力ですが、ユーザーがその選択肢を理解して初めて役立ちます。

VolitionとEthereumのblob

EthereumのEIP-4844は、ロールアップ向けデータ可用性のコストを削減するためにblobトランザクションを導入しました。

公式のEthereumデータ可用性ドキュメントでは、一部のロールアップはEIP-4844実装後、トランザクションデータをより低コストなblobストレージへ投稿すると説明されています。

これにより多くの場合、オンチェーンのロールアップデータは従来のcalldata専用アプローチより低コストになります。

ただし、blobの低コスト化によってVolitionという広範な考え方が不要になるわけではありません。

アプリケーションは、高頻度または低価値の状態に対してさらに低いコストを望む場合があります。

異なるユースケースに応じて異なるデータ可用性の選択肢を望む場合もあります。

Volitionが依然として重要なのは、現在の手数料水準だけに関するものではないためです。

開発者とユーザーがデータのセキュリティとコスト特性を管理できるようにする仕組みです。

blobベースのロールアップはスペクトラムの一部のコストを下げます。

Volitionはアプリケーションがそのスペクトラムを移動できるようにします。

Volitionのユースケース

Volitionは、同一製品内に異なるリスクレベルがあるアプリケーションで有用です。

取引アプリケーションでは、小規模で頻繁な取引には低コストなデータ可用性を、大きな残高にはより強い可用性を望む場合があります。

ゲームでは、頻繁な低価値のゲーム内アクションには低コストなデータ可用性を、希少で高価値な資産にはより強い可用性を望む場合があります。

決済アプリケーションでは、小額送金には低コストなデータ可用性を、加盟店決済または大口出金にはより強い保証を望む場合があります。

ソーシャルアプリでは、いいね、フォロー、メッセージに低コストな状態更新を使いながら、高価値のアイデンティティまたは資産所有権をより強く保護する場合があります。

DeFiアプリケーションでは、設計上安全である場合に限り、担保にはより強い可用性を、低リスクの内部会計にはより弱い可用性を使用する場合があります。

マーケットプレイスでは、出品、残高、最終決済に異なるモードを使う場合があります。

重要なのは、Volitionが低リスク状態と高リスク状態をアプリケーションが明確に分離する場合に最も有効に機能することです。

開発者がユーザーの理解なしに重要な状態を弱い可用性モードに置くと、Volitionは危険になる可能性があります。

開発者向けVolition

Volitionを利用する開発者は、アプリケーションロジックの一部としてデータ可用性を設計する必要があります。

どのストレージ変数、ボールト、資産、残高、ユーザーアクションにより強い可用性が必要かを決めるべきです。

どのアクションが安全により低コストな可用性を使用できるかを決めるべきです。

これらの選択をユーザーインターフェースで説明すべきです。

曖昧なラベルの背後に重要なセキュリティ上の違いを隠すべきではありません。

データ可用性モード間の移動をテストすべきです。

オフチェーンデータ可用性の問題に対する障害対応を設計すべきです。

各モードで出金、強制退出、アカウント復旧、紛争解決がどのように機能するかを検討すべきです。

追加される複雑性とコスト削減のバランスも監視すべきです。

Volitionは単なる手数料最適化機能ではありません。

セキュリティアーキテクチャの機能です。

ユーザー向けVolition

ユーザーは、自身の資金または活動にどのデータ可用性モードが適用されるかを理解すべきです。

ウォレットまたはdAppには、より低コストなモードと、より高いセキュリティのモードが表示される場合があります。

低コストなモードは、小さな残高、頻繁なアクション、低リスクのユースケースに適している場合があります。

より強いモードは、大きな残高、担保、トレジャリー資金、長期保有に適している場合があります。

ユーザーは手数料だけで選ぶべきではありません。

オペレーターが消失した場合、データ可用性委員会が失敗した場合、アプリのフロントエンドがオフラインになった場合、またはチェーンが停止した場合に何が起きるかを確認すべきです。

資金をモード間で移動できるか、またそれにどれくらいの時間がかかるかも確認すべきです。

優れたアプリケーションは、これらのトレードオフを明確に説明すべきです。

アプリケーションが使用中のモードを表示しない場合、ユーザーは慎重であるべきです。

Volitionでは、データ可用性設定は商品リスクの一部です。

VolitionとDeFi

DeFiプロトコルは高価値かつ高頻度の活動を同時に処理することが多いため、VolitionはDeFi設計に影響する可能性があります。

公式のEthereum DeFiガイドでは、分散型金融はパブリックブロックチェーンとスマートコントラクト上に構築された金融サービスと説明されています。

DeFiでは、データ可用性が担保の安全性、強制決済ロジック、アカウント残高、オラクル関連のアクション、ボールトシェア、出金の確実性に影響します。

DeFiプロトコルは、重要な担保データをより弱い可用性モードに置くことに極めて慎重であるべきです。

低い手数料はユーザーに役立つ場合がありますが、市場ストレス時にデータが利用できなければ深刻なリスクが生じる可能性があります。

Volitionは、適切に設計された場合、低価値の更新、高頻度取引状態、重要でないデータに有用な場合があります。

ユーザーがどのモードで担保または残高が保護されるかを知らなければ、危険になる可能性があります。

DeFiユーザーは、複数のデータ可用性モードを使用するシステムへ入金する前にドキュメントを確認すべきです。

最も低コストなモードが、金融リスクに対して常に適切とは限りません。

Volitionとゲーム

ゲームはVolitionの最も明確な潜在的ユースケースの一つです。

ブロックチェーンゲームでは、アイテムのアップグレード、スコア更新、クラフトアクション、戦闘、移動記録など、多数の小さな状態変化が発生します。

すべての小さなゲームアクションを高コストのデータ可用性レイヤーに置くと、ゲームが高価すぎる可能性があります。

Volitionでは、頻繁で低価値のゲームアクションにより低コストな可用性を使用できます。

同時に、希少資産、高価値NFT、トークン出金、マーケットプレイスの決済にはより強い可用性を使用できます。

この分割により、すべてのゲームアクションを同じ重要度として扱わずにユーザー体験を向上できる場合があります。

ただし、ゲーム開発者はオフチェーン可用性が失敗した場合に何が起きるかを定義する必要があります。

プレイヤーは、どの資産により強い保証があり、どの活動が低コストで異なる前提を伴うかを知るべきです。

VolitionはWeb3ゲームをより実用的にできる可能性がありますが、リスクモデルが明確な場合に限られます。

Volitionとマイクロペイメント

小額決済はトランザクション手数料に非常に敏感なため、Volitionはマイクロペイメントに役立つ場合があります。

手数料が支払額を上回れば、決済ユースケースは成立しません。

すべての小額決済のデータを高コストなベースレイヤーに投稿することは非効率な場合があります。

Volitionは、より大きな残高または決済アクションにはより強いモードを維持しつつ、小額送金により低コストな可用性を利用できるようにします。

これは、チップ、ストリーミング決済、小規模加盟店決済、ゲーム決済、クリエイター報酬、マシンツーマシン決済を支援する場合があります。

ただし、マイクロペイメントのユーザーも決済モデルを理解すべきです。

小額トランザクションでは最も強いデータ可用性保証が不要な場合があります。

加盟店残高または最終出金では、より強い保護が必要な場合があります。

Volitionは、システムがこれらのレイヤーを分離できるため有用です。

この分離により、すべての資産に同じ前提を適用せずに小額決済をより手頃にできる場合があります。

Volitionのリスク

Volitionの第1のリスクはユーザーの混乱です。

ユーザーが資産に適用されるモードを知らない場合、セキュリティ保証を誤解する可能性があります。

第2のリスクはデータ秘匿です。

オフチェーンデータが利用可能にされない場合、そのデータに依存するユーザーは復旧または出金の問題に直面する可能性があります。

第3のリスクは不適切なインターフェース設計です。

dAppがデータ可用性の選択を隠す、または単なる手数料設定として提示する場合があります。

第4のリスクは開発者の不適切な判断です。

開発者がリスク水準に適さない低コストモードに重要な状態を置く場合があります。

第5のリスクはガバナンスまたはアップグレードリスクです。

プロトコルが、ユーザーの予想しない方法で可用性モード、委員会ルール、コントラクトロジックを変更する場合があります。

第6のリスクは監視の分断です。

ユーザー、エクスプローラー、ウォレット、リスクツールは異なるデータモードを個別に追跡する必要がある場合があります。

第7のリスクは誤った同等視です。

Volitionによってロールアップとvalidiumの可用性が同じ安全性になるわけではありません。

Volitionのメリット

Volitionの第1のメリットは柔軟性です。

ユーザーとアプリケーションは、ユースケースに合う可用性モードを選択できます。

第2のメリットは低コストです。

完全なオンチェーン可用性を必要としないデータは、より低コストの保存または可用性を利用できます。

第3のメリットは、より適切なユーザー区分です。

小規模アクション、大口送金、ゲーム更新、DeFi担保、決済操作に異なるモードを使用できます。

第4のメリットはスケーラビリティです。

ベースレイヤーへのデータ負荷を減らすことで、より多くの活動を支援できます。

第5のメリットは設計の自由度です。

開発者は、コストとセキュリティをより正確に調整するアプリケーションを作れます。

第6のメリットはユーザー選択の向上です。

インターフェースが選択をサポートする場合、ユーザーはより低い手数料とより強いデータ可用性のどちらを望むか決められます。

第7のメリットは実用的な導入です。

低コストモードにより、小規模トランザクション、ゲーム、高頻度ユースケースをより現実的にできます。

Volitionに関するよくある誤解

よくある誤解の一つは、Volitionがトークンであるというものです。

Volitionはトークンではありません。

データ可用性の設計です。

別の誤解は、Volitionがロールアップと同じであるというものです。

Volitionはロールアップ型データ可用性を含められますが、ロールアップモードに限定されません。

第3の誤解は、Volitionがvalidiumと同じであるというものです。

Volitionはvalidium型可用性を含められますが、その主な特徴はユーザーまたはアプリケーションがモードを選べることです。

第4の誤解は、有効性証明だけでデータ可用性が解決されるというものです。

有効性証明は正確性を証明し、データ可用性は必要なデータへアクセスできることを確保します。

第5の誤解は、低い手数料が常により良い選択肢であるというものです。

低コストな可用性は有用な場合がありますが、高価値資産にはより強い保証が必要な場合があります。

第6の誤解は、Volition対応システムを使用するすべてのアプリケーションがユーザーに同じ管理機能を提供するというものです。

実際のユーザー選択は、アプリケーションの実装に依存します。

Volitionを簡単に言うと

Volitionとは、データ可用性に関する選択です。

ロールアップモードはデータをオンチェーンに投稿し、通常はより強い可用性保証を提供します。

validiumモードはデータをオフチェーンに保持し、通常はコストを下げますが、データ可用性に関する信頼前提を追加します。

Volitionでは、アプリケーションは両方のモードを使用できます。

ユーザーは重要な資産にはより強い可用性を、小規模またはより頻繁な活動には低コストな可用性を選択できます。

開発者は、異なるストレージ変数または資産タイプに異なるモードを選べます。

Volitionはリスクを排除しません。

各状況に合うリスクとコストのトレードオフを、ユーザーと開発者が選べるようにするものです。

初心者向けの主なルールは簡単です。

Volitionは手数料を下げる場合がありますが、ユーザーは常に、データがどこで利用可能か、そのデータが利用不能になった場合に何が起きるかを理解すべきです。

FAQ

暗号資産におけるVolitionとは？

Volitionは、ユーザーまたはアプリケーションがオンチェーンのロールアップ型データ可用性とオフチェーンのvalidium型データ可用性から選べるハイブリッドなデータ可用性設計です。

Volitionはブロックチェーンですか？

いいえ。Volitionはスケーリングシステム内で使われるデータ可用性アーキテクチャであるため、それ自体はブロックチェーンではありません。

Volitionはトークンですか？

いいえ。Volitionはトークンではありません。

Volitionはどのような問題を解決しますか？

Volitionは、高コストなオンチェーンデータ可用性と低コストなオフチェーンデータ可用性のトレードオフへの対応に役立ちます。

Volitionはロールアップとどう異なりますか？

ロールアップはオンチェーンデータ可用性を使用するのに対し、Volitionでは一部のデータにロールアップ型可用性を、他のデータにオフチェーン可用性を使用できます。

Volitionはvalidiumとどう異なりますか？

validiumはデータをオフチェーンに保持するのに対し、Volitionではユーザーまたはアプリケーションがオフチェーンとオンチェーンの可用性モードから選択できます。

Volitionはゼロ知識証明を使用しますか？

Volitionは、有効性証明が状態遷移の正確性を検証し、データ可用性モードが変動できる有効性証明システムとともによく議論されます。

Volitionはトランザクションを安くしますか？

Volitionは、一部のデータで高コストなベースチェーンへの公開を回避できるためコストを下げる場合がありますが、削減額は実装とデータモードに依存します。

Volitionはロールアップより安全性が低いですか？

Volitionは選択したデータにロールアップ水準のデータ可用性を含められますが、オフチェーン可用性モードに置かれたデータはロールアップデータと異なる信頼前提を持ちます。

ユーザーはデータ可用性モードを選べますか？

一部のVolition設計ではユーザーがモードを選べますが、他の設計ではアプリケーションが選択する、または限定的な操作しか提供しない場合があります。

資産はVolitionモード間で移動できますか？

一部のVolition実装では、資産をロールアップ型とvalidium型のボールトまたはストレージモード間で移動できます。

Volitionの主なリスクは何ですか？

主なリスクは、オフチェーンデータが利用不能となり、ユーザーの復旧、出金、独立した検証に影響する可能性があることです。

Data Availability Committeeとは？

Data Availability Committeeとは、一部のvalidium型システムでオフチェーンデータ可用性を保存または証明する主体のグループです。

ユーザーがオフチェーンデータ可用性を選ぶ理由は？

ユーザーは、低価値、高頻度、または重要度の低い活動の手数料を抑えるためにオフチェーン可用性を選ぶ場合があります。

ユーザーがオンチェーンデータ可用性を選ぶ理由は？

ユーザーは、より強い復旧保証、高価値資産、担保、トレジャリー資金、長期保有のためにオンチェーン可用性を選ぶ場合があります。

VolitionはDeFiに有用ですか？

VolitionはDeFiで有用な場合がありますが、可用性の失敗は深刻なリスクを生む可能性があるため、重要な担保と出金データは慎重に扱うべきです。

Volitionはゲームに有用ですか？

はい。ゲームでは、頻繁な低価値アクションには低コストな可用性を、価値ある資産または決済にはより強い可用性を使用できるため、Volitionの恩恵を受ける場合があります。

Volitionを使用する前にユーザーは何を確認すべきですか？

ユーザーは、データ可用性モード、出金ルール、復旧保証、オペレーターに関する前提、アプリケーションドキュメント、資産をモード間で移動できるかを確認すべきです。

結論

Volitionは、ユーザーと開発者がデータ可用性をより細かく管理できるため、暗号資産スケーリングにおける重要な考え方です。

すべてのトランザクションを一つのモデルに強制する代わりに、Volitionはロールアップ型オンチェーン可用性とvalidium型オフチェーン可用性を組み合わせられます。

これにより、コストとセキュリティをより慎重にバランスできます。

高価値資産にはより強い可用性を使用できます。

低価値または高頻度の活動にはより低コストな可用性を使用できます。

ゲーム、マイクロペイメント、取引アプリケーション、ソーシャルアプリ、一部のDeFi設計は、アーキテクチャが明確かつ安全である場合、この柔軟性の恩恵を受けることができます。

ただし、Volitionをトレードオフのない無料のアップグレードとして扱うべきではありません。

オンチェーンデータ可用性とオフチェーンデータ可用性は同じ保証を提供しません。

有効性証明は状態遷移が正しいことを証明できますが、秘匿されたデータがすべてのユーザーに利用可能になることを自動的に保証するわけではありません。

このため、Volitionはウォレット、dApp、ドキュメント、ユーザーインターフェースで明確に説明される必要があります。

ユーザーは、どのモードが資産を保護するかを知るべきです。

開発者は、どのデータにより強い可用性が必要かを知るべきです。

プロトコルは、データ可用性の失敗時に何が起きるかを説明すべきです。

簡単に言えば、Volitionとは、ブロックチェーンデータをどこで利用可能にするかを選ぶ自由です。

この自由は手数料を下げ、スケーラビリティを向上させる場合がありますが、コスト、セキュリティ、復旧に関するトレードオフを理解しやすい場合にのみユーザーの役に立ちます。