Gulf Stream

暗号資産におけるGulf Streamとは？

Gulf Streamは、Solanaが当初、今後のブロックを生成する予定のバリデーターへ、保留中の暗号資産トランザクションを転送する仕組みに付けた名称です。

一般に、メンプールを持たないトランザクション転送システムと説明されています。

すべてのバリデーターが1つの大規模な保留中トランザクションプールを維持し、継続的に共有するのではなく、Solanaの予測可能なリーダースケジュールを活用します。

クライアントやネットワーク参加者は、今後のスロットでリーダーになると予想されるバリデーターへトランザクションを転送できます。

これにより、次のリーダーはブロック生成の順番が始まる前にトランザクションを受け取り、準備する機会を得ます。

SolanaによるGulf Streamの初期の説明は2019年6月に公開され、トランザクションのキャッシュと転送をネットワークのエッジ側へ移す方法として、このコンセプトを紹介しました。

Gulf Streamは暗号資産、トークン、ウォレット、スマートコントラクト、コンセンサスアルゴリズム、独立したブロックチェーンではありません。

トランザクションが実行され、Solanaの台帳に記録される前に、どのようにルーティングされるかに関するアーキテクチャ用語です。

現在のSolanaドキュメントでは、Gulf Streamをユーザー向けの独立した製品として扱うのではなく、トランザクションパイプライン、リーダースケジュール、通信プロトコル、ブロックハッシュの有効期限、計算予算、トランザクション手数料を個別に説明するのが一般的です。

そのためGulf Streamは、Solanaのリーダー制トランザクションフローに今も関連する一連のトランザクション転送の考え方に付けられた歴史的な名称として理解するのが適切です。

Gulf Streamが作られた理由

ブロックチェーンには、ユーザーが署名済みでもまだブロックに含まれていない有効なトランザクションを処理する方法が必要です。

従来型の設計では、ノードがそれぞれ管理するローカルのメンプールに、そうしたトランザクションを格納する場合があります。

ノードは保留中トランザクションを互いに通知、要求、保存、検証、再送信できます。

この方式は有効に機能する場合がありますが、帯域幅、メモリー、処理能力、時間を消費します。

人気のあるトランザクションは、直ちにブロックへ含められるのが現在のブロック生成者だけであっても、多数のノードに複製される場合があります。

大規模な保留中トランザクションプールは、需要の急増、自動取引、トークンローンチ、強制決済、サービス拒否攻撃が起きた際に、負荷をさらに高めることがあります。

Solanaは、短いスロットと、各スロットで台帳エントリーを生成する予定のバリデーターを特定するリーダースケジュールを前提に設計されました。

今後のリーダーをスロット開始前に特定できるため、トランザクションをそのリーダーへより直接的に転送できます。

Gulf Streamは、この情報を活用して、不要なネットワーク全体でのトランザクション保存と繰り返しのゴシップ通信を減らす方法として提案されました。

Gulf Streamは本当にメンプールを持たないのですか？

「メンプールなし」という表現は、保留中トランザクションをコンピューターが一切キューイング、キャッシュ、バッファリング、再試行しないという意味ではありません。

ウォレットサービス、RPCノード、バリデーター、ネットワークコンポーネントは、処理や転送の間、トランザクションパケットを一時的に保持する場合があります。

リーダーもトランザクションを選択して実行順に並べるためのスケジューリングバッファを必要とします。

重要な違いは、他の一部のブロックチェーンアーキテクチャで一般的な、長期間存続する全体共有型の公開メンプールと同じ方式にSolanaが依存していないことです。

トランザクションは、幅広いピアツーピアの保留中トランザクションのゴシップ通信だけに頼るのではなく、リーダーを中心とするパイプラインを通じて転送されます。

したがって、「メンプールなし」というGulf Streamの説明は、すべての一時的なトランザクション保存がなくなったという主張ではなく、アーキテクチャを簡潔に表現したものです。

Gulf Streamがリーダースケジュールを活用する仕組み

リーダーとは、割り当てられたスロットで台帳エントリーを生成する役割を担うバリデーターです。

Solanaの用語集では、リーダースケジュールを、バリデーターの公開鍵をスロットに対応付けた並びとして定義しています。

このスケジュールにより、ネットワーク参加者は特定の時点でどのバリデーターがリーダーになる予定かを判断できます。

リーダースケジュールはエポックごとに有効です。

