vitalik

Vitalik:L2ネットワークの基盤となる証明システムの質も同様に重要であり、発展に伴い徐々に第二段階に入るべきです。

ChainCatcher のメッセージ、コミュニティメンバーの Daniel Wang が提案した L2 ネットワークの Stage 2 フェーズの命名ラベル #BattleTested に対し、イーサリアムの共同創設者 Vitalik が X プラットフォームで発表した内容は次の通りです:"これは良いリマインダーです:第二段階は安全性に影響を与える唯一の要因ではなく、基盤となる証明システムの質も同様に重要です。これは、第二段階に入るタイミングを示す簡略化された数学モデルです:各安全理事会メンバーには 10% の独立した「破壊」機会があります;私たちは、活動の失敗(署名の拒否またはキーへのアクセス不可)と安全の失敗(間違ったものに署名することやキーがハッキングされること)を同等の可能性と見なします;目標:上記の仮定の下でプロトコルの崩壊の可能性を最小化することです。フェーズ 0 の安全理事会は 4/7、フェーズ 1 は 6/8 です;これらの仮定は非常に不完全であることに注意してください。実際には、理事会メンバーには「共通モード故障」があります:彼らは共謀する可能性があり、または全員が脅迫されるか同じ方法でハッキングされる可能性があります、などです。これにより、フェーズ 0 とフェーズ 1 はモデルで示されているよりも安全性が低くなるため、モデルが示唆するよりも早くフェーズ 2 に入ることが最良の選択です。さらに、証明システム自体を複数の独立したシステムのマルチシグにすることで、証明システムの崩壊の確率を大幅に低下させることができることに注意してください(これが私が以前の提案で提唱したことです)。私は、過去数年のすべての第二段階の展開がこのようになると疑っています。これを考慮に入れると、これはグラフです。X 軸は証明システムの崩壊の確率です。Y 軸はプロトコルの崩壊の確率です。証明システムの質が向上するにつれて、最適な段階はフェーズ 0 からフェーズ 1 に移行し、次にフェーズ 1 からフェーズ 2 に移行します。フェーズ 0 の質の証明システムを使用してフェーズ 2 を行うことは最悪です。要するに、@l2beat は理想的には証明システムの監査と成熟度指標(可能であれば証明システムの実装ではなく全体の集約を再利用できるように)およびフェーズを示すべきです。"

Vitalikが投稿し、イーサリアムL1の簡素化を提案。目標は5年以内にプロトコルの簡潔さをビットコインに近づけること。

ChainCatcher メッセージ、イーサリアムの共同創設者ヴィタリック・ブテリンがブログ記事を発表し、イーサリアムの目標は「世界の台帳」となること:文明の資産を保存し、金融、ガバナンス、高価値データ認証などの基盤となるプラットフォームであると述べています。これには二つの点が必要です:スケーラビリティと弾力性。本帖の目的は、弾力性(最終的にはスケーラビリティにも関係する)における極めて重要でありながらも過小評価されがちな側面、すなわちプロトコルの簡潔さに焦点を当てることです。ビットコインの素晴らしい点の一つは、そのプロトコル設計が非常にシンプルで優雅であることです。プロトコルの簡潔さを維持することは、ビットコインやイーサリアムが信頼できる中立的かつグローバルに信頼されるインフラ層となるのに役立ちます。過去には、イーサリアムはこの点で十分ではありませんでした。この文章では、今後5年間でイーサリアムがどのようにビットコインのようにほぼ簡潔になることができるかについて議論します。コンセンサス層の簡素化:新しいコンセンサス層(旧名「ビームチェーン」)は、過去10年間にわたって私たちが蓄積してきたコンセンサス理論、ZK-SNARK開発、ステークプルーフ経済学などのすべての経験を活用して、イーサリアムのために長期的に最適なコンセンサス層を作成することを目的としています。このコンセンサス層の利点は、既存のビーコンサインよりもはるかにシンプルであることです。実行層の簡素化:EVMの複雑性はますます増加しており、その複雑性の大部分は不必要であることが証明されています(多くの場合、私のミスです)。EVMをRISC-Vに置き換えるか、イーサリアムZK証明器を作成できる他の仮想マシンを使用することを提案します。私は、プロジェクトtinygradのアプローチを学び、イーサリアムの長期的な技術仕様に「最大コード行数目標」を設定することを提案します。目標は、イーサリアムにおけるコンセンサス関連の重要なコードをビットコインの簡潔さにできるだけ近づけることです。イーサリアムの歴史的なルール処理に関するコードは引き続き保持されますが、コンセンサスの重要な経路には入らないようにすべきです。同時に、全体的な設計哲学において以下の原則を貫くべきです:可能な限りよりシンプルな解決策を優先し、「カプセル化された複雑性」を選好し、「システム的な複雑性」を避け、設計決定において明確に検証可能な属性と保証を持つ解決策を優先的に採用すること。

Vitalik:アプリケーション層の成長は、良い社会哲学が最も必要とされる時期です。

ChainCatcher のメッセージ、"イーサリアムの自己更新には世代/人材の交代が必要です。そして次世代はイーサリアムの価値観(例えば、暗号パンク)に根ざす必要があります。"という発言に対し、Vitalik Buterin は Warpcast で次のように返信しました:"私は実際、アプリケーション層の成長が良い社会哲学を必要とする時期であると考えています。例を挙げると、C++ が極端な権威主義者の人種差別主義者によって開発されたと仮定しましょう。それはより悪い言語になるでしょうか?おそらくそうではないでしょう。C++ は汎用的であり、悪い社会哲学がそれを破壊する余地はあまりありません(または良い社会哲学がそれを改善する余地も)。イーサリアム Layer-1 は必ずしもそうではありません:非中央集権を信じない人は軽量クライアント、FOCIL、または(良い形の)アカウント抽象を追加しません;エネルギーの浪費を気にしない人は PoS への移行に5年を費やすことはありません。しかし、いずれにせよ、EVM のオペコードは大体同じかもしれません。したがって、イーサリアムの50%は汎用的である可能性があります。アプリケーションの約80%は特化しています。あなたがどのようなアプリケーションを構築するかは、イーサリアムのアプリケーション(およびイーサリアム全体)が世界に何をもたらすかについてのあなたの考えに大きく依存します。したがって、このテーマに関して良いアイデアを持つことが非常に重要になります。"さらに、Vitalik はいくつかのアプリケーションを挙げ、良いアプリケーションとして Railgun、Farcaster、Polymarket、Signal を、不良なものとして Pump.fun、Terra/Luna、FTX を挙げました。彼は、アプリケーションの機能の違いは、開発者が実現しようとする目標に対する信念の違いに起因すると考えています。
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する