事前確認の概念の解釈：イーサリアムトランザクションをより効率的にする方法は？

現在のL2エコシステムの制限に基づいて、この記事では、太陽およびその他のプロジェクトの特定の実践を分析し、事前登録の革新的な概念がトランザクション確認プロセスを最適化し、ユーザーエクスペリエンスを改善することであることを示しています。また、技術の改善と生態学的持続可能性の二重の課題など、開発プロセスで現在の自信前の技術を依然として克服する必要があるという困難を明らかにしています。

オリジナルタイトル：「Preconfirmation（feat。taiko）：初めてイーサリアムを速くする！」

元の著者：インゲン・キム：： fp

<図>

キーの概要

Taikoは、ベースのロールアップに基づいたLayer2ネットワークであり、シーケンサーの分散化を促進しながら、Ethereumとの完全な相互運用性を実現することを目指しています。ロールアップメカニズムのトランザクションの最終確認の遅延の問題を解決するために、Taikoは「Preconfirmation」の概念を導入しました。事前にユーザーへのトランザクションの包含とシーケンスを確保することにより、事前確認は、ロールアップメカニズムにおけるトランザクション確認プロセスの非効率性を効果的に軽減し、それによりユーザーエクスペリエンスを大幅に改善します。
ベースの先入観モデルでは、L1 Validatorはユーザーにトランザクション結果の保証を提供します。事前確認者は、システムの信頼性を確保するために、マージンを誓約し、斬新なメカニズムに準拠する必要があります。TaikoなどのL2プロジェクトは、事前修正メカニズムを導入することにより、信頼できるトランザクションの最終性を確立し、リアルタイムの確認を必要とするDefiなどのサービスのためにより便利な運用環境を作成します。
現在、複数のプロジェクトが事前入学エコシステムの構築に参加しています。この技術の進歩は、イーサリアムL2エコシステムの効率を改善し、イーサリアムとの相互運用性を強化し、生態系全体のさらなる拡大を促進することが期待されています。

Taikoは、Ethereum Layer2ソリューションとしての究極の目標に着実に動いています。これを達成するために、Taikoは、イーサリアム、分散型シーケンサー、および開発者のサポートとの完全な相互運用性を優先します。Taikoは、ベースのロールアップアーキテクチャを通じてイーサリアムとの完全な相互運用性を達成し、誰もがシーケンサーになることに参加できるようにし、シーケンサーの分散化を実現できることに言及する価値があります。ただし、ベースのロールアップモデルの利点にもかかわらず、その構造自体にはまだ固有の非効率性の問題があります。

この記事では、先入観の概念を深く分析するための例として太鼓をとってみましょう。Layer2 Technology Stackの重要なコンポーネントとして、事前確認は、Rollupのさらなる開発における重要なステップです。

現在のL2効率の問題

L2エコシステムの拡大により、多くのプロジェクトが次々と登場し、多くの新しい概念とテクノロジースタックをもたらしました。ただし、これらの大きな進歩にもかかわらず、L2には、特にユーザーエクスペリエンスに影響を与える重要な分野で、効率性に緊急の問題があります。効率の向上は特に重要になりました。

ロールアップの固有の制限：非効率的なトランザクションファイナライゼーションプロセス

<図>

L2は、イーサリアムなどのL1プラットフォームのデータの可用性とトランザクション処理に依存して、ロールアップを通じてスケーラビリティを実現します。ただし、ロールアップには固有の制限があります。トランザクションの並べ替えと実行は独立して実行できますが、他のすべてのプロセスは、L1の最終確認を待つ必要があります。

このアーキテクチャは、L1のブロック生成とデータの可用性を直接活用することにより、セキュリティとデータの不変性を保証します。ただし、最終的な確認のためにL1に依存すると、トランザクション処理速度が遅く、リアルタイムの確認機能が限られているため、ユーザーの観点からリアルタイムの要件を満たすことが困難になります。

