トレンドトピック
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

vitalik.eth
Mi Pinxe Lo Crino Tcati
とても重要な文書だ。この「目標」を一つずつ見ていきましょう。まずは速いスロットと速い最終決定から始めましょう。
スロットの時間は段階的に減らしていくと思います。例えば、私は「sqrt(2)ずつ」という式(12 -> 8 -> 6 -> 4 -> 3 -> 2)が好きですが、最後の2ステップは推測的で、かなりの調査が必要です)。ここでは速くも遅くも可能です。しかし大まかに言えば、スロット時間をパラメータとして捉え、安全だと確信できるときに調整していくということです。これはブロブターゲットに似ています。
高速スロットはロードマップの上部で独自のレーンに位置していて、特に何かに繋がっているようには見えません。これは、ロードマップの他の部分がスロット時間にかなり依存しないためです。スロットタイムが2秒でも32秒でも、ほぼ同じことをする必要があります
ただし、いくつかの交差点もあります。一つはP2Pの改善です。@raulvk最近、イーサリアム向けの最適化されたP2Pレイヤーの開発に取り組んでおり、イレイザーコーディングを使って帯域幅とレイテンシのトレードオフの最前線を大幅に改善しています。大まかに言うと、現在の設計では各ノードは複数のピアから完全なブロックボディを受け取り、最初のブロックを受け取った時点でそれを受け入れて再送信できます。「幅」(ブロックを送信するピアの数)が低い場合、1つの悪いピアがブロックの受信を大幅に遅らせる可能性があります。幅が大きいと、不要なデータオーバーヘッドが多くなります。消去符号化ではk-of-nの構成を選択できます。例えば、各ブロックを8つのピースに分割し、4つのうち任意の部分でブロック全体を再構築できます。これにより、高幅の冗長性の利点を増やしつつ、オーバーヘッドを避けられます。
このアーキテクチャは95パーセンタイルのブロック伝播時間を大幅に短縮し、短いスロットをセキュリティのトレードオフなしで実用的に可能にします(ただしプロトコルの複雑さは増えますが、ここでは性能向上とコード行数の比率がかなり有利です)
もう一つの交差点は、ePBS、FOCIL、そして高速確認ルールに伴うより複雑なスロット構造です。これらは重要な利点がありますが、安全な遅延最大値をスロット/3からスロット/5に減らします。損失を最小限に抑えるためにパイプライン化を進める研究が進行中です(また、スロット時間はスロットレイテンシだけでなく、ZKプロローバーの固定コスト部分によって下限限が決まります)が、いくつかのトレードオフがあります。
これを補うために検討している一つの方法は、各スロットにランダムに選ばれた約256〜1024人のアテスターだけが署名するアーキテクチャに変更することです。フォーク選択(非最終化)関数の場合、これで十分です。署名数が少ないため、集約フェーズを省略でき、スロットを短縮できます。
高速終局性はより複雑です(最終プロトコルは現状のガスパーより単純ですが、変更経路は複雑です)。現在、最終決定は平均16分(12スロット×32スロットエポック×2.5エポック)で終わります。目的はスロットとフィニシティを切り離すことなので、両方について別々に考えさせてください。最終化には1ラウンドのファイナリティBFTアルゴリズム(ミニミットのバリエーション)を用いて最終化することを目指しています。だからエンドゲームの最終的な時間は例えば、6-16秒。
これは非常に侵襲的な変更のセットであるため、各変更の最大のステップを暗号の切り替え、特にポスト量子ハッシュベースのシグネチャへの切り替えと、最大限STARKに友好的なハッシュへの移行をバンドルする計画です(最近のPoseidon2攻撃に対する3つの対応策があります:(i) ラウンド数を増やすか、モノリス層などの他の対策を導入する。 (ii) Poseidon2よりもさらにクリーンで欠陥のないPoseidon1に戻る、(iii) BLAKE3や他の最大限安価な「従来型」ハッシュを使う。すべて研究が進められています)。
さらに、これらの変更を一つずつ導入する計画もあります。例えば、「1エポック最終性」とは、現在のコンセンサスをFFGスタイルの最終化からMinimmitスタイルの最終化に変更することを意味します。
一つの最終時間軌跡は次の通りです:16分(今日) - > 10分40秒(8秒スロット) - >分24秒(1エポック終局) - >分12秒(8スロットエポック、6秒スロット) - > 48秒(4秒スロット) - > 16秒(最小) - > 8秒(より積極的なパラメータで最小)
漸進的アプローチの興味深い結果の一つは、最終性を量子抵抗性にするよりもはるかに早くスロットを量子抵抗性にする道筋が存在することです。したがって、量子コンピュータが突然登場した場合、最終性の保証は失われても連鎖は継続する状態にかなり早く到達する可能性があります。
まとめ:スロット時間と最終性時間の両方が徐々に短縮され、これらの変化は「テセウスの船」スタイルでイーサリアムのスロット構造とコンセンサスを、よりクリーンでシンプル、量子耐性があり、証明に優しく、エンドツーエンドで正式に検証された代替案に置き換える「テセウス船」スタイルと結びつくものと結びついています。

