ترقية OKEx Lightning 2.0

نظام تداول من الجيل التالي يوفر أداءً أسرع

ط. تطوير نظام التجارة الإلكترونية

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

أزمة الورق اللاورقي في الولايات المتحدة في السبعينيات

ظهرت أنظمة التداول الإلكترونية في جميع أنحاء العالم ، بما في ذلك Currenex في State Street و HKEX’s INET و EBS Spot Ai من ICAP و LIFE’s LIFE CONNECT. نظرًا لأن الأصول المشفرة موجودة فقط في شكل إلكتروني ، فهي مرتبطة بشكل طبيعي بمنصات التداول الإلكترونية ، لكن متطلبات تداول العملات المشفرة وأنظمة التداول التقليدية تختلف قليلاً. بشكل عام ، يجب أن يمتلك نظام تداول العملات الرقمية الخصائص التالية:

أ. زمن انتقال منخفض وإنتاجية عالية

الكمون والإنتاجية هي المؤشرات الرئيسية لقياس أداء نظام التداول. هدفنا الأساسي هو تحقيق زمن انتقال منخفض وإنتاجية عالية عند تصميم نظام تداول.

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

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

ب. قابلية الصيانة وقابلية التوسع

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

ثانيًا. OKEx Lightning System 2.0: أداء Lightspeed

باعتبارها واحدة من أفضل بورصات الأصول الرقمية العالمية ، تقدم OKEx خدماتها لعشرات الآلاف من المستخدمين بأصولها المشفرة الشاملة ومنتجاتها المشتقة ، بمتوسط ​​حجم تداول يومي يبلغ مليارات الدولارات الأمريكية. بصفتنا شركة رائدة في هذا المجال ، فقد وضعنا معايير أعلى للغاية لأنظمة التداول الخاصة بنا. بالإضافة إلى الترقية على نظام التداول الخاص بنا في أغسطس 2018 ، قمنا بتطبيق الجيل التالي من نظام Lightning 2.0 بأداء رائد عالميًا بعد ترقيات متعددة. الميزات الرئيسية لترقية Lightning 2.0 هي كما يلي:

إطار ترقية Lightning 2.0

1. Memoization

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

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

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

علاوة على ذلك ، تصل وحدات المعالجة المركزية الحديثة (CPUs) إلى البيانات الموجودة في الذاكرة بسرعة أبطأ من المتوقع. وفقا ل امتحان, يستغرق الأمر 1/7 فقط من الوقت لاسترداد البيانات من ذاكرة التخزين المؤقت L2 لوحدة المعالجة المركزية مقارنة بتقنية المطابقة في الذاكرة. من أجل تقليل زمن الوصول بشكل أكبر ، من المهم فهم كيفية الاستفادة من ذاكرة التخزين المؤقت لوحدة المعالجة المركزية. وحدة نقل البيانات هي سطر ذاكرة التخزين المؤقت ، والتي عادة ما تكون 64 بايت. بينما تقوم وحدة المعالجة المركزية بتحميل البيانات في الذاكرة ، فإنها تنقل البيانات المجاورة في 64 بايت إلى ذاكرة التخزين المؤقت. وفقًا لذلك ، قمنا بإجراء التحسينات التالية على نظام Lightning الخاص بنا من خلال التحكم في توزيع البيانات الموجودة في الذاكرة:

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

2. نموذج النشر والاشتراك والبروتوكول الثنائي

النوعان الرئيسيان لنماذج المراسلة هما كما يلي:

مقارنة بين Lightning 1.0 و Lightning 2.0

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

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

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

نوعان شائعان من تنسيقات الرسائل: نصية & الثنائية

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

3. التحجيم الأفقي

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

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

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

4. تحجيم النظام

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

نظرًا لأن الوحدات تعمل مع بعضها البعض لتمكين وظائف نظام التداول بأكمله ، فإن آلية الاتصال الخاصة بهم مطلوبة. هناك خياران للاتصال بين الخدمات: مشاركة البيانات والمراسلة.

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

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

ثالثا. أداء بيانات Lightning 2.0

لقد أكملنا ترقية شاملة لنظام Lightning 2.0 الخاص بنا في النصف الثاني من عام 2019. كيف تم تحسين أدائه مقارنة بـ Lightning 1.0?

فيما يلي أحدث الإحصائيات الخاصة باختبار خادم هونج كونج في نوفمبر:

فيما يتعلق بسعة معالجة الطلبات ، يتمتع نظامنا بقدرة معالجة قصوى تبلغ 100000 txn / s ، مقارنة بأنظمة التداول السائدة في سوق الأسهم العالمية.

تُستخدم المؤشرات الثلاثة التالية لاختبار زمن انتقال النظام:

ثلاثة مؤشرات شائعة لاختبار وقت الاستجابة: ACK و Live و Cancel

استخدمنا بيانات الاختبار من سبتمبر ونوفمبر لمقارنة أداء ما قبل الترقية وما بعد الترقية لنظام التداول الخاص بنا (انظر أدناه). كما هو موضح أدناه ، انخفض متوسط ​​زمن انتقال ACK من 50 مللي ثانية إلى 25 مللي ثانية ، وارتفع متوسط ​​زمن الانتقال المباشر من 134 مللي ثانية إلى 63 مللي ثانية ، وانخفض متوسط ​​زمن انتقال الإلغاء من 230 مللي ثانية إلى 180 مللي ثانية.

إنه يوضح أن نظام التداول Lightning 2.0 الخاص بنا لديه وقت استجابة أقل.

قبل الترقية / بعد الترقية

رابعا. رائد الصناعة في التكنولوجيا

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

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

اتبع OKEx على:

Steemit: https://steemit.com/@okex-official

الموقع: https://www.okex.com

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Our Socials
Facebooktwitter
Promo
banner
Promo
banner