さらに、多くのL2シーケンサーと検証ノードは現在、まだ集中化されています。この集中化は、長いトランザクションの確認時間や運用上の中断の可能性などの非効率性につながり、特定のロールアップのトランザクション処理効率に影響し、確認遅延を引き起こします。

提案されている概念前の概念

事前確認の概念は、L2ネットワークでの非効率的なトランザクション最終確認の問題を解決するために提案されています。事前確認により、ユーザーはトランザクションの確認をより速く取得できるため、ロールアップメカニズムで一般的な遅延と非効率性を軽減できます。

事前確認解決するためにどのような問題が設計されていますか？

ロールアップメカニズムでは、ユーザーがL2にトランザクションを提出した後の確認プロセスには、常に非効率性の問題があります。集中化されたL2シーケンサーは、L1で証明書のトランザクションが確認されることを正確に保証できないため、ユーザーはトランザクションの順序と結果についてしばしば不確かです。たとえば、ユーザーはトランザクションがL1に長時間含まれるのを待つ必要があり、トランザクションシーケンスが間違っている場合、または結果が理想的でない場合、実行されたトランザクションによって引き起こされる経済的損失につながる可能性があります。

非常に不安定な市場環境では、ユーザーがアービトラージサービスと債務サービスに依存しているため、遅延と連続的な変更の問題がより顕著です。これらの場合、トランザクションの遅延またはシーケンスの変更は、機会の喪失に直接つながる可能性があります。通常のトランザクションを実施しているユーザーでさえ、トランザクションの時間と順序に対する自信が不足している可能性があり、最終的にL1で確認されており、ブロックチェーンの信頼性と使いやすさについて疑問があります。

したがって、同意前の設計目標は、これらの欠点を補うことです。特に、Rollupの非効率性に最も影響を受けるユーザーに、より便利で信頼できる取引体験を提供することです。

事前確認これらの問題を解決する方法は？

事前確認は、ユーザーにトランザクションの包含、並べ替え、実行の保証を提供することにより、これらの問題を解決します。集中化されたL2シーケンサーを介して「ソフト確認」をユーザーに提供し、取引前の資格情報を発行して、トランザクションが最終的にL1に含まれるようにします。

ソフト確認の主な利点は、ユーザーエクスペリエンスを改善できることです。ユーザーは、トランザクションを送信した直後に確認バウチャーを受け取ることができ、予想される順序でトランザクションがL1に含まれていることを確認し、特に迅速な対応を必要とするアービトラージなどのトランザクションで不確実性を軽減できます。さらに、事前確認は、L2システムに対するユーザーの信頼を高めます。トランザクションセキュリティ処理に対するユーザーの信頼性が高まるにつれて、L2エコシステムの全体的な使用率も増加します。その結果、事前確認は、ロールアップ処理の効率と利便性を改善する上で重要な役割を果たします。

事前確認は最終的な解決策ですか？

集中シーケンサーからのソフト確認は、予想されるソートと結果を使用してユーザーエクスペリエンスを向上させることができますが、ソーターへの信頼に依存しています。法的または技術的な義務的措置がなければ、ユーザーはシーケンサーの信頼性にのみ依存できます。この依存関係は、トランザクションが正しい順序に含まれない可能性があるか、L1にまったく含まれていない可能性をもたらし、ユーザーが期待する安定性保証を提供できません。

タイコーを模範とするための例として、ベースの先入観の概念と実践を解釈する

Taikoは、このアプローチがベースのロールアップのコア機能と非常に一致しているため、自信前の実装に多くの努力を投資してきました。ベースの先入観がTaikoのフレームワークを正常に導入できる場合、トランザクションの最終確認の遅延を大幅に削減するだけでなく、ユーザーエクスペリエンスを改善します。さらに、この改善により、以前に制限されていたさまざまなサービスがアクティブになり、Taikoネットワークで効率的に実行できます。

