هل تقترب حرب DA من نهايتها؟ تحليل PeerDAS: كيف يساعد Ethereum على استعادة "سيادة البيانات"

الكاتب: imToken

بحلول نهاية عام 2025، استقبل مجتمع Ethereum بهدوء نسبي اكتمال ترقية Fusaka.

عند العودة إلى العام الماضي، على الرغم من أن النقاشات حول ترقية البنية التحتية أصبحت تدريجياً خارج دائرة الضوء في السوق، إلا أن العديد من المستخدمين على السلسلة قد شعروا بالفعل بتغير ملحوظ: أصبحت Ethereum L2 أرخص بكثير.

اليوم، سواء كانت التفاعلات على السلسلة عبارة عن تحويلات أو عمليات DeFi معقدة، غالباً ما تكون رسوم Gas مجرد سنتات قليلة أو حتى يمكن تجاهلها. وراء ذلك، كان لترقية Dencun وآلية Blob دور كبير، وفي الوقت نفسه، مع التفعيل الرسمي للميزة الأساسية PeerDAS (Peer Data Availability Sampling، التحقق من توافر البيانات من نظير إلى نظير) في ترقية Fusaka، فإن Ethereum تودع تماماً عصر التحقق من البيانات عبر "التنزيل الكامل".

يمكن القول أن العامل الحقيقي الذي يحدد ما إذا كان بإمكان Ethereum دعم التطبيقات واسعة النطاق بشكل طويل الأمد ومستدام ليس فقط Blob نفسه، بل الخطوة التالية التي يمثلها PeerDAS.

أولاً: ما هو PeerDAS؟

لفهم الأهمية الثورية لـ PeerDAS، لا يمكننا الحديث عن المفهوم فقط، بل يجب أن نعود إلى نقطة محورية في طريق توسيع Ethereum، وهي ترقية Dencun في مارس 2024.

في ذلك الوقت، قدم EIP-4844 نموذج معاملات يحمل Blob (يضم كمية كبيرة من بيانات المعاملات داخل blob)، مما سمح لـ L2 بعدم الاعتماد على آلية تخزين calldata المكلفة، والانتقال إلى استخدام تخزين Blob المؤقت.

هذا التغيير خفض تكلفة Rollup إلى جزء صغير مما كانت عليه، وضمان أن منصات L2 يمكنها تقديم معاملات أرخص وأسرع دون التأثير على أمان ولامركزية Ethereum، كما جعل المستخدمين يستمتعون بـ"عصر رسوم Gas المنخفضة".

ومع ذلك، على الرغم من أن Blob مفيد جداً، إلا أن عدد Blobs الذي يمكن أن يحمله كل بلوك على الشبكة الرئيسية لـ Ethereum له حد أقصى صارم (عادة 3-6)، والسبب واقعي جداً، وهو أن النطاق الترددي الفعلي وسعة الأقراص الصلبة محدودة.

وفي نموذج التحقق التقليدي، يجب على كل مدقق في الشبكة (Validator)، سواء كان خادماً تديره مؤسسة محترفة أو جهاز كمبيوتر منزلي عادي، أن يقوم بتنزيل ونشر بيانات Blob الكاملة لتأكيد صحة البيانات.

وهذا يخلق معضلة مزدوجة:

• إذا زاد عدد Blobs (من أجل التوسع): سيزداد حجم البيانات بشكل هائل، وسيتم استنفاد النطاق الترددي للعقد المنزلية وامتلاء أقراصها الصلبة، مما يجبرها على الخروج من الشبكة، وبالتالي ستتجه الشبكة بسرعة نحو المركزية، وفي النهاية ستصبح سلسلة لا يمكن تشغيلها إلا في مراكز البيانات الكبرى؛
• إذا تم تقييد عدد Blobs (من أجل اللامركزية): سيتم تقييد قدرة L2 على المعالجة، ولن تتمكن من تلبية الطلب المتزايد في المستقبل.

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

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

وباختصار، PeerDAS هو في جوهره بنية تحقق بيانات جديدة كلياً، تكسر القاعدة الحديدية التي تفرض على المدققين تنزيل جميع البيانات، وتسمح بتوسيع Blob إلى ما يتجاوز مستوى السعة الفعلية الحالية (على سبيل المثال من 6 Blobs/بلوك إلى 48 أو أكثر).

ثانياً: Blob يحل "أين نخزن"، PeerDAS يحل "كيف نخزن"

كما ذكرنا أعلاه، Blob هو الخطوة الأولى في التوسع، حيث حل مشكلة "أين نخزن البيانات" (من calldata المكلفة إلى مساحة Blob المؤقتة)، أما PeerDAS فيحل مشكلة "كيف نخزن البيانات بكفاءة أعلى".

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

ومن الاسم الكامل لـ PeerDAS "التحقق من توافر البيانات من نظير إلى نظير عبر العينة" يمكننا أن نفهم جوهره.

قد يبدو هذا المفهوم معقداً، لكن يمكننا تبسيطه بمثال: في الماضي، كان التحقق الكامل يشبه دخول موسوعة Britannica الضخمة (بيانات Blob) إلى مكتبة، ولمنع فقدانها، كان يُطلب من كل أمين مكتبة (العقدة) أن ينسخ نسخة كاملة منها كنسخة احتياطية.

