أثناء استماعي لخطاب مؤسس Brevis أمس، ضربني مصطلح فجأة: Verifiable Computing (الحساب القابل للتحقق).
لأكون صادقًا، كنت أعتقد دائمًا أن ZK هو مرادف لـ "حماية الخصوصية". ولكن في تلك اللحظة أدركت فجأة أنني ربما كنت أفهم الأمر خطأ طوال الوقت.
لحظة "آها" تلك في منتصف الخطاب، قال المؤسس جملة واحدة:
"عقدة واحدة تقوم بحسابات معقدة، والشبكة بأكملها تستخدم ZK للتحقق من النتيجة في ثوانٍ معدودة."
فجأة خطرت لي صورة في ذهني:
تمامًا كما في الامتحان، يقوم طالب متفوق بقضاء ساعتين في حل مسألة رياضية صعبة للغاية، ثم يقدم الإجابة وخطوات الحل للمعلم. لا يحتاج المعلم إلى إعادة الحساب مرة أخرى، يكفي أن يلقي نظرة على خطوات الإثبات، ليؤكد في ثوانٍ قليلة "نعم، هذه الإجابة صحيحة".
هذه هي الورقة الرابحة الحقيقية لـ ZK!
ليست الخصوصية، بل الكفاءة.
ماذا فهمت خطأ من قبل؟ بصراحة، عندما رأيت مشاريع ZK من قبل، كانت ردتي الأولى هي "عملة خصوصية أخرى" أو "معاملة مجهولة أخرى".
لكن الحوسبة القابلة للتحقق تخبرني: قيمة ZK تتجاوز الخصوصية بكثير.
إنها تعالج قضية أكثر جوهرية: كيف يمكن أن تجعل blockchain قادرة على إجراء عمليات حسابية معقدة دون التضحية باللامركزية والأمان؟
المأزق في blockchain التقليدي هو:
كل عقد يحسب مرة أخرى → بطيء جداً، مكلف جداً
فقط دع عقدة واحدة تقوم بالحساب → كيف نضمن أنها لم تغش؟
والإجابة التي تقدمها الحوسبة القابلة للتحقق هي:
تتم العمليات الحسابية المعقدة خارج السلسلة (سريعة، رخيصة)
استخدام إثبات ZK للتحقق على السلسلة (آمن، موثوق)
هذا يشبه إضافة "دماغ خارجي" إلى blockchain.
ماذا تفعل بريفس؟ عندما فهمت الحوسبة القابلة للتحقق، أصبح النظر إلى Brevis مختلفًا تمامًا.
الـ ZK Coprocessor الذي قاموا بإنشائه، في جوهره يمكن أن يجعل blockchain:
قراءة البيانات العامة وحسابها عبر السلاسل
إجراء عمليات معقدة خارج السلسلة
تحقق من النتائج باستخدام إثبات ZK على السلسلة
على سبيل المثال:
افترض أنك تريد إنشاء تطبيق DeFi يحتاج إلى قراءة بيانات تاريخ المستخدمين على كل من Ethereum و Arbitrum و Base، ثم حساب درجة الائتمان.
الطرق التقليدية؟ يكاد يكون من المستحيل، أو باهظة الثمن للغاية.
ولكن مع Brevis، يمكنك سحب جميع البيانات من خارج السلسلة لحسابها، ثم生成 إثبات ZK، يخبر العقد على السلسلة: "لقد حسبت ذلك، والنتيجة هي هذه، وأنا أضمن أنني لم أغش."
هذه هي التشغيل البيني الحقيقي عبر السلسلة!
مشاعري بعد الاستماع إلى تلك المحاضرة، شعرت فجأة بأنني أحتاج إلى "إعادة فهم ZK".
تمامًا كما في المرة الأولى التي فهمت فيها أن العقود الذكية ليست مجرد "شفرة تُنفذ تلقائيًا"، بل هي "ثقة قابلة للبرمجة".
ZK ليست مجرد "تقنية خصوصية"، بل هي "كفاءة قابلة للتحقق".
إنه يسمح للبلوكشين بفعل ما لم يكن ممكنًا من قبل:
الحسابات المعقدة عبر السلاسل
تحليل البيانات على نطاق واسع
التحقق من الاستدلال بالذكاء الاصطناعي منخفض التكلفة
إن ZK Coprocessor مثل Brevis هو البنية التحتية التي تجعل هذه القدرة واقعًا.
هذا هو الشكل الذي يجب أن تكون عليه سلسلة الكتل من الجيل التالي.
بعد الانتهاء من كتابة هذه المقالة، شعرت فجأة برغبة في إعادة تنظيم جميع مشاريع ZK.
لأنني أدركت أنني قد أكون قد فاتت العديد من الفرق التي تعمل بالفعل.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
أثناء استماعي لخطاب مؤسس Brevis أمس، ضربني مصطلح فجأة: Verifiable Computing (الحساب القابل للتحقق).
لأكون صادقًا، كنت أعتقد دائمًا أن ZK هو مرادف لـ "حماية الخصوصية". ولكن في تلك اللحظة أدركت فجأة أنني ربما كنت أفهم الأمر خطأ طوال الوقت.
لحظة "آها" تلك
في منتصف الخطاب، قال المؤسس جملة واحدة:
"عقدة واحدة تقوم بحسابات معقدة، والشبكة بأكملها تستخدم ZK للتحقق من النتيجة في ثوانٍ معدودة."
فجأة خطرت لي صورة في ذهني:
تمامًا كما في الامتحان، يقوم طالب متفوق بقضاء ساعتين في حل مسألة رياضية صعبة للغاية، ثم يقدم الإجابة وخطوات الحل للمعلم. لا يحتاج المعلم إلى إعادة الحساب مرة أخرى، يكفي أن يلقي نظرة على خطوات الإثبات، ليؤكد في ثوانٍ قليلة "نعم، هذه الإجابة صحيحة".
هذه هي الورقة الرابحة الحقيقية لـ ZK!
ليست الخصوصية، بل الكفاءة.
ماذا فهمت خطأ من قبل؟
بصراحة، عندما رأيت مشاريع ZK من قبل، كانت ردتي الأولى هي "عملة خصوصية أخرى" أو "معاملة مجهولة أخرى".
لكن الحوسبة القابلة للتحقق تخبرني: قيمة ZK تتجاوز الخصوصية بكثير.
إنها تعالج قضية أكثر جوهرية: كيف يمكن أن تجعل blockchain قادرة على إجراء عمليات حسابية معقدة دون التضحية باللامركزية والأمان؟
المأزق في blockchain التقليدي هو:
كل عقد يحسب مرة أخرى → بطيء جداً، مكلف جداً
فقط دع عقدة واحدة تقوم بالحساب → كيف نضمن أنها لم تغش؟
والإجابة التي تقدمها الحوسبة القابلة للتحقق هي:
تتم العمليات الحسابية المعقدة خارج السلسلة (سريعة، رخيصة)
استخدام إثبات ZK للتحقق على السلسلة (آمن، موثوق)
هذا يشبه إضافة "دماغ خارجي" إلى blockchain.
ماذا تفعل بريفس؟
عندما فهمت الحوسبة القابلة للتحقق، أصبح النظر إلى Brevis مختلفًا تمامًا.
الـ ZK Coprocessor الذي قاموا بإنشائه، في جوهره يمكن أن يجعل blockchain:
قراءة البيانات العامة وحسابها عبر السلاسل
إجراء عمليات معقدة خارج السلسلة
تحقق من النتائج باستخدام إثبات ZK على السلسلة
على سبيل المثال:
افترض أنك تريد إنشاء تطبيق DeFi يحتاج إلى قراءة بيانات تاريخ المستخدمين على كل من Ethereum و Arbitrum و Base، ثم حساب درجة الائتمان.
الطرق التقليدية؟ يكاد يكون من المستحيل، أو باهظة الثمن للغاية.
ولكن مع Brevis، يمكنك سحب جميع البيانات من خارج السلسلة لحسابها، ثم生成 إثبات ZK، يخبر العقد على السلسلة: "لقد حسبت ذلك، والنتيجة هي هذه، وأنا أضمن أنني لم أغش."
هذه هي التشغيل البيني الحقيقي عبر السلسلة!
مشاعري
بعد الاستماع إلى تلك المحاضرة، شعرت فجأة بأنني أحتاج إلى "إعادة فهم ZK".
تمامًا كما في المرة الأولى التي فهمت فيها أن العقود الذكية ليست مجرد "شفرة تُنفذ تلقائيًا"، بل هي "ثقة قابلة للبرمجة".
ZK ليست مجرد "تقنية خصوصية"، بل هي "كفاءة قابلة للتحقق".
إنه يسمح للبلوكشين بفعل ما لم يكن ممكنًا من قبل:
الحسابات المعقدة عبر السلاسل
تحليل البيانات على نطاق واسع
التحقق من الاستدلال بالذكاء الاصطناعي منخفض التكلفة
إن ZK Coprocessor مثل Brevis هو البنية التحتية التي تجعل هذه القدرة واقعًا.
هذا هو الشكل الذي يجب أن تكون عليه سلسلة الكتل من الجيل التالي.
بعد الانتهاء من كتابة هذه المقالة، شعرت فجأة برغبة في إعادة تنظيم جميع مشاريع ZK.
لأنني أدركت أنني قد أكون قد فاتت العديد من الفرق التي تعمل بالفعل.
هل الحوسبة القابلة للتحقق هي المفتاح؟ ربما نعم.
@no89thkey @brevis_zk #Yap