ベースの先入観をより深い方法で理解する前に、このアプローチの適用性と利点をより包括的に理解するために、Taikoの重要な機能のいくつかを確認する必要があります。

タイコの症例分析

Taikoは、ベースのロールアップのコア機能を完全に示しています。Ethereumインフラストラクチャとの完全な相互運用性を達成するだけでなく、Ethereumのセキュリティメカニズムと完全に整合するよう努めています。Taikoは、ベースのロールアップアーキテクチャを採用しています。つまり、集中シーケンサーに依存するのではなく、トランザクションとブロックの並べ替えを担当するシーケンサーの役割を引き受けるイーサリアムバリッターに依存しています。

つまり、太陽のシーケンサーは、イーサリアムのブロック提案者と同じタイプの役割です。この設計により、最大の抽出可能値（MEV）の報酬やシーケンサーアイデンティティのその他の利点を取得するなど、特別な責任とインセンティブメカニズムが与えられます。したがって、TaikoのL2シーケンスプロセスで問題が発生すると、これらのシーケンスマシンは、イーサリアムエコシステムへの関心により、当然、対応する責任を負います。このメカニズムにより、手術は運用上の責任の観点から他のイーサリアムL2プロジェクトとは大きく異なります。

さらに、Taikoのベースのロールアップモデルは、健康的な競争を促すように設計された構造である「競争ベースのロールアップ（BCR）」として設計されていることに注意してください。タイコは、オープンでライセンスのない設計を通じて、システムの地方分権化を保証し、誰でも参加できるようにし、システムをより公平かつ透明にします。

ベースのロールアップに基づく事前確認

では、ベースのロールアップ専用に設計された自信前モデルは何ですか？答えは「ベースの先入観」です。このモデルは、L1で直接検証される確認を通じて、従来のソフト確認メカニズムを置き換えることを目的としています。

ベースの先入観は、一部のL1バリデーターが参加し、事前確認サービスを提供するためにボランティアをするシステムを提供します。シーケンサーとして、これらのバリデーターは、ユーザーにロールアップトランザクションの結果の検証可能な予測を提供します。このアプローチは、ユーザーにトランザクションの包含と選別のための信頼できる保証を提供し、これらの保証はL1に直接基づいているため、ロールアッププロセスの信頼性と信頼性が向上します。

<図>

ジャスティン・ドレイクは最初にベースの事前登録の概念を提案し、「Preconfer」と呼ばれる特定の役割を提案しました。これは、ユーザーに署名保証を提供し、トランザクションの順序と実行ステータスを明確にすることができます。コミットメントの信頼性を確保するために、各コンフィレマーターは一定のマージンを誓約する必要があります。トランザクションまたは実行ステータスの順序に関するコミットメントを満たしていない場合、斬新なメカニズムからの罰則、つまり部分的または完全なマージンの喪失に直面します。

スラッシングメカニズムは、イーサリアムPOSステーキングで広く使用されており、悪意のある行動を効果的に抑制するために使用されています。このメカニズムは、事前施設の責任感を強化するだけでなく、ユーザーと事前施設の間の特定の信頼基盤を確立します。

2つの状況は、事前承認者の罰金の削減につながる可能性があります。

livension障害：事前施設が何らかの理由でチェーンでユーザーの自信前取引を含めることができない場合、人生の失敗が発生します。活動の故障は常に意図的ではないため、その罰は比較的穏やかです。このような障害は、ネットワークの問題やL1またはL2ブロックチェーンへの中断から生じる可能性があり、その結果、トランザクションがチェーンに適切に含まれていません。正直な事前補償者を不適切な罰から保護するために、通常、積極的な障害に対する罰則の額は、事前施設と相談してユーザーによって決定されます。
安全障害：入会前の取引がチェーンに含まれているが、結果がユーザーの最初の要求と矛盾している場合、セキュリティの失敗が発生します。この矛盾は完全に事前識別子の責任であるため、セキュリティの失敗に対する罰はしばしばより深刻です。問題が意図的であるかどうかにかかわらず、事前施設のマージンは完全に没収されます。