Justin Drake6時間前
EF Protocolによるストローマン・ロードマップ、ストローマップをご紹介します。
何かを信じること。イーサリアムのストローマップを信じてください。
これは誰のため?
この文書はストローマップで入手可能です[.]orgは上級者向けです。主に研究者、開発者、そしてイーサリアムガバナンスの参加者向けの密度が高く技術的リソースです。イーサリアム[.]を訪れてください。入門資料のための組織/ロードマップ。ストローマップを解きほぐすわかりやすい解説も近日中に™掲載予定です。
ストローマップとは何ですか?
ストローマップは、L1プロトコルのアップグレードを包括的な視点で見るための招待状です。提案を単一のビジュアルにまとめることで、イーサリアムL1の野望に対する統一された視点を提供します。その時間軸は数年にわたり、All Core Devs(ACD)やforkcastの直近の焦点を超えて広がっています[.]通常は次の数つのフォークだけをカバーしています。
主なハイライトは何ですか?
ストローマップには5つのシンプルな北極星が描かれており、右側に黒いボックスとして示されています。
→ fast L1:短いスロットと数秒での最終性による高速UX
→ gigagas L1:1ギガガス/秒(10K TPS)、zkEVMとリアルタイム証明による
→テラガスL2:データ可用性サンプリングによる1ギガバイト/秒(10M TPS)
→ポスト量子L1:ハッシュベースの方式による持続暗号
→プライベートL1:シールドされたETH送金による一流のプライバシー
起源の物語は何ですか?
ストローマン・ロードマップは、2026年1月のEFワークショップでの議論のきっかけとして生まれ、リーン・イーサリアムを短期的な取り組みと統合したいという願望から部分的に動機づけられました。アップグレード依存関係やフォーク制約は、価値ある議論トピックを浮かび上がらせるのに特に効果的になりました。ストローマンは今や積極的な透明性と加速主義の精神で公に共有されています。
なぜ「ストローマップ」という名前なのですか?
「ストローマップ」は「ストローマン」と「ロードマップ」の合成語です。ストローマン修飾語は二つの理由で意図的です。
1. 高度に分散化されたエコシステムにおけるロードマップ作成の限界を認めます。すべてのイーサリアム関係者を反映した「公式」ロードマップは事実上不可能です。ラフ・コンセンサスは根本的に湧き上がる、継続的かつ本質的に不確実なプロセスです。
2. 文書が進行中の作品であることを強調します。EFプロトコルクラスター内で発端ですが、100のメンバー間で意見が競合し、EFer以外の多様な意見も存在します。
ストローマップは予測ではありません。これは加速主義的な調整ツールであり、何百万もの可能な結果の中から一つの比較的一貫した道筋を描きます。
ストローマップのタイムフレームとは何ですか?
ストローマップは、10年代末まで続く分岐に焦点を当てています。2029年までに7つの分岐を概ね、6か月に1回の分岐を概ね予測しています。現在の期待に根ざしているものの、これらのタイムラインは健全な懐疑的態度で扱うべきです。現在の草案は人間第一の開発を前提としています。AI主導の開発や正式な検証は、スケジュールを大幅に圧縮する可能性があります。
上の文字は何を表しているのでしょうか?
ストローマップはタイムラインとして整理されており、分岐は左から右へ進んでいます。コンセンサス層フォークは、星ベースの命名体系に従い、頭文字が増えていきます:Altair、Bellatrix、Capella、Deneb、Electra、Fuluなど。グラムステルダムやヘゴタなどの今後の分岐は名称が確定しています。他のフォーク、例えばI*やJ*は仮名(I*は「I star」と発音)があります。
色や矢印は何を表しているのでしょうか?
アップグレードは3つの色分けされた水平レイヤーに分類されます:コンセンサス(CL)、データ(DL)、実行(EL)。暗いボックスはヘッドライナー(下記参照)、グレーのボックスはオフチェーンアップグレード、黒いボックスは北極星を表しています。説明の銘文が下部に記載されています。
各レイヤー内では、アップグレードはテーマやサブテーマごとにさらに整理されています。矢印は厳密な技術的依存性や自然なアップグレードの進行を示します。ボックス内の下線付きテキスト、関連するEIPやレポートへのリンク。
ヘッドライナーとは何でしょうか?
ヘッドライナーは特に目立ち、野心的なアップグレードです。高速なフォークのケイデンスを維持するために、現代のACDプロセスは1つのフォークごとに1つのコンセンサスと1つの実行ヘッドライナーに制限しています。例えばグラムステルダムでは、これらのヘッドライナーはそれぞれePBSとBALです。
(L*は卓越したフォークで、より大きなリーンコンセンサスフォークに2つのヘッドライナーが結びついている。リーン・コンセンサスがL*に着地するのは運命的な偶然だろう。)
ストローマップは進化するのでしょうか?
はい、ストローマップは生きた、柔軟な文書です。コミュニティのフィードバック、研究開発の進展、ガバナンスとともに進化していきます。少なくとも四半期ごとの更新が予定されており、最新の改訂日が文書に記載されています。
フィードバックを共有してもいいですか?
はい、フィードバックは積極的に歓迎しています。EFプロトコルのストローマップはEFアーキテクチャチームによって管理されており、@adietrichs、@barnabemonnot、@fradamt、@drakefjustinです。それぞれにオープンDMがあり、first.name@ethereum[.]組織。一般的なお問い合わせはstrawmap@ethereum[.]に送ることができます。組織。

4.54K
トップ
ランキング
お気に入り
