Gulf Stream

加密貨幣中的 Gulf Stream 是什麼？

Gulf Stream 是 Solana 最初用來稱呼一種交易轉送方式的名稱：將待處理的加密貨幣交易轉送至預定負責產生後續區塊的驗證者。

這種方式通常被描述為無記憶池的交易轉送系統。

此設計不要求每個驗證者都維護並持續分享一個大型待處理交易池，而是利用 Solana 可預測的領導者排程。

用戶端和網路參與者可以將交易直接傳送給預期會在接下來時隙擔任領導者的驗證者。

這讓即將擔任領導者的驗證者有機會在輪到其產生區塊前先收到並準備交易。

Solana 最初對 Gulf Stream 的說明於 2019 年 6 月發布，介紹這個概念旨在將交易快取和轉送功能推向網路邊緣。

Gulf Stream 並非加密貨幣、代幣、錢包、智能合約、共識演算法或獨立區塊鏈。

這是描述交易在執行並寫入 Solana 帳本前如何路由的架構術語。

目前的 Solana 文件通常直接說明交易處理流程、領導者排程、傳輸協定、區塊雜湊過期、運算預算和交易手續費，而不將 Gulf Stream 視為獨立的使用者產品。

因此，Gulf Stream 最適合被理解為一組交易轉送構想的歷史名稱，這些構想至今仍與 Solana 以領導者為核心的交易流程相關。

Gulf Stream 為何推出？

區塊鏈需要一種方式來處理使用者已簽署、但尚未納入區塊的有效交易。

傳統架構可能會將這類交易放入許多節點各自維護的本機記憶池。

接著，各節點可以在彼此之間公告、請求、儲存、驗證和重新傳送待處理交易。

這種模式可以有效運作，但會消耗頻寬、記憶體和處理能力，也需要時間。

熱門交易可能會複製到許多節點上，儘管當下只有區塊生產者能立即將其納入區塊。

在需求突然增加、自動化交易活動、代幣發行、強制平倉或阻斷服務攻擊期間，大型待處理交易池也可能增加網路負擔。

Solana 的設計採用短時隙和領導者排程，指出每個時隙預期由哪個驗證者負責產生帳本項目。

由於可以在後續領導者的時隙開始前識別其身分，因此能更直接地將交易轉送給這些領導者。

Gulf Stream 的構想是利用這項資訊，減少不必要的全網交易儲存和重複 Gossip 傳播。

Gulf Stream 真的是無記憶池嗎？

「無記憶池」不應被解讀為沒有任何電腦會排隊、快取、緩衝或重試待處理交易。

錢包服務、RPC 節點、驗證者和網路元件可能會在處理或轉送交易封包時暫時保留資料。

領導者也需要排程緩衝區，以便選取並安排要執行的交易。

重要的區別在於，Solana 並不依賴其他一些區塊鏈架構常見的長期存在、全網共享的公開記憶池。

交易會經由以領導者為核心的流程傳送，而非只依賴廣泛的點對點待處理交易 Gossip 傳播。

因此，稱 Gulf Stream 為無記憶池，是一種架構上的簡化說法，而非宣稱所有暫時性交易儲存都已消除。

Gulf Stream 如何運用領導者排程？

領導者是在指定時隙負責產生帳本項目的驗證者。

Solana 的術語文件將領導者排程定義為一系列對應至各時隙的驗證者公鑰。

這份排程讓網路參與者可以判斷特定時間點預期由哪個驗證者擔任領導者。

領導者排程在一個 epoch 期間有效。

也可以透過官方的 getLeaderSchedule RPC 方法查詢排程。

由於可以預先知道接下來的領導者，交易不必在網路中隨機傳遞，等待不確定的區塊生產者。

RPC 節點或驗證者可以嘗試將交易傳送給目前的領導者，或預計很快接任的領導者。

若第一位領導者沒有納入交易，只要交易仍有效，就可能會再次重試或轉送。

Gulf Stream 的交易流程

