Post-only order هو أمر محدد السعر يشترط ألا يأخذ فور قبوله سيولة متاحة. يفترض أن يعرض أولاً صفقة للآخرين بصفته maker. وإذا كان سيتطابق فوراً مع عرض قائم، ترفضه المنصة المعنية أو تعدّل سعره وفق قواعدها. قبول الأمر لا يؤكد إتمام الصفقة.
يمكن لبيتر الشراء باستخدام Limit order يحدد أعلى سعر يقبله. لكن إذا كان هناك من يبيع بسعر أقل، فقد يُنفّذ الأمر المحدد العادي فوراً. توفر Kraken خيار post limit للحالة التي يريد فيها بيتر إبقاء عرضه في دفتر الأوامر أولاً. وعند تطابقه لاحقاً، سيقدم السيولة، أي عرضاً متاحاً لشخص آخر. يظل حد السعر مهماً؛ ويضيف إليه post-only شرطاً آخر. [1]
لنفترض أن أمر بيتر المرسل سيقبل فوراً عرض بيع منتظراً. تنص Coinbase Exchange على رفض أمر post-only كله في هذه الحالة، حتى لو كان التنفيذ الفوري ممكناً لجزء من الكمية فقط. فلا تقسمه إلى جزء أول taker وباقٍ maker. منع الصفقة الفورية هو بالضبط السلوك المقصود هنا. لذلك يحتاج بيتر إلى التأكد مما إذا كان أمره ينتظر فعلاً أم لم يُقبل أصلاً. [2]
لا يكفي اسم post-only لمعرفة النتيجة في كل منصة. تصف قواعد Coinbase Prime تعديل السعر القابل للتداول فوراً إلى أفضل bid مناسب، أي عرض شراء، أو ask، أي عرض بيع. وهذا يختلف عن الرفض في Coinbase Exchange. ينبغي لبيتر تحديد المنتج الذي يستخدمه وقراءة السعر المقبول فعلياً في التأكيد. تشابه شعار الخدمة لا يعني تطابق قواعد جميع واجهاتها. [3]
قد يتغير السعر الذي رآه بيتر أثناء تعبئة النموذج قبل معالجة الأمر. يطلق CFA Institute على التأخير بين حدث والإجراء الذي يليه اسم زمن الاستجابة أو latency. وخلاله يمكن للآخرين إضافة عروض أو التداول أو سحب عروضهم. لذا قد يصبح حد بدا مناسباً لـpost-only قبل لحظات قادراً على إتمام صفقة فورية عند وصوله إلى المنصة. صورة الدفتر على الشاشة ليست حجزاً للسعر ولا وعداً بقبول الأمر. [4]
قُبل أمر بيتر، لكن ذلك لا يضعه في أول الطابور. تعتمد Coinbase Markets أولوية بحسب السعر وظهور العرض والوقت؛ ولا يغير post-only هذا الترتيب بحد ذاته. لذلك قد تُنفّذ عروض مؤهلة أسبق قبل عرضه. وقد ينتظر أمره أو يُنفّذ على أجزاء أو لا يُنفّذ مطلقاً. تصف كلمة Maker الدور في صفقة محتملة، لا كمية جرى شراؤها بالفعل. [3]
يجب أن يتوافق شرط الانتظار في الدفتر مع القواعد الأخرى. لا تسمح Coinbase Exchange مثلاً بجمع post-only مع IOC، الذي يلغي الباقي غير المنفذ فوراً، أو FOK، الذي يشترط التنفيذ الكامل الفوري. ولا تتيح وثائق Kraken المشار إليها post limit لأوامر Stop loss limit وTake profit limit، وهي أوامر محددة مشروطة تستهدف الحد من الخسارة أو جني الربح. على بيتر التحقق من خيارات منتجه ونمط السوق؛ فقد لا تنطبق تعليمات واجهة أخرى. [2] [1]
تميّز Kraken بين post limit وreduce-only. يضمن الخيار الثاني أن يقلص الأمر مركزاً قائماً فقط، وألا يزيده أو يفتح مركزاً جديداً. لا يحل post-only محل هذا الفحص ولا يلغي أمراً سابقاً تلقائياً. وتفرّق Coinbase Exchange أيضاً بين القبول والباقي المفتوح واكتمال الأمر. إذا غيّر بيتر خطته أو اشترى بطريقة أخرى، فعليه فحص حالة الأمر المنتظر بصورة مستقلة. [1] [2]
غالباً ما يُستخدم post-only سعياً إلى معدل رسوم maker. تربط Kraken هذا المعدل بالتنفيذ الفعلي؛ فالاسم لا يعني تداولاً مجانياً. وقد يفوّت الانتظار على بيتر الشراء المقصود أو يجعله يدفع سعراً آخر لاحقاً. ويشمل CFA التأخير والصفقات غير المنفذة ضمن تكاليف التداول. لذلك من المفيد مقارنة نتيجة العملية المقصودة كلها، لا الفرق بين معدلات الرسوم فقط. يغير post-only شرطاً في الأمر، لا عدم اليقين بشأن السوق المقبلة. [4] [1]
لماذا قد يُرفض أمر أُدخل بطريقة صحيحة
لنستخدم مثالاً افتراضياً لقاعدة Coinbase Exchange التي ترفض الأمر كله. يريد بيتر شراء 0.02 BTC بحد 100000 USD/BTC. أفضل ask، أي عرض بيع، هو 100010 USD/BTC. ويعني الفارق 100010 − 100000 = 10 USD/BTC أن السعرين لا يلتقيان بعد. إذا لم يتغير الدفتر واستوفيت الشروط الأخرى، يمكن أن يدخل الأمر الدفتر، لكن بيتر لم يشتر شيئاً بعد. وإذا وصل ask بسعر 99990 USD/BTC قبل المعالجة، أصبح الحد يسمح بصفقة فورية، ولذلك يُرفض أمر post-only كله. لا يصف المثال تعديل السعر في Coinbase Prime، ولا سوقاً حية، ولا نتيجة مستقبلية مضمونة.
للحصول على صورة أوضح، اقرأ هذا المدخل مع Limit order, Maker–taker, Order book, Market microstructure, Market depth, Slippage. تشير إلى هذا المدخل أيضًا Limit order, Maker–taker.
01لماذا رُفض الأمر رغم أنني رأيت عرض بيع أعلى؟+
ربما تغير الدفتر بين العرض والمعالجة. لكن هذا ليس السبب الوحيد الممكن؛ إذ يجب أن يستوفي الأمر أيضاً قواعد الرصيد والحجم والمعايير الأخرى. اقرأ سبب الرفض المحدد؛ فخيار post-only لا يتجاوز الفحوص الأخرى.
02هل يضمن القبول الشراء برسوم maker؟+
لا. إنه يؤكد القبول وفق قواعد المنتج، لا وجود بائع مستقبلي. قد لا تتم الصفقة أصلاً. وإذا تمت، يُطبّق جدول الرسوم الفعلي؛ وفي المنتج الذي يعدّل الأسعار، تحقق أيضاً من السعر المؤكد.