---
title: "أمر النشر فقط"
description: "أمر النشر فقط هو تعليمة خاصة بالمنصة تضاف إلى أمر محدد السعر بقصد إدخاله دفتر الأوامر بدلا من أخذه السيولة فورا؛ ويتوقف الرفض أو الإلغاء أو إعادة التسعير وأولوية الطابور والرسوم على قواعد المطابقة الدقيقة."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# أمر النشر فقط

> لأغراض تعليمية فقط؛ لا يشكل ذلك نصيحة استثمارية أو توصية استثمارية. قد تؤدي الاستثمارات إلى خسائر.

<a id="answer"></a>

## الإجابة المباشرة

تعليمة النشر فقط أو إضافة السيولة فقط تلحق بأمر محدد السعر وتختبر عند وصوله إلى محرك المطابقة. فإذا كان أي جزء منه سينفذ فورا مقابل سيولة قائمة، طبقت المنصة قاعدتها الخاصة: فقد ترفض الطلب، أو تقبله ثم تلغي الأمر، أو تنقل سعره إلى مستوى غير قابل للتنفيذ الفوري. لذلك يعبر النشر فقط عن شرط للدخول، وليس نوع أمر موحدا ذا نتيجة واحدة.

يمكن للأمر الذي استقر بنجاح أن ينفذ لاحقا عند وصول أمر مقابل. ويصنف هذا التنفيذ عادة على أنه سيولة صانع، لكن سجل التنفيذ ودفتر الرسوم الفعليين هما المرجع. ولا يضمن إشعار الاستلام أو حالة `open` أو علامة النشر فقط وحدها التنفيذ أو معاملة الصانع أو الخصم أو نتيجة صافية أفضل.

<a id="mechanism"></a>

## آلية العمل

تختبر قابلية التنفيذ الفوري بحسب حالة المحرك، لا بحسب شاشة قديمة. فأمر الشراء المحدد عند أفضل سعر بيع أو فوقه، وأمر البيع المحدد عند أفضل سعر شراء أو دونه، يعبران دفتر الأوامر عادة. وقد تغير النتيجة عملية التقريب إلى خطوة السعر أو المزادات أو الدفاتر المقفلة أو المتقاطعة أو السيولة المخفية أو حماية السعر أو منع التداول الذاتي. كما أن إعادة التسعير التلقائية تغير السعر المحدد المطلوب وموقع الطابور، ولذلك يجب أن تكون قاعدة موثقة للمنصة قبل قبولها صراحة.

النشر فقط مستقل عن التعليمات الأخرى. تحكم `GTC` و`GTD` و`IOC` و`FOK` مدة سريان الأمر، وبعض المنصات ترفض الجمع بين النشر فقط وتعليمات التنفيذ الفوري. أما `reduce-only` والإغلاق فقط وحقول جانب المركز فتحكم التعرض. وقد لا يدخل أمر الإيقاف أو جني الربح الدفتر قبل تفعيله، ثم يختبر الأمر الفرعي المحول وفق قواعد النشر فقط السارية في المنصة حينها.

كذلك تخص قواعد الطابور ودورة الحياة كل منصة. أولوية السعر ثم الزمن شائعة لكنها ليست عامة. وغالبا ما يفقد تغيير السعر أو زيادة الكمية أو الإلغاء والاستبدال الأولوية، بينما قد يحتفظ بها خفض الكمية المدعوم. وقد يلغي منع التداول الذاتي الأمر الوارد أو القائم أو يخفض أحدهما أو كليهما. ولا يثبت ما حدث فعلا إلا تسلسل أحداث الأوامر والتنفيذات العامة والخاصة.

اتبع سير العمل الآتي:

1. ثبت المنصة والكيان القانوني والمنتج والجلسة وإصدار الواجهة؛ وسجل خطوة السعر وحجم العقد والحد الأدنى للقيمة الاسمية وشريحة الرسوم، وما إذا كان أمر النشر فقط القابل للتنفيذ يرفض أو يلغى أو يعاد تسعيره.
2. التقط أفضل سعر شراء وبيع وعمق السوق بطابع زمني وتسلسل متسقين؛ وحدد الجانب والسعر والكمية ومدة السريان ونمط المركز والنشر فقط وخفض المركز فقط ومنع التداول الذاتي وحقول التفعيل.
3. قرب السعر والكمية بدقة وافحص مسبقا عبور الدفتر ونطاقات السعر والأرصدة والهامش وحدود الأوامر والأوضاع غير المتوافقة، مع اعتبار حالة المحرك عند الوصول هي المرجع.
4. أرسل الطلب بمعرف عميل فريد؛ وافصل نجاح النقل عن حالة القبول أو الاستقرار أو الانتهاء، وسجل معرف الخادم والطابع الزمني والاستجابة كاملة.
5. استهلك أحداث الأوامر والتنفيذات بترتيبها؛ وطابق الكمية المنفذة تراكميا والمتبقية ومعرف التنفيذ والسعر والقيمة الاسمية وعلامة السيولة وعملة الرسم أو الخصم وأي تعديل يغير الطابور.
6. عامل التعديل والإلغاء والاستبدال كسباقات إلى أن تصل الأحداث النهائية؛ وأعد المحاولة على نحو آمن من التكرار بعد انتهاء المهلة، وأعد المزامنة بعد الرسائل المكررة أو المفقودة أو غير المرتبة.
7. طابق الكمية المنفذة أو الملغاة أو المرفوضة أو المنتهية مع المخزون والحجوزات والأرصدة، ثم قيم الرسوم والخصومات والاختيار المعاكس والتنفيذات الفائتة فعليا؛ وفي المنصة القائمة على السلسلة تحقق منفصلا من الإدراج وتنفيذ البروتوكول ودرجة النهائية المطلوبة.

<a id="example"></a>

## أمثلة

- **سلوك عبور الدفتر.** أفضل سعري الشراء والبيع هما `99.90 / 100.00`، وخطوة السعر `0.01`. أمر شراء بالنشر فقط مقداره `2 BTC at 100.00` سيقابل أفضل عرض بيع فورا. ترفضه المنصة التي تتبع أسلوب الرفض؛ أما منصة الإلغاء فتسجله بلا تنفيذ ثم تلغيه. وقد تنقله منصة إعادة التسعير إلى `99.99`، ولكن فقط إذا كانت هذه الآلية موثقة ومطلوبة. وقد يستقر أمر شراء عند `99.99` إن لم تتغير حالة المحرك، من دون ضمان تنفيذه.
- **تنفيذ صانع قائم ورسومه.** يستقر أمر بيع `3 ETH at 99.90` حين يكون أفضل سعري الشراء والبيع `99.80 / 100.00`، ثم ينفذه أمر شراء قوي. القيمة الاسمية هي `3 x 99.90 = 299.70`. وعند رسم صانع `-1 bp` يكون الرسم `299.70 x -0.0001 = -0.02997`، أي خصما. أما تصنيفه خطأ برسم آخذ `5 bp` فينتج رسما قدره `0.14985`، بفارق `0.17982`. استخدم علامة السيولة وسجل الرسم الفعليين.
- **تنفيذ جزئي وسباق الإلغاء.** أمر بيع قائم بالنشر فقط مقداره `10 units at 100`. ينفذ منه `4`، ثم يرسل العميل طلب الإلغاء. وقبل الإلغاء النهائي ينفذ `1` آخر، فتكون الكمية الملغاة `5`. إجمالي التنفيذ `5` لا `4`؛ والقيمة الاسمية المنفذة `500`، والخصم عند `2 bp` يساوي `0.10`. إشعار قبول الإلغاء ليس السجل النهائي للمخزون.
- **قد تكلف الرسوم الأقل أكثر.** شراء `10` فورا بسعر `100.00` ورسم آخذ `8 bp` يكلف `1,000.80`. أما تفويت ذلك السعر ثم الاستقرار عند `100.20` برسم صانع `2 bp` فيكلف `1,002.2004`. يوفر مسار الصانع `0.5996` من الرسوم، لكنه يزيد التكلفة الإجمالية بمقدار `1.4004`. يدير النشر فقط سلوك التنفيذ، ولا يحسن الصفقة كاملة تلقائيا.

<a id="risks"></a>

## المخاطر

