مقابلة مع الشريك المؤسس لـ Brevis: الموجة الثانية من ZK، التطبيق الحقيقي في ظل الحوسبة اللامحدودة هو المفتاح

سلسلة Chainfeeds دليل القراءة:

من إثبات الوقت الفعلي على Ethereum، إلى تغطية جميع سيناريوهات التطبيقات في Web3 وWeb2.

مصدر المقال:

كاتب المقال:

TechFlow

وجهة نظر:

mo: في رأيي، تطور أي موجة تقنية يكون دائمًا له إيقاعه الخاص. في العادة، تكون الموجة الأولى من تطبيقات التقنية الجديدة محدودة للغاية، بينما تتوسع سيناريوهات التطبيقات بشكل كبير في الموجة الثانية. يمكننا أن نراجع كل تقنية جديدة في تاريخ الإنترنت، فقد مرت جميعها بهذا المسار. على سبيل المثال، مر الإنترنت المحمول بموجتين: من التطبيقات البسيطة في البداية إلى انتقال الإنترنت بالكامل إلى الأجهزة المحمولة، بما في ذلك صعود الفيديوهات القصيرة. كما مرت AI بتجربة مماثلة، حيث كانت في البداية تحل بعض المشكلات الصغيرة المحددة فقط، ومع انفجار قوة الحوسبة، جاءت دورة جديدة مثل نماذج اللغة الكبيرة (LLM). الأمر نفسه ينطبق على ZK. حوالي عام 2021، أصبحت ZK موضوعًا ساخنًا في مجال البلوكشين، لكن في ذلك الوقت كانت سيناريوهات التطبيق الفعلي محدودة للغاية، وتركزت بشكل أساسي على الشبكات من الطبقة الثانية المبنية على ZK. نعتقد أن ZK كحل L2 هو حالة تطبيق جيدة، لكن سيناريوهات التطبيق محدودة للغاية، ولا تزال تواجه منافسة من Optimistic Rollup. حتى عام 2023، دخلت ZK فترة هدوء، لكن بالنسبة لنا كفريق يعمل في البنية التحتية، لم تكن هذه هي القضية الأساسية. نحن لا نعتبر أنفسنا مجرد مشروع ZK، فنحن لا نقود المنتجات بالتقنية فقط، بل نقود المنتجات بالاحتياجات. نريد حل المشكلات الحقيقية الموجودة في الصناعة، وZK هي بالضبط حل فعال لهذه المشكلات. المشكلة التي نريد حلها هي: كيف نجعل العمليات الحسابية واسعة النطاق قابلة للتحقق ويمكن تنفيذها على البلوكشين. ZK ليست الهدف، بل هي وسيلة. الاختلاف الرئيسي بيننا وبين مشاريع ZK الأخرى هو أننا قادرون على إدخال ZK فعليًا في السيناريوهات الحقيقية وحالات الاستخدام. على سبيل المثال، في PancakeSwap اكتشفنا أن المشروع يحتاج إلى تقديم تجربة مخصصة لمستخدمين مختلفين، خاصةً ضرورة تقديم معدلات رسوم مختلفة لكبار المتداولين بناءً على حجم التداول. هذا النوع من الاحتياج لا يمكن تحقيقه في العقود الذكية التقليدية. من خلال تقنية ZK، يمكن لكبار المتداولين إنشاء إثبات حول حجم التداول، ثم ينفذ العقد الذكي معدلات رسوم مختلفة بناءً على هذا الإثبات، مما يحقق تجربة مستخدم مخصصة. في تعاوننا مع Euler، كان المشروع يأمل في ألا يكون التحفيز مجرد إقراض بسيط، بل يمكن توزيع المكافآت بشكل أفضل من خلال نماذج معقدة مثل الترجيح الزمني، وهذا أيضًا لم يكن ممكنًا في العقود الذكية سابقًا، والآن تمكنا من حله من خلال ZK. مثال آخر هو منصة Linea، التي حققت من خلال ZK نموذج توزيع حوافز معقد قائم على الترجيح الزمني، مما يضمن الامتثال والأمان والشفافية في توزيع الحوافز. لم يكن من الممكن تحقيق هذا النموذج من خلال العقود الذكية التقليدية، ولكن من خلال تقنية ZK، تمكنا من تلبية هذا الاحتياج بنجاح. من خلال هذه التطبيقات الفعلية، يمكننا أن نرى أن تقنية ZK لا تحل فقط المشكلات الحسابية المعقدة، بل تساعد أيضًا في تحقيق خدمات مخصصة أكثر توافقًا مع احتياجات المستخدمين. لدينا بالفعل آلاف المستخدمين من مجالات متعددة يستخدمون هذه الأنظمة. لذلك، نحن في الواقع مشروع يقوده الاحتياج، ونعتقد أن هذه هي الطريقة الوحيدة لجلب ZK إلى سيناريوهات تطبيق أوسع ودفع عصر ZK 2.0 إلى الأمام.