ベースの先入観モデルの事前確認者になるには、ノード（通常はL1ブロック提案者）がこれらのスラッシングメカニズムの条件を受け入れ、必要なマージンを誓約する必要があります。承認後、事前に確認された人は、ユーザーにサービスを提供し、サービス料金を請求することで収入を得ることができます。

この料金モデルは、ユーザーが非常に便利になるため、ロールアップトランザクションの最終確認に固有の遅延をバイパスできます。たとえば、ユーザーが個人の財布を介して入会前のトランザクションを提出した後、彼はすぐに事前コンフィルターから確認証明書を取得できます。

ベースの事前登録に参加している事前施設は、料金を請求することで追加の収益を得るだけでなく、Rollupの取引確認プロセスの最適化にも役立ちます。このモデルは、ユーザーエクスペリエンスを向上させるだけでなく、L2エコシステム全体に信頼できる効率的な最終トランザクション確認ソリューションを提供し、その魅力と実用性をさらに高めます。

なぜユーザーは事前確認の代金を支払うことをいとわないのですか？

これは実際には、事前識別の中核目的と密接に関連しています。ユーザーは、取引の最終確認プロセスでのロールアップの非効率性を直接解決し、ユーザーに大きな利便性をもたらすため、事前確認のために喜んで支払います。

たとえば、ユーザーが個人のウォレットを介してL2ブロックチェーンで事前確認トランザクションを提出する場合、標準のトランザクションは最終確認を待つ必要がありますが、事前確認を要求するユーザーはすぐに事前確認者から保証を取得できます。遅滞なくトランザクションを完了します。現時点では、ユーザーはウォレットインターフェイスにグリーンチェックマークを表示することさえあり、トランザクションが成功していることを明確に示しています。

defiサービスを例として、ユーザーをL2 Defiプラットフォームで交換する場合、事前確認は関連するトランザクションの追加保証を提供できます。通常、取引の見積レートまたは料金は、遅延による実際の完了したトランザクション結果と矛盾する場合があります。ただし、事前確認を通じて、ユーザーは迅速かつ効率的な最終トランザクション確認プロセスを享受し、予想される条件と実際の結果の違いを減らし、それによりより信頼性の高いサービスエクスペリエンスを得ることができます。

これらのアプリケーションシナリオにより、開発者はより正確なサービスを提供できるだけでなく、ユーザーにスムーズで便利なユーザーエクスペリエンスをもたらすことができます。この動的は、L2エコシステムの拡大をさらにサポートすると同時に、より広いL1エコシステムの成長に貢献しています。さらに、ベースのロールアップのシーケンサーの場合、事前確認によって生成される追加の収益には、かなりの利益モデルが提供されます。この設計は、ベースのロールアップの従来の弱点のいくつかを効果的に解決し、信頼性と魅力の両方のシーケンサーに最適です。

ベースの先入観の課題は何ですか？

ベースの先入観は、Taikoが代表するRollup駆動型のLayer2プロジェクトの非常に魅力的な研究分野です。このメカニズムは、分散化を維持しながらL2のパフォーマンスとスケーラビリティを改善するための明確なソリューションを提供しますが、より広い採用を達成するための実際のアプリケーションでは依然としていくつかの緊急の課題に直面しています。

第一に、Preconferがブロックにトランザクションを提出すると、ユーザーはトランザクションインクルージョンの絶対的な保証を取得できない場合があります。事前承認者は、誓約マージンによるトランザクションの保証を提供しますが、このメカニズムは、外部の中断のためにトランザクションを含めることができないという問題を完全に解決することはできません。特に、トランザクションの値が事前コンフィレーターの誓約の量よりも高い場合、潜在的なリスクをもたらす特定のトランザクションを選択的に含める、または除外する権限を乱用する場合があります。

