528 / 691POST

Post-only order

أمر إلى الدفتر فقط: شرط لدور ⁦maker⁩ وليس وعداً بصفقة

يضيف ⁦Post-only order⁩ شرطاً إلى الأمر المحدد كي لا يأخذ السيولة المنتظرة عند قبوله. إذا كان سيطابق فوراً فقد ترفضه المنصة أو تعيد تسعيره وفق المنتج المحدد. القبول في الدفتر ليس تنفيذاً بعد.

يفصل ⁦post-only⁩ دور ⁦maker⁩ المقصود عن الحد السعري نفسه. قد يكون الأمر المحدد العادي قابلاً للتداول فوراً؛ ويحدد ⁦post-only⁩ أيضاً ما يحدث في هذه الحالة. تعتمد القاعدة الدقيقة على المنصة والمنتج ووضع السوق وخيارات الأمر الأخرى.

يصف ⁦Kraken⁩ خيار ⁦post limit⁩ بأنه حماية من المطابقة الفورية للشراء مع جانب البيع في الدفتر والعكس. لا يوفر ⁦Limit order⁩ وحده هذه الحماية. يظل حد الشراء أو البيع مقيداً للسعر، ويضيف ⁦post-only⁩ شرطاً للقبول. [Kraken — Other Order Options]

يوضح ⁦Coinbase Exchange⁩ أنه إذا كان أي جزء من أمر ⁦post-only⁩ سيأخذ السيولة فسيرفض الأمر كله دون تنفيذ أي جزء. لا يصح توقع تنفيذ الجزء الأول بصفة ⁦taker⁩ وانتظار الباقي فقط بصفة ⁦maker⁩. [Coinbase — Create Order]

تصف قواعد ⁦Coinbase Prime⁩ بدلاً من ذلك إعادة تسعير حد ⁦post-only⁩ القابل للتداول إلى أفضل ⁦bid⁩ أو ⁦ask⁩ المناسب. هذه ليست قاعدة ⁦Coinbase Exchange⁩ في الفصل السابق. حدد المنتج وتحقق أيضاً من السعر المعاد، لا من علامة ⁦post-only⁩ وحدها. [Coinbase — Trading Rules]

يشرح ⁦CFA⁩ زمن التأخير بين الحدث والفعل اللاحق. قد يتغير العرض الظاهر أثناء كتابة الأمر قبل معالجته. لذلك قد يفشل حد يبدو غير قابل للتداول فوراً في شرط ⁦post-only⁩ عند القبول؛ الصورة القديمة لا تحجز السعر. [CFA Institute — Trading Costs]

يرتب ⁦Coinbase Markets⁩ التنفيذ وفق السعر والعرض والزمن. لا يتجاوز ⁦post-only⁩ وحده عروضاً مؤهلة أسبق ولا ينشئ طرفاً مقابلاً. قد ينتظر الأمر أو ينفذ على أجزاء أو يبقى بلا تداول؛ دور ⁦maker⁩ ليس تأكيداً للكمية. [Coinbase — Trading Rules]

لا يسمح ⁦Coinbase Exchange⁩ بجمع ⁦post_only⁩ مع ⁦IOC⁩ أو ⁦FOK⁩. ويذكر ⁦Kraken⁩ أن ⁦post limit⁩ غير متاح لنوعي ⁦Stop loss limit⁩ و⁦Take profit limit⁩. لا تنقل التركيبات المسموحة بين المنصات؛ تحقق من النوع والصلاحية ووضع السوق قبل الإرسال. [Coinbase — Create Order] [Kraken — Other Order Options]

يميز ⁦Kraken⁩ بين ⁦post limit⁩ و⁦reduce-only⁩؛ الخيار الثاني يحد من زيادة المركز أو فتحه. ويفصل ⁦Coinbase Exchange⁩ الأوامر المقبولة والمفتوحة والمكتملة. لذلك لا يغلق ⁦post-only⁩ وحده مركزاً ولا يلغي أمراً سابقاً ولا يغني عن التحقق من حالته. [Kraken — Other Order Options] [Coinbase — Create Order]

يدرج ⁦CFA⁩ التأخير والصفقات غير المنفذة ضمن تكاليف التداول. يربط ⁦Kraken⁩ خيار ⁦post limit⁩ برسوم ⁦maker⁩ عند التنفيذ الفعلي، لا بخدمة مجانية. قد يغير الانتظار النتيجة أكثر من فرق المعدلات؛ ⁦post-only⁩ لا يضمن دخولاً مواتياً. [CFA Institute — Trading Costs] [Kraken — Other Order Options]

مثال · POST

فارق عشرة دولارات ليس حجزاً

في نموذج رفض الأمر كله، يحمل شراء ⁦0.02 BTC⁩ حداً قدره ⁦100000 USD/BTC⁩ وأفضل ⁦ask⁩ هو ⁦100010 USD/BTC⁩. الفارق ⁦100010 − 100000 = 10 USD/BTC⁩؛ إذا لم يتغير الدفتر وتحققت القواعد الأخرى فقد يدخل الأمر الدفتر، لكن لا شيء قد اشتري بعد. إذا وصل ⁦ask⁩ بسعر ⁦99990 USD/BTC⁩ قبل المعالجة فسوف يأخذ الحد السيولة، ولذلك يرفض كله. هذا مثال متخيل لقاعدة ⁦Coinbase Exchange⁩، لا إعادة تسعير ⁦Coinbase Prime⁩ ولا سوق حية ولا ضمان لما سيحدث لاحقاً.

للحصول على صورة أوضح، اقرأ هذا المدخل مع Limit order, Maker–taker, Order book, Market microstructure, Market depth, Slippage. تشير إلى هذا المدخل أيضًا Limit order, Maker–taker.

01لماذا رفض الأمر رغم أن الحد كان دون ⁦ask⁩ الظاهر؟

قد يكون العرض الظاهر أقدم من الدفتر المستخدم عند المعالجة. كما أن ⁦post-only⁩ لا يغني عن التحقق من الأموال أو الحجم أو المعلمات الأخرى؛ تحقق من سبب الرفض المحدد.

02هل يضمن أمر ⁦post-only⁩ المقبول شراءً بمعدل ⁦maker⁩؟

لا. يعني استيفاء شروط القبول لذلك المنتج. قد لا تحدث صفقة أصلاً؛ وعند التنفيذ يسري جدول الرسوم الفعلي. في المنتج الذي يعيد التسعير تحقق أيضاً من السعر المؤكد.

DOC · 001Kraken — Other Order Optionsتوثيق ↗DOC · 002Coinbase — Create Orderتوثيق ↗DOC · 003Coinbase — Trading Rulesتوثيق ↗DOC · 004CFA Institute — Trading Costsتوثيق ↗
المصادر أولًا · ليست نصيحة استثمارية