a16z Cryptoは、ブロックチェーンにおける検閲耐性と低遅延のトレードオフを分析

iconKuCoinFlash
共有
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary icon概要

expand icon
a16z Cryptoは、ブロックチェーンプロトコルにおける検閲耐性と低遅延のトレードオフに関するブロックチェーンニュースを共有しました。この記事では、検閲耐性を持つBFTブロックチェーンは、最良の場合でも5回の通信ラウンドが必要であるのに対し、従来のBFT設定では3回のラウンドで済むと説明しています。EthereumとSolanaは、FOCIL/EIP-7805やConstellationのようなブロックチェーンアップグレードを進め、コンセンサス前にトランザクションを含める取り組みを行っています。a16zは、検閲耐性が遅延を増加させる一方で、ユーザーにとってのトランザクション確認をより予測可能にすると主張しています。

Odaily星球日報によると、a16z Cryptoは、ブロックチェーンの「検閲耐性」と「低遅延」の間の根本的な矛盾について投稿し、5分の1以上の検証者が不正行為を起こす可能性がある場合、検閲耐性を持つ拜占庭容錯(BFT)ブロックチェーンプロトコルの最良ケースにおける遅延は最低でも5ラウンドの通信を必要とする一方、従来のBFTコンセンサスは最低3ラウンドで済むと指摘した。

記事は、従来のBFTプロトコルにおいて、ブロック提案者がブロック構築とコンセンサス推進の両方の権限を掌握しているため、特定のトランザクションを除外して検閲を行うことができ、これが多数のMEV問題の根源であると指摘している。この問題を解決するため、イーサリアムはFOCIL/EIP-7805を研究しており、SolanaはConstellationやMCPなどのメカニズムを研究している。これらすべての核心的なアイデアは、ブロックが正式に提案される前に、バリデーターが無視できないトランザクションの「含意リスト(Inclusion Lists)」を事前に収集することである。

a16z Cryptoは、検閲耐性を実現するには追加の2回の通信が必要であると示している。まずユーザーのトランザクションはすべてのバリデーターにブロードキャストされ、その後バリデーターがインクルージョンリストに確認して記録する必要があり、その上でコンセンサスプロセスが開始される。したがって、部分的同期ネットワーク環境では、BFTと検閲耐性を同時に4回の通信で実現するプロトコル設計は存在せず、5回が数学的な理論的下限である。

記事は、検閲耐性メカニズムがプロトコルの遅延を増加させる一方で、ユーザーが実際に直面する「有効遅延」を大幅に削減できることを強調しています。検閲耐性がないシステムでは、トランザクションがバリデーターによる検閲により無期限に遅延する可能性がありますが、検閲耐性が保証されたシステムでは、トランザクションは最大5ラウンドの通信内でブロックに含められるため、トランザクションの確認時間がより予測可能になります。

免責事項: 本ページの情報はサードパーティからのものであり、必ずしもKuCoinの見解や意見を反映しているわけではありません。この内容は一般的な情報提供のみを目的として提供されており、いかなる種類の表明や保証もなく、金融または投資助言として解釈されるものでもありません。KuCoinは誤記や脱落、またはこの情報の使用に起因するいかなる結果に対しても責任を負いません。 デジタル資産への投資にはリスクが伴います。商品のリスクとリスク許容度をご自身の財務状況に基づいて慎重に評価してください。詳しくは利用規約およびリスク開示を参照してください。