別の重要な課題は、事前に確認された利益モデルに基づいています。事前施設の主な収入源は、ユーザーが支払う事前承認手数料です。ただし、事前に確認されたユーザーの数が不十分であるか、参加が十分に高くない場合、市場の集中化と独占の傾向につながる可能性があります。この場合、事前確認手数料が人為的に引き上げられ、ユーザーが迅速かつ効率的なトランザクションを実施するコストを増加させることができ、それにより、事前確認エコシステムの健全な発達に対する脅威をもたらします。

ベースの先入観の概念は比較的新しいものであり、約1年前にしか提案されていないことは注目に値します。ロールアップ駆動型のL2ソリューションの速度と効率を最大化するために、「重要なツール」になるために練習して洗練するのに時間がかかります。ただし、ロールアップはイーサリアムスケーラビリティのコアコンポーネントとしてしっかりと確立されているため、パフォーマンスを改善するための事前確認をさらに調査し、L2テクノロジーの開発における重要なステップです。

特に、太陽は、ベースの事前登録の実施を促進することに大きな進歩を遂げました。同時に、Taikoは、オランダのTaiko Gwyneth、Chainbound、Limechain、Primev、Espressoなどの多くのパートナーと協力して、ベースの先入観のアプリケーションシナリオを共同で調査および開発しました。これらのコラボレーションは、L2エコシステムのさらなる進化を促進するように設計されており、より関連性の高い詳細については、後続の章で詳しく説明します。

事前に確認された生態学的パノラマビュー：フローチャートの解釈とプロジェクトの探索

この章では、どのプロジェクトがロールアップ駆動型のL2エコシステムにおける事前識別技術の開発を積極的に研究し、進歩させているかを調査します。エコシステムはまだ開発の初期段階にあるため、フローチャートを使用して、事前確認の特定のプロセスをより直感的に実証および理解します。

入会前のフローチャート

事前肯定は、L1とL2の間の緊密なコラボレーションを必要とする複雑なプロセスであり、それぞれに特定の責任を伴う複数の役割が含まれます。このプロセスのより直感的な理解を促進するために、簡単な概要のためにフローチャートを作成しました。このフローチャートは、全体的なロジックの説明に役立つことを目的としているため、ロールアップとベースのロールアップのさまざまな特性を厳密に区別するのではなく、基本レベルでの一般的なプロセスに焦点を当てていることに注意する必要があります。

<図>

フローチャートの特定のステップを理解する前に、最初に、事前修正プロセスに関連するさまざまな役割と機能を理解します。

ユーザー：L1またはL2ネットワークを使用する個々のユーザーは、トランザクションの作成と送信を担当します。ユーザーが入会前の保護を取得したい場合は、書かれた後、取引を事前施設に送信します。
Preconferrer：完了前のプロセス中、事前確認プロセスは、トランザクションのレビューとその有効性の検証を担当し、その後、ユーザーに事前確認保証を提供する責任があります。事前確認を通じて、ユーザーは最終決済前にトランザクションのステータス保証を迅速に取得できます。ノードには承認前の適格性がない場合、標準的な検証ノードと同様に、主に普通のトランザクションではなく通常の取引を扱う非親概念アクターとして機能します。
L1バリデーター：L1ネットワーク上のトランザクションとブロックの最終的な検証を担当します。事前施設がトランザクションデータを提出すると、L1検証者はそれを検証し、最終データをL1ブロックチェーンに記録し、トランザクションの完全性とコンセンサスルールへの適合性を確保します。
Preconfirmation Challenge Manager：事前確認プロセスで紛争または問題が発生した場合、その役割は問題を調査し、紛争を解決するための適切な措置を講じる責任があります。この役割は、事前確認プロセスの公平性と信頼性を維持する上で重要な役割を果たします。

次に、フローチャートの順序で、事前確認の特定のプロセスを整理します。