公式のgetLeaderSchedule RPCメソッドを通じてスケジュールを照会することもできます。

今後のリーダーが判明しているため、ブロック生成者がわからないまま待つ間、トランザクションがネットワーク内を無作為に移動する必要はありません。

RPCノードまたはバリデーターは、現在のリーダー、あるいはまもなくリーダーになると予想されるバリデーターへトランザクションを送信できます。

最初のリーダーがトランザクションを含めなかった場合でも、トランザクションが有効な間は再試行または再転送されることがあります。

Gulf Streamにおけるトランザクションの流れ

Gulf Streamのトランザクションフローは通常、ユーザーが暗号資産ウォレットまたは分散型アプリケーションで操作を承認すると始まります。

アプリケーションは、1つ以上の命令を含むトランザクションを作成します。

読み取り、書き込み、署名に必要となるアカウントを特定します。

トランザクションには、直近のブロックハッシュ、または特殊なケースではdurable nonceも含まれます。

必要な秘密鍵によってトランザクションメッセージに署名します。

署名済みトランザクションは通常、Solana RPCノードに送信されます。

RPCノードは基本的な確認を行い、シリアライズされたトランザクションをバリデーターのトランザクション処理エンドポイントへ送信できます。

現在のネットワークスケジュールと転送ロジックに基づき、稼働中または今後のリーダーへルーティングされます。

リーダーはトランザクションを検証し、競合するトランザクションとの優先順位を決め、必要なアカウントを読み込み、命令を実行し、成功した状態変更を確定します。

実行が失敗すると、意図されたアカウント変更はロールバックされますが、トランザクション手数料は請求される場合があります。

現在のSolanaトランザクションパイプライン

現在のSolanaトランザクションパイプラインでは、主な処理段階が8つ説明されています。

第1段階では、トランザクションパケットを受信してデシリアライズします。

バリデーターはUDPまたはQUICを使ってトランザクションデータを受信できます。

第2段階では、トランザクションの暗号学的署名を検証します。

必須署名が無効なパケットは、実行前に破棄されます。

第3段階では、トランザクション構造をサニタイズし、アカウントや命令への参照が有効か確認します。

第4段階では、計算予算の設定、トランザクションの有効期間、トランザクションがすでに処理済みかどうかを確認します。

第5段階では、手数料支払者とdurable nonceに関する要件を検証します。

第6段階では、トランザクションに必要なアカウントとプログラムを読み込みます。

第7段階では、各命令を順番に実行します。

第8段階では、実行が成功した場合に結果のアカウント状態を確定し、失敗した場合は状態変更をロールバックします。

Gulf Streamは、パイプライン内の実行ルールではなく、パイプラインに入るまでの経路に最も密接に関係しています。

Gulf StreamとTransaction Processing Unit

Solanaのバリデーターは、一般にTransaction Processing Unit（TPU）と呼ばれるトランザクション処理アーキテクチャを使用します。

TPUは単一の物理チップでも、トークン関連の製品でもありません。

ネットワーク通信、署名検証、スケジューリング、アカウント読み込み、実行、台帳書き込みの各段階からなるパイプラインです。

Gulf Streamは、このパイプラインのリーダーになる予定のバリデーターへトランザクションを届けるのに役立ちます。

トランザクションが到着した後も、TPUはプロトコルルールに従って検証、処理する必要があります。

直接転送されても、署名、手数料確認、ブロックハッシュ確認、アカウントロック、計算上限、プログラム実行ルールを回避することはできません。

直近のブロックハッシュとトランザクションの有効期限

通常のSolanaトランザクションには、直近のブロックハッシュが含まれます。

ブロックハッシュによって、トランザクションが限られた時間内に作成されたことが示され、無期限のリプレイを防ぎます。

現在のSolanaトランザクション構造のドキュメントによると、直近のブロックハッシュは150スロット後に失効します。

トランザクションが処理される時点でブロックハッシュが古すぎる場合、バリデーターはブロックハッシュ関連のエラーで拒否できます。

有効期限があることで、保留中トランザクションが永久に有効なままになる必要がなくなり、Gulf Streamの転送方式が機能します。

ノードは、失効したトランザクションを無期限に保存せず、最終的に削除できます。

トランザクションの有効期限が切れた場合、ユーザーは新しいブロックハッシュを取得し、トランザクションを再作成して署名し直す必要があることがあります。

