即時確認がブロックチェーンの速度を再定義しています

ブロックチェーンは常に確認速度で競争してきました。これは、ユーザーが取引が受理され、巻き戻される可能性が低いと確信できるまでの時間を測るものです。Layer 2ネットワークは確認時間を1秒未満に押し下げてきましたが、サブ秒の遅延でもDeFi、決済、ゲームなどのリアルタイム体験を破壊しています。

なぜサブ秒遅延だけでは不十分なのか

取引の遅延に敏感な環境、例えば取引では、500msの遅れさえも実際のリスクをもたらす可能性があります。マーケットメーカーは価格を提示する際、確認を待つ必要があります。これにより、注文がまだ有効かどうかを知ることができます。その短い間に、トレーダーは古い価格を利用して不正行為を行うことができ、市場メーカーはスプレッドを広げざるを得なくなります。スプレッドが広がると流動性が低下し、市場の効率性も低下します。

低いインクルージョン遅延がよりタイトな市場を可能にする

インクルージョン遅延が低下すると、リスクウィンドウは劇的に縮小します。これにより、市場メーカーはスプレッドを狭く保ち、市場の変化に即座に反応できるようになり、オンチェーン市場の効率性と流動性が向上します。

Etherlinkはサブ50msの瞬時確認を導入

Etherlinkの瞬時確認により、ユーザーは次のブロックが生成されるのを待つ必要がなくなります。代わりに、シーケンサーが次のブロックに取引を含めることを確約した時点で、取引のレシートを受け取ります。これにより、確認遅延は約500msから50ms未満に10倍短縮され、オンチェーンのインタラクションが真に瞬時に感じられるようになります。

Etherlinkの瞬時確認の仕組み

瞬時確認は、取引が数ミリ秒以内に次のブロックに含まれることを保証します。Etherlinkノードは、シーケンサーが含めることを確約した直後にユーザーに通知し、ブロックの生成を待たずにレシートをストリーミングします。

ブロック作成前の取引レシート

シーケンサーが含めることを確約した後、Etherlinkノードは取引を実行し、ガス使用量、ログ、実行ステータス、取引ハッシュを含む完全なレシートを返します。ブロックはまだ作成されていないため、ブロックハッシュは利用できませんが、多くのアプリケーションにとっては、最終的なブロックの確定よりも含めることの確実性の方が重要です。

ほぼリアルタイムのストリーミング確認

取引レシートは、新しいWebSocketサブスクリプションを使ってほぼリアルタイムでストリーミング可能です。これにより、アプリケーションはネットワーク全体で瞬時確認を観察し、リアルタイムで反応できるため、ポーリングを必要としません。

瞬時確認は新たなオンチェーンの可能性を切り開く

実行と確認の間のギャップをなくすことで、ミリ秒単位が重要な全く新しいタイプのアプリケーションの扉が開かれます。

DeFiトレーダーとマーケットメーカーは高速なフィードバックの恩恵を受ける

サブ50msの確認により、スプレッドを狭く保ち、ボラティリティに迅速に対応できます。瞬時確認はまた、チェーン全体で取引がほぼリアルタイムで実行されるのを観察できるため、アービトラージの高速化、流動性の迅速な対応、ライブオンチェーン活動に基づく戦略の動的調整を可能にします。

リアルタイムゲームがネイティブにオンチェーンで実現

ゲームやインタラクティブなアプリケーションは、没入感を維持するために即時のフィードバックを必要とします。確認を待つ数百ミリ秒は体験を壊します。瞬時確認により、オンチェーンの状態を用いたリアルタイムのゲームプレイ、即時のインベントリ更新、レスポンスの良いユーザーインターフェース、多人数対戦のインタラクションが遅延を感じさせなくなります。

エージェント間およびプログラム可能な決済システムもリアルタイム化

瞬時確認は、エージェント間の決済システムにとって特に強力です。シーケンサーのコミットメントにより、プログラム可能な決済フローが即座に反応し、マシン間決済、動的価格設定、利用料に基づく請求、国境を越えた決済フローが、実行と同時に追随アクションをトリガーします。

