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

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

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

1. ما هو PeerDAS؟

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

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

هذا التغيير أدى مباشرة إلى خفض تكلفة Rollup إلى عشرين مرة تقريبًا، مما يضمن أن منصات L2 يمكنها تقديم معاملات أرخص وأسرع، دون التأثير على أمان إيثريوم ومستوى اللامركزية، مما أتاح للمستخدمين الاستمتاع بـ “عصر رسوم الغاز المنخفضة”.

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

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

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

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

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

وإذا استمر الاعتماد على نمط التنزيل الكامل التقليدي، فلن يمكن لتوسعة إيثريوم أن تتجاوز حدود النطاق الترددي الفيزيائي، وسنواجه جدارًا من القيود، بينما PeerDAS هو المفتاح لحل هذا المأزق.

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

2. Blob يحل “أين يُخزن”، وPeerDAS يحل “كيف يُخزن”

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

المسألة الأساسية التي يعالجها هي كيف يمكن أن يتوسع حجم البيانات بشكل أسي دون أن ينهك عرض النطاق الترددي الفيزيائي للعقد؟ الفكرة مباشرة، وهي استنادًا إلى الاحتمالات والتعاون الموزع، “لا يحتاج كل شخص إلى تخزين البيانات بالكامل، ويمكن تأكيد وجودها بشكل عالي الاحتمال.”

وهذا يتضح من الاسم الكامل لـ PeerDAS، وهو “اختبار اختيارية لتوافر البيانات بين الأقران”.

هذه الفكرة قد تبدو غامضة، لكن يمكننا فهمها بمثال بسيط: التحقق الكامل السابق يشبه أن يدخل مكتبة تحتوي على نسخة من “موسوعة بريتانيكا” (بيانات Blob) التي تتكون من آلاف الصفحات، ولمنع فقدانها، يُطلب من كل مسؤول (عقدة) أن ينسخ نسخة كاملة من الكتاب كنسخة احتياطية.

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

أما الآن، باستخدام تقنية PeerDAS، مع إدخال تقنيات مثل الترميز المفقود (Erasure Coding)، يُسمح بتقسيم الكتاب إلى العديد من القطع، مع ترميز رياضي، بحيث لا يحتاج المسؤولون إلى امتلاك الكتاب كاملًا، بل فقط عشوائيًا بعض الصفحات.

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

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

scale70المصدر: @Maaztwts

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

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

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

3. عصر ما بعد Fusaka، نمط جديد على السلسلة

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

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

بصورة موضوعية، هذا يمثل ضربة قاضية لخطط DA من طرف ثالث مثل Celestia، ويؤكد أن إيثريوم يستعيد سيادته على توافر البيانات، مما يضغط بشكل كبير على حظوظهم في البقاء.

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

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

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

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

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

وبذلك، أصبحت شبكة إيثريوم السريعة على الطرق جاهزة تمامًا، وما تبقى هو أن يجيب تطبيقات الطبقة العليا على السؤال: ما نوع السيارات التي ستسير على هذه الطريق؟

فلننتظر ونرى.

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