معظم مقالات «كيف تبني منصة تداول عملات مشفرة» يكتبها أناس لم يشغّلوا واحدة قط. يعدّدون الميزات، ويذكرون سعراً، ويتوقفون. هذا الدليل مختلف: هو مبني حول القرارات التي تحدد فعلاً هل تُطلق المنصة في موعدها، وتصمد أمام أول حادث، وتجتاز العناية الواجبة لدى شركاء المصارف والامتثال. الأمثلة من عملنا على BitXChange، وهي منصة لتداول العملات المشفرة مقابل العملات المشفرة، بكتالوج واسع من الأزواج، ومكاتب خلفية منفصلة للإدارة والمالكين والشركاء.
حدّدوا أي نوع من المنصات تبنون
«منصة تداول عملات مشفرة» تغطي أربعة منتجات على الأقل، بملفات مخاطر مختلفة:
| النموذج | ما هو | أصعب جزء |
|---|---|---|
| تداول فوري مركزي (CEX) | تحتفظون بأموال المستخدمين وتديرون دفتر أوامر | الحفظ، ومطابقة الأوامر، والامتثال |
| عملات مشفرة مقابل عملات مشفرة فقط | CEX بلا مسارات دخول وخروج نقدي | السيولة، وعمليات الإدراج |
| وساطة / مبادلة فورية | عروض أسعار من مزوّد سيولة، بلا دفتر أوامر | التسعير، والتحوّط، والانزلاق السعري |
| واجهة DEX | واجهة فوق بروتوكولات على السلسلة، غير حفظية | تجربة المحفظة، وMEV، واعتمادية RPC |
يحدّد هذا الاختيار كل ما يليه. منصة CEX للعملات المشفرة فقط، مثل BitXChange، تتجنب تكاملات المصارف ومعالجات البطاقات، فيُختصر بذلك أشهر من خارطة طريق الامتثال، لكنها تظل بحاجة إلى الحفظ ومحرك مطابقة الأوامر وعملية إدراج. يتيح نموذج الوساطة الإطلاق مع مزوّد سيولة واحد خلال أسابيع، لكنه يضع سقفاً للهامش. واجهة DEX أخف عبء امتثال، وأقل تحكم في تجربة التداول.
إذا لم تحسموا هذا القرار صراحة، فاحسموه قبل أي شيء آخر. كل ما يلي يفترض منصة تداول مركزية، وهو ما يقصده معظم المؤسسين حين يطلبون منا تقديراً.
المكوّنات الأساسية
لمنصة CEX في الإنتاج سبعة أنظمة فرعية. يمكن شراء بعضها، وبناء بعضها، وتأجيل بعضها، لكن كل واحد منها قائم في اليوم الأول، سواء خططتم له أم لا.
1. الحسابات وKYC والصلاحيات
تسجيل المستخدم، والمصادقة الثنائية، وإدارة الجلسات، وتتبع الأجهزة، ومفاتيح API. يُفوَّض KYC عادة إلى مزوّد (Sumsub وOnfido وVeriff وغيرها) عبر تدفق webhook: يُكمل المستخدم التحقق في أداة المزوّد، ويستدعي المزوّد الواجهة الخلفية، فتغيّر الواجهة الخلفية مستوى الحساب والحدود المرتبطة به. نمذجوا المستويات والحدود كبيانات من البداية؛ فستغيّرونها أكثر مما تتوقعون.
2. دفتر الأستاذ
دفتر الأستاذ قلب المنصة، وهو الجزء الذي تقلل معظم الفرق من شأنه. كل تغيّر في الرصيد — إيداع، أو صفقة، أو رسم، أو سحب، أو تعديل — يجب أن يكون معاملة بقيد مزدوج تشير إلى مصدرها. يجب أن يكون دفتر الأستاذ للإلحاق فقط، وغير قابل للتكرار، وقابلاً للمطابقة مع الأرصدة على السلسلة وحالة محرك مطابقة الأوامر.
قاعدتان لا نكسرهما:
- الأرصدة مشتقة من قيود دفتر الأستاذ، ولا تُحدَّث في مكانها من دون قيد مقابل.
- كل حدث خارجي (إيداع مؤكَّد، أو أمر منفَّذ) يحمل مفتاح عدم تكرار، حتى لا يُقيَّد لمستخدم رصيد مرتين بسبب webhook مُعاد أو رسالة أُعيد تشغيلها.
3. محرك مطابقة الأوامر
يأخذ محرك مطابقة الأوامر الأوامر وينتج الصفقات. للإطلاق بمجموعة منتقاة من الأزواج، يكفي دفتر أوامر في الذاكرة لكل سوق ضمن عملية واحدة، مع سجل أحداث دائم: هو سريع بما يكفي، وأسهل فهماً بكثير من تصميم موزَّع. أولوية السعر ثم الوقت، والأوامر المحدّدة وأوامر السوق، والإلغاءات، ورقم تسلسل على كل حدث: هذا كل ما تحتاجونه للبدء. يلي ذلك التنفيذ الجزئي، وأوامر post-only، وأوامر الإيقاف، ومنع التداول الذاتي، حين يظهر حجم حقيقي.
صمّموا المحرك كدالة نقية فوق تدفق أحداث: المدخلات نفسها تنتج الدفتر والصفقات نفسها. فيصير قابلاً للاختبار، وقابلاً لإعادة التشغيل بعد التوقف، وقابلاً للتدقيق حين يعترض مستخدم على تنفيذ.
4. بيانات السوق
لقطات دفتر الأوامر وفروقها، والصفقات اللحظية، والشموع، وأشرطة الأسعار، تُوزَّع على المتصفح عبر WebSocket. النمط الذي نجح معنا: ينشر المحرك الأحداث إلى ناقل رسائل، وتحافظ خدمة بيانات السوق على حالة كل سوق وتوزّعها على العملاء، وتحتفظ الواجهة الأمامية بمخزن محلي موحَّد، فيُصيَّر كل عنصر — الدفتر، والرسم، والصفقات الأخيرة، والأوامر المفتوحة — من مصدر حقيقة واحد. وصفنا جانب الواجهة الأمامية من هذا بالتفصيل في دراسة حالة TradeBot.
5. المحافظ والحفظ
يتطلب الإيداع توليد عنوان لكل مستخدم ولكل أصل، وتتبع التأكيدات بقواعد النهائية الخاصة بكل سلسلة، ومعالجة إعادة تنظيم السلسلة. ويتطلب السحب توقيع المحفظة الساخنة ضمن حدود، وتخزيناً بارداً لغالبية الأموال، وفحوصات للوتيرة، وطابور موافقة يدوية فوق عتبة.
تتراوح الخيارات من البناء على بنية العقد بأنفسكم إلى الاستعانة بمزوّد حفظ (Fireblocks وBitGo وCopper). للإطلاق الأول، مزوّد الحفظ هو الخيار الصحيح في الغالب: يختصر خارطة الطريق أشهراً، ويعطي شركاء الامتثال شيئاً يألفونه. لا تبنوا نظامكم الخاص إلا حين تبرر الرسوم أو السيطرة العبء التشغيلي.
6. المكاتب الخلفية
يحتاج المشغّلون إلى أدوات من اليوم الأول: الإدراجات وإعداد الأزواج، وجداول الرسوم، وإدارة المستخدمين والحدود، وموافقات السحب، وضوابط الحوادث (إيقاف سوق، وتجميد حساب)، والتقارير. في BitXChange بنينا ثلاثة مكاتب خلفية منفصلة، بمجموعات صلاحيات مميزة — للإدارة والمالكين والشركاء — لأن من يديرون الإدراجات ليسوا من ينبغي أن يطّلعوا على بيانات المستخدم الشخصية أو يوافقوا على السحوبات. الوصول القائم على الأدوار، وسجلات التدقيق على كل إجراء، أمران لا يُتفاوض عليهما.
7. واجهة التداول
واجهة التداول هي ما يحكم به المستخدمون عليكم، وهي أيضاً مسألة هندسية صعبة: تحديثات سوق مستمرة، ومعلومات كثيفة، وإدخال أوامر بلوحة المفاتيح، وبلا تسامح مع البيانات القديمة. نبني هذه الطبقة بـ Next.js وTypeScript، مع مخزن فوري يغذّي عناصر مستقلة. يُبقي العرض من الخادم صفحات التسويق والحساب سريعة وقابلة للفهرسة؛ أما شاشة التداول نفسها فتطبيق على العميل.
الامتثال: ما تحتاجونه فعلاً
الامتثال هو الموضع الذي تتعثر فيه مشاريع المنصات، عادة لأن المؤسسين يتجاهلونه أو يحاولون حل كل شيء قبل الإطلاق. الحد الأدنى العملي لمنصة تداول مركزية:
- الترخيص أو التسجيل في الولاية القضائية التي تعملون فيها. تتفاوت المتطلبات تفاوتاً كبيراً (MiCA في الاتحاد الأوروبي، وتسجيل VASP في ليتوانيا وبولندا، وVARA في دبي، وتراخيص نقل الأموال على مستوى الولاية في الولايات المتحدة). حدّدوا الولاية القضائية قبل المعمارية، لأن متطلبات إقامة البيانات والتقارير تنبع منها.
- برنامج KYC/AML: مستويات تأهيل العملاء للتحقق من الهوية، وفحص العقوبات والأشخاص المعرضين سياسياً (PEP)، ومراقبة المعاملات مع تقييم المخاطر، والإبلاغ عن النشاط المشبوه، وحفظ السجلات. يقدّم المزوّدون معظم ذلك؛ وعلى نظامكم أن يخزّن الأدلة ويتصرف وفق النتائج.
- Travel Rule للتحويلات التي تتجاوز العتبات، عبر مزوّد أو بروتوكول (Notabene، وSumsub Travel Rule، وTRP).
- مسار تدقيق لكل تغيّر في الرصيد ولكل إجراء إداري، مع احتفاظ يُقاس بالسنوات.
- الشروط والخصوصية وإفصاحات المخاطر، يكتبها محامٍ ملمّ بالأصول الرقمية.
نحن مهندسون، لا محامون. ما نفعله هو ترجمة برنامج الامتثال إلى ضوابط تقنية: نماذج بيانات للمستويات والحدود، وتدفقات webhook لـ KYC، ونقاط مراقبة لفحص المعاملات، وسجلات غير قابلة للتغيير، وتقارير قابلة للتصدير. خصصوا ميزانية لمستشار امتثال من البداية؛ فذلك أرخص من إعادة التهيئة لاحقاً.
الأمن: ما لا يُتفاوض عليه
تُهاجَم المنصات باستمرار منذ اليوم الذي تظهر فيه في مستكشف كتل. الحد الأدنى:
- فصل المحفظة الساخنة عن التخزين البارد، بحدود صارمة على المحفظة الساخنة، وتوقيع متعدد أو MPC للتخزين البارد.
- ضوابط السحب: إدراج العناوين في قائمة بيضاء، وتأكيد بـ 2FA، وأقفال زمنية بعد تغييرات الأمان، وحدود للوتيرة، ومراجعة يدوية فوق العتبات.
- بنية بالحد الأدنى من الصلاحيات، وأسرار في خزنة، وبلا بيانات اعتماد مشتركة، ومفاتيح توقيع لا تلمس خوادم التطبيق أبداً.
- تحديد المعدّل ومكافحة الأتمتة على نقاط نهاية المصادقة والتداول.
- فحص التبعيات، ومراجعة كود إلزامية، ودليل تشغيل حوادث جرى التدرّب عليه.
- اختبار اختراق خارجي قبل الإطلاق وبعد التغييرات الكبرى.
لا شيء من هذا خارج المألوف. المهم أن يُصمَّم داخل النظام، لا أن يُضاف بعد أول حادث.
الفريق والجدول والميزانية
لـ MVP لمنصة CEX من العملات المشفرة إلى العملات المشفرة — تداول فوري على مجموعة منتقاة من الأزواج، وحفظ عبر مزوّد، وKYC عبر مزوّد، ومكتب خلفي للإدارة، وواجهة تداول على الويب — الخطة الواقعية كالتالي:
- الفريق: قائد تقني، ومهندسان للواجهة الخلفية، ومهندس واجهة أمامية أو اثنان، ومهندس ضمان جودة، ومصمّم بدوام جزئي، وقائد مشروع بدوام جزئي. من خمسة إلى سبعة أشخاص.
- الجدول: من أربعة إلى ستة أشهر حتى إطلاق عام منضبط، مع تداول داخلي على شبكات الاختبار بحلول الشهر الثالث.
- الميزانية: مرحلة أولى في نطاق 40–80k USD لنطاق مركّز مع مزوّدين للحفظ وKYC؛ و150–300k USD لمنصة بمكاتب خلفية متعددة، أو منتجات هامش، أو حفظ مُدار ذاتياً. تشمل الكلفة المستمرة رسوم المزوّدين، والبنية التحتية، ومراجعات الأمن، ومناوبة الدعم.
يمكن إطلاق منتج وساطة أو مبادلة فورية خلال ستة إلى عشرة أسابيع وبجزء من الميزانية؛ وتقع واجهة DEX في نطاق مشابه. سبب ارتفاع كلفة مشاريع CEX ليس الواجهة، بل دفتر الأستاذ والحفظ والعمليات.
دروس من BitXChange
ثلاثة أمور نقولها لمن يبدأ منصة تداول اليوم:
افصلوا الإدراجات عن الإصدارات. يجب أن يستطيع المشغّلون إضافة زوج، وتحديد رسومه وحدوده، وفتحه للتداول من دون نشر هندسي. بنينا إعداد الأزواج كبيانات، بطرح مرحلي (مخفي، للقراءة فقط، مباشر)، فأزلنا أكبر مصدر احتكاك بين الفريق التجاري وفريق الهندسة.
ابنوا المكاتب الخلفية مبكراً. من المغري إطلاق واجهة التداول أولاً وإدارة العمليات عبر استعلامات قاعدة البيانات. كل منصة تفعل ذلك تندم في أول مرة يوافق فيها أحد على السحب الخطأ عند الساعة 3 فجراً. المكاتب الخلفية القائمة على الأدوار، مع سجلات التدقيق، جزء من MVP.
عاملوا بيانات السوق كمنتج. يسامح المستخدمون صفحة إعدادات بطيئة؛ ولا يسامحون دفتر أوامر قديماً. مسار مخصص لبيانات السوق — من المحرك إلى الناقل إلى خدمة التوزيع ثم إلى مخزن العميل الموحَّد — هو ما يُبقي الواجهة جديرة بالثقة تحت الحمل.