نتيجة البحث عن brev

BREV هو الرمز الأصلي لشبكة Brevis، ويتيح ثلاث مهام رئيسية: دفع رسوم الإثبات، تخزين المُثبِت، وحوكمة البروتوكول. تعمل coChain كبلوكشين إثبات الحصة مع آليات تخزين وخصم تعتمد على Ethereum. يقدّم المُدقِّقون نتائجهم على شكل "مقترحات" إلى سلسلة الطلبات، مما يفتح نافذة للتحدي. إذا تم الطعن في مقترح غير صحيح بنجاح باستخدام إثبات المعرفة الصفرية، يتم خصم مبلغ التخزين المرتبط على Ethereum. أما إذا لم يتم تقديم أي تحدٍ، تُقبل النتيجة تلقائيًا، مما يوفر تكلفة الإثبات.

بريفيس (BREV) منصة رائدة في الحوسبة القابلة للتحقق، تدمج بين المعالجة المعقدة خارج السلسلة وسرعة التحقق على السلسلة، ما يتيح إمكانيات حوسبية غير محدودة لشبكات البلوكشين. بالاعتماد على Pico zkVM، ومعالج البيانات الصفري ZK Data Coprocessor، وسوق الإثباتات اللامركزي ProverNet، يتجاوز بريفيس قيود الأداء على السلسلة وصعوبات الوصول إلى البيانات التاريخية. هذا الإنجاز يمهد الطريق أمام التمويل اللامركزي (DeFi)، وحلول الربط بين السلاسل، وتطبيقات الذكاء الاصطناعي القابلة للتحقق.

تُعد بريفيس منصة حسابات قابلة للتحقق تعتمد على إثباتات المعرفة الصفرية (ZK)، وتُسمى "طبقة الحوسبة اللانهائية" لـ Web3. وتعتمد منهجية بريفيس الأساسية على تنفيذ الحسابات كثيفة الموارد خارج السلسلة، بينما يقوم البلوكشين بالتحقق من إثبات موجز فقط.

Pico zkVM هي آلة افتراضية قائمة على إثبات المعرفة الصفرية (zkVM) مفتوحة المصدر ومرنة من Brevis (BREV). تتيح للمطورين كتابة أي منطق حسابي بلغة Rust وإنتاج إثبات معرفة صفرية (ZK) يثبت تنفيذ العمليات الحسابية بشكل صحيح.

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

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