فيتاليك يكشف عن تحديات تخزين بيانات الإيثيريوم، ويقول إن مدفوعات ZK ستصبح معيار الخصوصية الافتراضي

علّق مؤسسٌ مشاركٌ لإيثريوم، فيتاليك بوتيرين، في 17 مايو على منصة X بشأن مشكلة تخزين حالة إيثريوم، مشيرًا إلى أنه حتى لو قام المستخدمون بتخزين البيانات بأنفسهم، وبقيت البلوكشين تخزن التجزئات فقط، وتضمن المعاملات إثباتات فحسب، فلا يزال يتعين تخزين وتحديث البيانات اللازمة للتحقق من الإثباتات، وأن هذه البيانات «تكون في النهاية بحجم يقارب حجم الحالة نفسها تقريبًا». وكان فيتاليك قد قال سابقًا إن المدفوعات بالمعرفة الصفرية (ZK) هي المعيار الحاسم التالي للاقتصاد الرقمي العالمي.

مشكلة تخزين الحالة: تحدٍ تقني محوري أكد عليه فيتاليك

أكد فيتاليك في تعقيبه وجود مفارقة تقنية محورية: في تصميم «على السلسلة توجد تجزئة فقط»، ما زال على المُتحقّقين الوصول إلى البيانات المساعدة (witness data) اللازمة لإثباتات ZK أو إعادة بنائها للتحقق منها، ويقترب حجمها تقريبًا من حجم بيانات الحالة الأصلية. وهذا يعني أن التصميم القائم على «تخزين التجزئات على السلسلة فقط» لا يمكنه وحده معالجة مشكلة تضخم الحالة بالكامل. أكد فيتاليك أن هناك حلولًا للمشكلة، لكنه شدد على أن جميع الحلول تتضمن إيثريوم. وباعتبار EIP-8037 هو الاقتراح ذي الصلة حاليًا، فإن آليته الأساسية تتمثل في رفع تكلفة الغاز مقدمًا بشكل ملحوظ لإنشاء العقود الجديدة والحسابات وأماكن التخزين، وهي عبارة عن تعديل لمرة واحدة لتكلفة ما قبل الإرسال، وليست نموذج إيجار مستمر مُرجّحًا بمرور الوقت.

رؤية المدفوعات بالمعرفة الصفرية: ثلاث ادعاءات محورية من مدونة 10 مايو

أكد فيتاليك في مقال البحث بتاريخ 10 مايو المواقف التالية:

تعريف المشكلة: إن الشفافية والعلنية بطبيعة البلوكشين تُعد العائق الرئيسي أمام استبدال المدفوعات المشفرة للمدفوعات بالعملات الورقية في انتشارها على نطاق واسع في التجزئة اليومية؛ ويحتاج الحل إلى «خصوصية افتراضية» لا «إخفاء اختياري».

الحل التقني: استبدال التحويلات التقليدية بمعاملات إثبات ZK، بحيث لا يحتاج المستخدم إلى كشف جميع الأرصدة أو سجل المعاملات للتحقق من صحة الدفع؛ ويمكن لـ Layer 2 التعامل مع المدفوعات الخاصة بالسرعة والتكلفة نفسها عبر «SNARKs متداخلة/تراجعية (recursion)».

آلية الامتثال: إدخال آليتي «الكشف الاختياري» و«إثبات البراءة» في معيار المدفوعات بالمعرفة الصفرية، ما يسمح للمستخدمين بتقديم «أدلة امتثال» محددة إلى جهة مُخوّلة أو إلى سلطات الضرائب، دون الحاجة إلى كشف بيانات المعاملة الكاملة للجمهور، بما يحل مشكلة التوافق مع متطلبات لوائح مكافحة غسل الأموال (AML).

سيناريوهات تطبيق وكلاء الذكاء الاصطناعي: نقاط استخدام واجهات برمجة التطبيقات بالمعرفة الصفرية

أشار فيتاليك في المدونة إلى أن الوكلاء المستقلين بالذكاء الاصطناعي يحتاجون إلى دفع تكاليف خدمات مثل نقاط LLM API، دون ترك أي آثار يمكن تتبعها إلى المالك البشري لهؤلاء الوكلاء. وتتيح «نقاط استخدام API بالمعرفة الصفرية» التي اقترحها أن ينجز الوكيل التحقق من الدفع على Layer 2 الخاصة بإيثريوم، مع الحفاظ على خصوصية سجلات الدفع، بما يوازن بين استقلالية تشغيل الوكيل وأمان بيانات المالك.

الأسئلة الشائعة

ما المعنى التقني لـ «تخزين التجزئة على السلسلة يتطلب بيانات تحقق كاملة»؟

في نظام إثبات ZK، يحتاج المُتحقق إلى بيانات مساعدة (witness) للتحقق من صحة إثبات ZK. حتى لو كانت البلوكشين تخزن فقط تجزئة الحالة، فإن التحقق من إثباتات ZK الجديدة يستلزم الوصول إلى هذه البيانات المساعدة، ويكون حجمها قريبًا من حجم بيانات الحالة الأصلية؛ لذلك لا يمكن تجنب مشكلة تضخم الحالة بالكامل عبر «تخزين التجزئات فقط».

ما الفرق الجوهري بين آلية التكلفة المقدمَة في EIP-8037 ورسوم الإيجار المستمر للتخزين؟

يتمثل حل EIP-8037 في رفع تكلفة الغاز مقدمًا لمرة واحدة، ويستهدف العقود والحسابات وأماكن التخزين التي يتم إنشاؤها حديثًا فقط، دون فرض رسوم مستمرة على أماكن التخزين القائمة بالفعل. أما الإيجار المستمر للتخزين فيُسعّر البيانات المخزنة على السلسلة بالوقت لجميع البيانات التي تشغل مساحة تخزين على السلسلة، ما يؤثر على جميع العقود الحالية ويجعل التنفيذ أصعب.

كيف توازن مدفوعات فيتاليك بالمعرفة الصفرية بين خصوصية المستخدم ومتطلبات امتثال AML؟

وفقًا لاقتراح فيتاليك في المدونة، يتضمن معيار المدفوعات بالمعرفة الصفرية آليتي «الكشف الاختياري» و«إثبات البراءة»: يحافظ المستخدم على الخصوصية على مستوى الجمهور، لكنه يمكنه، عند الحاجة، أن يولّد أدلة امتثال قابلة للتحقق لدى جهة مُخوّلة بعينها، دون نشر كامل سجل المعاملات؛ وبذلك يتم حل التناقض طويل الأمد بين حماية الخصوصية ومتطلبات مكافحة غسل الأموال (AML).