トランザクションの順序付け

ブロック内のすべては、固定された優先順位に従って実行されます。手数料の多寡でもなく、ノードへの到達時刻でもなく、バリデータへの近さでもありません。カテゴリによって決まり、その順序はプロトコルが定め、どのノードでも同一です。 この順序そのものがメカニズムです。板に置いた気配を守れるものにし、強制決済がフロントランされるのを止め、ブロックの内側からミリ秒未満のレイテンシ競争を取り除いているのは、この順序です。

​

1 · システム操作

管理上およびプロトコル階層の変更です。マーケットの上場と上場廃止、リスクパラメータの更新、手数料体系の変更、アカウントとサブアカウントの作成、そのブロックのマーク価格の更新が含まれます。 マーク価格が最初に更新されるおかげで、後続のすべてが1つの価格を前提に判断できます。同じブロック内の強制決済のチェックと発注は、同じ数値を見ます。

​

2 · マッチングを伴わない操作

板に触れずに状態を変える操作で、内部では次の順序で処理されます。 資金が最初。入金、分離マージンのポジションへの手動の証拠金追加、資金調達の決済です。アカウントの健全性を改善する資金は、その健全性を評価するものより先に着地します。 アカウント設定。マージンモード、ポジションモード、レバレッジ、エージェントの承認の変更です。 ポストオンリー注文。フェーズ4ではなくここで処理される唯一の注文タイプです。ポストオンリーは定義上、流動性を取れないからです。メイカーであることが保証された注文は、それに対して誰かが取引できるようになる前に、到達順で板に置かれます。 強制決済。まず対象アカウントの注文を取り消し、次に再チェックし、それでも必要ならポジションを引き受けます。引き受けは板を経由せず、破産価格で直接執行されます。

​

3 · 取り消し

ユーザーが出した取り消しで、流動性を取りうるいかなる注文よりも先に処理されます。 気配を出す者にとって最も重要なのがこのフェーズです。テイカー注文と同じブロックで送信された取り消しは、その注文に勝ちます。価格が動いて古い気配を取り消したとき、その取り消しと同時に届いた注文がそれを拾うことはできません。 大半の取引所では、これはどちらが先にマッチングエンジンに届くかという競争であり、レイテンシで勝敗が決まります。ここではプロトコルが決めるため、インフラに関係なく結果は誰にとっても同じです。

​

4 · 流動性を取りうる注文

板を越えうるものすべてです。あらゆる有効期間の指値注文、成行注文、TWAPのスライス、ポストオンリーでないスケール注文、注文の変更が含まれます。このフェーズの内部では、先入れ先出しで処理されます。

​

このフェーズに届くもの

このフェーズ内部の処理は先入れ先出しです。何が届くかについて、名指ししておく価値のあることが二つあります。 post-only の注文は決して届きません。 フェーズ 2 で処理され、流動性を取ることができないからです。 オンチェーンでトリガーされた条件注文は、同じブロックで届きます。 このブロックのマーク価格で発動したストップやテイクプロフィットは、次のブロックではなくここで変換されマッチングに入ります。そのトリガーはコミット済みの状態からプロトコルが決めたものであり、タイミングを選べる誰かが提出したものではありません。

​

これが変えるもの

ブロックの内側でレイテンシが意味を失います。同じブロックに入った2つの注文には、どのノードでも同一に計算される定義済みの先後があります。ブロックとブロックの間では到達順が依然として意味を持ちますが、競争の単位はブロックです。 気配を出すことが守れる行為になります。古い気配を取り消せば、同じ瞬間に届いた注文に勝てます。これは構造上の性質であって、コロケーションで買う運用上の優位ではありません。 強制的なフローが裁量的なフローより先に解決されます。強制決済と資金調達の決済は、誰かがその周りで取引を仕掛ける前に完了します。

​

次に読む