
Taikoを例に、プリコンファーメーション(Preconfirmation)の概念を解説:イーサリアムのトランザクションをより効率的にする方法とは?
TechFlow厳選深潮セレクト

Taikoを例に、プリコンファーメーション(Preconfirmation)の概念を解説:イーサリアムのトランザクションをより効率的にする方法とは?
本稿では、Taikoを例に挙げて、プリコンファメーション(Preconfirmation)という概念を詳しく解説する。
キーポイントの概要
-
TaikoはBased Rollupを基盤とするLayer2ネットワークであり、イーサリアムとの完全な相互運用性を実現しつつ、シーケンサ(Sequencer)の非中央集権化を推進している。Rollupメカニズムにおけるトランザクション最終確定の遅延問題に対処するため、Taikoは「事前確定(Preconfirmation)」という概念を導入した。ユーザーにトランザクションの包含と順序を早期に保証することで、事前確定はRollupにおける確認プロセスの非効率性を緩和し、ユーザーエクスペリエンスを大幅に向上させている。
-
Based Preconfirmationモデルでは、L1検証者がユーザーにトランザクション結果の保証を提供する。事前確定者はデポジットをステーキングし、スラッシング(Slashing)メカニズムに従う必要があり、システムの信頼性を確保している。TaikoなどのL2プロジェクトは事前確定メカニズムを導入することで、信頼できるトランザクションの最終性を確立し、リアルタイムでの確定が必要なDeFiサービスなどに使いやすい環境を提供している。
-
現在、複数のプロジェクトが事前確定エコシステムの構築に参加している。この技術的進歩は、イーサリアムL2エコシステムの効率を高め、イーサリアムとの相互運用性を強化し、エコシステム全体のさらなる拡張を促進する可能性を持っている。
Taikoは、イーサリアムのLayer2ソリューションとしての最終目標に向けて着実に前進している。この目標を達成するために、Taikoはイーサリアムとの完全な相互運用性、シーケンサの非中央集権化、および開発者支援を最優先している。特に注目すべきは、TaikoがBased Rollupアーキテクチャを通じてイーサリアムとの完全な相互運用性を実現している点であり、誰もがシーケンサとして参加可能であることで、シーケンサの非中央集権化を達成している。しかし、Based Rollupモデルには利点がある一方で、その構造自体には依然として固有の非効率性が存在している。
本稿では、Taikoを例に挙げながら、「事前確定(Preconfirmation)」という概念を詳細に解説する。Layer2技術スタックの重要な構成要素として、事前確定はRollupのさらなる発展に不可欠なステップである。
現在のL2の効率課題
L2エコシステムの拡大に伴い、多くの新規プロジェクトが登場し、新しいコンセプトや技術スタックが生まれている。しかし、こうした進展がある一方で、L2は効率面で依然として解決すべき課題を抱えており、特にユーザーエクスペリエンスに影響を与える分野では、効率の向上が極めて重要となっている。
Rollupの根本的制約:非効率なトランザクション最終性決定プロセス
L2はRollupによって拡張性を実現しており、イーサリアムなどのL1プラットフォームにデータ可用性やトランザクション処理を依存している。しかし、Rollupには根本的な制約がある。すなわち、トランザクションの並べ替えと実行は独立して行えるものの、それ以外のすべてのプロセスはL1の最終確定を待つ必要がある。
このアーキテクチャは、L1のブロック生成とデータ可用性を直接利用することで、安全性とデータの不変性を確保している。しかし、最終確定にL1に依存することは、トランザクション処理速度の低下やリアルタイム確認能力の制限につながり、ユーザー視点では即時性のあるニーズに応えられない。
さらに、多くのL2のシーケンサや検証ノードは現在も中央集権的である。このような中央集権化は、長いトランザクション確認時間や運用中断の可能性といった非効率を引き起こし、特定のRollupのトランザクション処理効率に悪影響を与え、確認の遅延を生じさせている。
事前確定という概念の提案
事前確定の概念は、L2ネットワークにおけるトランザクション最終確定の非効率性を解決するために提唱された。事前確定により、ユーザーはより迅速にトランザクションの確認を得ることができ、Rollupメカニズムにありがちな遅延と非効率を緩和することができる。
事前確定は何の問題を解決するのか?
Rollupメカニズムにおいて、ユーザーがL2にトランザクションを提出した後の確認プロセスには常に非効率性が存在する。中央集権的なL2シーケンサは、トランザクションがいつL1で確認されるかを正確に保証できないため、ユーザーはトランザクションの順序や結果に対して不確実性を持つことになる。例えば、ユーザーはトランザクションがL1に取り込まれるまで長時間待たなければならないかもしれない。もし順序が間違っていたり、結果が期待と異なれば、既に実行されたトランザクションによる財務的損失を被る可能性もある。
価格変動が激しい市場環境下では、遅延や順序の変更の問題は特に顕著となる。なぜなら、ユーザーは裁定取引やDeFiサービスに依存しているからだ。このような状況では、トランザクションの遅延や順序の変化が機会の喪失を直接招く。通常の取引を行うユーザーであっても、L1での最終確認時間や順序に対する信頼が持てず、ブロックチェーンの信頼性や使いやすさに疑念を抱くことになりかねない。
したがって、事前確定の設計目的は、こうした欠点を補い、特にRollupの非効率性の影響を最も強く受けるユーザーに、より便利で信頼性の高いトランザクション体験を提供することにある。
事前確定はこれらの問題をどう解決するのか?
事前確定は、ユーザーにトランザクションの包含、順序、実行の保証を提供することで、これらの問題を解決する。中央集権的なL2シーケンサがユーザーに「ソフト確認」を提供し、事前確定証明書を発行することで、トランザクションが最終的にL1に含まれることを保証する。
ソフト確認の主な利点は、ユーザーエクスペリエンスの向上にある。ユーザーはトランザクション提出後すぐに確認証明を受け取ることができ、トランザクションが予想通りの順序でL1に含まれることが保証されるため、不確実性が減少する。これは裁定取引など迅速な反応が求められる取引において特に重要である。また、事前確定はユーザーのL2システムへの信頼を高める。トランザクションが安全に処理されるとの信頼が増すことで、L2エコシステム全体の利用率も向上する。このように、事前確定はRollupの処理効率と利便性を高める上で極めて重要な役割を果たしている。
事前確定は究極の解決策なのか?
中央集権的なシーケンサからのソフト確認は、予想される順序と結果によってユーザーエクスペリエンスを向上させることができるが、それはシーケンサへの信頼に依存している。法的または技術的な強制手段がないため、ユーザーはシーケンサの信頼性にのみ依存せざるを得ない。この依存関係には、トランザクションが正しい順序で含まれなかったり、あるいはL1にまったく含まれなかったりする可能性があり、ユーザーが期待する安定した保証を提供できないリスクが伴う。
Taikoを例に見たBased Preconfirmationの概念と実践
Taikoは、Based Preconfirmationの実装に多大な努力を注いでいる。なぜなら、このアプローチはBased Rollupの本質的特性と非常に合致しているからである。もしBased PreconfirmationがTaikoのフレームワークに成功裏に導入されれば、トランザクションの最終確定までの遅延を大幅に削減し、ユーザーエクスペリエンスを向上させるだけでなく、これまで制限されていたさまざまなサービスをTaikoネットワーク上で効率的に稼働させることが可能になる。
Based Preconfirmationを深く理解する前に、このアプローチの適用性と利点をより包括的に把握するために、まずTaikoのいくつかの主要な特徴を振り返ることが重要である。
Taikoケーススタディ
TaikoはBased Rollupの本質的特性を十分に示している。イーサリアムインフラストラクチャとの完全な相互運用性を実現しているだけでなく、イーサリアムのセキュリティメカニズムとも完全に整合している。TaikoはBased Rollupアーキテクチャを採用しており、中央集権的なシーケンサに依存せず、代わりにイーサリアムの検証者をシーケンサとして活用し、トランザクションとブロックの順序付けを担っている。
つまり、Taikoのシーケンサはイーサリアムのブロック提案者と同じ役割である。この設計により、彼らには最大可抽出価値(MEV)報酬やシーケンサ身分による他のメリットといった特別な責任とインセンティブが与えられている。そのため、TaikoのL2シーケンス処理に問題が生じた場合、彼らはイーサリアムエコシステム内での利害関係により、自然に責任を負うことになる。このメカニズムにより、Taikoは他のイーサリアムL2プロジェクトと運営責任の面で明確な差別化を図っている。
さらに、TaikoのBased Rollupモデルは「競争ベースのRollup(Based Contestable Rollup, BCR)」として設計されており、健全な競争を促進する構造となっている。オープンで許可不要の設計により、Taikoはシステムの非中央集権化を保ち、誰もが参加できるようにすることで、より公正で透明なシステムを実現している。
Based Rollupに基づく事前確定
では、Based Rollup専用に設計された事前確定モデルとはどのようなものだろうか? その答えが「Based Preconfirmation」である。このモデルは、伝統的なソフト確認メカニズムに代わって、L1上で直接検証可能な確認を提供することを目指している。
Based Preconfirmationは、一部のL1検証者が自発的に参加し、事前確定サービスを提供する仕組みを提供する。シーケンサとして、これらの検証者はユーザーにRollupトランザクション結果の検証可能な予測を提供する。この方法により、ユーザーはトランザクションの包含と順序に関する信頼できる保証を得られ、その保証は直接L1に基づいているため、Rollupプロセスの信頼性と信憑性が強化される。
Justin Drakeが初めてBased Preconfirmationの概念を提唱し、「事前確定者(Preconfer)」という特定の役割を提案した。事前確定者は、ユーザーに署名付き保証を提供し、トランザクションの順序と実行状態を明確にする。保証の信頼性を確保するため、各事前確定者は一定量の保証金をステーキングしなければならない。もし事前確定者がトランザクションの順序や実行状態に関する約束を果たさなければ、スラッシングメカニズムにより、部分的または全額の保証金を没収される。
スラッシングメカニズムは、イーサリアムのPoSステーキングで広く使用されており、悪意ある行動を効果的に抑制するのに役立っている。このメカニズムは、事前確定者の責任感を強化すると同時に、ユーザーと事前確定者の間に一定の信頼基盤を築く。
事前確定者がスラッシングを受けるのは以下の2つの場合である:
-
ライブネス障害(Liveness Faults):事前確定者が何らかの理由でユーザーの事前確定トランザクションをチェーン上に取り込めなかった場合に発生する。ライブネス障害は必ずしも意図的なものではないため、その罰則は比較的緩やかである。ネットワークの問題やL1/L2ブロックチェーンの停止などが原因でトランザクションが正しく取り込まれない場合があり、誠実な事前確定者を不当な罰則から守るため、ライブネス障害の罰金額は通常、ユーザーと事前確定者間で交渉して決定される。
-
安全性障害(Safety Faults):事前確定トランザクションがチェーンに取り込まれたにもかかわらず、ユーザーの最初のリクエストと結果が一致しない場合に発生する。この不一致は事前確定者の責任であり、そのため安全性障害の罰則は通常より厳しい。事前確定者の保証金は全額没収され、問題が意図的かどうかに関わらず問わない。
Based Preconfirmationモデルの事前確定者になるには、ノード(通常はL1ブロック提案者)がこれらのスラッシング条件を受け入れ、必要な保証金をステーキングしなければならない。承認されれば、事前確定者はユーザーにサービスを提供し、サービス料金を徴収することで収益を得ることができる。
この料金モデルにより、ユーザーはRollupトランザクションの最終確定における固有の遅延を回避する大きな利便性を得られる。例えば、ユーザーが個人ウォレットから事前確定トランザクションを提出した後、すぐに事前確定者から確認証明を受け取ることができる。
Based Preconfirmationに参加する事前確定者は、収益を得るだけでなく、Rollupのトランザクション確認プロセスの最適化にも貢献する。このモデルはユーザーエクスペリエンスを向上させるだけでなく、L2エコシステム全体に信頼でき、効率的なトランザクション最終確定ソリューションを提供し、その魅力と実用性をさらに高めている。
なぜユーザーは事前確定に料金を支払うのか?
これは実際、事前確定の核心目的と密接に関連している。ユーザーが事前確定に料金を支払うのは、それがRollupのトランザクション最終確定プロセスにおける非効率性を直接解決し、ユーザーに顕著な利便性をもたらすからである。
例えば、ユーザーが個人ウォレットを使ってL2ブロックチェーンに事前確定トランザクションを提出する場合、標準的なトランザクションは最終確定まで待つ必要があるが、事前確定をリクエストしたユーザーは、事前確定者から即座に保証を受け取ることができ、遅延なくトランザクションを完了できる。このとき、ユーザーのウォレット画面に緑色のチェックマークが表示され、トランザクションが成功したことを明確に示すことも可能である。
DeFiサービスの例でも、ユーザーがL2 DeFiプラットフォームでトークン交換を行う際に、事前確定は関連トランザクションに追加の保証を提供する。通常、取引の為替レートや手数料は遅延により実際の取引結果と一致しない可能性がある。しかし、事前確定により、ユーザーは迅速かつ効率的なトランザクション最終確定プロセスを享受でき、期待条件と実際の結果の差異を減らすことができ、より信頼性の高いサービス体験を得られる。
こうしたユースケースは、開発者がより正確なサービスを提供できるようにするだけでなく、ユーザーにとってもよりスムーズで使いやすい体験を提供する。このダイナミクスはL2エコシステムの拡大をさらに支援し、より広範なL1エコシステムの成長にも貢献している。また、Based Rollupのシーケンサにとって、事前確定による追加収益は魅力的な収益モデルを提供する。この設計は、Based Rollupの従来の弱点を効果的に解決し、信頼性と魅力を兼ね備えたシーケンサの選択肢となる。
Based Preconfirmationにはどのような課題があるのか?
Based Preconfirmationは、Taikoを代表とするRollup駆動のLayer2プロジェクトにおいて、今なお注目されている研究分野である。このメカニズムは、非中央集権を維持しながらL2のパフォーマンスと拡張性を向上させる明確な解決策を提供しているが、より広範な採用を実現するには、実際の適用においてまだ解決すべき課題がいくつか存在している。
第一に、Preconferがトランザクションをブロックに提出する際、ユーザーはトランザクションの包含について絶対的な保証を得られない可能性がある。事前確定者は保証金をステーキングすることでトランザクションを保証するが、このメカニズムでは外部の中断によりトランザクションが含まれなかった問題を完全に解決できない。特に、トランザクションの価値が事前確定者のステーキング額を超える場合、事前確定者は権限を悪用して特定のトランザクションを意図的に含めたり除外したりする可能性があり、潜在的なリスクを生む。
もう一つの顕著な課題は、事前確定に基づく収益モデルである。事前確定者の主な収入源は、ユーザーが支払う事前確定料金である。しかし、事前確定者の数が不足していたり、参加度が低かったりすると、市場が中央集権化し、独占的な傾向が生まれる可能性がある。このような場合、事前確定料金が人為的に引き上げられ、ユーザーが迅速かつ効率的な取引を行うコストが増加し、事前確定エコシステムの健全な発展に脅威を与える。
なお、Based Preconfirmationの概念は比較的新しく、約1年前に提唱されたばかりである。Rollup駆動のL2ソリューションの速度と効率を最大化する「鍵となるツール」となるには、まだしばらくの実践と改善が必要である。しかし、Rollupがすでにイーサリアムの拡張性の中心的構成要素として確立されている中で、性能向上のために事前確定をさらに探求することは、L2技術の発展における重要な一歩を示している。
特にTaikoは、Based Preconfirmationの実装において重要な進展を遂げている。また、TaikoはTaiko Gwyneth、Nethermind、Chainbound、Limechain、Primev、Espressoなど複数のパートナーと協力し、Based Preconfirmationのユースケースを探求・開発している。これらの協力はL2エコシステムのさらなる進化を目指しており、関連する詳細は後続の章で詳しく議論される。
事前確定エコシステムの全体像:フローチャート解説とプロジェクト探索
本章では、Rollup駆動のL2エコシステム内で事前確定技術の発展を積極的に研究・推進しているプロジェクトについて考察する。このエコシステムはまだ初期段階にあるため、より直感的に事前確定の具体的なプロセスを理解するために、フローチャートを用いて説明する。
事前確定フローチャート
事前確定は、L1とL2が緊密に協力する複雑なプロセスであり、複数の役割が特定の責任を担っている。このプロセスをより直感的に理解するために、簡潔な概要を示すフローチャートを作成した。なお、このフローチャートは全体の論理を説明することを目的としており、RollupとBased Rollupの違いを厳密に区別せず、基本的なレベルの一般的なプロセスを中心にしていることに注意されたい。
フローチャートの具体的なステップを理解する前に、事前確定プロセスに参加する各役割とその機能を紹介する:
-
ユーザー(User): L1またはL2ネットワークを使用する個人ユーザー。トランザクションの作成と提出を担当する。ユーザーが事前確定の保証を希望する場合、トランザクションを作成した後、事前確定者に送信する。
-
事前確定者(Preconferrer): 事前確定プロセスにおいて、事前確定者はトランザクションを審査・有効性を検証し、ユーザーに事前確定の保証を提供する。事前確定により、ユーザーは最終決済前に迅速にトランザクションの状態保証を得ることができる。ノードが事前確定資格を持っていない場合、非事前確定参加者(Non-Preconf Actors)として行動し、主に通常のトランザクションを処理し、事前確定トランザクションではなく、標準的な検証ノードと同様の役割を果たす。
-
L1検証者(L1 Validator): L1ネットワーク上でトランザクションとブロックの最終検証を担当する。事前確定者がトランザクションデータを提出すると、L1検証者がこれを検証し、最終データをL1ブロックチェーンに記録することで、トランザクションの完全性とコンセンサスルールへの準拠を確保する。
-
事前確定チャレンジマネージャー(Preconfirmation Challenge Manager): 事前確定プロセス中に紛争や問題が発生した場合、この役割が問題を調査し、適切な措置を講じて紛争を解決する。この役割は、事前確定プロセスの公正性と信頼性を維持する上で極めて重要である。
次に、フローチャートの順番に沿って事前確定の具体的なプロセスを整理する:
-
ユーザーが事前確定参加者の中の事前確定者にトランザクションリクエストを送信し、事前確定プロセスを開始する。
-
事前確定者がトランザクションを審査し、事前確定レシートを送信することで、ユーザーにそのトランザクションがL1ブロックに含まれることを約束し、ユーザーに初步的な最終確定保証を提供する。
-
事前確定者が、L1ブロックに含まれるべきトランザクションデータをL1検証者に提出する。これらのデータは単一のトランザクションであるか、L2シーケンサが処理した集計データである可能性がある。
-
L1検証者が提出されたトランザクションデータまたは集計データを検証し、L1ブロックに記録することで、ブロックチェーンのコンセンサスルールに適合していることを確認する。
-
時間が経過すると、トランザクションデータまたは集計データを含むL1ブロックが最終性に達し、トランザクションの正式な確認が完了する。
-
ユーザーはL1ノードを通じてトランザクションの最終結果を確認でき、必要に応じて関連情報を用いて潜在的な事前確定の紛争やチャレンジを提起できる。
-
トランザクションが約束通りにL1に正しく含まれていなかった場合、事前確定者は事前確定チャレンジマネージャーによる罰則(例:保証金のスラッシングまたはステーキング資産の凍結)を受ける。
関連プロジェクトの探索
以下では、事前確定エコシステムに積極的に参加している主要プロジェクトと、それらがプロセス内で果たす関連役割について詳細に分析する。これらのプロジェクトはフローチャート上で特定の役割を占めているが、実際に果たしている責任は若干異なる可能性がある。したがって、この概観は基礎的理解を提供することを目的としており、一般的なガイドとして利用できる。明確さを保つため、各カテゴリ内のプロジェクトはアルファベット順に並べられている。
事前確定検証者(Preconfer Validators)
-
Astria:Astriaは、中央集権的なシーケンサを非中央集権的なシーケンサネットワークで置き換え、複数のRollupがこのネットワークを共有することを目指している。この設計により、Rollupはより強い検閲耐性、より速いブロック最終性、シームレスなクロスRollupインタラクションを実現できる。高速なブロック最終性を実現するため、Astriaは事前確定機能を導入し、Rollupが迅速なトランザクション確認を提供し、検閲耐性を強化することで、ユーザーエクスペリエンスを大幅に改善している。
-
Bolt by Chainbound:Boltは、Chainboundが開発した事前確定プロトコルで、イーサリアムユーザーにほぼ即時のトランザクション確認サービスを提供する。その運営は信頼不要の参加メカニズムと経済的担保に基づき、既存のMEV-Boost PBSパイプラインと互換性があるため、提案者に新たな収益機会を創出する。Boltのコア機能はL1事前確定であり、転送や承認などの基本的なトランザクションに即時最終性を提供し、ユーザーエクスペリエンスを向上させる。トランザクション包含責任を中央集権的なブロックビルダーから提案者に移すことで、Boltはシステムの検閲耐性を高める。また、担保付き提案者登録メカニズムにより、信頼不要の環境を確保し、さまざまなタイプのスマートコントラクトを柔軟にサポートする。
-
Espresso System:Espresso Systemは、ブロックチェーンエコシステムの相互運用性を強化することを目指すプロトコルである。HotShotビザンチンフォールトトレランス(BFT)コンセンサスプロトコルを採用し、マルチチェーン間のトランザクション順序とデータの迅速な最終性を実現する。Espresso SystemはEspresso NetworkとEspresso Marketplaceを含み、両者が協働して迅速なトランザクション最終性と効率的な相互運用性を提供し、ブロックチェーンエコシステムの拡張性とセキュリティの向上を目指している。
-
Ethgas:Ethgasは、トランザクションブロックスペースの市場である。取引マッチングは中央集権的なシステムで管理され、オンチェーンプロセスはスマートコントラクトで実行される。Ethgasは二つの主要機能を提供する:包含事前確定(指定されたGas制限内でトランザクションが含まれることを保証)と実行事前確定(トランザクションが特定の状態または結果に到達することを保証)。Ethgasは、ブロックスペース取引における取引プライバシー保護に注力しており、中立的な運営目標で知られている。
-
Luban:Lubanは、イーサリアムネットワークとRollupの間のトランザクションデータを接続する非中央集権的なシーケンス層の開発に注力している。このシーケンス層は、提案と実行の役割を分離する非中央集権的なシステムとして設計されている。Lubanの事前確定機能は、トランザクションがイーサリアムネットワークに含まれる前の実行可能性を保証することで、トランザクションの信頼性を大幅に向上させるとともに、トランザクション手数料、Gas価格、MEVなどの重要な要素の最適化に貢献している。
-
Primev:Primevは、MEVと統合された提案者ネットワークを開発中であり、事前確定とMEV機能を組み合わせて、効率的で信頼性の高いP2Pネットワークを構築している。このネットワークはイーサリアムトランザクション実行のコミットメントを記録し、報酬または罰則メカニズムを通じて提案者をインセンティブ付与する。Primevは、MEV参加者が自分のトランザクションに特定の実行条件を設定できるようにし、ブロックビルダーと検証者がそれらの条件を満たすことを約束することで、トランザクションの事前確定を保証する。EIP-4337に基づき、Primevは柔軟な事前確定とGas手数料オプションをサポートし、トランザクション処理効率の向上とユーザーエクスペリエンスのさらなる最適化を実現している。
-
Puffer Unifi:Puffer Unifiのアクティブ検証サービス(Actively Validated Services, AVS)はEigenLayer上に構築されており、特にBased Rollupアーキテクチャにおいて、イーサリアムエコシステムの事前確定課題の解決に焦点を当てている。Puffer Unifi AVSは、EigenLayerの再ステーキング機能を利用して、事前確定参加メカニズムをサポートし、トランザクション最終確定の効率を向上させることを目指している。Based Rollupの発展に伴い、信頼できる事前確定提供者への需要は高まっているが、Puffer Unifi AVSの目標はこの需要に応えることにある。その最終的なビジョンは、コアプロトコルを変更せずに効率的な事前確定を実現し、イーサリアムエコシステムの持続可能な成長を推進することである。
-
Skate:Skateの事前確定AVSは、EigenLayer上の再ステーキング資産に依存し、すべてのクロスチェーン操作に経済的安全保障を提供する。このAVSは、クロスチェーントランザクションに必要なバンドルデータと情報を検証し、その後Skateの中継者が署名して実行準備を行う。このプロセスを通じて、Skate AVSはデータの事前確定を実現し、クロスチェーントランザクションの信頼性と効率を大幅に向上させている。
-
Spire:SpireのBased Stackは、basedイーサリアム向けのRollupフレームワークであり、開発者がアプリケーションチェーン(App Chains)を構築するのを支援することを目的としている。このフレームワークにより、アプリケーションチェーンはイーサリアムと直接相互作用し、独自のシーケンス方法をカスタマイズでき、クロスチェーン交換などの機能をサポートするとともに、事前確定によりユーザーエクスペリエンスを最適化する。Based Stackは複数の実行環境をサポートし、アプリケーションチェーンのシーケンス収益を保証し、従来の共有シーケンサとも互換性を持つ。オープンソースプロジェクトとして、Based Stackは開発者がアプリケーションチェーンを構築・管理するために必要な完全なツールとリソースを提供し、アプリケーションチェーンの開発とイーサリアムエコシステムの相互運用性を促進している。
-
Taiko Gwyneth:Taiko Gwynethは、Taikoが開発中のRollup設計であり、based Rollupアーキテクチャに分類される。その目標は、イーサリアムとの完全な相互運用性を実現し、同時にイーサリアム上で直接トランザクションのシーケンスを管理することである。この設計は、イーサリアムのセキュリティと非中央集権性を最大限に活用しながら、高いスループットと迅速な最終確定を提供する。現在、Taikoはブロック作成を支援するための提案者メカニズムを運用しており、コミュニティ内での収益性のあるブロック生成を促進するために事前確定メカニズムを探索している。このメカニズムは、ブロック時間のスケジューリングとデータ公開の効率を最適化することを目的としている。これらの目標を達成するため、TaikoはNethermindやGattacaなどのプロジェクトと深く協力している。
L1検証者
-
Chorus One:Chorus Oneは、ブロックチェーンネットワークに検証サービスとインフラを提供するプロジェクトであり、複数のプロトコルにおけるステーキングサービスに注力し、ネットワークの安定性とセキュリティを強化している。L1検証者としての役割は、トランザクションを検証しブロックを生成することで、ネットワーク全体の信頼性と効率を高めることである。最近、Chorus Oneは事前確定技術に強い関心を示しており、Devcon 2024期間中に関連する特別セッションを開催している。
研究
-
Nethermind:Nethermindは、イーサリアムクライアントとツールの開発に取り組むプロジェクトで、ブロックチェーンネットワークのパフォーマンスと安定性の向上が主な目標である。先進的な最適化技術を導入することで、Nethermindはイーサリアムネットワークのトランザクションスループット向上を積極的に推進している。事前確定技術に関しては、継続的に深く研究しており、すでにTaikoの助成プログラムに提案を提出している。この提案は、Taikoメインネットに事前確定機能を迅速に展開することを目指している。この提案はNethermindのRFP-001プロジェクトに基づき、二段階で実施される。第1段階では、限定された許可参加者の中で事前確定機能をテストする。第2段階では、事前確定の適用範囲を段階的に拡大する予定である。
将来展望
Taikoや多数のBased RollupのLayer2プロジェクトは、Based Rollupアーキテクチャを採用しているかどうかにかかわらず、従来のRollupにおける非効率なトランザクション最終確定プロセスの最適化に努めている。事前確定(Preconfirmation)という概念を導入することで、これらのプロジェクトはユーザーがより迅速かつ信頼性高くトランザクションを確認できるような確認システムを構築している。このアプローチを通じて、これらのプロジェクトはユーザーエクスペリエンスの向上とユーザー信頼の構築を不断に探求している。
Taikoは、Based RollupのLayer2プロジェクトとしての立ち位置を最大限に活用し、Based Preconfirmationメカニズムの実装を積極的に推進することで、イーサリアムとの完全な相互運用性と非中央集権化を実現している。ユーザーに迅速かつ信頼性の高いトランザクション最終確定保証を提供することで、Taikoはトランザクション処理速度と信頼性を大幅に向上させ、ユーザーエクスペリエンスを大きく改善している。
しかし、ArbitrumのEd Feltenをはじめとする複数の業界専門家が指摘しているように、現在のところ事前確定を完全にサポートする成熟したミドルウェアが依然として不足している。これは、事前確定技術の成熟度と事前確定者(Preconfer)の収益モデルが依然として課題に直面しており、これらをさらに解決する必要があることを示している。
本稿で述べたように、ますます多くのプロジェクトと参加者が事
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News



