古いGulf Streamの数値が現在の情報と異なる理由

2019年の初期のGulf Stream記事では、トランザクションの有効期間を約32ブロックとする見込みが述べられ、当時のテストネットの時間設定が使われていました。

これらの数値を現在のSolanaプロトコルの上限として使用すべきではありません。

現在の公式ドキュメントでは、直近のブロックハッシュに基づく処理期間は150スロットとされています。

開発者は、初期のアーキテクチャ記事に記載された古い時間の見積もりをそのまま使わず、最新のRPCレスポンスと保守されているプロトコルドキュメントを常に参照してください。

歴史的な記事は当初のコンセプトを理解するうえで今も有用ですが、2019年以降、実装の詳細は複数変更されています。

Durable nonceとGulf Stream

Durable nonceは、通常の直近ブロックハッシュによる有効期限の仕組みに代わるものです。

Solanaのdurable nonceに関するドキュメントでは、durable nonceトランザクションは直近のブロックハッシュを保存されたnonce値に置き換えると説明されています。

これにより、通常の150スロットの有効期限を使わず、トランザクションにオフラインで署名して後から送信できます。

Durable nonceトランザクションは、オフラインでの資産管理、署名の遅延、複数当事者が関与する承認フローに役立ちます。

通常のトランザクションパイプラインを通じて処理されるため、バリデーターへの送信は引き続き必要です。

Durable nonceはトランザクションの有効期間ルールを変更するものであり、リーダーを基準とした転送を置き換えるものではありません。

Gulf Streamとトランザクションの重複排除

最初のパケットがリーダーに届いたかどうかアプリケーション側で判断できない場合、同じ署名済みトランザクションが複数回送信されることがあります。

再試行は配信の信頼性向上に役立ちますが、同じトランザクションが繰り返し実行されてはいけません。

Solanaは、署名済みトランザクションメッセージ、直近のブロックハッシュ、処理状況の確認を使って、すでに処理されたトランザクションを特定します。

現在のトランザクションパイプラインはステータスキャッシュを確認し、重複を処理済みとして拒否できます。

これにより、同じ署名済みトランザクションから意図せず状態変更が繰り返し発生することなく、ネットワークソフトウェアが配信を再試行できます。

重複実行が許容されない場合、ユーザーは以前のトランザクションと経済的に同一のトランザクションに、異なるブロックハッシュで何度も署名しないでください。

Gulf Streamとトランザクション手数料

Gulf Streamによってトランザクション手数料がなくなるわけではありません。

通常のSolanaトランザクションには、SOLで支払う手数料が必要です。

現在のSolana手数料のドキュメントでは、手数料を基本手数料と任意の優先手数料に分けています。

基本手数料は署名検証の処理に対する対価です。

現在の基本手数料は署名1つにつき5,000 lamportsです。

現在の手数料ルールでは、基本手数料の半分がバーンされ、残り半分がブロック生成を担当するバリデーターに割り当てられます。

任意の優先手数料は、有効なトランザクションが限られた処理能力を競い合う際に、トランザクションのスケジューリング順位を高める可能性があります。

現在のルールでは、優先手数料はバリデーターに割り当てられます。

優先手数料とリーダーのスケジューリング

トランザクションを正しいリーダーへ転送しても、そのリーダーが必ず実行するとは限りません。

リーダーが受け取るトランザクション数が、スロットのリソース上限に収まる量を超える場合があります。

バリデーターのスケジューラーは、手数料、計算負荷、アカウントの競合、ブロック全体の上限を考慮する必要があります。

ユーザーは、compute-budget命令を通じてコンピュートユニット価格を設定できます。

優先手数料は、指定したコンピュートユニット価格と要求したコンピュートユニット上限から計算されます。

公式のSolana手数料体系によると、優先手数料は最終的に消費した計算量ではなく、要求されたコンピュートユニット上限に基づきます。

したがって、必要以上に高い上限を指定すると、それに見合う実行上の利点がないまま手数料が増える可能性があります。

Gulf Streamはルーティング効率を高め、優先手数料は受信したリーダーが競合する処理をスケジューリングする方法に影響します。

Gulf Streamとコンピュートユニット

コンピュートユニットは、トランザクションに必要な処理リソースを計上するための単位です。

単純な送金は、複数のプログラムや書き込み可能なアカウントを伴う複雑な操作よりも、通常は少ないリソースで処理できます。