وهذا يعني أن من يملك المال والوقت (نطاق ترددي/قرص صلب كبير) فقط يمكنه أن يكون أمين مكتبة، خاصة وأن موسوعة Britannica (بيانات Blob) ستستمر في التضخم، ومع مرور الوقت، سيتم استبعاد الأشخاص العاديين وتختفي اللامركزية.

أما الآن، مع PeerDAS وتقنيات مثل Erasure Coding، أصبح بالإمكان تمزيق هذه الموسوعة إلى عدد لا يحصى من القطع الصغيرة وتوسيعها رياضياً، ولم يعد على كل أمين مكتبة الاحتفاظ بالكتاب كاملاً، بل يكفي أن يحتفظ ببضع صفحات عشوائية.

وعند التحقق، لا يحتاج أحد لإظهار الكتاب كاملاً، نظرياً، طالما أن الشبكة تجمع 50% من القطع (بغض النظر عن الصفحات التي يحملها كل شخص)، يمكننا من خلال خوارزميات رياضية استعادة الكتاب كاملاً بنسبة تأكيد 100% فوراً.

وهذه هي قوة PeerDAS — إذ ينقل عبء تنزيل البيانات من عقدة واحدة إلى شبكة تعاونية مكونة من آلاف العقد على مستوى الشبكة.

المصدر: @Maaztwts

من حيث الأرقام، قبل ترقية Fusaka، كان عدد Blobs محصوراً في أرقام فردية (3-6). أما مع تطبيق PeerDAS، فقد تم رفع هذا الحد مباشرة، مما يسمح بزيادة عدد Blobs من 6 إلى 48 أو أكثر.

عندما يبدأ المستخدم معاملة على Arbitrum أو Optimism، ويتم تجميع البيانات وإرسالها إلى الشبكة الرئيسية، لم يعد من الضروري بث الحزمة الكاملة من البيانات عبر الشبكة، مما يجعل توسيع Ethereum لا يؤدي إلى زيادة خطية في تكلفة العقد.

وبشكل موضوعي، فإن Blob + PeerDAS هو الحل الكامل لـ DA (توافر البيانات)، ومن منظور خارطة الطريق، فهذا هو الانتقال الرئيسي من Proto-Danksharding إلى Danksharding الكامل في Ethereum.

ثالثاً: الوضع الطبيعي الجديد على السلسلة بعد Fusaka

كما هو معروف، خلال العامين الماضيين، حصلت طبقات DA المعيارية من طرف ثالث مثل Celestia على حصة سوقية كبيرة بسبب ارتفاع تكلفة الشبكة الرئيسية لـ Ethereum، وكان منطقها السردي قائماً على فرضية أن تخزين البيانات الأصلي في Ethereum مكلف جداً.

ولكن مع Blob وPeerDAS الأحدث، أصبحت Ethereum الآن رخيصة للغاية وآمنة جداً: تكلفة نشر البيانات من L2 إلى L1 انخفضت بشكل كبير، بالإضافة إلى أن Ethereum لديها أكبر مجموعة من المدققين على الشبكة، مما يجعل الأمان يفوق بكثير سلاسل الطرف الثالث.

وبشكل موضوعي، فإن هذا يمثل ضربة قوية لحلول DA من طرف ثالث مثل Celestia، ويشير إلى أن Ethereum تستعيد سيادتها على توافر البيانات، مما يضيق بشكل كبير من مساحة بقائهم.

قد تتساءل: كل هذا يبدو تقنياً للغاية، فما علاقته باستخدامي للمحفظة أو التحويلات أو DeFi؟

العلاقة في الواقع مباشرة جداً. إذا تم تنفيذ PeerDAS بنجاح، فهذا يعني أن تكلفة البيانات على L2 يمكن أن تظل منخفضة على المدى الطويل، ولن تضطر Rollup إلى رفع الرسوم بسبب ارتفاع تكلفة DA، ويمكن للتطبيقات على السلسلة تصميم تفاعلات عالية التردد دون القلق بشأن التكاليف، ولن تضطر المحافظ و DApp إلى المساومة بين "الوظائف مقابل التكلفة" مراراً وتكراراً....

بعبارة أخرى، الفضل في استخدامنا اليوم لـ L2 الرخيصة يعود إلى Blob، وإذا استمررنا في الاستفادة منها في المستقبل، فلن يكون ذلك ممكناً بدون مساهمة PeerDAS الصامتة.

لهذا السبب، على خارطة طريق توسيع Ethereum، يُعتبر PeerDAS محطة لا غنى عنها رغم هدوئه، وفي جوهره، هذا هو الشكل المثالي للتقنية في رأيي — "تستفيد منها دون أن تشعر، وإذا فقدتها يصعب الاستمرار"، بحيث لا تشعر بوجودها.

في النهاية، أثبت PeerDAS أن البلوكشين يمكنه من خلال تصميم رياضي دقيق (مثل أخذ عينات البيانات)، أن يدعم كميات هائلة من بيانات مستوى Web2 دون التضحية المفرطة برؤية اللامركزية.

حتى الآن، تم تمهيد الطريق السريع للبيانات على Ethereum بالكامل، وما سيتم تشغيله على هذا الطريق في المستقبل هو سؤال يجب أن تجيب عليه طبقة التطبيقات.

فلنترقب ونرى.