تضمنت خارطة طريق إثيريوم في البداية استراتيجيتين للتوسع: التجزئة وبروتوكولات Layer2. تسمح التجزئة لكل عقدة بالتحقق من وتخزين جزء صغير فقط من المعاملات، بينما تحافظ Layer2 على معظم البيانات والحسابات خارج السلسلة الرئيسية. في النهاية، تم دمج هاتين الطريقتين معًا لتشكيل خارطة طريق تركز على Rollup، والتي لا تزال استراتيجية التوسع الحالية لإثيريوم.
تقدم خارطة الطريق التي تركز على Rollup تقسيمًا بسيطًا للعمل: يركز Ethereum L1 على أن يكون طبقة أساسية قوية ولامركزية، بينما تتحمل L2 مهمة مساعدة النظام البيئي على التوسع. هذا النموذج شائع في المجتمع: نظام المحاكم (L1) موجود لحماية العقود وحقوق الملكية، بينما يقوم رواد الأعمال (L2) بالبناء على هذا الأساس.
هذا العام، حقق المخطط المعتمد على Rollup تقدمًا مهمًا: أدى إطلاق كتل EIP-4844 إلى زيادة كبيرة في عرض النطاق الترددي لبيانات إيثريوم L1، وقد دخلت عدة EVM Rollup المرحلة الأولى. كل L2 موجود ك"شظية" مستقلة، وقد أصبحت تنوع طرق تنفيذ الشظايا واقعًا الآن. لكن هذا الطريق يواجه أيضًا بعض التحديات الفريدة. مهمتنا الآن هي استكمال المخطط المعتمد على Rollup، وحل هذه المشكلات، مع الحفاظ على متانة إيثريوم L1 ولامركزيتها.
الزيادة: الأهداف الرئيسية
في المستقبل، يمكن أن تصل إثيريوم إلى أكثر من 100000 TPS من خلال L2؛
الحفاظ على اللامركزية والصلابة في L1;
على الأقل بعض L2 قد ورثت بالكامل الخصائص الأساسية لإثيريوم ( الثقة، والانفتاح، ومقاومة الرقابة );
يجب أن تشعر إثيريوم كنظام بيئي موحد، وليس 34 سلسلة كتلة مختلفة.
يعتقد تناقض مثلث القابلية للتوسع أن هناك تناقضًا بين ثلاثة خصائص للبلوك تشين: اللامركزية، القابلية للتوسع، والأمان. يقدم حجة رياضية استنباطية: إذا كان بإمكان عقد صديق للامركزية التحقق من N معاملة في الثانية، وكان لديك سلسلة تعالج k*N معاملات في الثانية، فإن (i) يمكن رؤية كل معاملة فقط بواسطة 1/k من العقد، مما يعني أن المهاجم يحتاج فقط إلى تدمير عدد قليل من العقد لإجراء معاملة خبيثة، أو (ii) ستصبح عقدتك قوية، بينما لن تكون سلسلتك لامركزية.
ومع ذلك، فإن دمج عينة توفر البيانات مع SNARKs يحل بالفعل التناقض الثلاثي: إنه يسمح للعملاء بالتحقق من أن كمية معينة من البيانات متاحة، وأن كمية معينة من خطوات الحساب تم تنفيذها بشكل صحيح، في حالة تنزيل كمية صغيرة فقط من البيانات وتنفيذ القليل من الحسابات. طريقة أخرى للحل هي بنية بلازما، التي تحمل مسؤولية مراقبة توفر البيانات للمستخدمين. مع انتشار SNARKs، أصبحت بنية بلازما أكثر قابلية للتطبيق على نطاق أوسع من السيناريوهات.
تقدم إضافي في عينة توفر البيانات
حاليًا، يحتوي كل slot على إثيريوم كل 12 ثانية على 3 blobs بحجم حوالي 125 كيلوبايت، وعرض النطاق الترددي المتاح للبيانات حوالي 375 كيلوبايت. إذا افترضنا أن بيانات المعاملات يتم نشرها مباشرة على السلسلة، فإن تحويلات ERC20 تبلغ حوالي 180 بايت، وبالتالي فإن الحد الأقصى لـ TPS في إثيريوم مع Rollup هو 173.6. هدفنا المتوسط هو 16 ميغابايت لكل slot، وإذا تم دمج تحسينات ضغط بيانات Rollup، فسوف يؤدي ذلك إلى حوالي 58000 TPS.
PeerDAS هو تنفيذ بسيط نسبيًا لـ "1D sampling". في إثيريوم، كل blob هو متعدد حدود من الدرجة 4096 في حقل الأعداد الأولية من 253 بت. نحن نبث أسهم متعدد الحدود، حيث يحتوي كل سهم على 16 قيمة تقييم من 16 إحداثيات متجاورة من إجمالي 8192 إحداثيات. من بين هذه الـ 8192 قيمة تقييم، يمكن استعادة أي 4096 blob.
تعمل PeerDAS على جعل كل عميل يستمع إلى عدد قليل من الشبكات الفرعية، حيث تقوم الشبكة الفرعية i ببث العينة i من أي blob، وتطلب من نظيراتها في شبكة p2p العالمية طلب blob من الشبكات الفرعية الأخرى التي يحتاجها. النسخة الأكثر تحفظًا SubnetDAS تستخدم فقط آلية الشبكات الفرعية، دون الاستفسار الإضافي عن طبقة النظراء.
من الناحية النظرية، يمكننا توسيع نطاق "1D sampling" إلى حد كبير: إذا قمنا بزيادة الحد الأقصى لعدد blobs إلى 256( بهدف 128)، فسنكون قادرين على تحقيق الهدف البالغ 16 ميغابايت، حيث يحتاج كل عقدة في عينة توفر البيانات إلى معالجة 1 ميغابايت من عرض النطاق الترددي لكل slot. هذا بالكاد في نطاق تحملنا، مما يعني أن العميل المحدود النطاق الترددي لا يمكنه العينة.
لذلك، نريد في النهاية أن نأخذ خطوة أخرى، لإجراء أخذ عينات ثنائية الأبعاد، ليس فقط داخل blob، ولكن أيضًا لأخذ عينات عشوائية بين blobs. تُستخدم خاصية الالتزام الخطي لـ KZG لتوسيع مجموعة blobs داخل الكتلة، والتي تتضمن قائمة جديدة من blobs الافتراضية التي تحتوي على ترميز متكرر لنفس المعلومات.
من الأهمية بمكان أن توسيع الالتزام لا يحتاج إلى blob، لذلك فإن هذا الاقتراح بشكل أساسي هو صديق لبناء الكتل الموزعة. يحتاج العقد التي تبني الكتل في الواقع فقط إلى امتلاك التزام blob KZG، ويمكنهم الاعتماد على أخذ عينات توفر البيانات (DAS) للتحقق من توفر البيانات.
بعد ذلك، سيتم تنفيذ وإطلاق PeerDAS. بعد ذلك، سيتم زيادة عدد blobs على PeerDAS باستمرار، مع مراقبة الشبكة بعناية وتحسين البرنامج لضمان الأمان، وهذه عملية تدريجية. نأمل أيضًا في وجود المزيد من الأعمال الأكاديمية لتوحيد PeerDAS وإصدارات DAS الأخرى وتفاعلها مع مشكلات الأمان مثل قواعد اختيار الانقسام.
في مراحل مستقبلية أبعد، نحتاج إلى القيام بمزيد من العمل لتحديد النسخة المثالية من DAS ثنائي الأبعاد، وإثبات خصائص الأمان الخاصة بها. نأمل أيضًا أن نتمكن في النهاية من الانتقال من KZG إلى بديل آمن كمي ولا يتطلب إعداد موثوق.
أعتقد أن المسار الواقعي الطويل الأجل هو:
تنفيذ DAS ثنائي الأبعاد المثالي؛
الاستمرار في استخدام 1D DAS، التضحية بكفاءة عرض النطاق الترددي للعينة، لقبول حد بيانات أقل من أجل البساطة والموثوقية
التخلي عن DA، والقبول الكامل بـ Plasma كهيكل Layer2 الرئيسي الذي نركز عليه.
يرجى ملاحظة أنه حتى إذا قررنا توسيع التنفيذ مباشرة على مستوى L1، فإن هذا الخيار موجود. وذلك لأنه إذا كان على مستوى L1 معالجة عدد كبير من TPS، ستصبح كتل L1 كبيرة جداً، وسيرغب العملاء في وجود طريقة فعالة للتحقق من صحتها، لذلك سيتعين علينا استخدام نفس التقنيات على مستوى L1 كما هو الحال مع Rollup( مثل ZK-EVM وDAS).
ضغط البيانات
كل معاملة في Rollup ستشغل مساحة كبيرة من بيانات السلسلة: نقل ERC20 يحتاج تقريباً إلى 180 بايت. حتى مع توفر بيانات مثالية، فإن هذا يحد من قابلية التوسع لبروتوكولات Layer. كل slot 16 ميغابايت، نحصل على:
16000000 / 12 / 180 = 7407 TPS
ماذا سيحدث إذا استطعنا حل مشكلة البسط وليس فقط مشكلة المقام، مما يجعل كل معاملة في Rollup تشغلBytes أقل على السلسلة؟
هناك عدة طرق لضغط البيانات:
ضغط صفر بايت: استبدال كل سلسلة طويلة من صفر بايت ببايتين، مما يدل على عدد صفر بايت.
تجميع التوقيع: الانتقال من توقيع ECDSA إلى توقيع BLS ، والخاصية في توقيع BLS هي أنه يمكن دمج عدة توقيعات في توقيع واحد ، ويمكن لهذا التوقيع إثبات صحة جميع التوقيعات الأصلية.
استبدال العناوين بالمؤشرات: إذا كنت قد استخدمت عنوانًا معينًا من قبل، يمكننا استبدال عنوان 20 بايت بمؤشر 4 بايت يشير إلى موقع معين في السجل التاريخي.
تسلسل التخصيص لقيمة المعاملات: معظم قيم المعاملات تتكون من عدد قليل من الأرقام، على سبيل المثال، يتم تمثيل 0.25 إيثيروم كـ 250,000,000,000,000,000 wei. الرسوم الأساسية القصوى ورسوم الأولوية مشابهة لذلك. لذلك، يمكننا استخدام تنسيق العشري المخصص، لتمثيل معظم قيم العملات.
الاختلاف في حالة إصدار Rollups المعتمد على إثبات الصلاحية بدلاً من المعاملات.
الخطوة التالية هي تنفيذ الاقتراح المذكور أعلاه. تشمل التنازلات الرئيسية:
التحول إلى توقيع BLS يتطلب جهدًا كبيرًا، وسيؤدي أيضًا إلى تقليل التوافق مع شرائح الأجهزة الموثوقة التي يمكن أن تعزز الأمان. يمكن استخدام تغليف ZK-SNARK الذي يستخدم مخططات توقيع أخرى كبديل لذلك.
الضغط الديناميكي ( على سبيل المثال، استبدال العناوين بـ pointers ) سيجعل كود العميل أكثر تعقيدًا.
نشر اختلافات الحالة على السلسلة بدلاً من المعاملات سيقلل من إمكانية التدقيق، ويجعل العديد من البرمجيات ( مثل متصفح الكتل ) غير قادرة على العمل.
اعتماد ERC-4337، وأخيرًا دمج بعض محتوياته في L2 EVM، يمكن أن يسرع بشكل كبير من نشر تقنية التجميع. وضع بعض محتويات ERC-4337 على L1 يمكن أن يسرع من نشره على L2.
بلازما عامة
حتى مع استخدام blob بحجم 16 ميجابايت وضغط البيانات، فإن 58,000 TPS قد لا تكون كافية لتلبية احتياجات الدفع للمستهلكين أو الشبكات الاجتماعية اللامركزية أو غيرها من المجالات ذات النطاق الترددي العالي، خاصة عندما نبدأ في النظر في عوامل الخصوصية، مما قد يؤدي إلى تقليل قابلية التوسع بمعدل يتراوح بين 3 إلى 8 مرات. بالنسبة لسيناريوهات التطبيقات ذات حجم المعاملات العالي والقيمة المنخفضة، فإن أحد الخيارات الحالية هو استخدام Validium، الذي يحتفظ بالبيانات خارج السلسلة، ويعتمد نموذج أمان مثيرًا للاهتمام: حيث لا يمكن للمشغلين سرقة أموال المستخدمين، لكنهم قد يقومون بتجميد أموال جميع المستخدمين لفترة مؤقتة أو دائمة. ولكن يمكننا أن نفعل أفضل من ذلك.
بلازما هي حل لتوسيع نطاق، حيث يتضمن مشغلاً يقوم بنشر الكتل على السلسلة الخارجية، ووضع جذر ميركل لهذه الكتل على السلسلة (. على عكس رول أب، يقوم رول أب بوضع الكتل الكاملة على السلسلة ). لكل كتلة، يرسل المشغل لكل مستخدم فرع ميركل لإثبات ما حدث لأصول هذا المستخدم، سواء كانت هناك تغييرات أو لم تحدث. يمكن للمستخدمين استرداد أصولهم من خلال تقديم فرع ميركل. من المهم أن هذا الفرع لا يحتاج إلى أن يكون بجذر الحالة الأحدث. لذلك، حتى إذا كانت هناك مشاكل في توفر البيانات، لا يزال بإمكان المستخدمين استرداد أصولهم عن طريق استرداد أحدث حالة متاحة لهم. إذا قام المستخدم بتقديم فرع غير صالح (، على سبيل المثال، لاسترداد الأصول التي أرسلها بالفعل إلى أشخاص آخرين، أو خلق المشغل أصلاً من العدم )، يمكن استخدام آلية التحدي على السلسلة لتحديد الملكية الشرعية للأصل.
كانت الإصدارات المبكرة من Plasma قادرة فقط على معالجة حالات الدفع، ولم تكن فعالة في الترويج الإضافي. ومع ذلك، إذا طلبنا أن يتم التحقق من كل جذر باستخدام SNARK، فسيصبح Plasma أقوى بكثير. يمكن تبسيط كل لعبة تحدي بشكل كبير، لأننا نستبعد معظم المسارات الممكنة للاحتيال من قبل المشغلين. في الوقت نفسه، تفتح مسارات جديدة، مما يسمح لتقنية Plasma بالتوسع إلى فئات أصول أوسع. أخيرًا، في حالة عدم احتيال المشغلين، يمكن للمستخدمين سحب الأموال على الفور، دون الحاجة إلى انتظار فترة تحدي لمدة أسبوع.
تتمثل إحدى الرؤى الرئيسية في أن نظام Plasma لا يحتاج إلى أن يكون مثاليًا. حتى لو كنت قادرًا فقط على حماية مجموعة فرعية من الأصول (، على سبيل المثال، فقط الرموز التي لم تتحرك خلال الأسبوع الماضي )، فأنت بذلك قد حسّنت بشكل كبير الوضع الحالي لـ EVM الفائق القابل للتوسع ( أي Validium ).
فئة أخرى من الهياكل هي Plasma/Rollup الهجينة، مثل Intmax. هذه الهياكل تضع كمية قليلة جداً من البيانات لكل مستخدم على السلسلة ( على سبيل المثال، 5 بايت )، وبهذه الطريقة يمكن الحصول على بعض الخصائص التي تتراوح بين Plasma و Rollup: في حالة Intmax، يمكنك الحصول على قابلية توسيع عالية جداً وخصوصية، على الرغم من أنه حتى مع سعة 16 ميجابايت، فإنها نظرياً محدودة بحوالي 16.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 10
أعجبني
10
5
مشاركة
تعليق
0/400
DeFiCaffeinator
· منذ 17 س
L2新حمقىخداع الناس لتحقيق الربح场来了
شاهد النسخة الأصليةرد0
BlockchainTherapist
· منذ 17 س
الإيثريوم هو ملك الجبال
شاهد النسخة الأصليةرد0
CryptoHistoryClass
· منذ 17 س
*يتحقق من الأنماط التاريخية* سرد آخر لتوسيع الإيثريوم... تمامًا مثل ضجة البلازما في 2018 في رأيي
شاهد النسخة الأصليةرد0
Rugman_Walking
· منذ 18 س
إيث إيكولوجيا هي الطريق الصحيح، لا داعي للتفكير كثيرًا.
زيادة Ethereum: رؤية 100,000 TPS وحل مشكلة التوسع
إثيريوم المستقبل المحتمل: The Surge
تضمنت خارطة طريق إثيريوم في البداية استراتيجيتين للتوسع: التجزئة وبروتوكولات Layer2. تسمح التجزئة لكل عقدة بالتحقق من وتخزين جزء صغير فقط من المعاملات، بينما تحافظ Layer2 على معظم البيانات والحسابات خارج السلسلة الرئيسية. في النهاية، تم دمج هاتين الطريقتين معًا لتشكيل خارطة طريق تركز على Rollup، والتي لا تزال استراتيجية التوسع الحالية لإثيريوم.
تقدم خارطة الطريق التي تركز على Rollup تقسيمًا بسيطًا للعمل: يركز Ethereum L1 على أن يكون طبقة أساسية قوية ولامركزية، بينما تتحمل L2 مهمة مساعدة النظام البيئي على التوسع. هذا النموذج شائع في المجتمع: نظام المحاكم (L1) موجود لحماية العقود وحقوق الملكية، بينما يقوم رواد الأعمال (L2) بالبناء على هذا الأساس.
هذا العام، حقق المخطط المعتمد على Rollup تقدمًا مهمًا: أدى إطلاق كتل EIP-4844 إلى زيادة كبيرة في عرض النطاق الترددي لبيانات إيثريوم L1، وقد دخلت عدة EVM Rollup المرحلة الأولى. كل L2 موجود ك"شظية" مستقلة، وقد أصبحت تنوع طرق تنفيذ الشظايا واقعًا الآن. لكن هذا الطريق يواجه أيضًا بعض التحديات الفريدة. مهمتنا الآن هي استكمال المخطط المعتمد على Rollup، وحل هذه المشكلات، مع الحفاظ على متانة إيثريوم L1 ولامركزيتها.
الزيادة: الأهداف الرئيسية
! مقال فيتاليك الجديد: المستقبل المحتمل ل Ethereum ، الطفرة
مثلث التوسعة
يعتقد تناقض مثلث القابلية للتوسع أن هناك تناقضًا بين ثلاثة خصائص للبلوك تشين: اللامركزية، القابلية للتوسع، والأمان. يقدم حجة رياضية استنباطية: إذا كان بإمكان عقد صديق للامركزية التحقق من N معاملة في الثانية، وكان لديك سلسلة تعالج k*N معاملات في الثانية، فإن (i) يمكن رؤية كل معاملة فقط بواسطة 1/k من العقد، مما يعني أن المهاجم يحتاج فقط إلى تدمير عدد قليل من العقد لإجراء معاملة خبيثة، أو (ii) ستصبح عقدتك قوية، بينما لن تكون سلسلتك لامركزية.
ومع ذلك، فإن دمج عينة توفر البيانات مع SNARKs يحل بالفعل التناقض الثلاثي: إنه يسمح للعملاء بالتحقق من أن كمية معينة من البيانات متاحة، وأن كمية معينة من خطوات الحساب تم تنفيذها بشكل صحيح، في حالة تنزيل كمية صغيرة فقط من البيانات وتنفيذ القليل من الحسابات. طريقة أخرى للحل هي بنية بلازما، التي تحمل مسؤولية مراقبة توفر البيانات للمستخدمين. مع انتشار SNARKs، أصبحت بنية بلازما أكثر قابلية للتطبيق على نطاق أوسع من السيناريوهات.
تقدم إضافي في عينة توفر البيانات
حاليًا، يحتوي كل slot على إثيريوم كل 12 ثانية على 3 blobs بحجم حوالي 125 كيلوبايت، وعرض النطاق الترددي المتاح للبيانات حوالي 375 كيلوبايت. إذا افترضنا أن بيانات المعاملات يتم نشرها مباشرة على السلسلة، فإن تحويلات ERC20 تبلغ حوالي 180 بايت، وبالتالي فإن الحد الأقصى لـ TPS في إثيريوم مع Rollup هو 173.6. هدفنا المتوسط هو 16 ميغابايت لكل slot، وإذا تم دمج تحسينات ضغط بيانات Rollup، فسوف يؤدي ذلك إلى حوالي 58000 TPS.
PeerDAS هو تنفيذ بسيط نسبيًا لـ "1D sampling". في إثيريوم، كل blob هو متعدد حدود من الدرجة 4096 في حقل الأعداد الأولية من 253 بت. نحن نبث أسهم متعدد الحدود، حيث يحتوي كل سهم على 16 قيمة تقييم من 16 إحداثيات متجاورة من إجمالي 8192 إحداثيات. من بين هذه الـ 8192 قيمة تقييم، يمكن استعادة أي 4096 blob.
تعمل PeerDAS على جعل كل عميل يستمع إلى عدد قليل من الشبكات الفرعية، حيث تقوم الشبكة الفرعية i ببث العينة i من أي blob، وتطلب من نظيراتها في شبكة p2p العالمية طلب blob من الشبكات الفرعية الأخرى التي يحتاجها. النسخة الأكثر تحفظًا SubnetDAS تستخدم فقط آلية الشبكات الفرعية، دون الاستفسار الإضافي عن طبقة النظراء.
من الناحية النظرية، يمكننا توسيع نطاق "1D sampling" إلى حد كبير: إذا قمنا بزيادة الحد الأقصى لعدد blobs إلى 256( بهدف 128)، فسنكون قادرين على تحقيق الهدف البالغ 16 ميغابايت، حيث يحتاج كل عقدة في عينة توفر البيانات إلى معالجة 1 ميغابايت من عرض النطاق الترددي لكل slot. هذا بالكاد في نطاق تحملنا، مما يعني أن العميل المحدود النطاق الترددي لا يمكنه العينة.
لذلك، نريد في النهاية أن نأخذ خطوة أخرى، لإجراء أخذ عينات ثنائية الأبعاد، ليس فقط داخل blob، ولكن أيضًا لأخذ عينات عشوائية بين blobs. تُستخدم خاصية الالتزام الخطي لـ KZG لتوسيع مجموعة blobs داخل الكتلة، والتي تتضمن قائمة جديدة من blobs الافتراضية التي تحتوي على ترميز متكرر لنفس المعلومات.
من الأهمية بمكان أن توسيع الالتزام لا يحتاج إلى blob، لذلك فإن هذا الاقتراح بشكل أساسي هو صديق لبناء الكتل الموزعة. يحتاج العقد التي تبني الكتل في الواقع فقط إلى امتلاك التزام blob KZG، ويمكنهم الاعتماد على أخذ عينات توفر البيانات (DAS) للتحقق من توفر البيانات.
بعد ذلك، سيتم تنفيذ وإطلاق PeerDAS. بعد ذلك، سيتم زيادة عدد blobs على PeerDAS باستمرار، مع مراقبة الشبكة بعناية وتحسين البرنامج لضمان الأمان، وهذه عملية تدريجية. نأمل أيضًا في وجود المزيد من الأعمال الأكاديمية لتوحيد PeerDAS وإصدارات DAS الأخرى وتفاعلها مع مشكلات الأمان مثل قواعد اختيار الانقسام.
في مراحل مستقبلية أبعد، نحتاج إلى القيام بمزيد من العمل لتحديد النسخة المثالية من DAS ثنائي الأبعاد، وإثبات خصائص الأمان الخاصة بها. نأمل أيضًا أن نتمكن في النهاية من الانتقال من KZG إلى بديل آمن كمي ولا يتطلب إعداد موثوق.
أعتقد أن المسار الواقعي الطويل الأجل هو:
يرجى ملاحظة أنه حتى إذا قررنا توسيع التنفيذ مباشرة على مستوى L1، فإن هذا الخيار موجود. وذلك لأنه إذا كان على مستوى L1 معالجة عدد كبير من TPS، ستصبح كتل L1 كبيرة جداً، وسيرغب العملاء في وجود طريقة فعالة للتحقق من صحتها، لذلك سيتعين علينا استخدام نفس التقنيات على مستوى L1 كما هو الحال مع Rollup( مثل ZK-EVM وDAS).
ضغط البيانات
كل معاملة في Rollup ستشغل مساحة كبيرة من بيانات السلسلة: نقل ERC20 يحتاج تقريباً إلى 180 بايت. حتى مع توفر بيانات مثالية، فإن هذا يحد من قابلية التوسع لبروتوكولات Layer. كل slot 16 ميغابايت، نحصل على:
16000000 / 12 / 180 = 7407 TPS
ماذا سيحدث إذا استطعنا حل مشكلة البسط وليس فقط مشكلة المقام، مما يجعل كل معاملة في Rollup تشغلBytes أقل على السلسلة؟
هناك عدة طرق لضغط البيانات:
ضغط صفر بايت: استبدال كل سلسلة طويلة من صفر بايت ببايتين، مما يدل على عدد صفر بايت.
تجميع التوقيع: الانتقال من توقيع ECDSA إلى توقيع BLS ، والخاصية في توقيع BLS هي أنه يمكن دمج عدة توقيعات في توقيع واحد ، ويمكن لهذا التوقيع إثبات صحة جميع التوقيعات الأصلية.
استبدال العناوين بالمؤشرات: إذا كنت قد استخدمت عنوانًا معينًا من قبل، يمكننا استبدال عنوان 20 بايت بمؤشر 4 بايت يشير إلى موقع معين في السجل التاريخي.
تسلسل التخصيص لقيمة المعاملات: معظم قيم المعاملات تتكون من عدد قليل من الأرقام، على سبيل المثال، يتم تمثيل 0.25 إيثيروم كـ 250,000,000,000,000,000 wei. الرسوم الأساسية القصوى ورسوم الأولوية مشابهة لذلك. لذلك، يمكننا استخدام تنسيق العشري المخصص، لتمثيل معظم قيم العملات.
الاختلاف في حالة إصدار Rollups المعتمد على إثبات الصلاحية بدلاً من المعاملات.
الخطوة التالية هي تنفيذ الاقتراح المذكور أعلاه. تشمل التنازلات الرئيسية:
التحول إلى توقيع BLS يتطلب جهدًا كبيرًا، وسيؤدي أيضًا إلى تقليل التوافق مع شرائح الأجهزة الموثوقة التي يمكن أن تعزز الأمان. يمكن استخدام تغليف ZK-SNARK الذي يستخدم مخططات توقيع أخرى كبديل لذلك.
الضغط الديناميكي ( على سبيل المثال، استبدال العناوين بـ pointers ) سيجعل كود العميل أكثر تعقيدًا.
نشر اختلافات الحالة على السلسلة بدلاً من المعاملات سيقلل من إمكانية التدقيق، ويجعل العديد من البرمجيات ( مثل متصفح الكتل ) غير قادرة على العمل.
اعتماد ERC-4337، وأخيرًا دمج بعض محتوياته في L2 EVM، يمكن أن يسرع بشكل كبير من نشر تقنية التجميع. وضع بعض محتويات ERC-4337 على L1 يمكن أن يسرع من نشره على L2.
بلازما عامة
حتى مع استخدام blob بحجم 16 ميجابايت وضغط البيانات، فإن 58,000 TPS قد لا تكون كافية لتلبية احتياجات الدفع للمستهلكين أو الشبكات الاجتماعية اللامركزية أو غيرها من المجالات ذات النطاق الترددي العالي، خاصة عندما نبدأ في النظر في عوامل الخصوصية، مما قد يؤدي إلى تقليل قابلية التوسع بمعدل يتراوح بين 3 إلى 8 مرات. بالنسبة لسيناريوهات التطبيقات ذات حجم المعاملات العالي والقيمة المنخفضة، فإن أحد الخيارات الحالية هو استخدام Validium، الذي يحتفظ بالبيانات خارج السلسلة، ويعتمد نموذج أمان مثيرًا للاهتمام: حيث لا يمكن للمشغلين سرقة أموال المستخدمين، لكنهم قد يقومون بتجميد أموال جميع المستخدمين لفترة مؤقتة أو دائمة. ولكن يمكننا أن نفعل أفضل من ذلك.
بلازما هي حل لتوسيع نطاق، حيث يتضمن مشغلاً يقوم بنشر الكتل على السلسلة الخارجية، ووضع جذر ميركل لهذه الكتل على السلسلة (. على عكس رول أب، يقوم رول أب بوضع الكتل الكاملة على السلسلة ). لكل كتلة، يرسل المشغل لكل مستخدم فرع ميركل لإثبات ما حدث لأصول هذا المستخدم، سواء كانت هناك تغييرات أو لم تحدث. يمكن للمستخدمين استرداد أصولهم من خلال تقديم فرع ميركل. من المهم أن هذا الفرع لا يحتاج إلى أن يكون بجذر الحالة الأحدث. لذلك، حتى إذا كانت هناك مشاكل في توفر البيانات، لا يزال بإمكان المستخدمين استرداد أصولهم عن طريق استرداد أحدث حالة متاحة لهم. إذا قام المستخدم بتقديم فرع غير صالح (، على سبيل المثال، لاسترداد الأصول التي أرسلها بالفعل إلى أشخاص آخرين، أو خلق المشغل أصلاً من العدم )، يمكن استخدام آلية التحدي على السلسلة لتحديد الملكية الشرعية للأصل.
كانت الإصدارات المبكرة من Plasma قادرة فقط على معالجة حالات الدفع، ولم تكن فعالة في الترويج الإضافي. ومع ذلك، إذا طلبنا أن يتم التحقق من كل جذر باستخدام SNARK، فسيصبح Plasma أقوى بكثير. يمكن تبسيط كل لعبة تحدي بشكل كبير، لأننا نستبعد معظم المسارات الممكنة للاحتيال من قبل المشغلين. في الوقت نفسه، تفتح مسارات جديدة، مما يسمح لتقنية Plasma بالتوسع إلى فئات أصول أوسع. أخيرًا، في حالة عدم احتيال المشغلين، يمكن للمستخدمين سحب الأموال على الفور، دون الحاجة إلى انتظار فترة تحدي لمدة أسبوع.
تتمثل إحدى الرؤى الرئيسية في أن نظام Plasma لا يحتاج إلى أن يكون مثاليًا. حتى لو كنت قادرًا فقط على حماية مجموعة فرعية من الأصول (، على سبيل المثال، فقط الرموز التي لم تتحرك خلال الأسبوع الماضي )، فأنت بذلك قد حسّنت بشكل كبير الوضع الحالي لـ EVM الفائق القابل للتوسع ( أي Validium ).
فئة أخرى من الهياكل هي Plasma/Rollup الهجينة، مثل Intmax. هذه الهياكل تضع كمية قليلة جداً من البيانات لكل مستخدم على السلسلة ( على سبيل المثال، 5 بايت )، وبهذه الطريقة يمكن الحصول على بعض الخصائص التي تتراوح بين Plasma و Rollup: في حالة Intmax، يمكنك الحصول على قابلية توسيع عالية جداً وخصوصية، على الرغم من أنه حتى مع سعة 16 ميجابايت، فإنها نظرياً محدودة بحوالي 16.