トランザクションには、最大コンピュートユニット上限と、コンピュートユニットあたりに提示する価格を定める命令を含めることができます。

リーダーはこれらの情報を、トランザクションのスケジューリングと手数料計算の一部として使用します。

Gulf Streamによってトランザクションが正しいバリデーターに届いても、許可された計算予算を超えれば失敗します。

ルーティングの効率を高めても、無効なプログラムロジックや不十分な計算上限を補うことはできません。

アカウントロックとトランザクションの競合

Solanaのトランザクションでは、読み取りや変更を行うアカウントを宣言します。

これにより、ランタイムは並列処理できるトランザクションを特定できます。

同じアカウントに書き込む2つのトランザクションは競合する場合があり、常に同時に実行できるとは限りません。

同じ処理期間内に別のトランザクションが必要なアカウントをすでにロックしている場合、トランザクションが遅延または拒否されることがあります。

Gulf Streamはトランザクションを迅速に配信できますが、人気のある書き込み可能アカウントをめぐる競合をなくすわけではありません。

1つの共有アカウントを通じて活動が集中するアプリケーションでは、ネットワークの他の部分に処理能力が残っていても混雑が発生する場合があります。

Gulf Streamと並列処理

Solanaのアカウントモデルでは、同じ書き込み可能な状態を競合しないトランザクションをスケジューラーが特定できます。

バリデーターのリソースに余裕があれば、独立したトランザクションを並列処理できます。

Gulf Streamは、担当スロットの前または実行中に、今後のリーダーへトランザクションを供給します。

これらのトランザクションを同時に実行できるかどうかは、スケジューラーとランタイムが判断します。

トランザクション転送と並列スマートコントラクト実行は、パフォーマンスに関わる機能ですが、同じ仕組みではありません。

Gulf Streamと従来型の公開メンプールの比較

従来型の公開メンプールモデルでは通常、保留中トランザクションが多数のピアに配信されます。

参加ノードはそれぞれ、保留中トランザクションの集合を独自に維持する場合があります。

ノードごとにトランザクションを受信する時刻や適用するローカルポリシーが異なるため、保持する内容にも差が生じることがあります。

ブロック生成者は、把握している保留中トランザクションから処理するものを選びます。

一方、Gulf Streamでは、スケジュールされたリーダーへ転送することを重視します。

これにより、すべてのバリデーターが保留中トランザクションを長期間保存し、ゴシップ通信で配信する必要性を減らせる場合があります。

ただし、リーダーにはローカルのスケジューリングキューが必要であり、中継サービスもパケットをバッファリングまたは再試行する場合があります。

実際の違いは、メモリーキューが完全になくなるかどうかではなく、ネットワーク上のルーティングと保留中トランザクションの配信方法にあります。

Gulf Streamとコンセンサスの比較

Gulf StreamはSolanaのコンセンサスメカニズムではありません。

コンセンサスは、バリデーターが台帳の履歴に合意する方法と、どのフォークが受け入れられるかを決定します。

Gulf Streamは、署名済みトランザクションがブロックに含まれる前に、ブロック生成を担うバリデーターへどのように届けられるかに関係します。

トランザクションは転送に成功しても、無効、期限切れ、重複、資金不足、実行不能などの理由でコンセンサスに関連する処理に失敗する場合があります。

同様に、ユーザーのトランザクションが破棄または期限切れになっても、コンセンサスは継続できます。

Gulf StreamとProof of Historyの比較

Proof of Historyは、Solanaのアーキテクチャ内でイベントの順序を示し、時系列の経過を証明するための暗号学的な仕組みです。

Gulf Streamは、ネットワークの予測可能なスロット構成とリーダー構成を利用してトランザクション転送を誘導します。

この2つの概念は、同じ高性能ブロックチェーン設計を支えますが、異なる問題を解決します。

Proof of Historyは順序と時間に関係し、Gulf Streamは保留中トランザクションのルーティングに関係します。

Gulf StreamとTurbineの比較

Turbineは、リーダーからバリデーターのネットワーク全体へブロックや台帳データを伝播させる仕組みです。

Gulf Streamは反対方向に働き、ブロック生成前にユーザーのトランザクションをリーダーへ届けるのに役立ちます。

Gulf Streamはトランザクションの需要をブロック生成者に向けて送ります。

Turbineは生成されたブロックデータを、ブロック生成者からバリデーターへ配信します。

