トークン化株式のMaker/Taker手数料ランキング:明示的な取引コストを比較する

F著者: Flowie
公開日: Jul 31, 2026データスナップショット: Jul 23, 2026最終更新: Jul 31, 2026

著者: Flowie |ChainCatcher コンテンツ著者。RWA に焦点を当て、Web3 の本当の物語を解釈します。

トークン化された証券取引所の Maker/Taker 手数料は、「ページ表示ルールに基づいて、どの明示的なレートがさらなる検討に値するか」に答えるのには適していますが、「どの注文に対してどの取引所が安いか」に直接答えるには適していません。理由は簡単です。注文がメーカーまたはテイカーとして約定されるかどうか、ターゲット契約が適用されるかどうか、アカウントがどのレートブラケットにあるか、さらにはその時点での価格差と実際の約定はすべて異なるレベルの条件であるからです。

この記事では、2026 年 7 月 23 日 17:30 に RootData によって凍結された 29 のプラットフォームのスナップショットを開始点として使用し、Maker / Taker の表示値、間隔値、および -- を完全に保持します。まず表示された料金を正しく読み、次に同じ名目金額での明確な料金について話し合ってください。口座開設のアドバイス、プラットフォームの推奨、または総費用ランキングとして記載しないでください。

コスト比較のための 3 つの連続条件

  • 最初に役割を分離します。Maker と Taker は、1 つの「最低レート」に混合されるのを避けるために、別々に読み取られます。
  • ルールの再確認: 対象の契約、商品ルール、およびアカウント レベルによって、表示された値が適用できるかどうかが決まります。
  • 最終的に計算された金額: 名目金額に適用されるレートを乗じて、一方的な明示的なコストのみが得られますが、合計コストは得られません。

メーカー/テイカー手数料、最初に答えるべきものと答えるべきではないもの

メーカー / テイカーは注文の流動性の役割を反映します。 Maker は他の人が匹敵できる流動性を提供することを指しますが、Taker は既存の流動性を消費することを指します。 メーカー-テイカー構造に関する SEC の説明 および その市場構造データは、手数料またはリベートを両方のタイプの役割に結び付けます。トークン化された証券取引所のページフィールドに配置された場合、それを読み取る最も重要な方法は、まず並べ替えてから比較することです。 Maker と Taker を 1 つの「最低手数料」と混同しないでください。

料金フィールドには明示的な料金のみが回答されます。 買値と売値のスプレッド、注文サイズの価格への影響、資金調達率、その他のキャリングコストは自動的にはカバーされません。 SEC 取引コストの議論コンポーネントでは、スプレッドと市場効果も区別可能なコストコンポーネントとして考慮されます。したがって、手数料が低いということは、取引コスト全体がすでに低いという結論ではなく、検証が必要なシグナルです。

まず、注文の役割とルールのギアを修正して、レート表示が意味のあるものになるようにします。見積書と保管費用を別々に記録し、手数料の欄が合計費用として読み取られないようにします。

トークン化された 29 の証券取引所のスナップショット: ページに表示されるメーカー/テイカー レート

以下の表は、RootData ページの凍結されたスナップショットの順序であり、29 のトークン化された証券取引所に示されている Maker / Taker レートを完全に保持しています。 2026 年 7 月 23 日 17:30 時点のデータ、出典 RootData。 特定のフィールドは、RootData 株式デリバティブ取引所ランキング ページから取得されています。ここでの「スナップショットのシリアル番号」はページの順序に従い、Maker または Taker レートによって並べ替えられることはありません。

元のページ -- 欠落したままになります。表内の -- は 0% に置き換えられません。 XT.COMのメーカーレンジもそのまま保持されます。 RootData 株式デリバティブ ランキングの説明 手数料、流動性、スプレッド、契約対象範囲を別個のフィールドとして扱っているため、この記事では「取引所の総コストが最も低い」という結論は出していません。

<頭> <本体>

この表は、2 種類の事前アクションに最も適しています。1 つは、Maker 列と Taker 列で検討する価値のある表示値をそれぞれ丸で囲むことです。もう 1 つは、欠落値、間隔値、または負の表示値をマークし、検証のために特定のルールに戻ることです。個人口座に実際にいくら請求されるかについては答えておらず、特定の注文が最終的に約定される価格についても説明していません。

表示されているレートを同等のコストに変更し、最初に 3 層条件に合格します

最初にロールとルールを修正し、次に表示されたレートを明示的なコストとして入力します。 より具体的には、最下層は注文の役割、中間層はターゲット契約と料金区分、最上層は同じ名目金額に基づく一方的な明示的な料金です。クォーテーション、スリッページ、資本コストは依然としてこの「ピラミッド」の外側で個別に記録されます。そうすると、現実的ではあるものの、さまざまな条件が混在した一見正確な総コスト スコアは作成されません。

