الكثير من الناس يشتكون من أن بعض قواعد المشاريع مصممة بشكل سيء، لكن في الواقع المشكلة ليست في القواعد نفسها — المشكلة في "عدم القدرة على الحساب".

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

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

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

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

أما شبكة Brevis فهي تسعى لحل هذه المشكلة. فهي ليست لمساعدة المشاريع على وضع القواعد، وليست لاتخاذ القرارات نيابة عنها، بل تقوم بمهمة واحدة: عندما تكون القواعد معقدة جدًا، كيف يمكن جعل هذه الأمور المعقدة تُحسب بدقة على السلسلة، مع ضمان الشفافية وقابلية التحقق. ببساطة، جعل الأشياء التي "لا يمكن حسابها" فعلاً "تحسب بشكل دقيق".