どちらもネットワーク通信に関わる仕組みですが、ブロックチェーンのライフサイクルの異なる段階で異なるデータを扱います。

Gulf StreamとSealevelの比較

Sealevelは、Solanaの並列スマートコントラクトランタイムを指します。

互いに独立したアカウント状態にアクセスするトランザクションを、同時に処理できます。

Gulf Streamはスマートコントラクトの命令を実行しません。

ランタイムにトランザクションを渡すリーダーへの転送を支援します。

トランザクションはGulf Streamの転送を利用した後、並列実行の恩恵を受ける場合がありますが、両者は別々の仕組みです。

Gulf StreamとRPCノードの比較

RPCノードは、ウォレットやアプリケーションがブロックチェーンデータを読み取り、トランザクションを送信するためのインターフェースを提供します。

Gulf Streamは、送信後または送信中に使用される、リーダーを中心とした転送の考え方を表します。

RPCプロバイダーは、独自のソフトウェアや設定に基づいて、トランザクションの再試行、シミュレーション、事前確認、転送、監視を行う場合があります。

RPCレスポンスでトランザクションの送信が受け付けられたと表示されても、オンチェーンで承認されたことを意味するとは限りません。

送信が成功しただけで最終決済が完了したと判断せず、希望するコミットメントレベルでトランザクション署名を確認してください。

Gulf Streamのメリット

Gulf Streamは、保留中トランザクションに関する広範なネットワークゴシップ通信を減らせる場合があります。

今後のブロックを生成すると予想されるバリデーターへ、トランザクションを直接送信できます。

将来のリーダーがトランザクションを早めに受信、検証、準備する時間を確保できる場合があります。

すべてのバリデーターが長期間保存しなければならない保留中トランザクションデータの量を減らせる場合があります。

また、トランザクションの有効期限と連携し、ブロックハッシュが失効した後に古いトランザクションを削除できます。

次のリーダーがすでにトランザクションを受け取っておけるため、リーダー交代を迅速に進める設計を支えます。

これらの利点は処理能力と遅延の改善に寄与しますが、送信されたすべてのトランザクションがすぐに含まれることを保証するものではありません。

Gulf Streamの制限

リーダーを指定した転送では、近いスロットで予定されている少数のバリデーターに受信トラフィックが集中する場合があります。

こうしたバリデーターは、混雑やサービス拒否攻撃の標的になる可能性があります。

ネットワークパケットが失われると、トランザクションが指定されたリーダーに届かない場合があります。

利用できないリーダーやネットワーク接続が不十分なリーダーは、送信されたトランザクションを処理できない場合があります。

アプリケーションが再試行を続ける間に、トランザクションの有効期限が切れることがあります。

競合するトランザクションのほうが高い優先手数料を提示していたり、制約されるリソースが少なかったりする場合があります。

ルーティングが正常に機能していても、人気のあるアカウントがローカルな実行ボトルネックになることがあります。

Gulf Streamはトランザクションの配信に対処しますが、ブロックチェーンの混雑要因をすべてなくすことはできません。

Gulf Streamは迅速な承認を保証しますか？

いいえ。Gulf Streamは、暗号資産トランザクションが特定の時間内に承認されることを保証しません。

トランザクションは有効期限が切れる前にリーダーへ届く必要があります。

署名と構造が有効でなければなりません。

手数料支払者は、手数料を支払うのに十分なSOLを保有している必要があります。

要求されたアカウントとプログラムが利用可能で、有効でなければなりません。

トランザクションは、計算、アカウント、ブロックのリソース上限内に収まる必要があります。

命令が正常に実行されなければなりません。

さらに、作成されたブロックがネットワークで必要なコミットメントを得る必要があります。

効率的な転送は処理の改善に役立ちますが、アプリケーション上の処理が成功することを保証できません。

Gulf Streamのトランザクションが破棄される理由

トランザクションのパケットが稼働中のリーダーに届かず、破棄される場合があります。

必須の署名が無効なために拒否される場合があります。

直近のブロックハッシュが許可された処理期間を超えて古くなり、期限切れとなる場合があります。

手数料支払者のlamportsが不足していると、失敗する場合があります。

混雑時に優先手数料が低いため、処理の優先度が下がる場合があります。

同じ書き込み可能アカウントをロックするトランザクションと競合する場合があります。

要求したコンピュートユニット上限を超えることがあります。

