تخزين Ethereum المنزلي في خطر مع ارتفاع حجم البيانات من 70GB إلى 1.2TB

حدد المؤسس المشارك لـ Ethereum، Vitalik Buterin، أن Peer Data Availability Sampling (PeerDAS) هو أداة حاسمة لمعالجة الطلبات المتزايدة لتخزين الـ blob على الشبكة. PeerDAS هي ميزة من الترقية القادمة Fusaka.

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

تم تقديم الـ blobs من خلال EIP-4844 كحاويات بيانات مؤقتة على السلسلة، صُممت لخفض التكاليف على حلول Layer-2 rollups مع تجنب الضغط الدائم على التخزين. وعلى عكس call data، تنتهي صلاحية الـ blobs بعد حوالي أسبوعين، مما يقلل من احتياجات التخزين على المدى الطويل مع الحفاظ على النزاهة للتحقق من المعاملات.

هذا الهيكل يجعل تشغيل الـ rollups أقل تكلفة ويعزز من قابلية توسع Ethereum.

ومع ذلك، أدى هذا التصميم إلى اعتماد سريع للـ blobs عبر شبكة البلوكشين. في 24 سبتمبر، أفاد المحلل على السلسلة Hildobby أن العديد من حلول Ethereum layer-2، بما في ذلك Base وWorldcoin وSoneium وScroll، تعتمد الآن بشكل كبير على الـ blobs.

وبالنظر إلى ذلك، أشار المحلل إلى أن المدققين يحتاجون الآن إلى أكثر من 70 جيجابايت من المساحة لإدارة الـ blobs، محذراً من أن هذا الرقم قد يرتفع إلى أكثر من 1.2 تيرابايت إذا لم يتم تقليمه.

هذا الارتفاع الحاد أجبر المطورين على البحث عن حلول توازن بين قابلية التوسع وكفاءة التخزين.

كيف يعمل PeerDAS

شرح Buterin أن PeerDAS سيحل هذه المشكلة من خلال منع أي عقدة واحدة من تخزين مجموعة البيانات بالكامل وتوزيع المسؤولية عبر الشبكة.

وبحسب قوله:

“طريقة عمل PeerDAS هي أن كل عقدة تطلب فقط عدداً صغيراً من "القطع"، كطريقة للتحقق احتماليًا من أن أكثر من 50% من القطع متاحة. إذا كانت أكثر من 50% من القطع متاحة، يمكن للعقدة نظريًا تنزيل تلك القطع واستخدام erasure coding لاستعادة الباقي.”

ومع ذلك، أشار إلى أن النظام لا يزال يتطلب بيانات البلوك الكاملة في مراحل معينة، مثل أثناء البث الأولي أو إذا كان يجب إعادة بناء بلوك من بيانات جزئية.

وللحماية من التلاعب، شدد Buterin على أهمية "الجهات الفاعلة النزيهة" التي تؤدي هذه الأدوار. ومع ذلك، أكد أن PeerDAS مقاوم حتى ضد مجموعات كبيرة من المشاركين غير النزيهين، حيث يمكن للعقد الأخرى تولي المسؤوليات عند الحاجة.

زيادة الـ Blobs

أشار Buterin إلى أن مطوري Ethereum الأساسيين لا يزالون حذرين بشأن نشر PeerDAS على الرغم من سنوات بحثهم في المشروع.

ولتقليل المخاطر، اتفقوا على تنفيذ النشر من خلال forks Blob Parameter Only (BPO) بدلاً من قفزة واحدة في السعة. من المقرر أن يرفع الـ fork الأول، المقرر في 17 ديسمبر، أهداف الـ blob من 6/9 إلى 10/15. وسيزيد fork ثانٍ، مخطط له في 7 يناير 2026، الحدود مرة أخرى إلى 14/21.

يسمح هذا النهج المرحلي للمطورين بمراقبة أداء الشبكة والتعديل تدريجياً. ويتوقع Buterin أن ترتفع أعداد الـ blob مع هذه التغييرات، مما يمهد الطريق لزيادات أكثر جرأة لاحقاً.

في رأيه، سيكون PeerDAS حيوياً لدعم نمو layer-2 وتحضير الطبقة الأساسية لـ Ethereum للتعامل مع حدود gas أعلى وفي النهاية نقل بيانات التنفيذ بالكامل إلى الـ blobs.

ظهر منشور Home staking at risk as Ethereum data loads climb from 70GB toward 1.2TB لأول مرة على CryptoSlate.