Gulf Stream 的交易流程通常始於使用者在加密貨幣錢包或去中心化應用程式中核准操作。

應用程式會建立一筆包含一或多個指令的交易。

交易會列出將被讀取、寫入或需要簽署的帳戶。

交易也會包含近期區塊雜湊，或在特殊情況下使用持久 nonce。

所需的私鑰會對交易訊息簽署。

已簽署交易通常會提交至 Solana RPC 節點。

RPC 節點可以進行基本檢查，並將序列化後的交易傳送至驗證者的交易處理端點。

交易會根據目前的網路排程和轉送邏輯，路由至當前或即將擔任領導者的驗證者。

領導者會驗證交易、與其他交易一併排程、載入所需帳戶、執行指令，並提交成功的狀態變更。

若執行失敗，預定的帳戶變更會被還原，但交易手續費仍可能收取。

目前的 Solana 交易處理流程

目前的 Solana 交易處理流程介紹了 8 個主要處理階段。

第一階段接收並反序列化交易封包。

驗證者可以透過 UDP 或 QUIC 傳輸接收交易位元組。

第二階段驗證交易的密碼學簽章。

必要簽章無效的封包會在執行前被丟棄。

第三階段會清理交易結構，並檢查帳戶和指令參照是否有效。

第四階段檢查運算預算設定、交易是否過期，以及交易是否已經處理過。

第五階段驗證手續費支付者及任何持久 nonce 要求。

第六階段載入交易所需的帳戶和程式。

第七階段依序執行每個指令。

第八階段會在執行成功時提交產生的帳戶狀態；執行失敗時則還原狀態變更。

Gulf Stream 與進入這套流程前的路徑關聯最密切，而非流程內部的執行規則。

Gulf Stream 與交易處理單元

Solana 驗證者採用一種交易處理架構，通常稱為交易處理單元（Transaction Processing Unit，TPU）。

TPU 不是單一實體晶片，也不是與代幣相關的產品。

它是一套由網路通訊、簽章驗證、排程、帳戶載入、執行和帳本寫入等階段組成的流程。

Gulf Stream 協助交易抵達預期會擔任領導者、負責執行這套流程的驗證者。

交易抵達後，TPU 仍須依照協議規則進行驗證和處理。

直接轉送不會讓交易略過簽章、手續費檢查、區塊雜湊檢查、帳戶鎖定、運算限制或程式執行規則。

近期區塊雜湊與交易過期

一般 Solana 交易會包含一個近期區塊雜湊。

區塊雜湊可證明交易是在有限時間範圍內建立，並有助於避免交易被無限期重播。

目前的 Solana 交易結構文件指出，近期區塊雜湊會在 150 個時隙後過期。

如果交易送達處理時區塊雜湊已過期，驗證者可以回傳與區塊雜湊相關的錯誤並拒絕交易。

過期時限支援 Gulf Stream 的轉送模式，因為待處理交易不必永遠保持有效。

節點最終可以移除已過期交易，而不必無限期儲存。

如果使用者的交易過期，可能需要取得新的區塊雜湊、重新建立交易並再次簽署。

為什麼較舊的 Gulf Stream 數據可能已過時？

Gulf Stream 最初於 2019 年發布的文章提到，預期交易有效時間約為 32 個區塊，並採用早期測試網的時間假設。

這些數值不應被當成目前 Solana 協議的限制。

目前官方文件規定，近期區塊雜湊的處理時限為 150 個時隙。

開發者應使用目前的 RPC 回應和維護中的協議文件，而非直接引用早期架構文章中的舊時限估算。

這篇歷史文章仍有助於了解最初概念，但自 2019 年以來，有些實作細節已經演進。

持久 Nonce 與 Gulf Stream

持久 nonce 提供了標準近期區塊雜湊過期機制以外的另一種選擇。

Solana 持久 nonce 文件說明，持久 nonce 交易會以已儲存的 nonce 值取代近期區塊雜湊。

這讓交易可以離線簽署，並於稍後提交，而不受標準 150 個時隙的有效期限制。

