gPop 𝗣𝗼𝗽𝗗𝗘𝗫 は TP/SL を取引に連動させています PopDEX の機能で、もっと注目されるべきだと思うのが、条件付き利確・損切り（減少専用）ボタンです。 多くのトレーダーは、TP/SL の機能をすでに理解しています。利確したい価格、または市場が自分の予想と逆に動いた際に出口を設定する価格を指定します。 この実装が興味深いのは、ポジションを生成するメインの注文と、これらの条件付き注文を結びつけている点です。 ポジションが最初に生成される 基本的なライフサイクルは以下の通りです： → メイン注文を発注 → メイン注文が約定 → 実際の保有資産が生成 → TP/SL がこの約定済みの保有資産に関連付けられる この関係性が重要である理由は、TP/SL 指示が実際に存在する保有資産を管理するために設計されているからです。 これは口座内に単独で存在する別の独立した注文ではありません。 例：SOL を $115 で取引する場合 SOL が $115 で取引されていると仮定し、PopDEX で 10 SOL のロングポジションを開くとします。 取引が実行される前に、以下のように設定します： → エントリー価格：$115 → ポジションサイズ：10 SOL → 利確価格：$125 → 損切り価格：$108 メイン注文が約定すると、保有資産が生成され、条件付きの TP/SL がその保有資産を管理できるようになります。 SOL が $125 に達した場合： → 利確条件が発動 → 設定された注文に従って保有資産がクローズされる 一方、SOL が $108 まで下落した場合： → 損切り条件が発動 → 追加の損失を防ぐために保有資産がクローズされる ここで重要なのは、単に2つの出口価格を持つことではありません。 それは、元の約定とリスク管理注文の関連性です。 もし一部のみが約定したら？ 市場は常に要求した通りの約定を提供してくれるとは限りません。 たとえば、10 SOL を注文したものの、実際には6 SOL のみが約定したとします。 この場合、条件付きリスク管理ロジックは要求された10 SOL 全体を対象にするのではなく、実際に約定した保有資産に従います。 つまり、関係性は以下のようになります： → 要求された数量 → 実際の約定数量 → 生成された保有資産 → その保有資産に適用された TP/SL これは重要です。リスク管理層は、実際に市場で何が起きたかを反映すべきだからです。 もし取引が約定しなかったら？ SOL の注文はまだ未約定のまま、約定前にキャンセルしたと仮定します。 保護すべき保有資産は存在しません。 PopDEX の連動方式では、メイン注文をキャンセルすると、それに紐づいた TP/SL 注文も自動的にキャンセルされます。 これにより、管理対象の保有資産がそもそも存在しなかったにもかかわらず、孤立した出口指示がアクティブなまま残るという問題を回避できます。 この機能が際立つ理由 このため、私は PopDEX の TP/SL を単なる取引インターフェース上のチェックボックスとは見なしていません。 これは取引ライフサイクルの複数の要素を結びつけています： → 注文生成 → 約定 → 実際のポジションサイズ → 条件付き出口 → 保有資産管理 無期限（Perp）トレーダーにとって、この関連性は重要です。 意図した注文と実際に生成された保有資産は、必ずしも一致しません。 優れた取引インフラは、リスク管理ロジックを実際の取引に従わせるべきです。 それが PopDEX の条件付き TP/SL 実装を注目に値するものにしている理由です。