如何在 Phantom 中管理 Solana 優先費？ （交易速度）

了解 Phantom 錢包中的優先費用機制

1. Phantom Wallet 顯示基於 Solana 雙重費用模型的交易費用：固定基本費用和可選的優先費用。

2. 無論網路擁塞情況如何，基本費用保持恆定為每個簽名 10000 Lamports ，相當於 0.00001 SOL。

3. 只有當使用者透過進階設定手動調整計算單位限製或價格時，Phantom 才會自動計算優先費。

4. 預設情況下，Phantom 將計算單價設為零，這表示除非使用者明確配置，否則不會新增優先費用。

5. 在修改優先權參數之前，使用者必須在交易確認模式中切換「進階設定」以顯示 CU 限額和 CU 價格欄位。

分步費用調整工作流程

1. 在 Phantom 錢包內發起任何 SPL 代幣轉移或程序互動。

2. 簽名前，點選收件者欄位下方的「進階設定」開關。

3. 為計算單元限制輸入自訂值，例如涉及多條指令的複雜代幣交換，輸入 300000。

4. 輸入一個非零的計算單價，以 microLamports 計量；典型值範圍從 1000 到 50000，取決於即時調度程式壓力。

5. Phantom 立即重新計算總費用，並在最終簽名提交之前分別顯示基本費用和優先費用部分。

即時調度程序行為及其影響

1. Solana 的調度程序在平行執行執行緒之間分配事務，即使具有相同的優先費用，也會在排序中引入固有的不確定性。

2. 如果競爭交易的目標是重疊帳戶寫鎖，則較高的計算單價並不能保證塊頂位置。

3. 在清算爆發或套利視窗期間，驗證者可以在內部限制有效的 CU 價格接受門檻，以防止資源耗盡。

4. Phantom沒有執行本地費用市場邏輯；它完全依賴 RPC 提供的費用估算，這可能落後於即時驗證器端的調整。

5. 由於「AccountInUse」或「WouldExceedMaxBlockCostLimit」導致的交易失敗通常表示CU分配不足，而不是優先費用低。

驗證和調試工具

1. 廣播後，使用Solscan或SolanaFM檢查交易，以驗證提交的CU限額和CU價格是否符合預期。

2. 根據 Phantom 顯示的估算交叉檢查交易 JSON 中的「priorityFee」欄位 — 差異表示 RPC 端點配置錯誤。

3. 透過命令列工具使用getRecentPrioritizationFees RPC 方法將目前叢集範圍的中位數優先費用與 Phantom 的 UI 建議進行比較。

4. 如果儘管 CU 定價較高，但仍出現重複逾時，請檢查目標程序是否強制執行嚴格的指令級 CU 上限，從而覆蓋錢包級設定。

5. Phantom 的內建「事務歷史記錄」標籤記錄每個事務的原始 CU 參數，但忽略內部調度程序拒絕原因。

常見問題解答

Q：Phantom 是否像某些 MEV 感知錢包一樣支援動態優先費用自動縮放？ Phantom 不實作自動費用縮放演算法。它缺乏與即時費用預測模型或記憶體池分析服務的整合。

Q：同一個 Phantom 錢包中的不同代幣可以設定不同的優先費率嗎？優先費用配置適用於每筆交易，而不是每個代幣。無論 SPL 資產類型為何，每次轉帳或互動都允許獨立的 CU 限制和價格輸入。

Q：為什麼我的交易在啟用進階設定後仍顯示「0.00001 SOL」費用？當切換進階設定後計算單價保持為零時，會發生這種情況。只有當 CU 限制和 CU 價格均非零且明確輸入時，Phantom 才會添加優先費用。

Q：Phantom 允許我設定最高優先費嗎？ Phantom 沒有設定硬性上限。然而，極高的 CU 價格（超過 100000 microLamports）可能會觸發 RPC 節點拒絕或由於超出驗證器配置的上限而導致簽名驗證失敗。