取引手数料

取引手数料は約定ごとに、その約定の想定元本に対して課されます。注文ごとでもブロックごとでもありません。5回に分かれて約定した注文は、5つの想定元本に対して5回課され、一度も約定しなかった注文には一切課されません。適用される料率は2つあり、取引のどちら側にいたかで決まります。 メイカー。注文が板に置かれていて、他の誰かがそこに向かって取引した場合です。流動性を供給した側であり、料率は低くなります。 テイカー。注文がスプレッドをまたぎ、板にあった流動性を消費した場合です。料率は高くなります。区別の基準は意図ではなく、注文が実際に何をしたかです。発注時点で板をまたぐ指値注文はテイカー料率を支払います。必ずメイカーでなければならない場合はポストオンリーを使ってください。流動性を取ってしまう状況では、約定せずに拒否されます。注文タイプを参照してください。

計算式

\text{手数料} = \text{約定の想定元本} \times \frac{\text{ppm単位の料率}}{1{,}000{,}000}

料率はパーセントではなく百万分率（ppm）でオンチェーンに保存されます。ネットワークの既定値はテイカーが450 ppm、メイカーが150 ppmで、それぞれ0.045%と0.015%にあたります。 ppmで扱うのは見た目の問題ではありません。決済経路上の計算はすべて固定小数点の整数演算です。2つのバリデータの間の丸めの差は、単なる食い違いではなくフォークになるからです。パーセントのさらに端数として表した料率は、どこかで小数にせざるを得ませんが、すべてのマシンが同じ答えを出す小数表現は存在しません。したがって丸めは、成り行きではなく仕様として定めてあります。

	規則
徴収する手数料	最近接に丸め、中間値はゼロから遠い側へ。料率が正である限り、下限は1クアンタム
支払うリベート	最近接に丸め、中間値はゼロから遠い側へ。下限はなし。リベートはゼロに丸められてよい
発注時に拘束する手数料	最近接に丸め、中間値はゼロから遠い側へ。下限は1クアンタム

徴収側に1クアンタムの下限があるのは、ごく小さな約定が無料にならないようにするためです。リベート側に下限がないのはその裏返しで、プロトコルは稼いでいない単位を発行するくらいなら、支払いをゼロまで切り捨てます。

どの料率が適用されるか

どの約定でも料率の決まり方は同じで、参照する順序も固定されています。

約定

このアカウントに料率があるか

個別に取り決めた料率アカウントへ直接設定し、夜間のティア処理からは意図的に除外される。再計算が合意済みの条件を上書きすることはない

出来高ティアの料率ローリング出来高から算出し、毎日オンチェーンに書き戻す

ネットワーク既定値新規アカウントは料率なしではなくティア0で取引するゼロという料率も実在する料率です。設定されていればそのまま適用されます。

オンチェーンの設定にはマーケットごとの基準料率もありますが、現時点では約定の経路で適用されていません。すべてのマーケットが、上のアカウント→既定値の順で解決されます。

個別に取り決めたアカウント料率は、アカウントへ直接設定します。夜間のティア処理を経ても残ります。個別料率を持つアカウントは意図的に除外されるため、出来高の再計算が、合意した条件を上書きすることはありません。 出来高ティアの料率は、ほぼすべてのアカウントが持つものです。ローリング出来高から算出され、毎日オンチェーンに書き戻されます。手数料ティアを参照してください。 ネットワーク既定値は、何も割り当てられたことのないアカウントに適用されます。新規アカウントは料率なしではなく、ティア0で取引します。

ゼロという料率は、料率が欠けている状態ではなく、実在する料率です。アカウントに明示的な料率が設定されていれば、プロトコルはそれをそのまま適用します。ゼロの場合も同じです。数値が空に見えるからといって、黙って既定値に戻ることはありません。

オンチェーンの設定にはマーケットごとの基準料率もあります。あるマーケットのリスク特性が取引所全体と大きく異なり、取引所共通の料率表で値付けするのが適切でない場合（プレマーケット契約や、極端に板の薄い上場銘柄）のためのものです。適用されると、そのマーケットではネットワーク既定値に代わる基準となり、アカウントの料率はその上に重なります。

