RenVMの分散化への道

2020年1月、a16zは、分権化に関してプロジェクトが直面する課題と、これらの課題を克服するために実行できることについて書きました。核心は取り置いておけ：分散化して始めるなと。中央管理のレベルから始めて、必要に応じてゆっくりと分権化に進めと。詳しくはこちらを読んでください。

この考え方に従い、RenVMはそれが証明され、コミュニティが新しいトランザクションフローとベストプラクティスに慣れるに従って、集権状態から分散化に進むことで、RenVMのユーザーをできるだけ安全に保つことができます。

• 問題が見つかった場合、Renチームは迅速に修正を調整して、資産がリスクにさらされないようにすることができます。ネットワークが完全に分散化されている場合、これは困難です（場合によっては不可能です）。すべてのソフトウェアにおいてバグがありえますから、これは重要です。 RenVMは複数の監査を受けていますが、監査ですべての問題を把握することはできません。
• ユーザー/開発者がRenVMの使用時にミスを犯した場合、Renチームは、誤った誤用によって失われた資産の回収を支援できます。誰もが、その複雑で分散化された性質のために、ブロックチェーン空間で資産を失ったという話を知っています。 RenVMは新しいネットワークであり、ユーザー/開発者向けの独自の学習曲線を経験していくことになります。チームはすでに、この方法でユーザーと開発者の両方に資産を回収するのを支援することができる状態です。初めにある程度の制御がなければ、これは不可能です。

プロジェクトを立ち上げ、すぐに完全に分散化しようと試み、その後、見逃されたセキュリティ問題のためにシャットダウンしなければならない例が数多く見られます。 YAMは最近の例で、tBTCは少し前の事例です。これらのプロジェクトは両方とも、最初から可能な限り分散化することを試みました。 YAMはバグから回復できず、tBTCはすぐにシャットダウンし、次のイテレーションで集権的な緊急停止を実装しました。これらのプロジェクトで見つかったバグがそれほど深刻でなかったことは、信じられないほど幸運です。それらがあった場合、より多くの資金が失われた可能性があり、それぞれのチームが問題に対応したり、問題を修正したりすることができません。分散化は必ずしも資産が安全であることを意味するわけではありません。これは重要であり、セキュリティを向上させることができますが、基礎となるテクノロジが十分に耐久テストされている場合に限ります。それまでは、コミュニティが迅速かつ調整された方法でバグを修正することが困難になるため、セキュリティが低下します。
それどころか、私たちは多くのリスク回避の手順を踏んだプロジェクトも見てきました。Compoundは最近の例で、集中管理から始まり、プロトコルの準備が整ったときに分散化されました。これらのプロジェクトは、プラットフォームの初期段階で一定のレベルの統制を維持し、技術が実際に実証された後に分散化を拡大しています。