すべての投稿
ガイド

Solanaの優先手数料はいくら払うべきか(実測値つき)

Solanaの優先手数料を実測しました。上乗せなし、中、高、非常に高の4段階の具体的な金額、計算の仕組み、そして払っても効かない場面を説明します。

10 分で読めます J Tools Editorial
暗い背景に、優先度の違う複数の取引が並ぶブロックの図。上乗せの大きさで処理順が変わる様子を表している

結論から

Solanaの優先手数料は、多数の取引が同じブロック枠を取り合うときに、自分を先に処理してもらう確率を上げるための上乗せです。

この記事の数字は2026年8月5日にオンチェーンで実測しました。空いている時間帯にウォレットの「自動」または「中」で普通のスワップを1回通すと、コストは実質無料に近い水準です。「高」でも0.00005 SOL程度です。普通の取引に0.01 SOLを超える優先手数料を付けるのは、ほぼ常に無駄です。

優先手数料とは何か?

優先手数料は任意の上乗せで、この取引を早く処理してほしいとネットワークに伝えるものです。長い列のある窓口を想像してください。並んでいる人は最後には対応してもらえますが、上乗せを払うと前のほうに立たせてもらえます。Solanaでは、この上乗せはバリデータに渡ります。バリデータはネットワークを動かすコンピューターで、次のブロックにどの取引を詰めるかを決めます。

1回の取引には、独立した2つの費用があります(Solanaの手数料のドキュメントにも両方の記載があります)。1つは基本手数料で、固定の0.000005 SOL。これは誰でも必ず払います。もう1つが優先手数料で、完全に任意です。ゼロでも構いません。

実際どれくらい任意なのか。測定時に直近150ブロックを見たところ、どのブロックにも上乗せゼロの取引が席を取っていました。空いているとき、優先手数料はほぼ飾りです。列が長くなって初めて、効き目が出てきます。

いくら払うか?

ほとんどの人が、ほとんどの場合、ウォレットの「中」で足ります。実測した典型的なスワップで約0.0000001 SOL、四捨五入すると無料です。

段階典型的なスワップでの上乗せ向いている場面
上乗せなし0 SOL空いていて急がないとき。見た150ブロックすべてに上乗せゼロの取引が入っていた
中(p50、半分の取引がこれより低い)約0.0000001 SOL日常の送金と、急がないスワップ
高(p75)約0.00005 SOL混雑時間帯で、早く結果がほしいとき
非常に高い(p95、最も混む5%)約0.0021 SOL時間に余裕がなく、相場が動いているとき

この表を誤読しないための注意が3つあります。1つ目は方法です。これらの段階は2026年8月5日14:00 UTC前後の最新ブロックにあった実際の取引から取ったパーセンタイルなので、「中」は文字どおり半分の取引がそれより低いという意味です。2つ目は、これがその時点の数字にすぎないことです。

混雑期には同じ段階が10倍から100倍に上がるので、個別の数字より方法のほうが長持ちします。3つ目は、コストが取引の大きさで変わることです。単純な送金はスワップよりネットワークにさせる仕事が少ないので、同じ段階でも表より安く済みます。

どう計算されているか?

優先手数料を、まとまった金額として設定するわけではありません。設定するのはごく小さい単価で、ネットワークがそれに、その取引が使った計算量を掛けて金額を決めます。

計算量とは、その取引がネットワークにどれだけの仕事をさせるかを測る尺度です。SOLをウォレットからウォレットへ送るだけなら、使う計算量はわずかです。スワップはトークンアカウントとプールに触れるので多くなり、典型的なスワップで約20万計算単位を使います。

この掛け算が、同じ設定でも操作によって金額が違う理由です。同じ単価なら、送金の総額はスワップの数分の一で済みます。掛ける仕事量が少ないからです。

この計算を自分でやる必要はありません。ウォレットが計算して、段階ごとの最終結果を表示します。この記事が「高」を約0.00005 SOLと書いているのは、典型的なスワップで計算し終えた後の金額で、自分で入力する必要のある数字はどこにもありません。