マーケットごとの基準料率は設定できますが、現時点では約定の経路で適用されていません。現在はすべてのマーケットが、上記のアカウント→既定値の順で解決されます。これが変われば、このページの記述もそのように変わります。

料率が取りうる範囲

どちらの料率にもオンチェーンで上下限があり、設定がそれを超える場合は、値が丸め込まれるのではなく書き込み自体が拒否されます。

	範囲
テイカー	マイナスにはならない。上限は10%
メイカー	マイナス（リベート）を許容し、−0.1%まで。上限は10%

この非対称性は意図的です。メイカー料率がマイナスなのは設計されたインセンティブで、取引所が板に置いてほしい流動性に対価を払っているということです。テイカー料率がマイナスなら、自分自身と取引して資金を生み出す仕組みになってしまうため、単に推奨しないのではなく、表現できないようにしてあります。 10%という上限はガードレールであって、料率表ではありません。実際の料率はそれより2桁下にあります。この上限は、荒唐無稽な設定や悪意ある設定が実行まで届かないようにするためのもので、誰かが実際に支払う額を示すものではありません。

発注にgasはかからない

注文の送信、変更、取り消しは、プロトコルネイティブなトランザクションです。gas残高を必要とせず、手数料市場で競合することもありません。これは聞こえる以上に重要です。注文管理にgasがかかる取引所では、気配を出すこと自体が高くつき、変動時の取り消しは、最も必要なときに最も高くなります。その結果マーケットメイカーはコストを賄うために気配を広げ、そのスプレッドは全員が負担します。注文管理を無料にすることは、そのコストを別の場所へ移すのではなく、スプレッドから取り除くということです。その帰結として、取引にかかるプロトコル上のコストは取引手数料がすべてです。2つ目の項目はありません。

拘束証拠金が必要当初証拠金を上回る理由

ポジションを建てるとき、プロトコルは必要当初証拠金に想定される決済手数料を加えた分を拘束します。決済する余力のないポジションは、取引所が引き受けざるをえないポジションだからです。この想定手数料はネットワーク既定のテイカー料率で計算し、発注した時点の値で固定します。自分の料率でもなければ、あとで変わった料率でもありません。どちらも意図的に保守的です。既定のテイカー料率を使うのは、あとで料率が上がるアカウントに対しても拘束額が不足しないようにするためです。発注時点で固定するのは、途中の料率変更が、すでに検証して受理した証拠金を遡って無効にできないようにするためです。実際に課されるのは、決済が約定した時点の自分の料率です。拘束額は上限であって、請求額ではありません。

手数料の行き先

取引手数料は、オンチェーンのプロトコル管理アカウントに集められます。そこから出ていく分は、内部に留保されるのではなくエコシステムに向けられます。

すべての約定

プロトコル手数料アカウントオンチェーンで監査可能

流動性ヴォールト板に気配を出し、強制決済でポジションを引き取る。利益は預入者に帰属

保険基金デレバレッジが他のトレーダーに及ぶ前に不足額を吸収

リファラルのリベートプログラムが稼働している場合

トークン発行者第三者が持ち込んだスポットの上場に対して。スポットは未稼働

残高も動きもチェーン状態です。期首残高、流入した手数料、流出した送金、期末残高という照合は、コミット済みブロックから誰でも再計算できる合計です。

[流動性ヴォールト](/ja/trading/vaults)。板に気配を出し、強制決済の際にポジションを引き取ります。手数料収入はその収益の一部であり、ヴォールトの利益は預入者に帰属します。
保険基金。強制決済で賄えなかった不足額を、デレバレッジが他のトレーダーに及ぶ前に吸収します。
リファラルのリベート。そのプログラムが稼働している場合です。
トークン発行者。第三者が持ち込んだ上場に対して支払います。対象はスポットの上場で、まだ稼働していません。

残高も動きもチェーン状態です。期首残高、流入した手数料、流出した送金、期末残高という照合は、誰かが公表しなければならない数字ではなく、コミット済みブロックから誰でも再計算できる合計です。ブリッジとアカウントの手数料は、別の勘定に分けて集められます。取引以外の手数料を参照してください。