3 層のピラミッド図: 最下層は注文の役割、中間層は契約ルールと料金区分、最上層は比較可能な明示的なコストです。
まず注文の役割を修正し、次に契約と料金区分を確認します。両方のレベルが満たされた場合にのみ、ページに表示されるレートを同じ名目金額での明示的なコスト比較に使用できます。

第 1 レベル: 最初に順序ロールを修正します

異なるロールが同じ料金比較オブジェクトを構成することはできません。すぐに約定する必要がある注文を検討している場合は、テイカー列でのみ比較する必要があります。マッチングを待つことができ、流動性を提供することを目的とした注文を検討している場合は、「メーカー」列に入力する必要があります。ページ上の 0% または負の Maker 表示値は、対応する役割に従って注文が実際に約定された場合にのみ議論できます。指値注文が出たからといってそれが適用されるということを事前に設定することはできません。

第 2 レベル: 契約ルールと料金区分を再確認する

トランザクション量階層は、さまざまな手数料またはリベート レベルに対応します。 SEC の段階的為替レートの公開説明では、手数料の取り決めについて次のように述べています。取引量やその他の状況により変動する場合があります。これは、29 のプラットフォームが同じメカニズムを使用していることを意味するものではありません。 RootData スナップショットに表示される値は、ターゲットの契約、製品ルール、アカウント層をスキップできないことを示しているだけであり、各リーダーの実際の決済レートとして直接見なされます。

第 3 レベル: 明示的な料金を見積コストから分離する

単一列レートはトランザクション品質の代用にはなりません。 SEC 約定品質統計情報は、注文到着時の見積りと実際の約定数量を参考にしており、約定結果が手数料1列だけで決まるものではないことを示しています。トークン化された株式契約に関する調査では、明示的な手数料を個別に比較できます。スプレッドと価格への影響には、同時に見積もりとサイズが必要です。資金調達レートは、ポジション保持プロセスの別のタイプのフィールドに属します。 3 つは並行して学習でき、相互に置き換えることはできません。

調査例: 想定元本 10,000 ドルの片面表示料金の換算

想定元本とは、手数料率の計算に使用される取引金額を指します。名目金額 10,000 ドルの同じ注文がページに表示されるテイカー レートに適用されると仮定すると、一方的な明示的手数料の計算は名目金額 × 表示レートとなります。 <スパン>10,000 × 0.0275% = 2.75。たとえば、0.05% は 5.00 ドルに相当します。 0.075% は 7.50 ドルに相当します。

スナップショットのシリアル番号交換メーカーテイカーメーター読み取りプロンプト
1バイナンス----欠落ステータスを維持
2Bybit0%0.0275%列の比較
3OKX0.02%0.05%列の比較
4ビットゲット0.02%0.06%列の比較
5Ourbit0.02%0.04%列の比較
6ゲート-0.01%0.075%負の表示値には検証ルールが必要です
7ハイパーリキッド0.015%0.045%カラム比較
8軽い0%0%適用条件はまだ確認する必要があります
9BingX0.02%0.05%列の比較
10XT.COM0.02% - 0.04%0.06%間隔値を維持
11Ondo Perps0.015%0.035%列の比較
12延長0%0.025%適用条件をまだ確認する必要があります
13Phemex0.01%0.06%列の比較
14Bitunix0.02%0.06%列の比較
15GRVT-0.0001%0.045%負の表示値には検証ルールが必要です
16KuCoin0.02%0.06%列の比較
17edgeX0.018%0.038%列の比較
18メキシコ0%0%適用条件はまだ確認する必要があります
19MSX0.02%0.045%列の比較
20OrangeX0.02%0.06%列の比較
21コインベース----欠落ステータスを維持
22アスター----欠落ステータスを維持
23BitMart0.02%0.06%列の比較
24HTX0.02%0.06%列の比較
25BitMEX0.05%0.05%列の比較
26クラーケン0.02%0.05%列の比較
27Crypto.com----欠落ステータスを維持
28Paradex0%0.02%適用条件をまだ確認する必要があります
29オスティウム0.06%0.06%列の比較
<本体>

この例は、一方的で明示的なレート差のみを示しており、オープン後にポジションを保持し続けるための資金調達レートは含まれておらず、エントリー時またはエグジット時のスプレッドと価格への影響も含まれていません。二国間取引、異なる名目金額、または異なる手数料区分の場合、計算前に前提条件を書き直す必要があります。変換の価値は、交換の最終コストを計算するのではなく、パーセンテージ表示値を同じ口径の金額に変換することにあります。

プラットフォーム スナップショットから契約に戻る: 確認可能な経費記録を保持する方法

まずスナップショットの条件を記録し、次に特定のルールを確認します。簡潔で十分な調査記録には、少なくとも次の内容が記載されている必要があります: ページが観察された時刻、取引所、対象株式契約、意図されたメーカーまたはテイカーの役割、およびその時点で確認する必要がある手数料層。取引コストについても議論したい場合は、個別の列を使用して見積書、注文サイズ、および保留期間の手数料フィールドを記録します。これらを Maker / Taker 列に詰め込まないでください。

