見出し画像

[CROSSVALUE Chain]CROSSVALUE Chain のWhitePaperを読み解いていくシリーズ(8)

harucoinlove(ハル) ⋈🪶∞

今回がCROSSVALUE WhitePaper解説シリーズの最終回となります。(今後WhitePaper発表されるときには別途詳細解説いたします。）

私としては、当初はオフチェーン（チェーンのトークン投票に依存しない形）でガシガシすすめていき、ある一定のポイントに到達したら、オンチェーンでの投票などをすればよいのでは？と思っています。チェーンの不利益になるような開発であったり、プロダクトの進行があるようならばすぐさまオンチェーンプロセスへの投票プロセスに変更するべきとは思いますが、ある一定の開発レベルに達するまではオフチェーンプロセスでよいのでは？と思っております。
まだソースコードなどが公開されていない状態なので、どのようになっていくのか楽しみではあります。
メインネットしたのちにCIPという形で、ステークホルダーも含めたコミュニティーなどが作られて開発が進められていくと思われるので、楽しみです。

今回の内容はガバナンスになります。

ガバナンスとは、あるシステムや組織のルールや方針を決めたり、変更したりするプロセスのことです。ブロックチェーンの世界では、ブロックチェーンのプロトコルや規則を変更する決定プロセスのことをブロックチェーンのガバナンスと呼びます。
例えば、CROSSVALUE Chain(CROSSVALUE)というブロックチェーンでは、コアプロトコルを変更する場合には、improvement proposal(改善提案)を作成し、開発者に提示し、フィードバックを受けて改訂し、最終的にネットワークアップグレードを通じて実装する、というプロセスがあります。

このプロセスのことをCROSSVALUEのガバナンスと呼んでいます。ガバナンスによって、CROSSVALUEのプロトコルは守られ、適切に更新されていきます。ステークホルダー間の合意形成が大切な役割を果たします。

主なポイントが以下になりますが、詳細はメインネット後になる形です。

  • CROSSVALUEは、プロトコルの変更を提案するための事前に決められたプロセスを持っており、これは人々やアプリがプロトコルを使う方法とは別です。

  • メインネットリリース後、原則として誰でもオンチェーンで参加できます。開発中のトランザクション送信には制限がありません。

  • CROSSVALUEのコアプロトコルへの変更を提案するプロセスがあり、これはCROSSVALUE上に構築されたアプリケーションの基盤です。変更は慎重に行われるべきで、運用に影響を与える可能性があります。

  • CROSSVALUEはコアプロトコルの変更にオフチェーンガバナンスを使用しており、提案から決定までの定義されたプロセスがあります。CIPを通じて承認されれば、CROSSVALUEは将来的にXCRをガバナンストークンとしてオンチェーンガバナンスに移行するかもしれません。

  • ガバナンスには様々なステークホルダーが関与しています - XCR所有者、アプリユーザー、コンセンサスノード、開発者、Jノード、DACSノード、CIP起草者、プロトコル開発者など。それぞれがユニークな役割を果たしています。

  • CIPはガバナンスの重要な部分です - これはCROSSVALUE上で新しい機能やプロセスを定義するための基準で、誰でも起草できます。

  • プロトコル変更の正式なプロセスには、改善提案の起草、開発者への提示、フィードバックに基づく改訂、ネットワークアップグレードへの組み込みが含まれます。承認されたCIPを持つアップグレードは、その後メインネットでアクティブになります。

WhitePaper翻訳



CROSSVALUEガバナンス概要

CROSSVALUE Chain（CROSSVALUE）のガバナンスには、プロトコルを変更するための事前に決められたプロセスがあります。このプロセスは、人々やアプリケーションがプロトコルをどのように使用するかには関係ありません。

メインネットがリリースされた後、CROSSVALUE Chainは基本的には誰でもオンチェーン活動に参加することができます。開発中には、Jノードを活用したエスクロー機能を組み込む制限や、トランザクションを送信する制限はありません。誰でもCROSSVALUE Chain上でアプリケーションを構築することができます。

CROSSVALUE Chainのコアプロトコルに変更を提案するプロセスがあり、これはこれらのアプリケーションが動作するための基盤です。

このプロセスは慎重に行うべきであり、コアプロトコルに対する任意の変更がCROSSVALUE Chainの動作に影響を与える可能性があります。

変更が安全に行われ、全体のエコシステムによってサポートされるように、変更プロセスには非常に高いハードルが設定されています。

オンチェーンとオフチェーンのガバナンスの比較

  1. オンチェーンガバナンス

オンチェーンガバナンスとは、提案されたプロトコルの変更がガバナンストークンの所有者であるステークホルダーの投票によって決定され、その投票はブロックチェーン上で行われることを意味します。

  1. オフチェーンガバナンス

オフチェーンガバナンスとは、プロトコルの変更に関する決定が非公式の議論のプロセスで行われ、承認された場合にはコードに実装されることを意味します。

CROSSVALUEのコアプロトコルの変更は、（2）で説明されているオフチェーンガバナンスを使用します。提案から決定までの定義されたプロセスを通じて慎重に実装されます。

ただし、CROSSVALUEのガバナンスはプロトコル層でオフチェーンである一方、CROSSVALUE Chain上で構築されたアプリケーションは各々でオンチェーンガバナンスを使用する場合があります。そして、将来的にはCIPによってオンチェーンガバナンスが承認された場合、XCRがガバナンストークンとして使用され、オンチェーンガバナンスに移行する可能性があります。

ステークホルダー

CROSSVALUEコミュニティには、ガバナンスプロセスにおいてそれぞれ独自の役割を果たす多様なステークホルダーがいます。プロトコルから最も遠いステークホルダーから順に列挙します：

  • XCRオーナー：XCRの所有者

  • アプリケーションユーザー：CROSSVALUE上のアプリケーションを使用するユーザー

  • 投票ノード：CROSSVALUEのコンセンサスに参加する投票ノード。各トランザクションごとにランダムに選ばれます

  • アプリケーション/ツール開発者：CROSSVALUE上で動作する分散型アプリケーション（Defi、NFTマーケットプレイスなど）または、ネットワークと対話するウォレットやシステムなどのツールを開発する人

  • Jノード：トランザクションのボリュームに基づいてランダムに選ばれ、ランダムに選ばれた投票ノードからトランザクションの確認を受け取り、トランザクションの真正性を確認するノード

  • DACSノード：CROSSVALUEのストレージを提供するノード

  • CROSSVALUE改善提案（CIP）ドラフター：プロトコルに変更を提案する形式でCROSSVALUE改善提案（CIP）を作成する

  • プロトコル開発者（通称「コア開発者」）：CROSSVALUE上でさまざまな実装を行うプロトコル開発者

CROSSVALUE Chain Improvement Proposal（CIP）とは何か

CROSSVALUE Chainのガバナンスで使用される主要なプロセスの1つがCROSSVALUE Chain Improvement Proposals（CIP）です。このプロセスは、将来的にオンチェーンガバナンスに移行する可能性を排除していないが、初めてプロトコル開発者への提案を行うプロセスです。CIPは、CROSSVALUE Chainに新しい機能やプロセスを定義する基準であり、コミュニティ内の誰でも作成することができます。

公式プロセス

CROSSVALUEプロトコルの変更を行うための公式プロセスは以下の通りです：

改善提案（Improvement Proposal）：CROSSVALUEへの変更を正式に提案するには、まずCore CIPに詳細を記載する必要があります。受け入れられれば、プロトコル開発者が実装するための公式な仕様となります。

プロトコル開発者へのCIPの提示：CIPが作成された後、プロトコル開発者による議論のために提示されます。議論はすでにCROSSTECH Discordで並行して行われている場合もあります。

この段階での可能性のある結果は以下の通りです：

  • CIPは将来のネットワークのアップグレードのために検討されます

  • 技術的な変更の要求が行われます

  • 優先度が低い場合や開発の努力に対して改善効果が影響がない場合は却下されます

最終提案の改訂：ステークホルダーやコミュニティからのフィードバックを受けた後、初期提案から改訂が必要な場合があります。セキュリティの向上やさまざまなニーズに対応するために変更が行われます。

CIPが必要なすべての変更を反映している場合、再びプロトコル開発者に提示されます。それから次のステップに進むこともありますし、新たな懸念事項が生じ、提案が再度繰り返される可能性もあります。

ネットワークアップグレードに含まれる：CIPが承認され、テストされ、実装されると、ネットワークアップグレードの一部として含まれます。ネットワークアップグレードは、すべてのネットワークが同時にアップグレードされる必要があるため、通常はアップグレードのタイミングに合わせてCIPが組み合わされます。

ネットワークアップグレードのアクティベーション：ネットワークアップグレードがアクティベートされると、CIPはCROSSVALUEネットワークで実際に適用されます。注：ネットワークアップグレードは通常、メインネットでアクティベートされる前にテストネットで実行されます。

このフローは非常に簡略化されていますが、CROSSVALUEのプロトコル変更を可能にするための主要な手順を概説しています。詳細に分類された非公式な要素のプロセスは以下の通りです：

非公式なプロセス

過去の業績の理解

CIPのドラフターは、CROSSVALUE Chainのメインネットにデプロイする前に、過去の業績や提案について十分な理解を持つ必要があります。これにより、過去に却下された提案ではない新しい提案を持ち込むことができます。過去のCIPについては、主なCIPリポジトリ（github）をチェックしてください。

作業グループ

最初のCIPドラフトは、編集や変更なしでCROSSVALUEのメインネットに実装されることはほとんどありません。通常、CIPのドラフターは、プロトコル開発者の一部と協力して提案を詳しく話し合い、実装し、テストし、繰り返し、最終的な提案をまとめます。Ethereumの場合、これらの作業グループには数か月（場合によっては数年）の作業時間が必要でした。同様に、このような変更を行っているCIPのドラフターは、関連するアプリケーション/ツール開発者と早期に関与し、エンドユーザーのフィードバックを収集し、展開リスクを軽減する必要があります。

コミュニティの合意

CIPの中には、差異が最小限の単純な技術的改善であるものもありますが、一部は複雑でトレードオフを伴い、さまざまなステークホルダーに異なる影響を与えます。したがって、一部のCIPはコミュニティ内で議論の的になる場合があります。

現時点では、議論のある提案の取り扱い方について明確なマニュアルはありません。プロトコル開発者はネットワークのアップグレードを強制する手段を持っていないため、通常はコミュニティ全体の利益を上回る提案の実装を避けます。

CIPのドラフターは、関連するステークホルダーからのフィードバックを求められます。もし議論のあるCIPのドラフターである場合、提案についての合意を得るために異議を解決する必要があります。Ethereumコミュニティの規模と多様性を考えると、コミュニティの合意を測定するための単一のメトリック（たとえばコインの投票）は存在せず、CIPのドラフターは提案の状態に柔軟に対応する必要があります。

CROSSVALUEネットワークのセキュリティに加えて、プロトコル開発者はアプリケーション/ツール開発者やユーザーの価値を強調しています。これは、CROSSVALUE上のアプリケーション/ツール開発者やユーザーの視点が、他のステークホルダーにとって魅力的なエコシステムを作るという理由です。さらに、CIPは異なるチームによって管理されるすべてのクライアントに実装する必要があります。したがって、このプロセスの一環として、エンドユーザーの問題を解決しながら、プロトコル開発者やコミュニティメンバーから貴重なプロトコル変更の賛同を得ることが重要です。

現在、CROSSVALUEは契約のバグや資金の損失が発生した場合に介入しない方針を採用しており、システムの信頼性を維持しています。

  • CIPプロセスは、メインネットのリリース後に開始されます。

皆様いままでお付き合いいただきましてありがとうございました。

今後も、応援活動を続けていきます。

この記事が気に入ったらサポートをしてみませんか？