リアルタイムアプリのためのより良い開発者体験

エンドユーザーだけでなく、瞬時確認は開発者の体験も大幅に向上させます。アプリはWebSocketサブスクリプションを通じて即座に反応でき、ブロックを待たずにチェーン依存の取引を行い、迅速にデバッグし、取引実行とともに更新されるライブダッシュボードを構築できます。

EtherlinkとFlashblocksや他のL2との違い

BaseやUnichainのようなOPスタックベースのL2では、Flashblocksはガスオークションに基づき数百ミリ秒ごとに部分的な実行をストリーミングします。これらの確認は楽観的であり、進行中のブロックから導き出されるため、最終確定前に取引が並べ替えられたり変更されたりする可能性があります。

Etherlinkの先着順アプローチ

Etherlinkは根本的に異なる道を取ります。取引は、ブロック容量に従い、厳格な先着順で即座に含めるために設定されます。含めると、レシートはブロック作成前に計算できるようストリーミングされ、楽観的な仮定に頼ることなく進行します。

低いオーバーヘッドとクリーンなアーキテクチャ

Flashblocksとは異なり、瞬時確認はブロック作成時にシーケンサーが追加のメタデータを計算する必要はありません。シーケンサーは取引の順序付けとコミットに専念し、実行はEtherlinkノードが担当するため、より効率的でスケーラブルな設計となっています。

セキュリティと確定性の理解

瞬時確認は遅延を減らしますが、Etherlinkの確定性モデルを変更しません。Rollupとして、Etherlinkはブロックが公開され、Tezos Layer 1で確認されたときに確定します。

実行確認とブロック確認の違い

eth_sendRawTransactionSyncを使った取引の提出時にペンディングフラグを付けると、Etherlinkはシーケンサーが含めることを確約し、取引が実行されるとすぐにレシートを返します。これにより、アプリケーション側からは同期的な確認が得られ、シーケンサーのコミットメントを信頼しています。

より強い保証：ブロックへの含有

より高い確実性を求めるアプリケーションは、約500msかかるブロック確認を待つことができます。これにより、より強い保証を得られますが、それでも1秒未満です。

シーケンサーが停止した場合はどうなるか

シーケンサーが実行後に停止し、ブロック生成前に停止した場合、その取引は決済されず、シーケンサーが再起動した際に再提出する必要があります。このトレードオフは、実行優先の確認モデルに内在しています。

瞬時確認は実験モードで稼働中

瞬時確認は現在実験的な段階であり、パフォーマンスと信頼性は早期採用者がリアルタイムアプリの構築とテストを始める中で積極的に監視されています。

瞬時確認の利用開始方法

開発者はEtherlink RPCノードからeth_sendRawTransactionSyncを呼び出すことでオプトインできます。このメソッドは、実行詳細を含む瞬時レシートを返しますが、ブロックハッシュは含まれません。なぜなら、ブロックはまだ存在しないからです。

WebSocketサブスクリプションによるリアルタイムアプリ

アプリケーションはカスタムWebSocketイベントにサブスクライブし、取引がキューに入ると瞬時確認を受け取ることができます。これにより、DeFi、ゲーム、決済システムなどでリアルタイムの応答性が実現します。

ネットワーク遅延は依然として重要

プロトコルレベルの遅延は大幅に削減されましたが、エンドツーエンドの遅延は物理的な距離に依存します。Etherlinkのシーケンサーが東京から運用されている場合、近くに配置されたアプリケーションはほぼ実行時の応答性を実現できます。

インフラの配置は競争優位性になる

取引ボット、市場メーカー、ゲーム、エージェント間決済システムなどの遅延に敏感なアプリは、インフラをシーケンサーに近づけて配置することで、往復遅延を最小化し、競争力を高めることができます。

瞬時確認は新たなオンチェーン時代を切り開く

確認遅延を約500msから50ms未満に短縮することで、Etherlinkはこれまで実現が難しかった全く新しいカテゴリーのアプリケーションを可能にします。高頻度取引、リアルタイムゲーム、次世代の決済システムは、レスポンスを犠牲にすることなくオンチェーンで動作できるようになりました。