RootData は、他のプラットフォーム フィールドとともにコストを表示します。 ランキング ページ (フィールドの説明は、研究の開始点を確立するためのエントリ ポイントとして使用できます。手数料フィールドを表示した後、RootData 株式取引プラットフォームのランキングを表示し、同じページで更新時間やその他の比較要素を確認できます。 RootData データ標準は、動的なデータ キャリバーを理解するためのパブリック メソッドの入り口も提供します。ページが更新されるときは、古い料金と新しい見積もりを混合するのではなく、一連の条件を新しい時点で再保存する必要があります。

手数料フィールドが置換できない判定の 4 種類

RootData の公開免責事項は、コンテンツ使用の境界を定義します。 第一に、特定の製品または契約が特定の地域またはユーザーに利用可能であることを証明することはできません。第二に、見積書の厳しさ、深さ、または実際の取引の質を表すことはできません。第三に、資金調達率などの保有コストの比較に代わることはできません。第 4 に、特定の読者にとってプラットフォームが「より適している」とは推奨できません。この記事はデータ フィールドに関する調査メモです。RootData の公開免責事項もご覧ください。

よくある質問

-- 欠落したままです。表示レートは個々の適用レートを置き換えません。 次の質問は、表の読み取り範囲を補足するだけであり、ページに表示されていない交換のルールを補足するものではありません。

Maker レートが 0% ということは、費用がまったくかからないということですか?

という意味ではありません。 0% はページに表示される特定の Maker レートのみです。 Makerに従って注文が実際に完了したかどうか、対象の契約が適用されるかどうか、アカウントが対応するレベルにあるかどうかを確認する必要があります。メーカー手数料が明示的に 0% であっても、注文は保留期間中に見積もり、価格への影響、またはその他のコストに直面する可能性があります。通常、ページレートはルールに従って表示されます。これらの条件を確認せずに、これらの条件に基づいて個別の請求額を計算することはできません。最も安全な表現は、「この取引は完全に無料です」ではなく、「このスナップショットは 0% を示しています」です。

交換ページでマイナスの Maker 表示値をどのように読み取る必要がありますか?

これは、凍結されたスナップショットの負の Maker 表示値として最初に読み取られる必要があり、直接プッシュされなかったすべての注文は返金されます。少なくとも、注文の役割、商品ルール、および料金区分が満たされているかどうかにも依存します。この記事は、負の表示値に基づいて、プラットフォームのインセンティブ、実際の決済方法、または取引の確率を推測するものではありません。比較する場合、無条件に「最も安い」並べ替えを行うのではなく、レビューが必要なルール項目として個別にマークを付けることができます。ルール ページがスナップショット表示と異なる場合は、リリース時に検証できる特定のルールが優先されます。

テイカー手数料のみに基づいて取引所を選択できないのはなぜですか?

Taker フィールドは明示的な実行率のみをカバーするためです。現在の契約の買値と売値のスプレッド、指定されたスケールでの実際の価格への影響、ポジションをオープンした後に資金調達率がどのように変化するかについては回答せず、表示ルールが個人口座に適用できるかどうかも確認しません。注文の目標が即時執行である場合、当然のことながらテイカー列は必須の入力です。しかし、それは完全な研究記録の中の 1 つの項目にすぎず、他の分野の結論に代わるものではありません。比較する際には注文サイズと観測時間も確認する必要があります。そうしないと、同じレートでも異なる約定条件に直面する可能性があります。

ページを表示 -- ゼロレートで比較できますか?

いいえ。 -- は、凍結されたスナップショットには利用可能な表示値がないため、そのままにしておく必要があることを単に意味します。欠損値を 0% で埋めると、「比較可能なデータなし」エラーが「明示的な最低コスト」エラーに変わり、その後の名目金額換算も根拠のないものになります。更新が必要な場合は、何もない状態から値を入力するのではなく、新しい RootData ページの時点と対応するプラットフォーム ルールに戻る必要があります。列の 1 つだけが欠落している場合、もう一方の列は限定された観察にのみ使用でき、完全なコスト比較の代替として使用することはできません。

著者について

F

Flowie

ChainCatcher 内容作者,关注 RWA,解读 Web3 真实叙事。

X
テイカー レートを示すページ想定元本 $10,000 の一方的な例計算限界
0.0275%10,000 × 0.0275% = $2.75Bybit スナップショットは値を示します。レートが適用されると仮定します
0.05%10,000 × 0.05% = $5.00複数のプラットフォームにわたる値を示すスナップショット。同じルールを表していません
0.075%10,000 × 0.075% = $7.50ゲート スナップショットは値を示します。レートが適用されると仮定します