jakiro
تم إطلاق إصدار شبكة اختبار شبكة Ethereum على شبكة اختبار Goerli في 17 يناير 2024 ، وأطلق بنجاح شبكة اختبار Sepolia في 30 يناير. ترقية Dencun تقترب منا.
بعد ترقية أخرى لشبكة اختبار Holesky في 7 فبراير ، سيتم ترقية الشبكة الرئيسية.حاليًا ، تم تأكيد الشبكة الرئيسية التي تمت ترقيتها من كانكون رسميًا في 13 مارس.
ستصاحب كل ترقية Ethereum تقريبًا موجة من سوق الموضوعات.
إذا اتبعت التجربة السابقة ، فستتاح لك هذه الترقية Dencun الفرصة أيضًا لإجراء تخطيط مسبق.
ومع ذلك ، نظرًا لأن المحتوى الفني المشارك في ترقية Dencun غامضة نسبيًا ، فلا يمكن الخلط بينه وبين جملة مثل ترقية شنغهاي ، “لقد تحولت Ethereum من POW إلى POS” ومن الصعب فهم النقاط الرئيسية للتخطيط.
لذلك ، ستستخدم هذه المقالة لغة سهلة الفهم لشرح التفاصيل الفنية لترقية Dencun ، وفرز السياق بين هذه الترقية وتوافر البيانات DA و Layer 2 للقراء.
EIP 4484
EIP-4844 هو الاقتراح الأكثر أهمية في ترقية Dencun ، مما يمثل خطوة ملموسة ومهمة للأمام في توسع Ethereum بطريقة لا مركزية.
من حيث Layman ، في الوقت الحالي ، تحتاج Ethereum Layer 2 إلى تقديم معاملات تحدث في الطبقة 2 إلى الشبكة الرئيسية لشبكة Ethereum للعقد للتحقق من فعالية توليد كتلة الشبكة Layer 2.
المشكلة الناجمة عن ذلك هي أنه على الرغم من أن بيانات المعاملة قد تم ضغطها قدر الإمكان ، إلا أن حجم المعاملة الضخم للطبقة الثانية يتم ضربه بواسطة قاعدة تكلفة التخزين العالية للشبكة الرئيسية Ethereum ، والتي لا تزال هي نفسها بالنسبة عقدة الطبقة الثانية ومستخدمي الطبقة الثانية.سيؤدي عامل السعر وحده إلى فقدان الطبقة الثانية عددًا كبيرًا من المستخدمين وتدفق إلى السلسلة الجانبية.
تقوم EIP 4484 بإنشاء نقطة تخزين جديدة أرخص (كائن كبير ثنائي) ويحل محل نوع المعاملة الجديد الذي تمت ترقيته “المعاملة الحاملة” التي يمكن أن تشير إلى مساحة تخزين النقطة. ينقذ النظام الإيكولوجي Ethereum تكاليف الغاز.
كما نعلم جميعًا ، يأتي أرخص بسعر.
على العكس من ذلك ، لا يمكن لـ EL الوصول إلى الإشارات إلى بيانات blob فقط ، ولا يمكن تنزيل بيانات blob نفسها إلا من خلال طبقة إجماع Ethereum (CL ، المعروفة أيضًا باسم Beacon Node) ، ومبلغ الذاكرة والمقدار المستهلكين. أصغر بكثير من ethereum العادي.
علاوة على ذلك ، يحتوي Blob على ميزة لا يمكن تخزينها إلا لفترة زمنية محدودة (عادةً حوالي 18 يومًا) ولن تتوسع بشكل غير محدود مثل حجم دفتر الأستاذ Ethereum.
فترة صلاحية التخزين من النقطة
على النقيض من دفتر الأستاذ الدائم لـ blockchain ، يعد Blob تخزينًا مؤقتًا مع وقت قابل للاستخدام من 4096 عصر ، أو حوالي 18 يومًا.
بعد انتهاء الصلاحية ، لن يتمكن معظم عملاء الإجماع من استرداد بيانات محددة في Blob.ومع ذلك ، فإن الأدلة على وجودها الموجود مسبقًا ستبقى على mainnet في شكل وعود KZG وسيتم تخزينها بشكل دائم على Mainnet Ethereum.
لماذا تختار 18 يومًا؟هذا هو مفاضلة بين قياس تكاليف التخزين والفعالية.
بادئ ذي بدء ، نحتاج إلى النظر في أكثر المستفيدين في هذه الترقية ، والهدوء المتفائل (مثل التعبير والتفاؤل ،) ، لأنه وفقًا لإعدادات المتفائلة ، هناك نافذة زمنية مدتها 7 أيام لإثبات Fruad.
إن بيانات المعاملة المخزنة في النقطة هي بالضبط المعلومات اللازمة عندما تقوم Rollups المتفائلة بتشغيل تحد.
لذلك ، يجب أن يتم الوصول إلى فترة صحة النقطة التي يمكن الوصول إليها من أجل البساطة. .
يعد فهم العلاقة بين هذين الاثنين أمرًا مهمًا في فهم دور blob في توفر البيانات (DA).
السابق هو مقترح EIP-4484 بالكامل ، وهو نوع جديد من المعاملات ، في حين يمكن فهم الأخير كموقع للتخزين المؤقت للمعاملات للطبقة 2.
يمكن فهم العلاقة بين الاثنين لأن معظم البيانات في بيانات المعاملة السابقة (بيانات المعاملة) يتم تخزينها في الأخير.البيانات المتبقية ، بيانات blob ، ستكون في CallData للشبكة الرئيسية.وهذا هو ، يمكن قراءة الوعد من قبل EVM.
يمكنك أن تتخيل التزامًا باعتباره بناء جميع المعاملات في نقطة في شجرة Merkle ، ثم فقط جذر Merkle ، الالتزام ، يمكن الوصول إليه من خلال العقد.
يمكن القيام بذلك بذكاء: على الرغم من أن EVM لا يمكن أن يعرف المحتوى المحدد لـ BLOB ، إلا أن عقود EVM يمكنها التحقق من صحة بيانات المعاملة من خلال معرفة الالتزام.
العلاقة بين blob و layer2
تتيح تقنية Rollup توفر البيانات (DA) عن طريق تحميل البيانات إلى Ethereum MainNet ، ولكن هذا ليس للسماح للعقود الذكية من L1 بقراءة أو التحقق من هذه البيانات المحملة مباشرة.
الغرض من تحميل بيانات المعاملة إلى L1 هو ببساطة السماح لجميع المشاركين بعرض هذه البيانات.
قبل ترقية Dencun ، كما ذكر أعلاه ، تنشر OP-Rollup بيانات المعاملة إلى Ethereum مثل CallData.لذلك يمكن لأي شخص استخدام معلومات المعاملة هذه لإعادة إنتاج الحالة والتحقق من صحة شبكة الطبقة 2.
ليس من الصعب أن نرى أن بيانات معاملة Rollup تحتاج إلى أن تكون رخيصة + مفتوحة وشفافة.
بعد قراءة هذا ، قد يكون لديك سؤال في ذهنك.
في الواقع ، يتم استخدام بيانات المعاملات فقط في بعض المواقف:
-
من أجل التفاؤل ، استنادًا إلى افتراض الثقة ، قد تكون هناك مشاكل في خيانة الأمانة.
-
بالنسبة إلى ZK Rollup ، فقد أثبتت إثبات المعرفة الصفرية أن تحديث الحالة صحيح. مطلوب ، سيتم مناقشة شجرة حالة L2 كاملة.
هذا يعني أن السيناريوهات التي يتم فيها استخدام بيانات المعاملات في الواقع من قبل العقود محدودة للغاية.حتى في تحدي تداول Rollup المتفائل ، تحتاج فقط إلى تقديم أدلة (الحالة) التي تثبت أن بيانات المعاملة “الوجود” على الفور ، ولا يلزم تخزين تفاصيل تلك المعاملة على الشبكة الرئيسية مقدمًا.
لذلك إذا وضعنا بيانات المعاملات في عنصر BLOB ، على الرغم من أنه لا يمكن الوصول إلى العقد ، يمكن لعقد الشبكة الرئيسي تخزين التزام هذه النقطة.
في المستقبل ، إذا كانت آلية التحدي تتطلب معاملة معينة ، فنحن بحاجة فقط إلى توفير بيانات المعاملة ، طالما أنها يمكن أن تتوافق معها.هذا يمكن أن يقنع العقد ويوفر بيانات المعاملة لآلية التحدي للاستخدام.
لا يستفيد هذا من انفتاح وشفافية بيانات المعاملات فحسب ، بل يتجنب أيضًا تكلفة الغاز الضخمة لإدخال جميع البيانات في العقد مقدمًا.
من خلال تسجيل الالتزامات فقط ، يتم تحقيق التحقق من بيانات المعاملة مع تحسين التكاليف بشكل كبير.هذا حل ذكي وفعال لتكنولوجيا Rollup لتحميل بيانات المعاملة.
تجدر الإشارة إلى أنه في عملية Dencun الفعلية ، لا يتم إنشاء الالتزام في شجرة Merkle مماثلة لسيليستا ، ولكن يتم استخدام خوارزمية KZG (Kate-Zaverucha-Goldberg ، التزام متعدد الحدود).
بالمقارنة مع إثبات شجرة Merkle ، فإن عملية توليد دليل KZG معقدة نسبيًا ، لكن حجم التحقق أصغر وخطوات التحقق أبسط. وليس لديه قدرة هجوم مضادة للحوسبة (يستخدم Dencun طريقة التجزئة ، ويمكن استبدال طرق التحقق الأخرى إذا لزم الأمر).
بالنسبة إلى Project Project Celestia الشهير ، فإنه يستخدم متغير Merkle Tree .
فرصة Dencun
في حين أن EIP4844 يقلل من التكاليف ويزيد من الكفاءة للطبقة الثانية ، فإنه يرفع أيضًا مخاطر السلامة ، مما يجلب أيضًا فرصًا جديدة.
لفهم الأسباب ، نحتاج إلى التحدث عن آلية كبسولة الهروب أو آلية الانسحاب الإلزامية المذكورة أعلاه.
عندما يتم تعطيل عقدة الطبقة 2 ، يمكن أن تضمن هذه الآلية أن أموال المستخدم تعود إلى الشبكة الرئيسية بأمان.المتطلب السابق لتفعيل هذه الآلية هو أن المستخدم يحتاج إلى الحصول على شجرة الحالة الكاملة للطبقة 2.
وفقًا للظروف العادية ، يحتاج المستخدمون فقط إلى العثور على عقدة Layer2 كاملة لطلب البيانات ، وإنشاء دليل على Merkle ، وتقديم العقد إلى الشبكة الرئيسية لإثبات شرعية عمليات السحب الخاصة بهم.
ولكن لا تنسى أن المستخدم يريد بدء آلية كبسولة الهروب للخروج من L2 على وجه التحديد لأن عقدة L2 تقوم بالشر والعقدة.
هذا هو هجوم حجب البيانات الذي يذكره Vitalik غالبًا.
قبل EIP-4844 ، تم تسجيل سجلات Layer2 الدائمة على الشبكة الرئيسية.
يمكن لهذه العقدة الكاملة الحصول على جميع البيانات التاريخية التي نشرتها Sorter Layer 2 على الشبكة الرئيسية مع الشبكة الرئيسية Ethereum. إخلاء.
بعد EIP-4844 ، توجد بيانات الطبقة 2 فقط في نقطة العقدة الكاملة من Ethereum ، وسيتم حذف البيانات التاريخية قبل 18 يومًا تلقائيًا.
لذلك ، لم تعد طريقة الحصول على شجرة الحالة بأكملها من خلال الشبكة الرئيسية المتزامنة في الفقرة السابقة ممكنة. طرف ثالث (يجب أن يتم استخدامه لتخزين جميع بيانات Ethereum blob لمولد الذكاء الاصطناعي) (يجب أن يتم استخدامه للحصول على شجرة الحالة الكاملة للطبقة 2). العقدة الأصلية (نادرا جدا).
لذلك ، بعد إطلاق 4844 ، سيكون من الصعب للغاية على المستخدمين الحصول على شجرة الحالة الكاملة للطبقة 2 بطريقة جديرة بالثقة تمامًا.
إذا لم يكن لدى المستخدمين طريقة مستقرة للحصول على شجرة حالة الطبقة 2 ، فلن يتمكنوا من إجراء عمليات السحب القسرية في ظل ظروف قصوى.لذلك ، تسبب 4844 في أوجه القصور/الخسارة في السلامة في الطبقة 2 إلى حد ما.
للتعويض عن هذا النقص الأمني ، نحتاج إلى حل تخزين غير موثوق به مع دورة اقتصادية إيجابية.يشير التخزين هنا بشكل أساسي إلى الاحتفاظ بالبيانات في Ethereum بطريقة غير موثوق بها ، والتي تختلف عن مسار التخزين في الماضي ، لأن الكلمة الرئيسية “لا توجد ثقة” لا تزال موجودة.
يمكن لـ EthStorage حل مشكلة عدم الثقة وتلقى جولتين من التمويل من مؤسسة Ethereum.
يمكن القول أن هذا المفهوم يمكن أن يلبي/تعويض مسار Dencun الذي تمت ترقيته ، والذي يستحق الاهتمام للغاية.
بادئ ذي بدء ، فإن الأهمية الأكثر سهولة في EthStorage هي أنه يمكن أن يمتد الوقت المتاح لـ DA blob بطريقة لا مركزية تمامًا ، مما يعوض عن أقصر السلامة في الطبقة 2 بعد 4844.
بالإضافة إلى ذلك ، تركز معظم حلول L2 الحالية بشكل أساسي على توسيع نطاق قوة الحوسبة في Ethereum ، أي زيادة TPS.ومع ذلك ، ارتفع الطلب على تخزين كميات كبيرة من البيانات بشكل آمن على Ethereum Mainnet ، خاصة بسبب شعبية DAPPs مثل NFT و DEFI.
على سبيل المثال ، تكون متطلبات التخزين الخاصة بـ NFTs على السلسلة واضحة للغاية لأن المستخدمين لا يملكون الرموز المميزة لعقود NFT فحسب ، بل وأيضًا الصور على السلسلة.يمكن لـ EthStorage حل مشكلة الثقة الإضافية التي تخزن هذه الصور على أطراف ثالثة.
أخيرًا ، يمكن لـ EthStorage أيضًا حل الاحتياجات الأمامية للدخول اللامركزية.يتم استضافة الحلول الحالية الحالية بشكل أساسي من قبل الخوادم المركزية (مع DNS) ، مما يجعل الموقع عرضة للرقابة وغيرها من القضايا ، مثل اختطاف DNS ، أو قرصنة الموقع أو تعطل الخادم ، والأسفار النقدي ، وما إلى ذلك ، كما يتضح من الأحداث مثل الأحداث مثل الاختطاف DNS ، والحوادث مثل اختراق الموقع ، والأسنان.
لا يزال EthStorage في المرحلة المبكرة من الاختبار ، بحيث يمكن للمستخدمين المتفائلين بشأن احتمالات هذا المسار تجربة ذلك.