単価と計算量を掛けて上乗せが決まる仕組みの図。送金とスワップで消費する計算量が違うことを示している

ウォレットでどの段階を選ぶか?

ほとんどの場合は自動です。PhantomやSolflareのようなウォレットは、現在のネットワーク状況を読んで自分で調整します。この記事が使ったのと同じ方法を、手作業なしでやっているわけです。どちらのウォレットを使うかの比較はPhantomとSolflareの比較にあります。

手で上げる意味があるのは3つの場面です。人気トークンのローンチに入ろうとしていて、数秒が価格を決めるとき。時間に余裕がなく、相場の動きが速くて、約定が遅れる損失がどんな上乗せより大きいとき。そして、同じ取引が現在の段階で繰り返し失敗するとき。最後のケースは、あなたの想定よりネットワークが混んでいるという意味です。

同じ段階でスワップが2回連続で失敗したら、3回目の前に1段上げてください。現在の料率なら1段上げても費用は1セントに届かず、もう一度失敗するよりは安く済みます。

ブロックに入ってから失敗した取引は、手数料が戻りません。基本手数料も優先手数料も消えます。そもそもブロックに入らなかった取引には、何も課金されません。優先手数料を増やしても保証は得られません。これはオークションで、優先手数料は勝率を上げるだけです。

本番のお金を使う前に段階ごとの動きを確かめたいなら、Devnetフォーセットでテスト用SOLを受け取り、ウォレットやSolana CLIでdevnetに自分の取引を送って試せます。J Toolsの取引ツールはmainnetでだけ動きます。

払っても効かない場面

優先手数料を上げるのが正しく思えて、実際にはほとんど効かない場面が4つあります。

  • ローンチの争奪戦。人気トークンのローンチでは、取引ボットが優先手数料で互いに競り合います。測定期間中、典型的なスワップの大きさに換算して6 SOLを超える優先手数料を付けた取引がありました。1件で数百ドルです。ボットが速度を買い合うこの領域では、一般の利用者が優先手数料だけでローンチに勝つことはほとんどありません。
  • 同時に成立させたい複数の取引。いくつかの取引を同じブロックに同じ順番で入れる必要がある作業があります。これはどんな上乗せでも実現できません。必要なのはバンドルです。複数の取引を1つの束として送り、全部まとめて入るか、1つも入らないかのどちらかになります。バンドル取引ツールは、この目的でJitoバンドルを使います。
  • 取引そのものが無効なとき。残高不足やスリッページ超過で落ちる取引は、いくら上乗せしても落ちます。エラーの内容を読むほうが、解決への近道です。
  • RPC側で止まっているとき。取引がネットワークに届いていないなら、上乗せは無関係です。接続先の問題です。
ローンチ直後の手数料オークションを描いた図。ボットの取引は巨大な上乗せを掲げ、一般の利用者の取引は小さな上乗せで順番を待っている

取引が通らないとき、何から確認するか?

優先手数料を上げる前に、確認する順番があります。

1. 残高を確認する。手数料分のSOLが残っているか。ゼロに近いと何も送れません。残高とレントの関係はSolanaのレントとはで説明しています。使っていない空のトークンアカウントが溜まっているなら、アカウントを閉じてレントを回収すると残高が少し戻ります。

2. エラーを読む。スリッページ超過なのか、残高不足なのか、混雑なのか。原因はエラーメッセージに書いてあります。

3. スリッページを見直す。厳しすぎる設定は、混雑のときと同じような失敗を引き起こします。Solanaスワップの画面では、許容値と最低受取額を署名前に確認できます。

4. それから段階を上げる。1段ずつ。一気に上げても勝率は比例して上がりません。

どこで取引するかも結果に影響します。DEXによって同じスワップの経路と価格が変わり、速度も総コストも変わってきます。違いはJupiter、Raydium、Orcaの比較にまとめました。

J
著者
J Tools Editorial

J Toolsチームからの投稿

J Tools Editorial のすべての投稿を見る →

関連投稿