إعادة هيكلة منطق تنفيذ الإيثيريوم: كيف تفتح Succinct نمط الإثبات الفوري باستخدام ZK؟
“TPS منخفض جداً، هل يمكن أن نكون أسرع قليلاً؟”
هذه كانت أكثر الأسئلة إلحاحاً في صناعة blockchain في الماضي.
من Rollup إلى التجزئة، ثم إلى التصميم المعياري، يبدو أن التوسع أصبح الهدف الوحيد. لكن المشكلة الحقيقية لم تكن أبداً “كيف نكون أسرع”، بل كانت: “هل ينبغي علينا تغيير طريقة تفكيرنا؟”
@Succinct قال، نعم. لا ينبغي علينا أن نعلق في حدود تحسين TPS، بل يجب إعادة تصميم طريقة تنفيذ السلسلة نفسها. وهكذا، ظهر اتجاه جديد تماماً: استبدال التنفيذ بالتحقق، وبناء بنية تحتية للـ blockchain قائمة على الإثبات الفوري.
هذه ليست تحسينات في الأداء، بل هي إعادة هيكلة المنطق الأساسي.
1⃣ منطق تنفيذ الإيثيريوم
يمكن تلخيص نموذج تنفيذ الإيثيريوم في جملة واحدة:
“جميع العقد تقوم بنفس الشيء لضمان الاتساق.”
يبدو ذلك معقولاً، لكنه في الحقيقة مضيعة. كل معاملة يجب أن يتم تنفيذها بشكل مكرر من قبل آلاف العقد - وهذا يشبه جعل ألف معلم يقومون بتدريس نفس الدرس لنفس الطالب، لضمان “عدالة التعليم”.
في هذه البنية، من الغريب أن لا يكون TPS منخفضاً.
2⃣ نمط جديد: استبدال التنفيذ بالتحقق
طرحت Succinct فكرة ثورية:
دع العقد لا تعيد تنفيذ المعاملات، بل تتحقق فقط من نتيجة التنفيذ التي تمت عبر الإثباتات ذات المعرفة الصفرية. بعبارة أخرى، يتولى منفذ موثوق مسؤولية إكمال حسابات المعاملات، وينتج إثبات ZK لإثبات أن هذه المعاملات قد تم تنفيذها بشكل صحيح.
المتحقق يحتاج فقط إلى التحقق مما إذا كان الإثبات صحيحاً، دون الحاجة لتشغيل البرنامج مرة أخرى. هذه خطوة نحو التعاون الفعال بدلاً من العمل المتكرر، حيث تحافظ على أمان blockchain، وفي نفس الوقت تزيد من الكفاءة بشكل كبير.
▫️ blockchain التقليدية: جميع العقد تعيد تنفيذ المعاملات، وتعيد الحسابات، TPS منخفض جداً، لا مركزية ولكن بكفاءة منخفضة
▪️ نموذج Succinct: يتم التنفيذ مرة واحدة فقط، جميع العقد تتحقق من الإثبات، دون إعادة الحسابات، تكلفة منخفضة، الأمان يبقى كما هو، وTPS يرتفع بمقدار مئة ضعف.
@Succinct #SuccinctLas $PROVE