FusakaのPeerDASは文字通りシャーディングであるため重要です。 イーサリアムは、どのノードもごくわずかなデータしか見なくても、ブロックについて合意に達しつつあります。これは51%攻撃に対しても堅牢であり、これはクライアント側の確率的検証であり、検証者投票ではありません。 シャーディングは2015年からイーサリアムにとって夢であり、2017年からはデータ可用性サンプリングが実現しました( )、そして今、それが実現しました。 とはいえ、扶坂のシャーディングが不完全である理由は三つあります。 * L2ではO(c^2)のトランザクション(cはノードごとの計算値)を処理できますが、イーサリアムのL1では処理できません。もしBALやePBSのような定数ファクターアップグレード以上の効果を得られるように、イーサリアムL1にも利益をもたらすスケーリングを望むなら、成熟したZK-EVMが必要です。 * 提案者/建設者のボトルネック。今日では、建設業者はすべてのデータを手に入れ、ブロック全体を建設する必要があります。分散型ブロック建築があれば素晴らしいでしょう。 * 私たちにはシャード化されたメモリプールはありません。まだそれが必要なんだ。 それでもなお、これはブロックチェーン設計における根本的な前進です。今後2年間でPeerDASの仕組みを洗練させ、安定性を確保しながら慎重にスケールを拡大し、L2のスケーリングに活用し、ZK-EVMが成熟したら、イーサリアムL1ガスのスケーリングにも向けて内部に回す時間が与えられます。 長年にわたり努力して実現したイーサリアムの研究者やコア開発者の皆さん、心からおめでとうございます。

EFプロトコルチームの過去数か月間の3つの優先事項: L1スケール、ブロブスケール、UX改善 「UX改善」側から出荷されたもの(または近日出荷予定)の概要...イーサリアム👨🏻 🍳内の多くの外部グループと協力して - オープンインテンツフレームワーク(監査済みで本番環境対応、次のステップ:採用の加速とより安全かつ信頼不要な決済) - EIL(信頼不要のクロスチェーンパス、意図+以上のバックエンドの可能性あり) - ウォレット/dapp用のInterop SDK - 相互運用可能なアドレス、別名チェーン固有のアドレス(alice.eth@lineaやbob.eth@arbitrum(ERC 7828、7930) - ERC-7786クロスチェーンメッセージング標準 - Fast Confirmation Rule:完全な経済的最終性よりも低い保証で、はるかに高速な確認(~1スロット)を実現する仕組み - コンセンサスチームによる、より速い経済的最終性(10秒未満)を実現するための取り組み - 楽観的ロールアップの7日間の引き出しウィンドウ短縮(開始時は1〜2日、その後は1時間以内に) - 6秒スロットの仕様、テストおよび反復 - ZKメッセージパソングおよびクロスチェーントークン標準の探求 - UXの他の主要標準の継続的な推進:例:5792(単一ユーザー署名のためのバッチ操作)、7811(クロスチェーントークン残高の発見と統合)、7683(より広範かつ深い意図市場向けの可読流動性命令)

明日:フサカ 今年の2度目の大きなアップグレードです。 → 特徴のハイライト:PeerDAS - 最大8倍のデータスループットをアンロック。ロールアップの場合、これはブロブ手数料が安く、成長の余地が広がることを意味します。 詳細情報。