يهدف Solana إلى بناء شبكة تداول لامركزية أكثر كفاءة من بورصة ناسداك ، لكن تصميم blockchain الحالي لا يرقى إلى مستوى التوقعات ، وصانع سوق Solana الحالي لديه معدل ربح منخفض في سباق إلغاء الطلبات (أقل بكثير من 13٪ من البورصات المركزية) ، وتؤدي Jito Auctions إلى تفاقم التحكم في وصول الدولة من قبل قائد واحد ، مما يؤدي إلى اتساع فروق الأسعار. في هذا الصدد ، يقترح إعادة بناء آلية الإجماع وتقديم العديد من القادة المتزامنين لتحسين ترتيب الطلبات ، وتقليل تكلفة الاختيار السلبية لصناع السوق ، وتحسين كفاءة الأسعار.
كان الهدف الأصلي لإنشاء سولانا هو بناء بلوكتشين سريع ورخيص بما يكفي لتشغيل دفتر طلبات مركزي محدود. تم إطلاق النسخة التجريبية من شبكة سولانا الرئيسية في مارس 2020 - واليوم مرت خمس سنوات، وعلى الرغم من تحقيقنا للعديد من الإنجازات، إلا أنه أصبح أكثر وضوحًا أننا لم نحقق هذا الهدف بعد.
إن البنية التحتية الحالية للبلوكشين لم تُصمم للتداول. إذا أردنا تحقيق المهمة الأصلية لـ Solana، يجب علينا العودة إلى النقطة الأصلية، والانطلاق من المبادئ الأساسية، وإعادة تصميم آلية الإجماع بشكل جذري، بهدف بناء شبكة لامركزية قادرة على المنافسة مع بورصة نيويورك.
من خلال التنافس مع بورصة نيويورك ، نعني أن البورصات في سولانا يجب أن تكون قادرة على تقديم أسعار أفضل من البورصات المركزية. في عالم السوق ، يتم تعريف السعر من خلال "السبريد": الفرق بين الحد الأقصى للسعر الذي يرغب فيه شخص ما في شراء أصل وأدنى سعر يرغب فيه شخص ما في بيع أحد الأصل.
!
كلما كانت الفجوة السعرية أصغر، كان السعر الذي يحصل عليه المتداول أفضل، وزادت كفاءة السوق.
صيغة السبريد بسيطة. يتم تعيين فروق الأسعار بطريقة تجعل الربح المتوقع الذي سيحصل عليه صانع السوق من التداول مع متداول غير معلومات يساوي الخسارة المتوقعة التي قد يتكبدها من التداول مع متداول المعلومات. عندما يكون لدى صانعي السوق معلومات أكثر من نظرائهم ، فإنهم يكسبون المال. عندما تكون هناك معلومات أقل من الطرف المقابل ، فإنهم يخسرون المال. عادة ما يكسب صانعو السوق القليل من المال في كل صفقة مع مستثمري التجزئة ، لكنهم يخسرون الكثير إذا تم التحوط منهم في الاتجاه المعاكس عندما يقفز السعر بعنف (نأمل أن يحدث ذلك بشكل غير منتظم). هذا هو أصل عبارة "صانع السوق يلتقط البوابة ويفقد البطيخ".
ما هي العوامل التي تحدد تكلفة الاختيار العكسي؟
!
لفهم الاختيار السلبي بشكل أفضل ، نحتاج إلى فهم ما يلعبه صانعو سوق الألعاب. يتخذ صناع السوق قرارات بناء على "السعر العادل" الذي يتغير بشكل عشوائي بمرور الوقت. عندما يكون السعر العادل ضمن فارق العرض والطلب ، يكون عرض أسعار صانع السوق آمنا لأن الطرف المقابل لا يمكنه تحقيق ربح عن طريق تناول عرض الأسعار. ولكن بمجرد أن يتجاوز السعر العادل فارق العرض والطلب ، يبدأ السباق: يحاول صانع السوق إلغاء الأمر في أسرع وقت ممكن ، ويحاول المتلقي الاستيلاء على الأمر القديم قبل أن يلغي صانع السوق. توقع المستفيد الناجح هو الفرق بين السعر العادل والعرض القديم. المفتاح للحد من احتكاك الاختيار السلبي هو السماح لصناع السوق بالفوز بالسباق قدر الإمكان.
!
تشير البيانات من بعض بورصات المركزية إلى أنه بعد تقلب الأسعار، لدى صانعي السوق فقط 13% من الاحتمالية لإلغاء الطلبات قبل الآخرين.
!
من غير المرجح أن يفوز صانعو السوق في البورصات المركزية في سباق الإلغاء ، ولكن حتى أقل في سولانا. آلية مزاد Jito - وهي أحد الآثار الجانبية لمقدم عرض واحد يتحكم في وصول الدولة على مدى فترة طويلة من الزمن - تجعل من المستحيل تقريبا على صانعي السوق الفوز بسباق الإلغاء. حتى لو كان صانع السوق أسرع ، فإن القرار الحقيقي هو من يقدم عطاءات أعلى في مزاد Jito. هذا يضع صانعي السوق في مأزق: يمكنهم إما دفع الكثير من المال لإلغاء طلباتهم ، أو السماح لشخص آخر بدفع ثمن باهظ لقنصهم. في كلتا الحالتين ، كانوا يخسرون المال واضطروا إلى توسيع السبريد نتيجة لذلك.
!
من الناحية العملية ، تمنح البنية المجهرية الحالية للسوق على السلسلة المستفيدين ميزة المحرك الأول من حيث الاختيار السلبي. لحل هذه المشكلة ، نحتاج إلى منح التطبيق مزيدا من المرونة في ترتيب المعاملات. إذا أردنا خفض السبريد ، فيجب أن يكون التطبيق قادرا على منح صانعي السوق السبق في سباق إلغاء الطلبات. تتمثل إحدى طرق القيام بذلك في تقديم استراتيجية فرز "الإلغاء أولا ، والتعبئة لاحقا". ننظر إلى الكتل ونعالج جميع عمليات الإلغاء قبل معالجة جميع اللقطات.
!
يمكننا تنفيذ هذه الاستراتيجية على سولانا على الفور، فقط عن طريق تغيير ترتيب إعادة التشغيل الحالي من نمط يحدده القائد إلى استراتيجية تعطي الأولوية للصفقات الملغاة. لكن هذا لا يحل المشكلة بشكل كامل. إذا كان لا يزال يتحكم قائد واحد، فلا يزال بإمكانه اختيار تجاهل الصفقات الملغاة، وسنعود إلى النقطة التي بدأنا منها - لا يزال صانع السوق في وضع غير مواتٍ في سباق الإلغاء.
!
الحل الوحيد لهذه المشكلة هو إدخال قادة متوازيين (Concurrent Leaders). بهذا الشكل، إذا قام أحد القادة بحجب إلغاء الصفقة، يمكنك التوجه لتقديمها لقائد آخر.
!
التنفيذ — ترتيب المعاملات
السؤال الأكبر حول القادة المتوازيين المتعددين هو: كيف ندمج كتل المعاملات الخاصة بهم عندما يكون هناك تعارض؟ الجواب بسيط: نقسم الرسوم إلى فئتين: رسوم التضمين ورسوم الطلب. يتم دفع رسوم التضمين للمدقق الذي يحتوي على المعاملة ، ويتم دفع رسوم الفرز إلى البروتوكول (حرق). عندما نريد دمج كتل كل قائد ، فإننا ببساطة نأخذ اتحاد جميع المعاملات لجميع الكتل في فتحة وترتيبها وفقا لرسوم الفرز الخاصة بها.
!
هذا الإجراء وحده لا يكفي. ما نحاول تحقيقه حقا هو منح التطبيق مزيدا من المرونة للتحكم في ترتيب المعاملات. عنصر آخر: استدعاء النظام "get_transaction_metadata" ، والذي يسمح للبرنامج بقراءة رسوم الفرز للمعاملة التي يتفاعل معها ، مما يمنح التطبيق أداة قوية للتحكم في الطلب.
!
التنفيذ - آلية الإجماع
تتضمن أهداف تصميم آلية توافقنا:
التجليد والتعمى: لا يمكن للقادة المتوازيين تضمين معلومات من كتل القادة الآخرين في كتلهم الخاصة (على سبيل المثال ، قرص المعاملات الخاصة) ، ولا يمكنهم إلغاء الكتل الخاصة بهم بناء على محتويات كتل القادة الآخرين (على سبيل المثال ، إلغاء عروضهم الخاصة بعد رؤية العطاءات الأخرى).
عدالة الساعة (Wallclock Fairness): يجب على القادة المتوازيين تقديم الكتل في وقت حقيقي متقارب.
فيما يلي ملخص لأكثر الحلول فعالية التي تم تطويرها بالتعاون مع Pranav Garimidi و Joachim Neu من a16z Research:
يقوم كل قائد بتحويل كتلته إلى شظايا شيفرة تصحيح الأخطاء (shreds). بمجرد استعادة عدد كافٍ من الشظايا (أعلى من معدل الترميز)، يمكن استعادة الكتلة. من غير الممكن استعادة جزء منها.
سيقوم القادة بإرسال القطع إلى عقدة الترحيل في الطبقة الأولى من شجرة Turbine. سيقوم كل قائد بإرسال قطعه الأولى إلى الترحيل 1، والقطعة الثانية إلى الترحيل 2، وهكذا. إذا سارت الأمور على ما يرام، سيستقبل كل ترحيل القطع من جميع القادة.
بعد انتهاء المهلة، يرسل الوسيط رسالة IHAVE الموقعة إلى قائد الإجماع الفردي، ليعلمه بالقطع التي تم استلامها.
ثم يقوم قائد الإجماع ببناء كتلة تحتوي على رسائل IHAVE هذه. إذا لم يكن يحتوي على نسبة كافية من رسائل IHAVE، فسيكون الحظر غير صالح.
قادة الإجماع يبثون هذه الكتلة إلى المُتحققين، ويبدأ المُتحققون في التوصل إلى إجماع بشأن هذه الكتلة.
تفي هذه الخطة بخصائص الربط والتعتيم مع احتمال عالٍ، وتتمتع بإنصاف زمني جيد، على الرغم من أنه قد تظهر خطط أفضل في المستقبل.
!
الخاتمة
تم إنشاء سولانا بهدف تجاوز ناسداك. لتحقيق ذلك، يجب علينا تقديم أسعار أفضل من ناسداك. لتحقيق ذلك، يجب علينا منح التطبيقات القدرة على إلغاء العمليات ذات الأولوية قبل إتمام الصفقة. لمنح التطبيقات هذه القدرة، يجب علينا منع القادة من مراجعة الطلبات بشكل أحادي. ولتحقيق ذلك، يجب علينا إدخال عدة قادة متوازيين.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
كيف يمكن لـ Solana تحسين نفسها لتحقيق رؤية ناسداك داخل السلسلة؟
**كتابة: **ماكس ريسنيك (أنزا) & أناتولي ياكوفينكو (سولانا لابز)
ترجمة: GaryMa و قال عن blockchain
ملخص
يهدف Solana إلى بناء شبكة تداول لامركزية أكثر كفاءة من بورصة ناسداك ، لكن تصميم blockchain الحالي لا يرقى إلى مستوى التوقعات ، وصانع سوق Solana الحالي لديه معدل ربح منخفض في سباق إلغاء الطلبات (أقل بكثير من 13٪ من البورصات المركزية) ، وتؤدي Jito Auctions إلى تفاقم التحكم في وصول الدولة من قبل قائد واحد ، مما يؤدي إلى اتساع فروق الأسعار. في هذا الصدد ، يقترح إعادة بناء آلية الإجماع وتقديم العديد من القادة المتزامنين لتحسين ترتيب الطلبات ، وتقليل تكلفة الاختيار السلبية لصناع السوق ، وتحسين كفاءة الأسعار.
كان الهدف الأصلي لإنشاء سولانا هو بناء بلوكتشين سريع ورخيص بما يكفي لتشغيل دفتر طلبات مركزي محدود. تم إطلاق النسخة التجريبية من شبكة سولانا الرئيسية في مارس 2020 - واليوم مرت خمس سنوات، وعلى الرغم من تحقيقنا للعديد من الإنجازات، إلا أنه أصبح أكثر وضوحًا أننا لم نحقق هذا الهدف بعد.
إن البنية التحتية الحالية للبلوكشين لم تُصمم للتداول. إذا أردنا تحقيق المهمة الأصلية لـ Solana، يجب علينا العودة إلى النقطة الأصلية، والانطلاق من المبادئ الأساسية، وإعادة تصميم آلية الإجماع بشكل جذري، بهدف بناء شبكة لامركزية قادرة على المنافسة مع بورصة نيويورك.
من خلال التنافس مع بورصة نيويورك ، نعني أن البورصات في سولانا يجب أن تكون قادرة على تقديم أسعار أفضل من البورصات المركزية. في عالم السوق ، يتم تعريف السعر من خلال "السبريد": الفرق بين الحد الأقصى للسعر الذي يرغب فيه شخص ما في شراء أصل وأدنى سعر يرغب فيه شخص ما في بيع أحد الأصل.
!
كلما كانت الفجوة السعرية أصغر، كان السعر الذي يحصل عليه المتداول أفضل، وزادت كفاءة السوق.
صيغة السبريد بسيطة. يتم تعيين فروق الأسعار بطريقة تجعل الربح المتوقع الذي سيحصل عليه صانع السوق من التداول مع متداول غير معلومات يساوي الخسارة المتوقعة التي قد يتكبدها من التداول مع متداول المعلومات. عندما يكون لدى صانعي السوق معلومات أكثر من نظرائهم ، فإنهم يكسبون المال. عندما تكون هناك معلومات أقل من الطرف المقابل ، فإنهم يخسرون المال. عادة ما يكسب صانعو السوق القليل من المال في كل صفقة مع مستثمري التجزئة ، لكنهم يخسرون الكثير إذا تم التحوط منهم في الاتجاه المعاكس عندما يقفز السعر بعنف (نأمل أن يحدث ذلك بشكل غير منتظم). هذا هو أصل عبارة "صانع السوق يلتقط البوابة ويفقد البطيخ".
ما هي العوامل التي تحدد تكلفة الاختيار العكسي؟
!
لفهم الاختيار السلبي بشكل أفضل ، نحتاج إلى فهم ما يلعبه صانعو سوق الألعاب. يتخذ صناع السوق قرارات بناء على "السعر العادل" الذي يتغير بشكل عشوائي بمرور الوقت. عندما يكون السعر العادل ضمن فارق العرض والطلب ، يكون عرض أسعار صانع السوق آمنا لأن الطرف المقابل لا يمكنه تحقيق ربح عن طريق تناول عرض الأسعار. ولكن بمجرد أن يتجاوز السعر العادل فارق العرض والطلب ، يبدأ السباق: يحاول صانع السوق إلغاء الأمر في أسرع وقت ممكن ، ويحاول المتلقي الاستيلاء على الأمر القديم قبل أن يلغي صانع السوق. توقع المستفيد الناجح هو الفرق بين السعر العادل والعرض القديم. المفتاح للحد من احتكاك الاختيار السلبي هو السماح لصناع السوق بالفوز بالسباق قدر الإمكان.
!
تشير البيانات من بعض بورصات المركزية إلى أنه بعد تقلب الأسعار، لدى صانعي السوق فقط 13% من الاحتمالية لإلغاء الطلبات قبل الآخرين.
!
من غير المرجح أن يفوز صانعو السوق في البورصات المركزية في سباق الإلغاء ، ولكن حتى أقل في سولانا. آلية مزاد Jito - وهي أحد الآثار الجانبية لمقدم عرض واحد يتحكم في وصول الدولة على مدى فترة طويلة من الزمن - تجعل من المستحيل تقريبا على صانعي السوق الفوز بسباق الإلغاء. حتى لو كان صانع السوق أسرع ، فإن القرار الحقيقي هو من يقدم عطاءات أعلى في مزاد Jito. هذا يضع صانعي السوق في مأزق: يمكنهم إما دفع الكثير من المال لإلغاء طلباتهم ، أو السماح لشخص آخر بدفع ثمن باهظ لقنصهم. في كلتا الحالتين ، كانوا يخسرون المال واضطروا إلى توسيع السبريد نتيجة لذلك.
!
من الناحية العملية ، تمنح البنية المجهرية الحالية للسوق على السلسلة المستفيدين ميزة المحرك الأول من حيث الاختيار السلبي. لحل هذه المشكلة ، نحتاج إلى منح التطبيق مزيدا من المرونة في ترتيب المعاملات. إذا أردنا خفض السبريد ، فيجب أن يكون التطبيق قادرا على منح صانعي السوق السبق في سباق إلغاء الطلبات. تتمثل إحدى طرق القيام بذلك في تقديم استراتيجية فرز "الإلغاء أولا ، والتعبئة لاحقا". ننظر إلى الكتل ونعالج جميع عمليات الإلغاء قبل معالجة جميع اللقطات.
!
يمكننا تنفيذ هذه الاستراتيجية على سولانا على الفور، فقط عن طريق تغيير ترتيب إعادة التشغيل الحالي من نمط يحدده القائد إلى استراتيجية تعطي الأولوية للصفقات الملغاة. لكن هذا لا يحل المشكلة بشكل كامل. إذا كان لا يزال يتحكم قائد واحد، فلا يزال بإمكانه اختيار تجاهل الصفقات الملغاة، وسنعود إلى النقطة التي بدأنا منها - لا يزال صانع السوق في وضع غير مواتٍ في سباق الإلغاء.
!
الحل الوحيد لهذه المشكلة هو إدخال قادة متوازيين (Concurrent Leaders). بهذا الشكل، إذا قام أحد القادة بحجب إلغاء الصفقة، يمكنك التوجه لتقديمها لقائد آخر.
!
التنفيذ — ترتيب المعاملات
السؤال الأكبر حول القادة المتوازيين المتعددين هو: كيف ندمج كتل المعاملات الخاصة بهم عندما يكون هناك تعارض؟ الجواب بسيط: نقسم الرسوم إلى فئتين: رسوم التضمين ورسوم الطلب. يتم دفع رسوم التضمين للمدقق الذي يحتوي على المعاملة ، ويتم دفع رسوم الفرز إلى البروتوكول (حرق). عندما نريد دمج كتل كل قائد ، فإننا ببساطة نأخذ اتحاد جميع المعاملات لجميع الكتل في فتحة وترتيبها وفقا لرسوم الفرز الخاصة بها.
!
هذا الإجراء وحده لا يكفي. ما نحاول تحقيقه حقا هو منح التطبيق مزيدا من المرونة للتحكم في ترتيب المعاملات. عنصر آخر: استدعاء النظام "get_transaction_metadata" ، والذي يسمح للبرنامج بقراءة رسوم الفرز للمعاملة التي يتفاعل معها ، مما يمنح التطبيق أداة قوية للتحكم في الطلب.
!
التنفيذ - آلية الإجماع
تتضمن أهداف تصميم آلية توافقنا:
التجليد والتعمى: لا يمكن للقادة المتوازيين تضمين معلومات من كتل القادة الآخرين في كتلهم الخاصة (على سبيل المثال ، قرص المعاملات الخاصة) ، ولا يمكنهم إلغاء الكتل الخاصة بهم بناء على محتويات كتل القادة الآخرين (على سبيل المثال ، إلغاء عروضهم الخاصة بعد رؤية العطاءات الأخرى).
عدالة الساعة (Wallclock Fairness): يجب على القادة المتوازيين تقديم الكتل في وقت حقيقي متقارب.
فيما يلي ملخص لأكثر الحلول فعالية التي تم تطويرها بالتعاون مع Pranav Garimidi و Joachim Neu من a16z Research:
يقوم كل قائد بتحويل كتلته إلى شظايا شيفرة تصحيح الأخطاء (shreds). بمجرد استعادة عدد كافٍ من الشظايا (أعلى من معدل الترميز)، يمكن استعادة الكتلة. من غير الممكن استعادة جزء منها.
سيقوم القادة بإرسال القطع إلى عقدة الترحيل في الطبقة الأولى من شجرة Turbine. سيقوم كل قائد بإرسال قطعه الأولى إلى الترحيل 1، والقطعة الثانية إلى الترحيل 2، وهكذا. إذا سارت الأمور على ما يرام، سيستقبل كل ترحيل القطع من جميع القادة.
بعد انتهاء المهلة، يرسل الوسيط رسالة IHAVE الموقعة إلى قائد الإجماع الفردي، ليعلمه بالقطع التي تم استلامها.
ثم يقوم قائد الإجماع ببناء كتلة تحتوي على رسائل IHAVE هذه. إذا لم يكن يحتوي على نسبة كافية من رسائل IHAVE، فسيكون الحظر غير صالح.
قادة الإجماع يبثون هذه الكتلة إلى المُتحققين، ويبدأ المُتحققون في التوصل إلى إجماع بشأن هذه الكتلة.
تفي هذه الخطة بخصائص الربط والتعتيم مع احتمال عالٍ، وتتمتع بإنصاف زمني جيد، على الرغم من أنه قد تظهر خطط أفضل في المستقبل.
!
الخاتمة
تم إنشاء سولانا بهدف تجاوز ناسداك. لتحقيق ذلك، يجب علينا تقديم أسعار أفضل من ناسداك. لتحقيق ذلك، يجب علينا منح التطبيقات القدرة على إلغاء العمليات ذات الأولوية قبل إتمام الصفقة. لمنح التطبيقات هذه القدرة، يجب علينا منع القادة من مراجعة الطلبات بشكل أحادي. ولتحقيق ذلك، يجب علينا إدخال عدة قادة متوازيين.