開発フェーズについて
RenVMは現在、フェーズ0の初期段階です。
RenVMは完全に分散型のネットワークであるため、RenVMはデプロイを複数のフェーズで行っていきます。このゆっくりとした発展により、Renのコア開発者は、サードパーティの開発者/ユーザーがミスを犯したり、重大なバグを発見したり、設計上の欠陥を発見したりする可能性のある初期の段階において、ネットワークが安全であることを確認することできます。こうした欠陥は極めて新しく複雑なシステムにおいて時に発生することを認識し、その影響を軽減するための対策を講じることは賢明なことと言えます。
この発展段階には、サブゼロ、ゼロ、およびワンの3つのフェーズがあり、各フェーズは、完全な機能セットのデプロイによって達成されるマイルストーンです。フェーズは、機能セットが有効になる特定の時点を特定しないことに注意することが重要です。これは「オール・オア・ナッシング」ではありません。むしろ、機能セットのすべての機能が有効になったことに応じて、フェーズは再帰的に移動します。各機能は、1つずつ個別に有効にできます。機能セットのすべての機能が有効になって初めて、RenVMは次のフェーズに移行したと言えます。
フェーズサブゼロはRenVMが誕生する最初のフェーズであり、2020年5月27日、グリニッジ標準時午前11時にリリースされました。 これは、MPC暗号化を使用してブロックチェーン間の相互運用性を実現するために必要な最小限の実行可能な機能セットを実装しています。
フェーズサブゼロの開始時に、Renのコア開発者はGreycore内のすべてのノードを保護および維持し、Greycoreはコンセンサスと実行を担当する唯一のノードグループになります。 コミュニティノードは、ストレージを含むP2Pネットワークの運用を担当します。
これにより、Renのコア開発者は次のことができます。
- 予期しないシャットダウンが発生した場合のダウンタイムに迅速に対応し、
- 修正を適用したり、緊急シャットダウンのトリガーを発動したりして、見つかったバグに迅速に対応し、
- サードパーティの開発者が実装に間違いを犯した場合の資金回収を支援し、
- ユーザーがRenVMとのやり取りでミスをした場合に資金を回収することを手助けします。
このフェーズでは、コードベースがオープンソース化され、Greycoreが拡張されてより多くのノードオペレーターが参加し、Greycoreメンバーシップのガバナンスがコミュニティーに引き渡されます。 ノードオペレーターとREN保有者は、Greycoreメンバーの追加/削除を決定することができます。 これらの機能の両方が有効になると、RenVMはフェーズゼロに移行します。
フェーズサブゼロが終わるまでに、RenVMは準分散化されます。 Greycoreは、コンセンサスとクロスチェーントランザクションの実行を担当します。 コミュニティノードは、P2Pネットワーキングとストレージを担当します。 他のノードはコンセンサスや実行を操作していないため、フェーズがゼロ以下のときはいかなる時もスラッシングが発生することはありません。
フェーズゼロ
フェーズゼロは、RenVMの成熟フェーズです。 これは、機能ごとに完全に分散化されるフェーズです。
- コアが有効になります。 コアはコミュニティノードによって実行され、コンセンサスと調整RenVMを担当します。 ランダム性ビーコンはコンセンサスの一部であり、コアとグレイコアの両方からの入力によって維持されます。
- シャードが有効になります。 シャードは常にシャッフルされ、クロスチェーントランザクションの実行を担当します。 すべての実行には、1つはシャードから、もう1つはGreycoreからの2つの秘密鍵が必要です。 これには、ホームブロックチェーンから離れた場所にある資産のロックを含みます。
- コミュニティガバナンスが有効になります。 これは、コアとシャードに電力を供給するコミュニティノードの実行でほとんど秘匿的に行われます。 ただし、RenVMの一部のパラメーター化は可能であり、コミュニティガバナンスがこれらの変更の監視を担当します。
これらの機能がすべて有効になると、RenVMはフェーズワンに移行します。
このフェーズゼロの最終段階までに、RenVMは完全に分散化されます。 すべてのネットワーキング、ストレージ、コンセンサス、実行、およびガバナンスは、REN保有者に完全に配布されます。
コアが有効になると、ノードオペレーターはコンセンサスのためのスラッシング条件に従ってスラッシングリスクにさらされます。 シャードを有効にすると、ノードオペレーターは実行のスラッシング条件に従ってスラッシングリスクにさらされます。 一般的に、ノードが悪意を持って動作し、長時間オフラインになると、スラッシングが発生する可能性があります。
フェーズワン(そしてその後)
フェーズワンはRenVMの最終フェーズです。 すべての機能がリリースされ、RenVMが完全に分散化されると、このフェーズが始まります。 この時点以降、RenVMに対するすべての変更は、ノードオペレーターとRENホルダーによって管理されます。
このフェーズは、正規の「安定版」にちなんで名付けられました。 ソフトウェア開発では、「バージョンワン」は、意図された目的に対して安定していると見なすことができる最初のバージョンという意味で使われます。 RenVMはフェーズサブゼロの開始時点から安定していますが、ここでの「ワン」の使用は、完全な分散化のコンテキストでの安定性を意味します。
RenVMのさらなる開発は継続されますが、RenVMの分散性により、すべての変更は、デプロイされる前にコミュニティ内で適切なガバナンスとコンセンサスを経る必要があります。 そのため、フェーズワンおよびそれ以降に特定の機能セットを期待することはできません。