المؤلفون: براناف جاريميدي، يواخيم نو، ماكس ريسنيك، باحثو شركة a16z في مجال العملات الرقمية؛ المصدر: a16z crypto؛ الترجمة: شو، من منصة 金色财经

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

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

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

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

الفجوة بين الحالة الراهنة والاحتياجات

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

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

ما الذي يجعل قابلية التنبؤ صعبة حقًا؟

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

بالنسبة لشبكة تدعم أنشطة مالية متنوعة، فإن عقدة الكتلة تتمتع بمكانة امتيازية. إذا رفضت هذه العقدة تجميع معاملة معينة، فإن الحل الوحيد للمستخدم هو انتظار عقدة أخرى تكون على استعداد لتجميعها. في الشبكات غير المرخصة، يكون لدى عقدة الكتلة دافع طبيعي للاستفادة من هذا الموقع، وهو ما يُعرف بـ “القيمة المستخرجة من المعدنين” (MEV). لا يقتصر الأمر على تنفيذ هجمات الوسيط على معاملات AMM، بل يتعداه إلى استغلال تأخير تجميع المعاملات لعشرات الملليثواني لتحقيق أرباح ضخمة، مما يقلل بشكل كبير من كفاءة التطبيقات الأساسية. إذا كانت دفتر الطلبات يعالج فقط بعض المعاملات ذات الأولوية، فإن ذلك يكون غير عادل لبقية المشاركين. وفي الحالات القصوى، قد تؤدي سلوكيات عقدة الكتلة الخبيثة إلى تخلي المتداولين تمامًا عن استخدام المنصة.

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

المطلبان الأساسيان: مقاومة الرقابة والخصوصية

في مواجهة مثل هذه المكانة المهيمنة، لن يكون بمقدور المتداولين المشاركة بشكل فعال — فبمجرد أن تتغير الأسعار، قد يُستغلون. المشكلة الأساسية تكمن في أن عقدة الكتلة تتمتع بامتيازات مفرطة في جانبين: فهي تستطيع مراجعة معاملات أي متداول؛ ويمكنها الاطلاع على معاملات الآخرين، وتقديم معاملات رد فعل بناءً على ذلك. أي من هذين الأمرين يمكن أن يؤدي إلى نتائج كارثية.

مثال توضيحي

نوضح المشكلة من خلال حالة افتراضية. تخيل أن هناك مزادًا يضم متسابقين اثنين: أليس وبوب، وأن بوب هو عقدة الكتلة التي تدير المزاد (ولتبسيط الشرح، نستخدم اثنين فقط، لكن المنطق ينطبق على أي عدد من المتسابقين).

يتم قبول عروض الأسعار خلال فترة زمنية من t=0 إلى t=1. تقدم أليس عرضها عند tA بقيمة bA، ويقدم بوب عرضه عند tB (حيث tB > tA) بقيمة bB. وبما أن بوب هو عقدة الكتلة للمزاد، فإنه يضمن دائمًا أن يكون عرضه الأخير. يمكن لكل من أليس وبوب قراءة أسعار الأصول الحقيقية المحدثة باستمرار (مثل سعر الوسط في بورصة مركزية). نفترض أن سعر الأصل عند الوقت t هو pt، وأنه عند أي وقت t، يتوقع الطرفان أن سعر الأصل عند نهاية المزاد (t=1) سيكون مساويًا للسعر الحالي pt. القاعدة بسيطة: من يعرض أعلى سعر يفوز، ويتم البيع بالسعر المعروض من قبله.

ضرورة مقاومة الرقابة

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

ضرورة الخصوصية

حالة أكثر تعقيدًا: بوب لا يستطيع مراجعة عرض أليس مباشرة، لكنه يستطيع أن يرى عرضها قبل أن يعرض هو. في هذه الحالة، يتبع بوب استراتيجية بسيطة: عند تقديم عرضه، يقارن السعر الحالي ptB بقيمة bA. إذا كان السعر ptB أعلى من bA، فإنه يعرض سعرًا أعلى بقليل من bA؛ وإذا لم يكن، يتخلى عن المشاركة.

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

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

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

كيف تظهر هذه المشكلات في الواقع اليومي؟

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

هناك قوتان تعملان معًا لتعويض هذه المشكلات:

• عقدة الكتلة لم تستغل كامل امتيازاتها الاقتصادية، لأنها غالبًا مرتبطة بشكل كبير بنجاح الشبكة الأساسية؛

• التطبيقات المختلفة أنشأت حلولاً بديلة لتقليل هشاشتها تجاه هذه المشكلات.

على الرغم من أن هذين العاملين سمحا حتى الآن باستمرار عمل التمويل اللامركزي (DeFi)، إلا أنهما غير كافيين على المدى الطويل لمنافسة الأسواق التقليدية خارج السلسلة.

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

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

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

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

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

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

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

كيفية تحقيق قابلية التنبؤ

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

المطلب الأول: مقاومة الرقابة

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

مقاومة الرقابة قصيرة الأمد: أي معاملة تصل في الوقت المحدد إلى أي عقدة صادقة، ستُدرج حتمًا في الكتلة التالية.

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

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

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

المطلب الثاني: حماية الخصوصية

بعد ضمان مقاومة الرقابة قصيرة الأمد، الخاصية الثانية التي يحتاجها البروتوكول هي نوع من حماية الخصوصية يُطلق عليه أحيانًا “الخصوصية الكامنة” أو “الستر” (隐蔽性).

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

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

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

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

الخلاصة

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

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