لِماذا يحتاج الغسق إلى فكرة «Blobs» الخاصة بـ Ethereum؟

كانت EIP-4844 هي تفاصيل DuskEVM التي لم أستطع تحديدها تمامًا في البداية. أدخلت Ethereum blobs لجعل توفر البيانات أرخص. لكن الغسق لديه DuskDS بالفعل للتسوية وتوفر البيانات. إذًا لماذا نُدخل هذا التصميم إلى الغسق؟

يمنحني تقسيم الطبقات تلميحًا أفضل. يتولى DuskEVM تنفيذ EVM، بينما يتولى DuskDS التسوية وتوفر البيانات. هذا يعني أن للـ blobs مهمة محددة هنا. يمكنها أن تمنح طبقة التنفيذ طريقة قياسية للتعامل مع البيانات دون أن تُحمّل هذه المسؤولية بالكامل على DuskEVM.

يُصعِّب Rusk تجاهل التنفيذ بوصفه مجرد «خانة توافقية». فهو يوفّر نقاط نهاية (endpoints) للـ blob لاسترجاع blobs عبر الالتزام (commitment) أو التجزئة (hash).

تدعم Rusk Wallet أيضًا معاملات blobs. كما أن Rusk يتحقق منها أثناء التحقق من الشروط المسبقة (precondition checking). وقد لفت انتباهي ذلك، لأن blob أصبح الآن جزءًا من مسار المعاملة، وليس مجرد شيء يفهمه EVM.

يُحدد KZG العلاقة أكثر. تستخدم EIP-4844 التزامات KZG وإثباتاتها. تتحقق أدوات الغسق من التزامات blobs، بينما تتحقق أدوات اللقطة (snapshot) من علاقة KZG قبل تخزين كائنات الـ blob.

لذا يبدو أن القطع تتلاءم. يتولى DuskEVM التنفيذ. ويتولى DuskDS التسوية وتوفر البيانات. معاملات blobs واسترجاعها والتحقق من KZG تربط بين تلك المسؤوليات.

لن أصف EIP-4844 بأنها شيء أضافه الغسق فقط من أجل «المعرفة» بـ Ethereum. بل توجد أسباب معمارية أعمق وراء ذلك.

لكن لماذا هذا التصميم المحدد من Ethereum لشبكة تبني معماريتها الخاصة حول أسواق منظَّمة؟

#dusk . $DUSK @Dusk