SOLUSDT 無期限契約で削減のみの注文を使用するにはどうすればよいですか?

Reduce-Only 注文ロジックを理解する

1. リデュースオンリー注文は、新たなエクスポージャーをオープンせずに、既存のポジションサイズのみを減少させる取引命令です。

2. 正味ロングエクスポージャーまたはショートエクスポージャーを増やすことはできません。ユーザーがオープンポジションを保持していない場合、注文はマッチングエンジンによって拒否されます。

3. システムは実行前にポジションの方向とサイズを検証し、注文の想定元本と現在のネットポジションをリアルタイムで比較します。

4. SOLUSDT 無期限契約に発注すると、注文はオンチェーンの決済機関と直接やり取りして、アトミック位置の削減を確実にします。

5. 約定は、削減期間中の潜在的な清算ペナルティをカバーするために必要な証拠金残高を超えて、利用可能な証拠金残高に依存しません。

Perpetual Protocol V2 での実行フロー

1. ユーザーは、フロントエンドまたは API を通じて、サイド (買い/売り)、数量、およびレバレッジ レベルを指定して、署名済みのリデュースのみの注​​文を送信します。

2. Exchange.sol コントラクトは注文の署名を検証し、ユーザーが意図した削減と同じ方向のアクティブなポジションを持っているかどうかを確認します。

3. ClearingHouse.sol は更新されたポジション サイズを計算し、ブロックベースの資金調達ロジックを使用して現在のブロックまでの資金見越額を再計算します。

4. 注文がポジシ​​ョンの方向を反転する場合、契約はゼロを越えずに最大許容縮小のみに一致するように約定を切り捨てます。

5. 決済後、更新されたポジションサイズ、エントリー価格平均、未実現損益がオンチェーン台帳のユーザーのアカウント状態に書き込まれます。

マージンと清算の影響

1. リデュースオンリー注文はレバレッジリスクを追加しないため、注文の送信だけを理由としてマージンコールをトリガーすることはありません。

2. ただし、部分的な削減は、特に清算閾値近くで実行された場合、実効レバレッジ比率を一時的に変更する可能性があります。

3. このプロトコルは、約定後のポジションサイズと現在のマーク価格に基づいて動的維持証拠金計算を適用します。

4. 削減後に残りのポジションが最小許容サイズを下回った場合、システムは利用可能な最良の市場価格で残高を強制的にクローズすることがあります。

5. 実行前に発生した資金支払いは引き続き拘束力を持ち、注文確認後すぐに決済されます。

よくある誤用パターン

1. ショート ポジションのみを保持しているときに減額のみの買い注文を出そうとすると、エラー コード 0x17 が表示され、即座に拒否されます。

2. 同じ資産ペアに対して複数の削減のみの注文を同時に送信すると、ティックレベルの流動性レイヤー全体のポジション追跡で競合状態が発生する可能性があります。

3. ストップマーケットトリガーと組み合わせてリデュースオンリー注文を使用すると、不安定な資金調達イベント中にストップ条件が有効になった場合、予期しない部分約定が発生する可能性があります。

4. インデックス価格から遠く離れた指値価格を設定すると、特に SOLUSDT プールの深度が低い期間にスリッページ リスクが増加します。

5. ブロックベースの資金決済の影響を無視することは、ユーザーが削減を開始する前に未払い負債を過小評価する可能性があることを意味します。

よくある質問

Q: 削減のみの注文は、送信後、マッチング前にキャンセルできますか? A: はい、トランザクションがブロックに含まれ、Exchange.sol によって処理されるまではキャンセル可能です。

Q: 削減のみの注文は、ユーザーが他の取引活動に使用できる残高に影響しますか? A: いいえ、ポジション状態を変更するだけであり、削減によって自動証拠金再配分がトリガーされない限り、担保のロックや解放は行われません。

Q: SOLUSDT マーケットでの削減のみの注文に最小サイズ要件はありますか? A: はい、実行可能ファイルの最小サイズは 0.001 SOL で、ClearingHouse.sol の契約レベルで適用されます。

Q: 削減のみの注文が実行中に資金決済の境界を越えた場合はどうなりますか? A: ブロックベースの資金調達では、現在のブロックの高さまでのすべての未払い金額が計算され、ポジション更新前に適用され、手数料の整合性が維持されます。