- افتراض قاعدة نشر فقط تخص منصة أو منتجا آخر.
- رفض أمر قابل للتنفيذ أو إلغاؤه أو إعادة تسعيره على نحو غير متوقع.
- جعل تأخر الأسعار سعرا غير عابر لدى العميل عابرا عند وصوله إلى المحرك.
- تغيير تقريب خطوة السعر للسعر المرسل أو اختبار العبور.
- تغيير المزاد أو الدفتر المقفل أو نمط التداول الخاص للسلوك.
- عدم تنفيذ الأمر القائم مطلقا.
- تجاوز الاختيار المعاكس لأي خصم صانع.
- تغير شريحة الرسم أو إشارته أو عملته.
- استنتاج صفة الصانع من الطلب بدلا من كل تنفيذ.
- التقليل من عمق الطابور أو السيولة المخفية.
- فقد أولوية الطابور بعد التعديل.
- إغفال تنفيذ جزئي من المخزون أو النقد.
- توليد تنفيذ إضافي أو أمرين متداخلين بسبب سباق الإلغاء أو الاستبدال.
- نشوء حالة مجهولة أو مكررة بسبب انتهاء المهلة أو إعادة محاولة غير آمنة.
- إفساد العرض المحلي بسبب فجوات WebSocket أو الرسائل المكررة أو غير المرتبة.
- إلغاء جانب غير متوقع أو خفضه بسبب منع التداول الذاتي.
- تعارض النشر فقط مع `IOC` أو `FOK` أو قاعدة أخرى لمدة السريان.
- رفض النية أو تقليصها أو عكسها بسبب خفض المركز فقط أو الإغلاق فقط أو نمط المركز.
- تحول أمر فرعي مفعل إلى أمر قابل للتنفيذ فيلغى أو يرفض.
- تعطل المطابقة بسبب فشل المنصة أو الحفظ أو الواجهة أو القواعد، أو بسبب ترتيب المعاملات على السلسلة أو الغاز أو إعادة التنظيم أو النهائية.

<a id="misconceptions"></a>

## مفاهيم خاطئة شائعة

- **النشر فقط يضمن التنفيذ.** قد يرفض الأمر أو يلغيه أو يتركه قائما بلا تنفيذ أو ينتهي أجله.
- **نجاح استجابة الواجهة يثبت أن الأمر قائم.** إشعار النقل وحالة محرك المطابقة سجلان مختلفان.
- **كل تنفيذ بالنشر فقط يكسب خصما.** تصنيف الصانع وشريحة الرسم وعملته ومعدله تخص التنفيذ والمنصة.
- **التعديل أو الإلغاء يمنع أي تنفيذ لاحق.** قد يعاد ترتيب الأولوية، وقد يسبق التنفيذ التأكيد النهائي.
- **يثبت تجزئة المعاملة أو إدراجها في كتلة أن أمر السلسلة أصبح سيولة صانع ونفذ نهائيا.** الإدراج وتنفيذ البروتوكول وحالة الاستقرار والتنفيذ ونهائية السلسلة أحداث منفصلة.

<a id="related"></a>

## موضوعات ذات صلة

- [أمر محدد السعر للعملات المشفرة](/ar/crypto/limit-order-crypto/)
- [رسوم الصانع والآخذ](/ar/crypto/maker-taker-fee/)
- [دفتر أوامر العملات المشفرة](/ar/crypto/order-book-crypto/)

<a id="sources"></a>

## المصادر

- [Coinbase Markets Trading Rules](https://www.coinbase.com/legal/trading_rules) - Coinbase (تاريخ الاطلاع: 2026-08-13)
- [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation (تاريخ الاطلاع: 2026-08-13)
- [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (تاريخ الاطلاع: 2026-08-13)
- [Order Management Best Practices](https://docs.deribit.com/articles/order-management-best-practices) - Deribit Documentation (تاريخ الاطلاع: 2026-08-13)
- [Post-Only Order](https://www.bybit.com/en/help-center/article/Post-Only-Order) - Bybit (تاريخ الاطلاع: 2026-08-13)
- [Basic Order Types](https://www.okx.com/en-us/help/x-basic-order-types) - OKX (تاريخ الاطلاع: 2026-08-13)
- [Order Amend Keep Priority](https://github.com/binance/binance-spot-api-docs/blob/master/faqs/order_amend_keep_priority.md) - Binance Spot API Documentation (تاريخ الاطلاع: 2026-08-13)
- [Exchange endpoint](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/exchange-endpoint) - Hyperliquid Docs (تاريخ الاطلاع: 2026-08-13)

Source: https://wiki.fcontext.com/ar/crypto/post-only-order/index.mdx