持久 nonce 交易適用於離線保管、延遲簽署和涉及多方核准的工作流程。

這類交易仍須傳送給驗證者，並透過正常交易處理流程處理。

持久 nonce 改變的是交易有效期規則，而非取代以領導者為核心的轉送方式。

Gulf Stream 與交易去重

如果應用程式不確定第一個封包是否已抵達領導者，就可能多次傳送同一筆已簽署交易。

重試可以提高傳送的可靠性，但同一筆交易不應重複執行。

Solana 會使用已簽署的交易訊息、近期區塊雜湊和處理狀態檢查，辨識已處理過的交易。

目前的交易處理流程會檢查狀態快取，並可將重複交易判定為已處理而拒絕。

如此一來，網路軟體可以重試傳送交易，而不會刻意讓同一筆已簽署交易重複變更狀態。

不過，若未確認可以接受重複執行，使用者仍應避免以不同區塊雜湊簽署多筆經濟效果相同的交易。

Gulf Stream 與交易手續費

Gulf Stream 不會免除交易手續費。

每筆一般 Solana 交易都需要以 SOL 支付手續費。

目前的 Solana 手續費文件將費用分為基本費用和可選的優先費用。

基本費用用於補償簽章驗證工作。

目前的基本費用為每個簽章 5,000 lamports。

依照目前手續費規則，基本費用的一半會被銷毀，另一半分配給產生區塊的驗證者。

如果許多有效交易競爭有限的執行容量，可選的優先費用可能提高交易的排程優先順序。

依照目前規則，優先費用會分配給驗證者。

優先費用與領導者排程

將交易轉送給正確的領導者，不代表領導者一定會執行該交易。

領導者收到的交易數量可能超過該時隙的資源限制所能處理的上限。

驗證者排程器必須考量手續費、運算需求、帳戶衝突和區塊層級限制。

使用者可以透過運算預算指令設定運算單位價格。

優先費用會根據所選的運算單位價格和要求的運算單位上限計算。

Solana 官方手續費結構說明指出，優先費用是依要求的運算單位上限計算，而非依最終實際消耗的運算量計算。

因此，要求過高的上限可能會增加手續費，卻未帶來相稱的執行效益。

Gulf Stream 能改善路由效率，而優先費用則會影響接收交易的領導者如何安排互相競爭的工作。

Gulf Stream 與運算單位

運算單位是用來衡量交易所需處理資源的單位。

與涉及多個程式和可寫入帳戶的複雜互動相比，簡單轉帳通常所需的資源較少。

交易可以包含設定最高運算單位上限和每單位運算價格的指令。

領導者會將這些設定納入交易排程和手續費計算。

即使 Gulf Stream 已將交易送達正確的驗證者，若交易超出允許的運算預算，仍會失敗。

路由效率無法彌補無效的程式邏輯或不足的運算上限。

帳戶鎖定與交易衝突

Solana 交易會聲明預計讀取和修改的帳戶。

這讓執行環境能辨識哪些交易可以平行處理。

兩筆會寫入同一帳戶的交易可能彼此衝突，因此不一定能同時執行。

如果所需帳戶在同一處理期間已遭另一筆交易鎖定，交易可能延遲或遭拒絕。

Gulf Stream 可以快速傳送交易，但無法消除熱門可寫入帳戶的競爭。

若應用程式的活動集中在同一個共用帳戶上，即使網路其他部分仍有可用容量，也可能發生壅塞。

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 則利用網路可預測的時隙和領導者安排來指引交易轉送。

這兩個概念共同支援高效能區塊鏈設計，但解決的是不同問題。

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 可以減少待處理交易在全網範圍內的 Gossip 傳播。

它可以將交易流量導向預期負責產生後續區塊的驗證者。

它可以讓未來的領導者有更多時間接收、驗證和準備交易。

它可以減少每個驗證者必須長時間儲存的待處理交易資料量。

它也會配合交易過期機制，讓區塊雜湊失效後能移除舊交易。

