في مجال ZK (إثبات المعرفة الصفرية)، لطالما كان هناك "عتبة غير مرئية" تسبب الصداع للمطورين: لا يكفي أن تقوم بكتابة الكود المعقد للدوائر، بل غالبًا ما يتطلب منك بناء وصيانة بنية تحتية مكلفة للـ Prover (المُثبِت). الأمر يشبه أنك ترغب فقط في فتح مخبز، ولكن يُطلب منك بناء محطة كهرباء في الفناء الخلفي الخاص بك. ولكن، في 8 ديسمبر 2025، تم أخيرًا حل هذه المشكلة مع إطلاق النسخة التجريبية للشبكة الرئيسية لمنصة Brevis ProverNet. هذا ليس مجرد إعلان عن إطلاق شبكة رئيسية، بل يشير إلى تحول جذري في ZK من النموذج الذي يعتمد على "البنى التحتية الخاصة" إلى "سوق مُركزية مُوزعة". ### 1️⃣ لماذا نحتاج إلى سوق لـ Prover على نموذج "Uber"؟ أشار فريق Brevis في ورقتهم البيضاء إلى معلومة مثيرة للاهتمام: لقد قاموا بالفعل بمعالجة أكثر من 250 مليون إثبات، وقد خدموا أكثر من 30 شريكًا رائدًا مثل Uniswap، PancakeSwap، وLinea. وخلال هذه الرحلة، اكتشفوا تحديًا كبيرًا: أن حمل ZK يتميز بدرجة كبيرة من التباين. ببساطة: - هناك بعض الإثباتات تتطلب أداءً عالياً من نواة CPU واحدة. - بينما يعتمد البعض الآخر بشكل كبير على قوة المعالجة الموازية من GPU. أن تطلب من كل تطبيق إدارة بنيته التحتية الخاصة، فهذا ليس مكلفًا فقط، بل أيضًا غير فعال تمامًا. (مثل شراء سيارة Ferrari لتوصيل الطلبات أو استخدام دراجة لنقل البضائع). الحل الأساسي في Brevis ProverNet هو إنشاء سوق مزدوج الجانب للقدرة الحاسوبية: - **بالنسبة للتطبيقات:** لم يعد عليك الاهتمام بنوع الأجهزة التي تعمل عليها البنية التحتية. كل ما عليك فعله هو إدخال احتياجاتك في الشبكة، مثل طلب سيارة عبر تطبيق، وسيقوم النظام تلقائيًا بمطابقة الطلب مع الـ Prover الأنسب. - **بالنسبة لمُعدّني الموارد:** سواء كنت تعمل باستخدام CPU أو GPU، إذا تلبي أجهزتك متطلبات مهمة معينة، يمكنك الحصول على الطلبات في المزاد مباشرةً والاستفادة من الأرباح بشكل فوري. --- ### 2️⃣ مرحلة الـ Beta: اختبار عملي جاد على عكس العديد من المشاريع التي تعتمد على نموذج "إطلاق العملة أولاً ومن ثم العمل"، فإن إطلاق النسخة التجريبية لـ Brevis يعكس جدية واحترافية: - **التسوية المالية الحقيقية:** بالرغم من أن التسوية المستقبلية ستتم عبر عملة BREV، إلا أنه خلال مرحلة Beta، يتم استخدام عملة USDC مباشرةً. هذا يعني أن الـ Provers الذين ينضمون الآن يمكنهم تحقيق دخل ثابت من العملات المستقرة بدلاً من النقاط أو العملات التجريبية. - **الانتقال السلس:** لم يعد على المطورين تشغيل Docker أو إصلاح الأخطاء. الوثائق الحالية تشير إلى أنه يمكن للتطبيقات إرسال الطلبات مباشرةً إلى ProverNet. - **اختبار في البيئة الإنتاجية:** تقوم Brevis حاليًا بنقل جزء من إثبات تنفيذ الكتل الخاصة بـ Ethereum (https://t.co/bNgG0d4Zga) إلى هذه الشبكة. هذا ليس مجرد تجربة، بل هو اختبار ضغط حقيقي على مستوى الإنتاج. --- ### 3️⃣ رسالة للمطورين: آخر قطعة مفقودة من اللامركزية لطالما كانت التطبيقات اللامركزية تواجه مشكلة في هذا الجانب: العقود الذكية لامركزية، ولكن أثناء إنشاء إثبات ZK، غالبًا ما تعتمد على خادم مركزي يديره فريق المشروع. فإذا تعطل هذا الخادم، يتوقف المسار بأكمله. ما يفعله Brevis ProverNet هو سد هذه الفجوة. من خلال النموذج اللامركزي القائم على المزادات، يتم تجنب نقاط الفشل الواحد وتحرير المطورين من الاعتماد على مورد واحد. --- ### 4️⃣ ما هي الخطوة التالية؟ بالرغم من أنها مرحلة Beta، إلا أن هذا ربما يكون أفضل وقت للمشاركة المبكرة، خاصة لملاك الأجهزة: - **إذا كنت تمتلك قدرة حاسوبية:** وثائق التشغيل الخاصة بـ GPU وCPU أصبحت متوفرة، ويمكنك التسجيل الآن كمُثبِت (Prover) للتنافس على الطلبات عبر الشبكة. - **إذا كنت مطورًا:** قد حان الوقت لإيقاف تشغيل خادم AWS المكلف وغير المستقر لديك، وبدء تجربة تحويل الأحمال إلى الشبكة. ➡️ من "0 Knowledge" إلى "Zero Knowledge"، لقد قطعنا شوطًا طويلًا، ما يقارب 10 سنوات من الشعارات والروايات. إطلاق Brevis ProverNet يعني أن تقنية ZK خرجت أخيرًا من مرحلة "العروض البهلوانية" إلى مرحلة "التصنيع الصناعي". عندما تصبح القدرة الحاسوبية متاحة كالكهرباء ويمكن الدفع مقابلها عند الطلب، حينها فقط يمكن لتطبيقات ZK أن تشهد انفجارًا كمبريًا في التطور الحقيقي.