命令内のプログラムがエラーを返したことで失敗する場合もあります。

Gulf Streamとトランザクションのファイナリティ

転送、処理、承認、ファイナリティは、それぞれ異なる段階を指します。

転送とは、トランザクションパケットがバリデーターへ送信されている状態です。

処理とは、バリデーターがトランザクションを評価し、実行する場合がある状態です。

承認とは、選択したコミットメントレベルで認識されたブロックにトランザクションが含まれている状態です。

ファイナリティとは、該当する台帳の履歴が置き換えられないという、より強いネットワーク合意を示します。

Gulf Streamはこの経路の最初の段階を支援しますが、それ自体がファイナリティをもたらすわけではありません。

Gulf StreamとMEV

リーダーを中心としたトランザクションフローは、保留中の暗号資産取引に関する情報がどのように配信されるかに影響を与える場合があります。

リーダーに送られたトランザクションが、世界中から確認できる単一の公開保留プールに表示されないことがあります。

これにより、サーチャー、アプリケーション、ブロック生成者が保留中のトランザクションを把握する方法が変わる可能性があります。

ただし、MEV（最大抽出可能価値）、トランザクションの並べ替え、裁定取引、強制決済、有利な約定をめぐる競争がなくなるわけではありません。

プロトコルルールとスケジューリングソフトウェアの範囲内で、リーダーがトランザクションの順序を決定します。

オンチェーン市場を利用する際は、適切なスリッページ、最低受取額、期限、アカウント保護条件を設定してください。

Gulf Streamとウォレットユーザー

一般のウォレットユーザーがGulf Streamをオンまたはオフにすることは通常ありません。

ウォレットとRPC接続が、インターフェースの背後でトランザクションの送信と転送を処理します。

ユーザーが主に操作する関連設定は、トランザクション手数料、優先手数料、スリッページ、承認オプションなどです。

署名する前に、送信先、命令、トークン数量、求められる権限を確認してください。

ルーティングが速くても、悪意のあるスマートコントラクトが安全になるわけではありません。

Gulf Streamの処理に、ウェブサイトへのシードフレーズ、秘密鍵、ウォレットのリカバリーフレーズの入力は必要ありません。

Gulf Streamと開発者

開発者は、通常のトランザクションを作成、署名する直前に最新のブロックハッシュを取得してください。

固定の経過時間に頼るのではなく、ブロックハッシュとともに返される最終有効ブロック高を追跡する必要があります。

アプリケーションでは、トランザクションの期限切れを明示的に処理してください。

以前のトランザクションが処理済みかどうかを確認する前に、ユーザーへ置き換え用トランザクションへの署名を何度も求めないようにしてください。

優先手数料とコンピュートユニット上限は、根拠のない最大値に設定するのではなく、見積もる必要があります。

開発者は適切なコミットメントレベルでトランザクション署名も監視してください。

信頼性の高いアプリケーションでは、送信状況、処理状況、承認、実行の成否、ファイナリティをユーザーインターフェースで区別します。

Gulf Streamのセキュリティ上の考慮事項

Gulf Streamはトランザクションを承認する仕組みではありません。

承認は引き続き、必要な暗号学的署名とプログラムルールによって行われます。

通常、転送ノードは署名を無効にせずに署名済みトランザクションデータを変更できません。

ただし、信頼できないアプリケーションが転送前にユーザーへ有害な命令への署名を求める可能性があります。

悪意のあるRPCサービスは、トランザクションパケットを遅延、破棄、選択的に転送する場合があります。

また、アプリケーションが追加の信頼できる情報源を使って結果を検証しなければ、不正確な読み取りデータを提供する可能性もあります。

ネットワークのルーティング設計にかかわらず、秘密鍵を保護し、トランザクション要求を慎重に確認してください。

Gulf Streamに関するよくある誤解

よくある誤解の1つは、Gulf Streamが購入可能なトークンだというものです。

Gulf Streamはトランザクション転送のコンセプトであり、公式のトークンコントラクトはありません。

もう1つの誤解は、「メンプールなし」とは、バリデーターが保留中トランザクションを一切保存しないという意味だというものです。

実際のネットワーク処理では、一時キューやスケジューリングバッファが引き続き必要です。

3つ目の誤解は、リーダーのスロットが始まる前にGulf Streamがトランザクションを承認するというものです。