這項設計支援快速更換領導者，因為下一位領導者可能已經備妥交易。

這些優點有助於提升處理量並降低延遲，但無法保證每筆提交的交易都能迅速納入區塊。

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 服務可能延遲、丟棄或選擇性轉送交易封包。

除非應用程式透過其他可信來源驗證結果，RPC 服務也可能提供不正確的讀取資料。

無論網路採用何種路由設計，使用者都應保護私鑰並仔細檢查交易要求。

常見的 Gulf Stream 誤解

一種誤解是認為 Gulf Stream 是可以購買的代幣。

它是一種交易轉送概念，沒有官方代幣合約。

另一種誤解是認為「無記憶池」代表驗證者從不儲存待處理交易。

實際網路處理仍需要暫時佇列和排程緩衝區。

第三種誤解是認為 Gulf Stream 會在領導者的時隙開始前確認交易。

未來的領導者可能會提前收到或準備交易，但交易仍須透過有效的區塊產生流程才能納入區塊鏈。

第四種誤解是認為 Gulf Stream 取代了共識。

它處理的是交易路由，而非驗證者對帳本歷史達成一致。

第五種誤解是認為直接轉送就能保證交易納入區塊。

交易仍可能遭丟棄、過期、失去排程優先順序或在執行時失敗。

Gulf Stream 詐騙風險

詐騙者可能使用 Gulf Stream 名稱建立代幣、網站或投資產品。

真正的 Solana 架構功能並沒有代幣銷售、空投、質押金庫或錢包遷移。

如果網站聲稱使用者必須存入加密貨幣才能啟用 Gulf Stream 處理功能，應將其視為可疑網站。

要求助記詞來加快或找回交易的服務都是詐騙。

交易轉送是透過網路軟體進行，絕不需要使用者透露錢包私鑰。

常見問題

加密貨幣中的 Gulf Stream 是什麼？

Gulf Stream 是 Solana 對以領導者為核心的系統所使用的歷史名稱。該系統會將待處理交易轉送給預定負責產生後續區塊的驗證者。

Gulf Stream 是加密貨幣嗎？

不是。Gulf Stream 不是幣、代幣、穩定幣或可投資的加密資產。

Gulf Stream 是區塊鏈嗎？

不是。它是 Solana 區塊鏈交易流程中的一種架構概念。

「無記憶池」是什麼意思？

這表示網路不依賴傳統的全網共享待處理交易池，但驗證者和服務仍可使用暫時佇列和緩衝區。

Solana 完全沒有記憶池嗎？

Solana 不採用傳統的公開記憶池模式，但交易仍可能在本機快取、排隊、重試和排程。

Gulf Stream 如何知道交易該傳送到哪裡？

它依賴 Solana 的領導者排程，該排程將驗證者對應至即將開始的區塊產生時隙。

Solana 領導者是什麼？

領導者是在特定時隙獲派負責將帳本項目加入帳本的驗證者。

領導者排程是公開的嗎？

是。可以從網路狀態判定排程，也可以透過官方 RPC 方法查詢。

Gulf Stream 會執行智能合約嗎？

不會。它負責轉送交易，驗證者執行環境則負責執行交易中包含的程式指令。

Gulf Stream 會取代 Proof of History 嗎？

不會。Proof of History 關乎序列和時間，Gulf Stream 則關乎交易轉送。

Gulf Stream 會取代共識嗎？

不會。共識決定接受的帳本歷史，Gulf Stream 則協助交易抵達區塊生產驗證者。

Gulf Stream 能保證交易確認嗎？

不能。交易仍可能過期、遭丟棄、失去優先順序、未通過驗證，或在程式執行時失敗。

一般 Solana 交易的有效時間有多長？

目前，使用近期區塊雜湊的交易在 150 個時隙的處理時限內有效。

近期區塊雜湊過期時會怎樣？

交易可能遭拒絕，使用者可能需要使用較新的區塊雜湊重新建立並簽署替代交易。

什麼是持久 nonce？

