Ethereumの新しいオプトインメカニズム
Ethereumクライアントチームは、いくつかのレイヤー2ネットワークや取引所がメインネットの入金を認識するまでの待機時間を短縮できるオプトインメカニズムをテストしています。この提案はFast Confirmation Rule（FCR）と呼ばれ、Ethereumの研究者ジュリアン・マによれば、確認時間を約13秒に短縮することが期待されています。このアプローチを使用することで、プラットフォームは通常、完全な確認を得るまでに最大13分かかるカノニカルブリッジに依存するシステムから脱却できます。
k-deep確認ルールの課題
しかし、多くのプラットフォームはすでに「k-deep」確認ルールに依存しており、これは正式な保証を提供しません。このようなモデルでは、事前に定義された数のブロックがその上に追加されるまで、取引は確認済みとは見なされません。開発者たちは、このルールはハードフォークなしで導入できると述べていますが、クライアントとAPIの統合はまだ必要です。クライアントチームはすでに実装に取り組んでおり、展開が期待されています。これにより、ノードはネットワーク全体の調整なしにこのルールを採用できるようになります。
FCRの仕組みとその利点
FCRを使用する場合、ブロックを数えるのではなく、システムはバリデーターの証明を評価して、ブロックが確認済みとして扱うのが安全かどうかを判断します。これにより、Ethereum L1と下流プラットフォーム間の遅いブリッジングの問題を解決できます。このメカニズムは、バリデーターのメッセージがネットワーク全体に迅速に伝播し、単一のエンティティがステークされたEtherの25％以上を制御しないという2つの仮定に依存しています。これらの閾値はEthereumの厳格な最終性保証には及びませんが、ほとんどの実世界のユースケースには十分と見なされています。より高いセキュリティが必要な場合、システムはブロックを確認する前に長く待機します。
ジュリアン・マは「これは機能であり、バグではない」と付け加えました。
コミュニティの反応
Ethereum共同創設者のヴィタリック・ブテリンは、このメカニズムが適切なネットワーク条件下で取引が単一のスロット後に取り消されない「ハード保証」を提供できると述べました。しかし、他のコミュニティメンバーはこの提案に懐疑的なままでした。一部は、このモデルが信頼の仮定に大きく依存しており、ストレスのかかったネットワーク条件下で課題に直面する可能性があると主張しています。
