اندفاع (إيثريوم)

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

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

تستخدم Rollups حاليًا calldata للتخزين عند ترحيل جذور الحالة الخاصة بهم إلى الشبكة الرئيسية. على الرغم من أن Calldata هي أرخص أشكال التخزين من Ethereum ، إلا أنها لا تزال باهظة الثمن نسبيًا ، مع الأخذ في الاعتبار أن البيانات تمر عبر EVM ويتم تسجيلها بشكل دائم على blockchain. ومع ذلك ، لا تحتاج المجموعات التراكمية إلى تخزين بيانات دائم. يكفي أن تكون البيانات متاحة مؤقتًا ويضمن عدم حجبها أو مراقبتها من قبل فاعل ضار. هذا هو السبب في عدم تحسين بيانات calldata للتجميع وهي غير قابلة للتطوير بما يكفي لاحتياجات توفر البيانات الخاصة بهم.

من ناحية أخرى ، يمكن لخطة Ethereum لتأسيس Danksharding أن تحقق فوائد توسيع ذات مغزى بسرعة أكبر. على وجه التحديد ، ستقدم Surge Proto-Danksharding مع EIP-4844 ، والتي تقدم نوعًا جديدًا من المعاملات يسمى معاملة تحمل Blob. تشبه هذه المعاملات المعاملات العادية ولكنها توفر ضمانات توفر البيانات في blob ، بينما لا تلتزم في نفس الوقت بالتخزين الدائم للبيانات. ستتمكن المجموعات التراكمية من تفسير المزيد من البيانات ، حيث يبلغ حجم النقاط الكبيرة 125 كيلو بايت ، وهي أكبر بكثير من متوسط ​​كتلة Ethereum.

لا يمكن لجهاز Ethereum Virtual Machine الوصول إلى بيانات blob ، ولكن يمكنه إثبات وجودها. يتم بث كل فقاعة بجانب كتلة. سيكون لمعاملات Blob سوق غاز منفصل ، مع تعديل الأسعار بشكل كبير للطلب على النقاط. نتيجة لذلك ، سيتم فصل تكلفة توافر البيانات عن تكلفة التنفيذ. سيؤدي ذلك إلى سوق غاز أكثر كفاءة ويتم تسعير المكونات الفردية مثل النعناع NFT بشكل مستقل. بالإضافة إلى ذلك ، من المتوقع أن يتم تقليم النقط من العقد ، مما يزيد من تخفيف تخزين البيانات.

ومع ذلك ، لن يكون التشرد الأولي إلا خطوة نحو التقاسم الخاطئ الكامل. سيكون كلاهما متوافقين مع بعضهما البعض ، على الرغم من أن التقاسم الخفيف الكامل سيزيد من إنتاجية التجميع بعدة مضاعفات. على الرغم من أن التجميعات تحتاج إلى التكيف مع هذا النوع الجديد من المعاملات ، فبمجرد أن يتم تطبيق danksharding ، لن يتعين تعديلها مرة أخرى. في وقت كتابة هذا التقرير ، كانت الخطة هي تضمين proto-danksharding في Shanghai hard fork ما يقرب من ستة إلى اثني عشر شهرًا بعد الدمج.

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

يستهدف Danksharding أيضًا زيادة عدد القطع المستهدفة إلى 128. الحد الأقصى هو 256 قطعة لكل كتلة. هذا يزيد بشكل كبير من سعة تخزين blob المستهدفة من 1 ميجابايت إلى 16 ميجابايت. ومع ذلك ، فإن هذا يقدم أيضًا قوة مركزية لمنشئي الكتل ، الذين سيتعين عليهم حساب تشفير النقطة وتوزيع البيانات. ومع ذلك ، بالنسبة لعقد المدقق ، لن يكون حجم الكتلة المتزايد مشكلة حيث يمكن للعقد التحقق من الكتلة بكفاءة من خلال أخذ عينات توفر البيانات. لمنع هذه الزيادة في متطلبات المدقق من أن يكون لها تأثير سلبي على تنوع الشبكة ، يجب إكمال ترقية تسمى فصل منشئ العارض.

يركز Ethereum Surge على توسيع نطاق وتحسين إنتاجية معاملات الشبكة. كما أنها تزيد من قوة المجموعات الإضافية من أجل قابلية توسعة الطبقة الثانية. لم تعد المشاركة حلاً لتوسيع نطاق طبقة Ethereum الأساسية ولكنها تعطي الأولوية لجعل توافر البيانات أرخص. من الناحية المثالية ، يمكن لـ danksharding قلب ثلاثية blockchain trilemma من خلال تمكين مجموعة لامركزية للغاية من المدققين لتقسيم البيانات إلى أجزاء أصغر والحفاظ على ضمانات توفرها. سيؤدي ذلك إلى زيادة قابلية التوسع دون التخلي عن الأمان.