カルダノ契約における制限注文と市場注文の違いは何ですか？

カルダノベースの取引での順序の理解タイプ

1.市場注文は、注文帳で利用可能な最高の価格ですぐに取引を実行します。 Plutusスクリプトを使用しているものなど、Cardano上に構築された分散型交換と対話する場合、市場注文を行うことは、トランザクションが現在の流動性に基づいて即座に解決されることを意味します。これにより速度が保証されますが、揮発性条件中に滑りが生じる可能性があります。

2。対照的に、制限注文により、ユーザーは資産を売買する意思のある正確な価格を指定できます。これらの注文は、一致する一致した秩序がない限り、すぐには実行されません。彼らは、満たされるかキャンセルされるまでブロックチェーンの元帳にとどまり、トレーダーは価格設定をより強く制御することができます。

3.スマートコントラクトが資産スワップを統治すると、区別が重要になります。市場注文は、自動化されたマーケットメーカー（AMM）プール内でエンコードされた既存の入札スプレッドに依存しています。制限注文には、スクリプトコンテキスト内の実行の適格性を決定するために、Oracle Fedの価格データを介してオフチェーンの計算と検証が必要です。

4.実行の確実性は、2つの間で大きく異なります。市場注文は完了を保証しますが、価格の安定性は保証されません。注文を制限する価格パラメーターを保証しますが、即時の履行ではありません。このトレードオフは、開発者がカルダノブロックチェーンで動作するDAPPのユーザーインタラクションレイヤーをどのように設計するかを形成します。

5。スクリプトの観点から見ると、市場の注文は通常、Plutus Validators内の単純なトークン交換ロジックをトリガーし、制限注文はより複雑な州管理を要求します。タイムロックされた出力とデータム検証は、事前定義されたレートに関連する条件付き決済ルールを実施するための不可欠なコンポーネントになります。

スマートコントラクトでの注文処理のセキュリティへの影響

1。AMMを介して処理される市場注文は、条件付きロジックを最小限に抑えることで攻撃面を削減します。プールリザーブに対して取引が発生するため、悪意のある俳優は、タイミングや価格設定の不一致を活用するためのベクトルが少なくなります。

2。制限注文は、チェーンの持続性のために追加のリスクを導入します。適切に時間に縛られていない場合、古い注文は、Oracle入力が侵害されている場合、フロントランまたは操作することができます。スクリプトは、タイムスタンプを検証し、有効期限メカニズムを厳密に実施する必要があります。

3.制限ベースの取引のバリデータースクリプトは、トランザクションで宣言された意図と制約の両方を認証する必要があります。提供された料金と現在の参照価格との間の不一致は、スクリプトの障害をもたらし、意図しない実行を防止するはずです。

4.注文テンプレートを再利用する場合、リプレイ攻撃は懸念事項です。各制限順序には、同一の条件下での重複処理を防ぐために、データムに埋め込まれた一意の識別子またはNonCE値を含める必要があります。

5。料金の構造も異なります。通常、市場の注文はプールによって定義された標準スワップ料金が発生しますが、制限注文には注文状態を維持するための追加費用、または契約ワークフローに統合されたOraclesを介して外部価格フィードを照会するための追加費用が含まれます。

流動性とユーザーエクスペリエンスへの影響

1.市場注文は、利用可能な流動性を直接消費し、AMMのプール比に影響を与えます。頻繁に大量の市場取引は一時的な不均衡につながり、仲裁人が平衡を回復するまでその後のトランザクションのコストを増加させる可能性があります。

2。制限注文は、アクティブな準備金に即座に影響を与えることなく、注文の深さに貢献します。正しく実装すると、特に注文書とオンチェーン決済を組み合わせたハイブリッドモデルで、価格の発見を強化し、時間の経過とともにより厳しいスプレッドを提供します。

3.カルダノダップの上に構築されたユーザーインターフェイスは、アクションが市場をトリガーするのか、実行を制限するかを明確に示す必要があります。誤解は、特にガスのような手数料（ADAまたはネイティブトークン）が貿易の完了に関係なく消費される場合、予期しない結果につながる可能性があります。

4。市場注文には、滑りの許容設定が重要です。ユーザーは、予想価格からの許容可能な逸脱を定義するために調整可能なしきい値を必要とします。これは、高揮発性中の損失を避けるために、確認の前に対応する警告が表示されます。

5.ウォレット統合は、保留中の制限注文の管理に役割を果たします。これらは手付かずのトランザクション出力（UTXOS）として記録されるため、アプリケーションレイヤーがクエリ可能なメタデータに裏打ちされた専用追跡ツールを提供しない限り、ユーザーは手動で追跡する必要があります。

よくある質問

カルダノへの提出後に制限順序を変更できますか？いいえ。特定のデータムを持つUTXOとして制限順序が提出されると、変更できません。価格または数量を変更するには、元の注文をキャンセルする必要があります（所有者に返済することで）作成された新しい注文を作成する必要があります。

Plutusスクリプトの制限注文のために、部分的な塗りつぶしはどのように処理されますか？着信オファーが指定されたレートで要求された金額の一部と一致する場合、部分充填が可能です。スクリプトはそれに応じて出力を分割し、元のUTXOの残りの残高を減らすか、更新されたサイズを反映して新しいバランスを作成します。

カルダノの1つのブロックで常にマーケットオーダーが実行されますか？即時の実行のために設計されていますが、ネットワークの混雑または不十分な料金は、ブロックへの包含を遅らせる可能性があります。ただし、一度含まれると、十分な流動性が存在すると仮定して、そのブロックのコンテキスト内で貿易が原子的に落ち着きます。

制限注文はすべてのカルダノデックスと互換性がありますか？普遍的ではありません。一部の分散交換は、市場スタイルのスワップのみをサポートする純粋なAMMモデルを使用しています。他の人は、高度なPlutusロジックやオフチェーンインデクサーのような補助サービスを通じて有効にされる注文帳機能を備えたハイブリッドシステムを実装します。