持久 nonce 是已儲存的數值，可讓特殊建構的交易避開標準近期區塊雜湊過期時限。

同一筆已簽署交易可以重新傳送嗎？

可以重新傳送以確保送達，但驗證者的狀態檢查會防止同一筆已簽署交易被刻意處理兩次。

Gulf Stream 會免除交易手續費嗎？

不會。交易仍須支付以 SOL 計價的基本費用，也可能包含可選的優先費用。

目前 Solana 的基本費用是多少？

目前每個計入費用的簽章基本費用為 5,000 lamports。

優先費用有什麼作用？

當領導者面臨的競爭工作量超出可立即處理的範圍時，優先費用可能提高交易的排程順位。

支付高額優先費用能保證交易成功嗎？

不能。交易仍可能無效、過期、與帳戶衝突、超出運算限制或在執行時失敗。

交易抵達領導者後為什麼仍可能失敗？

交易可能有無效簽章、手續費餘額不足、區塊雜湊過期、帳戶不可用、帳戶鎖定衝突、運算預算問題或程式錯誤。

Gulf Stream 可以防止網路壅塞嗎？

它可以改善交易路由並減少廣泛的待處理交易 Gossip 傳播，但無法消除領導者容量、帳戶、運算或頻寬限制。

我可以在錢包中啟用 Gulf Stream 嗎？

通常不需要設定任何特殊功能，因為錢包、RPC 節點和驗證者會處理交易轉送。

Gulf Stream 能保護使用者免受惡意交易侵害嗎？

不能。使用者仍須確認每筆轉帳、智能合約指令、代幣授權和簽署要求。

Gulf Stream 需要助記詞嗎？

不需要。交易路由絕不會要求使用者透露助記詞或私鑰。

為什麼 2019 年原始 Gulf Stream 文章的時限與目前文件不同？

原始文章描述的是早期架構假設，而目前實際運作的協議和文件已更新限制，例如近期區塊雜湊的 150 個時隙有效期。

Gulf Stream 現在仍有參考價值嗎？

有。它仍是 Solana 以領導者為目標進行交易轉送方式的歷史名稱，但目前文件更常直接說明其底層元件。

結論

Gulf Stream 是 Solana 以領導者為核心的待處理加密貨幣交易轉送方式的歷史名稱。

此方式利用可預測的領導者排程，讓用戶端和驗證者能將交易導向預期會產生後續區塊的驗證者。

此設計旨在降低對傳統全網公開記憶池的依賴，並減少反覆 Gossip 傳播待處理交易所消耗的記憶體和頻寬。

「無記憶池」不代表完全沒有交易佇列。

RPC 節點、驗證者和領導者仍可快取、緩衝、重試並排程交易封包。

交易抵達領導者後，仍須經過簽章驗證、結構檢查、區塊雜湊時效檢查、手續費驗證、帳戶載入、指令執行和狀態提交等步驟。

Gulf Stream 不會取代共識、Proof of History、平行執行或區塊傳播。

它處理的是有效交易納入帳本前的路由階段。

目前的 Solana 交易通常會使用近期區塊雜湊，並在 150 個時隙的處理時限內保持有效。

這項過期機制可避免待處理交易無限期保持有效，並協助網路服務移除失效請求。

優先費用可能影響領導者安排競爭交易的方式，但無法保證交易確認或程式執行成功。

帳戶衝突、運算限制、封包遺失、壅塞、區塊雜湊過期、手續費不足和程式錯誤，仍可能使交易無法完成。

使用者不需要啟用 Gulf Stream，也不需要購買 Gulf Stream 代幣。

使用者主要透過錢包提交交易、交易路由、手續費選擇和確認時間，間接接觸這項機制。

這個術語仍然重要，因為它說明 Solana 如何利用已知的領導者排程，將交易有效率地傳送給區塊生產者。

對它最準確的現代解讀，不是完全沒有佇列的區塊鏈，而是一種了解領導者排程的交易轉送架構，旨在支援快速且可擴展的加密貨幣處理。