今後のリーダーがトランザクションを早期に受け取り、準備することはできますが、ブロックへの取り込みは有効なブロック生成を通じて行われます。

4つ目の誤解は、Gulf Streamがコンセンサスを置き換えるというものです。

Gulf Streamはトランザクションのルーティングを扱い、台帳の履歴に関するバリデーター間の合意を扱うものではありません。

5つ目の誤解は、直接転送すれば必ずトランザクションが含まれるというものです。

トランザクションは破棄、期限切れ、優先度低下、実行時の失敗が起こる可能性があります。

Gulf Streamを利用した詐欺のリスク

詐欺師がGulf Streamの名前を使ったトークン、ウェブサイト、投資商品を作成する場合があります。

本物のSolanaアーキテクチャ機能に、トークンセール、エアドロップ、ステーキング用保管庫、ウォレット移行はありません。

Gulf Streamの処理を有効にするために暗号資産を入金するよう求めるウェブサイトには注意してください。

トランザクションの高速化や復旧のためにリカバリーフレーズを要求するサービスは詐欺です。

トランザクションの転送はネットワークソフトウェアを通じて行われ、ウォレットの秘密鍵を開示する必要は一切ありません。

FAQ

暗号資産におけるGulf Streamとは何ですか？

Gulf Streamは、今後のブロックを生成する予定のバリデーターへ保留中トランザクションを転送する、Solanaのリーダー中心型システムに付けられた歴史的な名称です。

Gulf Streamは暗号資産ですか？

いいえ。Gulf Streamはコイン、トークン、ステーブルコイン、投資可能な暗号資産ではありません。

Gulf Streamはブロックチェーンですか？

いいえ。Solanaブロックチェーンのトランザクションフローで使われるアーキテクチャ上の概念です。

「メンプールなし」とはどういう意味ですか？

従来型の全体共有型保留トランザクションプールにネットワークが依存しないという意味です。ただし、バリデーターやサービスは一時キューやバッファを使用する場合があります。

Solanaにはメンプールがまったくないのですか？

Solanaは従来型の公開メンプールモデルを使用しませんが、トランザクションはローカルでキャッシュ、キューイング、再試行、スケジューリングされることがあります。

Gulf Streamはトランザクションの送信先をどのように把握しますか？

バリデーターと今後のブロック生成スロットを対応付けるSolanaのリーダースケジュールを利用します。

Solanaのリーダーとは何ですか？

特定のスロットで台帳エントリーを追加する役割を割り当てられたバリデーターです。

リーダースケジュールは公開されていますか？

はい。ネットワークの状態から確認でき、公式RPCメソッドを通じて照会できます。

Gulf Streamはスマートコントラクトを実行しますか？

いいえ。Gulf Streamはトランザクションを転送し、バリデーターのランタイムが含まれているプログラム命令を実行します。

Gulf StreamはProof of Historyを置き換えますか？

いいえ。Proof of Historyは順序と時間に関係し、Gulf Streamはトランザクションの転送に関係します。

Gulf Streamはコンセンサスを置き換えますか？

いいえ。コンセンサスは受け入れられる台帳の履歴を決定し、Gulf Streamはブロック生成を担うバリデーターへのトランザクション転送を支援します。

Gulf Streamはトランザクションの承認を保証しますか？

いいえ。トランザクションは期限切れ、破棄、優先度低下、検証失敗、プログラム実行時の失敗が起こる可能性があります。

通常のSolanaトランザクションはどれくらい有効ですか？

直近のブロックハッシュを使用するトランザクションは、現在、150スロットの処理期間内で有効です。

直近のブロックハッシュが失効するとどうなりますか？

トランザクションは拒否される場合があり、ユーザーは新しいブロックハッシュを使って代わりのトランザクションを再作成し、署名する必要があります。

Durable nonceとは何ですか？

Durable nonceは、特別に構成されたトランザクションが通常の直近ブロックハッシュの有効期限を回避できるようにする、保存された値です。

同じ署名済みトランザクションを再送信できますか？

配信のために再送できますが、バリデーターのステータス確認によって同じ署名済みトランザクションが意図的に2回処理されることは防がれます。

Gulf Streamによってトランザクション手数料はなくなりますか？

いいえ。トランザクションには引き続きSOL建ての基本手数料が必要で、任意の優先手数料が加わる場合もあります。

現在のSolanaの基本手数料はいくらですか？

現在の基本手数料は、カウント対象となる署名1つにつき5,000 lamportsです。

