لماذا تحتاج Rollups إلى طبقات توافر البيانات: كيف يعزز EIP-4844 قدرات Ethereum

by:ChainSight2 أيام منذ
1.43K
لماذا تحتاج Rollups إلى طبقات توافر البيانات: كيف يعزز EIP-4844 قدرات Ethereum

معضلة القابلية للتوسع و Ethereum المعتمد على Rollups

لعقود، واجه مجتمع البلوكشين معضلة القابلية للتوسع - الموازنة بين اللامركزية والأمان والإنتاجية. إجابة Ethereum؟ خارطة طريق مركزية حول Rollups. ولكن المشكلة أن معظم Rollups تعتمد بشكل كبير على قدرة Ethereum كطبقة لتوافر البيانات (DA). هنا يأتي EIP-4844 أو Proto-Danksharding - تغيير جذري مصمم لتعزيز قدرات DA لـ Ethereum.

لماذا تحتاج Rollups إلى توافر البيانات

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

تكلفة Calldata

حالياً، تقوم Rollups بتضمين بيانات المعاملات في calldata الخاص بـ Ethereum، وهو مكلف (80% من تكاليف Rollups!). يقدم EIP-4844 معاملات تحمل بيانات Blob، مما يوفر تخزينًا أرخص للبيانات الخاصة بـ DA. تكون Blobs مؤقتة (~18 يومًا)، لكن هذا وقت كافٍ للتحقق من الصحة.

EIP-4844: قفزة تقنية

  1. آلية Blob: يحمل كل Blob حوالي 125 KB من البيانات، يتم تأكيدها عبر براهين KZG. لا يمكن لـ EVM الوصول مباشرةً إلى محتوى Blob - فقط الالتزامات - مما يقلل تكاليف الغاز.
  2. سوق رسوم مزدوج: أسعار غاز Blob منفصلة عن غاز التنفيذ، مما يحمي Rollups من ازدحام L1.
  3. التجهيز للمستقبل: التصميم يمهد الطريق لـ Danksharding، حيث تقوم العقد بأخذ عينات من Blobs بدلاً من تنزيلها بالكامل.

التحديات المقبلة

بينما يعزز EIP-4844 السعة (~100 TPS عبر Rollups)، فهو ليس حلًا سحريًا. هناك حاجة إلى Danksharding كاملاً لتحقيق قابلية توسع حقيقية. حتى ذلك الحين، يجب على Rollups الموازنة بين Blobs و calldata - أو المخاطرة بالاعتماد على طبقات DA خارجية.

ChainSight

الإعجابات21.86K المتابعون729
أوبولوس