ユーザーは、事前確認プロセスを開始するために、就学前の参加者の間で取引前のリクエストを事前施設に送信します。
事前確認者はトランザクションをレビューし、事前確認領収書を送信し、トランザクションがL1ブロックに含まれることをユーザーに約束し、それによりユーザーに予備的な最終確認保証を提供します。
事前confirmatorは、L1ブロックにL1バリデーターに含める必要があるトランザクションデータを提出します。これらのデータは、単一のトランザクション、またはL2シーケンサーによって処理される要約データである場合があります。
L1 VALIBATORは、送信されたトランザクションデータまたは集約データを検証し、L1ブロックに記録して、ブロックチェーンコンセンサスルールに準拠していることを確認します。
一定期間後、トランザクションデータまたは概要データを含むL1ブロックがその最終性に達し、トランザクションは正式に完了することが確認されます。
ユーザーは、L1ノードを介したトランザクションの最終結果をチェックし、関連する情報を使用して、必要に応じて潜在的な前提条件または課題を提起できます。
約束どおりにL1に正しく含まれていないトランザクションが発生した場合、事前承認者は、誓約された資産でスラッシュまたは凍結するなど、既成のチャレンジマネージャーからの罰に直面します。

未来を探しています

Taikoと多くのRollupのLayer2プロジェクトは、ベースのRollupアーキテクチャを採用するかどうかに関係なく、従来のロールアップで非効率的な最終トランザクション確認プロセスを最適化するために懸命に取り組んでいます。事前登録の概念を導入することにより、これらのプロジェクトは、ユーザーがトランザクションをより迅速かつ確実に確認できるようにするトランザクション確認システムを構築しています。このアプローチにより、これらのプロジェクトは、ユーザーエクスペリエンスを強化し、ユーザーの信頼を構築する方法を探求し続けています。

Taikoは、ベースのロールアップのレイヤー2プロジェクトとしてのポジショニングを最大限に活用し、ベースの先入観メカニズムの実装を積極的に促進し、それによりイーサリアムとの包括的な相互運用性と分散化を達成します。Taikoは、ユーザーに高速かつ信頼性の高い最終トランザクション確認保証を提供することにより、トランザクションの処理速度と信頼性を大幅に向上させ、それによりユーザーエクスペリエンスを大幅に改善します。

しかし、ArbitrumのEd Feltenを含むいくつかの業界の専門家は、事前確認を完全にサポートする成熟したミドルウェアの不足がまだあると指摘しています。これは、事前承認技術の成熟度とプレコンフェラーの利益モデルが依然として課題に直面していることを示しており、これらの問題は緊急にさらに解決する必要があることを示しています。

この記事で述べたように、ますます多くのプロジェクトと参加者が積極的に前提条件の分野に入り、それぞれがイーサリアム層のパフォーマンスと効率を向上させるためのユニークな革新的なソリューションをもたらしています2。この傾向は、初期実装後のシステム概念の継続的な最適化の一般的な法則にも準拠しています。この段階は、L2システムの進化における重要なノードであり、現在のL2エコシステムでも刺激的で前向きな発展であると思います。

事前確認を通じてユーザーの利便性を向上させると、defiやゲームなどの速度や効率に焦点を当てた分野に大きな影響を与えるだけでなく、イーサリアム層のパフォーマンスを改善することにより、以前に散在する生態学的部分とイーサリアムを再接続することもあります。このパフォーマンスの改善により、より多くのType-1 Ethereum Layer2プロジェクトがEthereumとの深い統合を実現できるため、速度制限のために以前に取得するのが困難だった可能性が解除されます。これらの進歩は、必然的にイーサリアムエコシステム全体に大きな影響を与えるでしょう。

事前確認は依然として挑戦的で荒い道です。しかし、太陽のような先駆者は困難に直面しており、ユーザーにより便利なものを提供することに集中しています。イノベーションは決して簡単な作業ではありませんでしたが、EthereumとそのLayer2エコシステムの支持者として、私は彼らの努力に心からの敬意と励ましを払います。