優先手数料にはどのような役割がありますか？

リーダーが処理できる量を超える競合処理を受け取った際に、トランザクションのスケジューリング順位を高める場合があります。

高い優先手数料を支払えば成功が保証されますか？

いいえ。トランザクションが無効、期限切れ、アカウント競合、計算上限超過、実行時の失敗となる可能性は残ります。

リーダーに届いた後でもトランザクションが失敗するのはなぜですか？

署名の無効、手数料残高不足、ブロックハッシュの期限切れ、利用できないアカウント、アカウントロックの競合、計算予算の問題、プログラムエラーなどが原因となる場合があります。

Gulf Streamはネットワークの混雑を防げますか？

トランザクションのルーティングを改善し、広範な保留中トランザクションのゴシップ通信を減らせる場合はありますが、リーダーの処理能力、アカウント、計算、帯域幅の制限をなくすことはできません。

ウォレットでGulf Streamを有効にできますか？

通常、特別なユーザー設定は必要ありません。ウォレット、RPCノード、バリデーターがトランザクション転送を処理します。

Gulf Streamは悪意のあるトランザクションからユーザーを保護しますか？

いいえ。ユーザーは送金、スマートコントラクトの命令、トークン承認、署名要求をすべて確認する必要があります。

Gulf Streamにシードフレーズは必要ですか？

いいえ。トランザクションのルーティングでシードフレーズや秘密鍵の開示を求められることはありません。

2019年の初期Gulf Stream記事にある時間と現在のドキュメントの内容が異なるのはなぜですか？

初期の記事では当時のアーキテクチャ上の想定が説明されていましたが、現在の実際のプロトコルとドキュメントでは、直近のブロックハッシュの有効期間である150スロットなど、更新された上限が使われています。

Gulf Streamは現在も重要ですか？

はい。Solanaのリーダー指定型トランザクション転送方式を示す歴史的な名称として今も有用ですが、現在のドキュメントでは基盤となる各要素が個別に説明されることが多くなっています。

まとめ

Gulf Streamは、Solanaにおけるリーダー中心型の保留中暗号資産トランザクション転送方式に付けられた歴史的な名称です。

予測可能なリーダースケジュールを利用し、クライアントやバリデーターが今後のブロックを生成すると予想されるバリデーターへトランザクションを転送できるようにします。

従来型のネットワーク全体に共有される公開メンプールへの依存と、保留中トランザクションを繰り返しゴシップ通信する際のメモリーおよび帯域幅コストを減らすために設計されました。

「メンプールなし」は、トランザクションキューが一切存在しないという意味ではありません。

RPCノード、バリデーター、リーダーは、トランザクションパケットを引き続きキャッシュ、バッファリング、再試行、スケジューリングする場合があります。

トランザクションがリーダーに届くと、署名検証、構造確認、ブロックハッシュの有効期間確認、手数料検証、アカウント読み込み、命令実行、状態確定を通過する必要があります。

Gulf Streamは、コンセンサス、Proof of History、並列実行、ブロック伝播を置き換えるものではありません。

有効なトランザクションが台帳に含まれる前に行われるルーティング段階を担います。

現在のSolanaトランザクションでは通常、150スロットの処理期間中有効な直近のブロックハッシュを使用します。

この有効期限の仕組みにより、保留中トランザクションが無期限に有効な状態で残ることを防ぎ、ネットワークサービスが古い要求を削除しやすくなります。

優先手数料は競合するトランザクションのスケジューリングに影響する場合がありますが、承認やプログラム実行の成功を保証するものではありません。

アカウント競合、計算上限、パケット損失、混雑、ブロックハッシュの期限切れ、手数料不足、プログラムエラーによって、処理が完了しない場合があります。

ユーザーがGulf Streamを有効にしたり、Gulf Streamトークンを購入したりする必要はありません。

ユーザーがこの仕組みを実感するのは、主にウォレットからの送信、トランザクションのルーティング、手数料設定、承認までの時間を通じてです。

Solanaの既知のリーダースケジュールを利用して、トランザクションをブロック生成者へ効率的に移動できる仕組みを説明するうえで、この用語は引き続き重要です。

現在の最も正確な理解は、キューが完全に存在しないブロックチェーンというものではなく、高速でスケーラブルな暗号資産処理を支えるために設計された、リーダーを考慮したトランザクション転送アーキテクチャです。