فيتاليك: خطة تحسين لخريطة طريق التوسع التي تركز على عقدة محلية

كتبه: فيتاليك، مؤسس إثيريوم

ترجمة: جولد فاينانس xiaozhou

الانتقادات الأكثر شيوعًا لزيادة الحد الأقصى لغاز L1، بخلاف القلق بشأن أمان الشبكة، هي أنها ستجعل تشغيل العقد الكاملة أكثر صعوبة. خاصة في ظل خلفية خريطة الطريق التي تركز على "فصل العقد الكاملة"، لحل هذه المشكلة، من الضروري أولاً فهم معنى وجود العقد الكاملة.

تعتبر الآراء التقليدية أن العقد الكامل تُستخدم للتحقق من بيانات السلسلة. إذا كانت هذه هي المشكلة الوحيدة، فإن ZK-EVM يمكن أن يفتح سعة L1: القيد الوحيد هو الحفاظ على تكلفة بناء الكتل وإثباتها منخفضة بما يكفي بحيث يمكن لكليهما الحفاظ على مقاومة الرقابة 1 من n، وأيضاً تشكيل سوق تنافسية.

لكن في الواقع، هذا ليس العامل الوحيد الذي يجب أخذه في الاعتبار. عامل مهم آخر هو: تشغيل العقدة الكاملة يمكن أن يمنحك خادم RPC محلي، مما يسمح لك بقراءة بيانات السلسلة بطريقة غير موثوقة ومقاومة للرقابة وتحمي الخصوصية. ستناقش هذه المقالة كيفية تعديل خارطة الطريق الحالية لتوسيع L1 لتحقيق هذا الهدف.

1، لماذا لا نكون راضين عن تحقيق عدم الثقة والخصوصية باستخدام ZK-EVM+PIR؟

تدعو خارطة طريق الخصوصية التي أصدرتها الشهر الماضي إلى اعتماد TEEs + ORAM على المدى القصير والتحول إلى تقنية PIR على المدى الطويل. إلى جانب التحقق من صحة Helios و ZK-EVM ، يمكن للمستخدمين الاتصال ب RPCs الخارجية بثقة تامة في أن (i) تحصل على بيانات السلسلة الصحيحة وحماية خصوصية البيانات (ii). هذا يطرح السؤال: لماذا لا تتوقف عند هذا الحد؟ هل تجعل مخططات التشفير المتقدمة هذه العقد المستضافة ذاتيا قديمة؟

لدي بعض الردود على ذلك:

إن الحلول التشفيرية التي لا تتطلب الثقة على الإطلاق (مثل PIR أحادي الخادم) مكلفة للغاية. التكاليف الحالية مرتفعة لدرجة أنها غير عملية، حتى بعد العديد من تحسينات الكفاءة قد تظل الأسعار مرتفعة.

مشكلة خصوصية البيانات الوصفية. طلبات عنوان IP ووقت الطلب ونمط الطلب وغيرها من البيانات الوصفية يمكن أن تكشف عن كمية كبيرة من معلومات المستخدم.

مراجعة الضعف: ستواجه بنية السوق التي تهيمن عليها عدد قليل من مزودي RPC ضغوطًا قوية من حظر المستخدمين أو الرقابة. لقد بدأ العديد من مزودي RPC في حجب بعض الدول بالكامل.

لذا، فإن الاستمرار في ضمان سهولة تشغيل العقد الشخصية لا يزال له قيمة.

2، الأولويات القصيرة الأجل

الأولوية هي النشر الشامل لـ EIP-4444، لتحقيق تخزين حوالي 36 يومًا من البيانات لكل عقدة. سيؤدي ذلك إلى تقليل كبير في متطلبات مساحة القرص - وهي العقبة الرئيسية التي تعيق تشغيل الناس للعقد. بعد ذلك، ستتضمن متطلبات تخزين العقد فقط: (i) بيانات الحالة، (ii) فرع ميركل للحالة، و (iii) بيانات تاريخية لمدة 36 يومًا.

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

تعديل استراتيجية تسعير الغاز، وزيادة تكاليف التخزين، وتقليل تكاليف التنفيذ. التركيز على زيادة تكاليف الغاز للعمليات التالية: (i) تنفيذ SSTORE لسجل التخزين الجديد، (ii) إنشاء كود العقد، (iii) تحويل ETH إلى حسابات ذات رصيد صفر / nonce صفر.

3، الهدف المتوسط: التحقق بدون حالة

بعد تنفيذ التحقق بدون حالة، لن تحتاج العقد التي تدعم RPC (أي العقد التي تخزن الحالة) إلى حفظ فروع ميركل للحالة. وهذا يمكن أن يقلل من متطلبات التخزين بنسبة تقارب 50٪.

4، عقد جديدة: بعض العقد غير الحالة

ستكون هذه الفكرة الابتكارية هي المفتاح للحفاظ على تشغيل العقد الشخصية بعد زيادة حد الغاز L1 بمعدل من 10 إلى 100 مرة.

لقد أضفنا نوعًا جديدًا من العقد: يتحقق من الكتل بطريقة غير حالية، من خلال التحقق غير الحالي أو ZK-EVM للتحقق من السلسلة بأكملها، ولكن يحتفظ فقط ببيانات الحالة الجزئية. طالما أن البيانات المطلوبة لطلب RPC تقع ضمن مجموعة الحالة هذه، يمكن للعقدة الاستجابة؛ ستفشل الطلبات الأخرى (أو تحتاج إلى التراجع إلى حل تشفيري مستضاف خارجيًا - يجب أن يختار المستخدم ما إذا كان سيعود).

تعتمد الحالة المحددة التي يتم صيانتها على إعدادات المستخدم، على سبيل المثال:

استبعاد كل الحالات باستثناء العقود الوهمية المعروفة.

الحالة المتعلقة بجميع حسابات EOA و SCW والرموز والتطبيقات الشائعة ERC20/ERC721.

حالة حسابات EOA/SCW النشطة خلال العامين الماضيين + حالة بعض رموز ERC20 الشائعة + حالة التطبيقات المختارة في مجال التبادل/DeFi/الخصوصية.

يمكن إدارة التكوين من خلال عقد على السلسلة: يستخدم المستخدمون معلمات "--save_state_by_config 0x12345...67890" عند تشغيل العقدة، حيث ستحدد هذه العنوان قائمة عناوين يجب على العقدة حفظها وتحديثها في الوقت الحقيقي، أو فتحة التخزين (storage slot) أو قواعد تصفية الحالة بلغة محددة. لاحظ أن المستخدمين ليسوا مطالبين بحفظ فرع ميركل، بل يجب عليهم فقط حفظ القيم الأصلية.

تقدم هذه الأنواع من العقد مزايا الوصول المباشر المحلي إلى الحالة الرئيسية، مع ضمان الخصوصية الكاملة للوصول.