إصدار ورقة بيضاء لمشروع EVM Layer1 المتوازي الجديد، يركز على قابلية توسيع البلوكتشين
مؤخراً، أصدرت مشروع ناشئ من نوع EVM Layer1 ورقة بيضاء بعنوان "التحويل الكامل المتوازي"، تهدف إلى إطلاق قابلية التوسع للبلوكتشين بشكل كامل، وتقديم "أداء قابل للتنبؤ" لتطبيقات اللامركزية (DApps).
الأداء القابل للتنبؤ يعني توفير حجم معالجة المعاملات المتوقع في كل ثانية (TPS)، وهو أمر حيوي لبعض سيناريوهات الأعمال لتطبيقات DApp. تحتاج تطبيقات DApp التي تم نشرها على البلوكتشين العامة عادةً إلى التنافس مع تطبيقات DApp الأخرى على موارد الحوسبة والتخزين في البلوكتشين. خلال فترات الازدحام في الشبكة، يمكن أن يؤدي ذلك إلى ارتفاع تكاليف تنفيذ المعاملات وتأخيرات، مما يحد بشكل كبير من النمو السريع لتطبيقات DApp. على سبيل المثال، إذا كان المستخدم يستخدم برنامج مراسلة فورية لامركزي، ونتيجةً لاحتلال مساحة الكتل في الشبكة الأساسية بواسطة تطبيقات DApp الأخرى، يصبح من الصعب إرسال واستقبال الرسائل، مما يمثل ضربة مدمرة لتجربة المستخدم.
لحل مشكلة "أداء قابل للتنبؤ"، فإن الممارسة الأكثر شيوعًا هي استخدام بلوكتشين مخصص لتطبيقات معينة، أي سلسلة التطبيقات. سلسلة التطبيقات هي بلوكتشين يتم تخصيص مساحة الكتلة لتطبيق معين.
يقوم هذا المشروع بشكل مبتكر بتقديم حل مساحة الكتلة المرنة (Elastic Block Space, EBS). استنادًا إلى مفهوم الحوسبة المرنة، يتم تعديل موارد الكتلة ديناميكيًا على مستوى البروتوكول وفقًا للاحتياجات المحددة لـ DApp، مما يوفر مساحة كتلة موسعة مستقلة لـ DApp ذات الطلب العالي.
تاريخ تطوير سلسلة التطبيقات
سلسلة التطبيقات هي سلسلة كتل تم إنشاؤها لتشغيل DApp واحد. لا يقوم المطورون بالبناء على سلسلة كتل موجودة، بل يقومون بإنشاء سلسلة كتل جديدة من الصفر باستخدام آلة افتراضية مخصصة، وتنفيذ المعاملات من تفاعل المستخدم مع التطبيق. يمكن للمطورين أيضًا تخصيص عناصر مختلفة من كومة شبكة سلسلة الكتل، مثل التوافق والشبكة والتنفيذ، لتلبية متطلبات التصميم المحددة، وبالتالي معالجة مشاكل الازدحام العالي والتكاليف العالية والثبات في الميزات على الشبكة المشتركة.
سلسلة التطبيقات ليست مفهومًا جديدًا: يمكن اعتبار بيتكوين "ذهب رقمي" كسلسلة تطبيقات، وأرويف يمكن اعتبارها سلسلة تطبيقات للتخزين الدائم، وسلسلة سيلستيا يمكن اعتبارها سلسلة تطبيقات توفر إمكانية استخدام البيانات.
منذ عام 2016، لم يعد تطبيق السلسلة يتضمن بلوكتشين واحد فقط، بل يشمل أيضًا أشكال متعددة من السلاسل، وهي نظام بيئي مبني على عدة بلوكتشينات مترابطة، ومن أبرزها Cosmos و Polkadot. Cosmos هو المشروع الأول الذي تصور عالماً من عدة بلوكتشينات مترابطة، ويهدف إلى حل مشكلة التفاعل بين السلاسل في البلوكتشين. الهدف من Polkadot هو أن يصبح الحل المثالي لتوسيع البلوكتشين، حيث تُعرف السلاسل في نظامه البيئي بالسلاسل المتوازية.
منذ نهاية عام 2020، ومع تركيز أبحاث توسيع إيثيريوم على حلول مثل السلاسل الجانبية، والشبكات الفرعية، وLayer2 Rollups، ظهرت أشكال مناسبة لسلاسل التطبيقات. السلاسل الجانبية مثل Polygon، والشبكات الفرعية مثل Avalanche، تعمل على تحسين تجربة وأداء السلاسل الجانبية أو الشبكات الفرعية، مما يؤدي إلى تحسين القدرة على تقديم الخدمات بشكل عام. بينما تدعم Layer2 Rollups سلاسل التطبيقات بشكل مكدس وحدات، حيث يحظى OP Stack وPolygon CDK بشعبية كبيرة بين العديد من المشاريع. تهدف حلول Layer2 Rollups إلى زيادة قدرة معالجة شبكة إيثيريوم وقابلية التوسع، لتلبية الطلب المتزايد على المعاملات، وتوفير تواصل وتفاعل أوسع.
حاليًا، تم بناء عدد كبير من التطبيقات على سلسلة التطبيقات عبر منصات متنوعة. على سبيل المثال، أطلقت Axie في أوائل عام 2021 سلسلة جانبية على الإيثيريوم تسمى Ronin؛ أعلنت DeFi Kingdoms في أواخر عام 2021 عن انتقالها من Harmony إلى شبكة Avalanche الفرعية؛ أطلقت Injective في نوفمبر 2021 سلسلة تطبيقات DeFi مبنية باستخدام Cosmos SDK؛ أعلنت dYdX في منتصف عام 2022 أن النسخة V4 من منتجها ستستخدم تقنية Cosmos SDK لبناء سلسلة تطبيقات مستقلة؛ أطلقت Uptick Network في عام 2023 بنية تحتية لتطوير تطبيقات بيئة Web3 تُسمى Uptick Chain، والتي تتضمن أيضًا طبقات بروتوكولات تجارية غنية.
مزايا وعيوب سلسلة التطبيقات
تحصل سلسلة التطبيقات على جميع الصلاحيات لتشغيل كتلة السيادة الخاصة بها، دون الاعتماد على Layer1 الأساسية، وهذه سلاح ذو حدين.
المزايا الرئيسية هي ثلاث نقاط:
السيادة: يمكن لسلسلة التطبيقات حل المشكلات من خلال خطة الحكم الخاصة بها، والحفاظ على استقلالية وحرية المشاريع التطبيقية الفردية، ومنع جميع أنواع التدخلات والعوائق.
الأداء: يمكن أن يلبي احتياجات التطبيق من حيث انخفاض زمن الاستجابة وارتفاع معدل النقل، مما يوفر تجربة جيدة للمستخدمين، ويزيد بشكل كبير من كفاءة تشغيل DApp الفعلية.
القابلية للتخصيص: يمكن لمطوري DApp تخصيص السلسلة حسب الحاجة، بل وحتى إنشاء نظام بيئي، مما يوفر طرق تطور مرنة كافية.
العيوب أيضًا ثلاثة نقاط:
مشكلة الأمان: يجب على سلسلة التطبيقات أن تكون مسؤولة عن أمانها، بما في ذلك تقييم عدد العقد، وصيانة آلية الإجماع، وتجنب مخاطر الرهان، وما إلى ذلك، الشبكة غير آمنة نسبيًا.
مشكلة التفاعل بين الشبكات: تفتقر سلسلة التطبيقات كسلسلة مستقلة إلى التفاعل مع سلاسل أخرى ( مما يواجه مشكلة التفاعل بين الشبكات. كما أن دمج بروتوكولات التفاعل بين الشبكات سيزيد من مخاطر التفاعل بين الشبكات.
مشكلة التكلفة: تحتاج سلسلة التطبيقات إلى بناء بنية تحتية كبيرة إضافية، مما يتطلب تكاليف كبيرة ووقت هندسي. بالإضافة إلى ذلك، تتضمن أيضًا تكلفة تشغيل وصيانة العقد.
بالنسبة للشركات الناشئة، فإن عيوب سلسلة التطبيقات تؤثر بشكل كبير على تشغيل DApp في السوق. تواجه معظم فرق تطوير الشركات الناشئة صعوبة في معالجة مشكلات الأمان ومشكلات الشبكات المتقاطعة، كما أن التكاليف العالية من حيث الموارد البشرية والوقت والمال قد تثنيهم عن ذلك. ومع ذلك، فإن الأداء القابل للتنبؤ هو حاجة ملحة لتطبيقات DApp معينة، لذلك هناك حاجة ملحة في السوق لحلول الأداء القابل للتنبؤ من Layer1.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-04adbc4fd5760a2f8df1dfc2f874878b.webp(
مساحة كتلة مرنة
في Web2، تعتبر الحوسبة المرنة نموذجًا شائعًا للحوسبة السحابية، حيث يسمح للنظام بتوسيع أو تقليص معالجة الكمبيوتر والذاكرة وموارد التخزين ديناميكيًا حسب الحاجة لتلبية الطلبات المتغيرة، دون القلق بشأن التخطيط الهندسي وتصميم السعة لذروة الاستخدام.
تقوم مساحة الكتلة المرنة بضبط عدد المعاملات التي يمكن أن تتسع لها الكتلة تلقائيًا وفقًا لدرجة ازدحام الشبكة. إذا كانت المعاملات لتطبيق معين، فإن شبكة البلوكتشين توفر مساحة كتلة مستقرة وضمان TPS من خلال الحساب المرن، مما يحقق "أداء متوقع".
طرحت MegaETH مفهوم "التوسع الديناميكي المرن" المماثل، معتبرةً أنه الطريق التطوري الحتمي لدعم DApp لاعتماد واسع النطاق. وتتوقع أن تظهر التطورات التقنية التالية خلال 1-3 سنوات القادمة:
المرحلة الأولى: التوسع الأفقي على مستوى عقد التحقق
المرحلة الثانية: التوسع الثابت على مستوى السلسلة
المرحلة الثالثة: التوسع الديناميكي على مستوى الكتلة
هذا المشروع حقق فعليًا هذا المفهوم، وحل المشكلة الأساسية في المرحلة الأولى "كيف تنسيق مستوى التحقق من العقد لدعم الحوسبة المرنة". عندما تنمو البروتوكولات في الشبكة، يمكنها الاشتراك في مساحة الكتلة المرنة لمعالجة نمو مستخدمي البروتوكول و معدل نقل البيانات. توفر مساحة الكتلة المرنة مساحة كتلة مستقلة لـ DApps التي تحتاج إلى معدل نقل معاملات مرتفع، مما يسمح لها بالتوسع مع النمو. من الناحية الجوهرية، تحدد مساحة الكتلة كمية البيانات التي يمكن تخزينها في كل كتلة من البلوكتشين، مما يؤثر مباشرة على معدل نقل المعاملات. عندما تواجه DApps زيادة في الطلب على المعاملات، يصبح الاشتراك في مساحة الكتلة المرنة مفيدًا، حيث يمكنه معالجة الحمل المتزايد بكفاءة، دون التأثير على البلوكتشين الأساسي.
تنفيذ الحوسبة المرنة ينقسم إلى "المرونة في الوقت الحقيقي" و"المرونة غير الزمنية"، حيث تشير "المرونة في الوقت الحقيقي" عادةً إلى توسيع الاستجابة على مستوى الدقائق، بينما تتطلب "المرونة غير الزمنية" فقط الاستجابة للتوسع في إطار زمني محدد. يعتمد هذا المشروع على نهج "المرونة غير الزمنية"، أي عندما يكشف الشبكة عن الحاجة إلى التوسع، ستقوم بإطلاق اقتراح التوسع، وبعد عدة أو أكثر من epoch ) وليس في الوقت الحقيقي (، تكتمل عملية التوسع من قبل جميع عقد التحقق في الشبكة، وتقديم إثبات التوسع لتحدي بقية المدققين.
يعتمد مشروع مساحة الكتلة المرنة على مفهوم قاعدة البيانات الموزعة، وهو أيضًا استمرار لتقنية تقسيم البلوكتشين. من منظور "تقسيم الحسابات"، يتوجه إلى توسيع حجم التطبيقات ذات الطلب، متجنبًا مشكلة "المعاملات عبر القطع"، مما يجعل تجربة المطورين والمستخدمين لا تختلف كثيرًا عن السابق. في نفس الوقت، يتم استخدام "المرونة غير المتزامنة" التي تكون صعبة التنفيذ نسبيًا، مما يعزز قابلية التطبيق مع تلبية العديد من الاحتياجات الفعلية ل DApp.
من الجدير بالذكر أن مساحة الكتلة المرنة كحل لتوسيع أداء البلوكتشين أفقيًا، تعتمد على "إمكانية تنفيذ المعاملات بشكل متوازي". فقط بعد زيادة درجة التوازي في المعاملات، يكون من الضروري توسيع موارد الآلات لعقد العقد، من أجل تعزيز قدرة المعاملات.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-4da966633981453e8fa6509dc327bb63.webp(
لذلك، بالنسبة لشبكات Layer1 مثل إيثريوم، فإن مشكلة تسلسل المعاملات هي أقرب اختناق للأداء، وحجم الكتلة مقيد أيضًا بحدود غاز الكتلة القابلة للتغيير ) بحد أقصى 30,000,000 غاز (، لذا يمكن فقط البحث عن حلول توسيع Layer2.
أما بالنسبة ل Layer1 عالي الأداء مثل Solana، على الرغم من دعمه لتنفيذ المعاملات بشكل متوازي، وإمكانية توسيع الأداء بشكل أفقي، إلا أنه لا يمكنه التعامل مع مشكلة "الأداء المتوقع" لتطبيقات DApp خلال ذروة الطلب. تسعى Solana من خلال تنفيذ حل "سوق الرسوم المحلي" إلى منع أي معاملة من احتكار مساحة الكتلة النادرة، مما يحد من ارتفاع الرسوم الزمنية، ويخفف من التأثيرات السلبية لذروة الطلب المفاجئ. على سبيل المثال، خلال فترة إصدار NFT، سيقوم مُصدر NFT باستهلاك سريع لوحدات الحساب لكل حساب )CU(، وبعد ذلك يجب على المعاملات رفع رسوم الأولوية لتتم معالجتها داخل المساحة المحدودة لذلك الحساب.
يمكن القول إن المشروع يتعامل مع الزيادة المفاجئة في الطلب على المعاملات من خلال خطة مساحة الكتلة المرنة، مما يوسع مفهوم "سوق الرسوم المحلي" في Solana، حيث لا يضمن فقط "أداء متوقع" لتطبيقات DApp، بل يمنع أيضًا الزيادة المفاجئة في الرسوم والازدحام على مستوى الشبكة بأكملها، مما يحقق فائدة مزدوجة.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-6a19a9d54ba69fe6a259c8f4b13d0c5f.webp(
الملخص
سواء كانت سلسلة التطبيقات أو المساحة المرنة للكتل، فإنهما في جوهرهما يسعيان إلى حل مشكلة الطلبات المختلفة للأداء من قبل DApp على البلوكتشين، أو ما يعرف بمشكلة "الأداء القابل للتنبؤ". لا توجد أفضل أو أسوأ بين الحلين، بل فقط الفرق في الملاءمة. تذكرنا هاتان الخطيتان بنظرية "نظرية البروتوكولات السميكة" - وهي نظرية طرحها جويل مونيغرو في عام 2016، حول "كيف يجب على البروتوكولات المشفرة التقاط ) قيمة جماعية أكبر من تلك التي تلتقطها التطبيقات التي تم بناؤها عليها".
سلسلة التطبيقات في الواقع هي بروتوكول نحيف، خاصة عندما تعتمد Layer1 هيكلًا معياريًا، حيث يتم تخصيص طبقة البروتوكول بالكامل من قبل طبقة التطبيق، ورغم أنها تقدم قيمة تراكمية أفضل للتطبيقات، إلا أنها تأتي أيضًا بتكاليف مرتفعة وأمان محدود.
تعتبر مساحة الكتلة المرنة في الواقع بروتوكولًا سمينًا، وهو ميزة توسيعية على طبقة البروتوكول Layer1 الأساسية، مما يقلل بشكل فعال من عتبة الدخول للمشاركين الذين لديهم "احتياجات أداء قابلة للتنبؤ"، بينما يمكن للبروتوكول أيضًا التقاط قيمة التطبيق، مما يؤدي إلى دورة تغذية راجعة إيجابية.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 10
أعجبني
10
8
إعادة النشر
مشاركة
تعليق
0/400
DuskSurfer
· 07-21 18:40
مرة أخرى لدينا سلسلة جديدة تخدع الناس
شاهد النسخة الأصليةرد0
SelfMadeRuggee
· 07-21 08:20
زجاجة جديدة تحتوي على نبيذ قديم، ل1 آخر يبدو رائعًا
تم إصدار ورقة بيضاء لسلسلة الكتل العامة EVM المتوازية الجديدة لحل مشكلات الأداء القابلة للتنبؤ من خلال مساحة كتلة مرنة.
إصدار ورقة بيضاء لمشروع EVM Layer1 المتوازي الجديد، يركز على قابلية توسيع البلوكتشين
مؤخراً، أصدرت مشروع ناشئ من نوع EVM Layer1 ورقة بيضاء بعنوان "التحويل الكامل المتوازي"، تهدف إلى إطلاق قابلية التوسع للبلوكتشين بشكل كامل، وتقديم "أداء قابل للتنبؤ" لتطبيقات اللامركزية (DApps).
الأداء القابل للتنبؤ يعني توفير حجم معالجة المعاملات المتوقع في كل ثانية (TPS)، وهو أمر حيوي لبعض سيناريوهات الأعمال لتطبيقات DApp. تحتاج تطبيقات DApp التي تم نشرها على البلوكتشين العامة عادةً إلى التنافس مع تطبيقات DApp الأخرى على موارد الحوسبة والتخزين في البلوكتشين. خلال فترات الازدحام في الشبكة، يمكن أن يؤدي ذلك إلى ارتفاع تكاليف تنفيذ المعاملات وتأخيرات، مما يحد بشكل كبير من النمو السريع لتطبيقات DApp. على سبيل المثال، إذا كان المستخدم يستخدم برنامج مراسلة فورية لامركزي، ونتيجةً لاحتلال مساحة الكتل في الشبكة الأساسية بواسطة تطبيقات DApp الأخرى، يصبح من الصعب إرسال واستقبال الرسائل، مما يمثل ضربة مدمرة لتجربة المستخدم.
لحل مشكلة "أداء قابل للتنبؤ"، فإن الممارسة الأكثر شيوعًا هي استخدام بلوكتشين مخصص لتطبيقات معينة، أي سلسلة التطبيقات. سلسلة التطبيقات هي بلوكتشين يتم تخصيص مساحة الكتلة لتطبيق معين.
يقوم هذا المشروع بشكل مبتكر بتقديم حل مساحة الكتلة المرنة (Elastic Block Space, EBS). استنادًا إلى مفهوم الحوسبة المرنة، يتم تعديل موارد الكتلة ديناميكيًا على مستوى البروتوكول وفقًا للاحتياجات المحددة لـ DApp، مما يوفر مساحة كتلة موسعة مستقلة لـ DApp ذات الطلب العالي.
تاريخ تطوير سلسلة التطبيقات
سلسلة التطبيقات هي سلسلة كتل تم إنشاؤها لتشغيل DApp واحد. لا يقوم المطورون بالبناء على سلسلة كتل موجودة، بل يقومون بإنشاء سلسلة كتل جديدة من الصفر باستخدام آلة افتراضية مخصصة، وتنفيذ المعاملات من تفاعل المستخدم مع التطبيق. يمكن للمطورين أيضًا تخصيص عناصر مختلفة من كومة شبكة سلسلة الكتل، مثل التوافق والشبكة والتنفيذ، لتلبية متطلبات التصميم المحددة، وبالتالي معالجة مشاكل الازدحام العالي والتكاليف العالية والثبات في الميزات على الشبكة المشتركة.
سلسلة التطبيقات ليست مفهومًا جديدًا: يمكن اعتبار بيتكوين "ذهب رقمي" كسلسلة تطبيقات، وأرويف يمكن اعتبارها سلسلة تطبيقات للتخزين الدائم، وسلسلة سيلستيا يمكن اعتبارها سلسلة تطبيقات توفر إمكانية استخدام البيانات.
منذ عام 2016، لم يعد تطبيق السلسلة يتضمن بلوكتشين واحد فقط، بل يشمل أيضًا أشكال متعددة من السلاسل، وهي نظام بيئي مبني على عدة بلوكتشينات مترابطة، ومن أبرزها Cosmos و Polkadot. Cosmos هو المشروع الأول الذي تصور عالماً من عدة بلوكتشينات مترابطة، ويهدف إلى حل مشكلة التفاعل بين السلاسل في البلوكتشين. الهدف من Polkadot هو أن يصبح الحل المثالي لتوسيع البلوكتشين، حيث تُعرف السلاسل في نظامه البيئي بالسلاسل المتوازية.
منذ نهاية عام 2020، ومع تركيز أبحاث توسيع إيثيريوم على حلول مثل السلاسل الجانبية، والشبكات الفرعية، وLayer2 Rollups، ظهرت أشكال مناسبة لسلاسل التطبيقات. السلاسل الجانبية مثل Polygon، والشبكات الفرعية مثل Avalanche، تعمل على تحسين تجربة وأداء السلاسل الجانبية أو الشبكات الفرعية، مما يؤدي إلى تحسين القدرة على تقديم الخدمات بشكل عام. بينما تدعم Layer2 Rollups سلاسل التطبيقات بشكل مكدس وحدات، حيث يحظى OP Stack وPolygon CDK بشعبية كبيرة بين العديد من المشاريع. تهدف حلول Layer2 Rollups إلى زيادة قدرة معالجة شبكة إيثيريوم وقابلية التوسع، لتلبية الطلب المتزايد على المعاملات، وتوفير تواصل وتفاعل أوسع.
حاليًا، تم بناء عدد كبير من التطبيقات على سلسلة التطبيقات عبر منصات متنوعة. على سبيل المثال، أطلقت Axie في أوائل عام 2021 سلسلة جانبية على الإيثيريوم تسمى Ronin؛ أعلنت DeFi Kingdoms في أواخر عام 2021 عن انتقالها من Harmony إلى شبكة Avalanche الفرعية؛ أطلقت Injective في نوفمبر 2021 سلسلة تطبيقات DeFi مبنية باستخدام Cosmos SDK؛ أعلنت dYdX في منتصف عام 2022 أن النسخة V4 من منتجها ستستخدم تقنية Cosmos SDK لبناء سلسلة تطبيقات مستقلة؛ أطلقت Uptick Network في عام 2023 بنية تحتية لتطوير تطبيقات بيئة Web3 تُسمى Uptick Chain، والتي تتضمن أيضًا طبقات بروتوكولات تجارية غنية.
مزايا وعيوب سلسلة التطبيقات
تحصل سلسلة التطبيقات على جميع الصلاحيات لتشغيل كتلة السيادة الخاصة بها، دون الاعتماد على Layer1 الأساسية، وهذه سلاح ذو حدين.
المزايا الرئيسية هي ثلاث نقاط:
السيادة: يمكن لسلسلة التطبيقات حل المشكلات من خلال خطة الحكم الخاصة بها، والحفاظ على استقلالية وحرية المشاريع التطبيقية الفردية، ومنع جميع أنواع التدخلات والعوائق.
الأداء: يمكن أن يلبي احتياجات التطبيق من حيث انخفاض زمن الاستجابة وارتفاع معدل النقل، مما يوفر تجربة جيدة للمستخدمين، ويزيد بشكل كبير من كفاءة تشغيل DApp الفعلية.
القابلية للتخصيص: يمكن لمطوري DApp تخصيص السلسلة حسب الحاجة، بل وحتى إنشاء نظام بيئي، مما يوفر طرق تطور مرنة كافية.
العيوب أيضًا ثلاثة نقاط:
مشكلة الأمان: يجب على سلسلة التطبيقات أن تكون مسؤولة عن أمانها، بما في ذلك تقييم عدد العقد، وصيانة آلية الإجماع، وتجنب مخاطر الرهان، وما إلى ذلك، الشبكة غير آمنة نسبيًا.
مشكلة التفاعل بين الشبكات: تفتقر سلسلة التطبيقات كسلسلة مستقلة إلى التفاعل مع سلاسل أخرى ( مما يواجه مشكلة التفاعل بين الشبكات. كما أن دمج بروتوكولات التفاعل بين الشبكات سيزيد من مخاطر التفاعل بين الشبكات.
مشكلة التكلفة: تحتاج سلسلة التطبيقات إلى بناء بنية تحتية كبيرة إضافية، مما يتطلب تكاليف كبيرة ووقت هندسي. بالإضافة إلى ذلك، تتضمن أيضًا تكلفة تشغيل وصيانة العقد.
بالنسبة للشركات الناشئة، فإن عيوب سلسلة التطبيقات تؤثر بشكل كبير على تشغيل DApp في السوق. تواجه معظم فرق تطوير الشركات الناشئة صعوبة في معالجة مشكلات الأمان ومشكلات الشبكات المتقاطعة، كما أن التكاليف العالية من حيث الموارد البشرية والوقت والمال قد تثنيهم عن ذلك. ومع ذلك، فإن الأداء القابل للتنبؤ هو حاجة ملحة لتطبيقات DApp معينة، لذلك هناك حاجة ملحة في السوق لحلول الأداء القابل للتنبؤ من Layer1.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-04adbc4fd5760a2f8df1dfc2f874878b.webp(
مساحة كتلة مرنة
في Web2، تعتبر الحوسبة المرنة نموذجًا شائعًا للحوسبة السحابية، حيث يسمح للنظام بتوسيع أو تقليص معالجة الكمبيوتر والذاكرة وموارد التخزين ديناميكيًا حسب الحاجة لتلبية الطلبات المتغيرة، دون القلق بشأن التخطيط الهندسي وتصميم السعة لذروة الاستخدام.
تقوم مساحة الكتلة المرنة بضبط عدد المعاملات التي يمكن أن تتسع لها الكتلة تلقائيًا وفقًا لدرجة ازدحام الشبكة. إذا كانت المعاملات لتطبيق معين، فإن شبكة البلوكتشين توفر مساحة كتلة مستقرة وضمان TPS من خلال الحساب المرن، مما يحقق "أداء متوقع".
طرحت MegaETH مفهوم "التوسع الديناميكي المرن" المماثل، معتبرةً أنه الطريق التطوري الحتمي لدعم DApp لاعتماد واسع النطاق. وتتوقع أن تظهر التطورات التقنية التالية خلال 1-3 سنوات القادمة:
هذا المشروع حقق فعليًا هذا المفهوم، وحل المشكلة الأساسية في المرحلة الأولى "كيف تنسيق مستوى التحقق من العقد لدعم الحوسبة المرنة". عندما تنمو البروتوكولات في الشبكة، يمكنها الاشتراك في مساحة الكتلة المرنة لمعالجة نمو مستخدمي البروتوكول و معدل نقل البيانات. توفر مساحة الكتلة المرنة مساحة كتلة مستقلة لـ DApps التي تحتاج إلى معدل نقل معاملات مرتفع، مما يسمح لها بالتوسع مع النمو. من الناحية الجوهرية، تحدد مساحة الكتلة كمية البيانات التي يمكن تخزينها في كل كتلة من البلوكتشين، مما يؤثر مباشرة على معدل نقل المعاملات. عندما تواجه DApps زيادة في الطلب على المعاملات، يصبح الاشتراك في مساحة الكتلة المرنة مفيدًا، حيث يمكنه معالجة الحمل المتزايد بكفاءة، دون التأثير على البلوكتشين الأساسي.
تنفيذ الحوسبة المرنة ينقسم إلى "المرونة في الوقت الحقيقي" و"المرونة غير الزمنية"، حيث تشير "المرونة في الوقت الحقيقي" عادةً إلى توسيع الاستجابة على مستوى الدقائق، بينما تتطلب "المرونة غير الزمنية" فقط الاستجابة للتوسع في إطار زمني محدد. يعتمد هذا المشروع على نهج "المرونة غير الزمنية"، أي عندما يكشف الشبكة عن الحاجة إلى التوسع، ستقوم بإطلاق اقتراح التوسع، وبعد عدة أو أكثر من epoch ) وليس في الوقت الحقيقي (، تكتمل عملية التوسع من قبل جميع عقد التحقق في الشبكة، وتقديم إثبات التوسع لتحدي بقية المدققين.
يعتمد مشروع مساحة الكتلة المرنة على مفهوم قاعدة البيانات الموزعة، وهو أيضًا استمرار لتقنية تقسيم البلوكتشين. من منظور "تقسيم الحسابات"، يتوجه إلى توسيع حجم التطبيقات ذات الطلب، متجنبًا مشكلة "المعاملات عبر القطع"، مما يجعل تجربة المطورين والمستخدمين لا تختلف كثيرًا عن السابق. في نفس الوقت، يتم استخدام "المرونة غير المتزامنة" التي تكون صعبة التنفيذ نسبيًا، مما يعزز قابلية التطبيق مع تلبية العديد من الاحتياجات الفعلية ل DApp.
من الجدير بالذكر أن مساحة الكتلة المرنة كحل لتوسيع أداء البلوكتشين أفقيًا، تعتمد على "إمكانية تنفيذ المعاملات بشكل متوازي". فقط بعد زيادة درجة التوازي في المعاملات، يكون من الضروري توسيع موارد الآلات لعقد العقد، من أجل تعزيز قدرة المعاملات.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-4da966633981453e8fa6509dc327bb63.webp(
لذلك، بالنسبة لشبكات Layer1 مثل إيثريوم، فإن مشكلة تسلسل المعاملات هي أقرب اختناق للأداء، وحجم الكتلة مقيد أيضًا بحدود غاز الكتلة القابلة للتغيير ) بحد أقصى 30,000,000 غاز (، لذا يمكن فقط البحث عن حلول توسيع Layer2.
أما بالنسبة ل Layer1 عالي الأداء مثل Solana، على الرغم من دعمه لتنفيذ المعاملات بشكل متوازي، وإمكانية توسيع الأداء بشكل أفقي، إلا أنه لا يمكنه التعامل مع مشكلة "الأداء المتوقع" لتطبيقات DApp خلال ذروة الطلب. تسعى Solana من خلال تنفيذ حل "سوق الرسوم المحلي" إلى منع أي معاملة من احتكار مساحة الكتلة النادرة، مما يحد من ارتفاع الرسوم الزمنية، ويخفف من التأثيرات السلبية لذروة الطلب المفاجئ. على سبيل المثال، خلال فترة إصدار NFT، سيقوم مُصدر NFT باستهلاك سريع لوحدات الحساب لكل حساب )CU(، وبعد ذلك يجب على المعاملات رفع رسوم الأولوية لتتم معالجتها داخل المساحة المحدودة لذلك الحساب.
يمكن القول إن المشروع يتعامل مع الزيادة المفاجئة في الطلب على المعاملات من خلال خطة مساحة الكتلة المرنة، مما يوسع مفهوم "سوق الرسوم المحلي" في Solana، حيث لا يضمن فقط "أداء متوقع" لتطبيقات DApp، بل يمنع أيضًا الزيادة المفاجئة في الرسوم والازدحام على مستوى الشبكة بأكملها، مما يحقق فائدة مزدوجة.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-6a19a9d54ba69fe6a259c8f4b13d0c5f.webp(
الملخص
سواء كانت سلسلة التطبيقات أو المساحة المرنة للكتل، فإنهما في جوهرهما يسعيان إلى حل مشكلة الطلبات المختلفة للأداء من قبل DApp على البلوكتشين، أو ما يعرف بمشكلة "الأداء القابل للتنبؤ". لا توجد أفضل أو أسوأ بين الحلين، بل فقط الفرق في الملاءمة. تذكرنا هاتان الخطيتان بنظرية "نظرية البروتوكولات السميكة" - وهي نظرية طرحها جويل مونيغرو في عام 2016، حول "كيف يجب على البروتوكولات المشفرة التقاط ) قيمة جماعية أكبر من تلك التي تلتقطها التطبيقات التي تم بناؤها عليها".
سلسلة التطبيقات في الواقع هي بروتوكول نحيف، خاصة عندما تعتمد Layer1 هيكلًا معياريًا، حيث يتم تخصيص طبقة البروتوكول بالكامل من قبل طبقة التطبيق، ورغم أنها تقدم قيمة تراكمية أفضل للتطبيقات، إلا أنها تأتي أيضًا بتكاليف مرتفعة وأمان محدود.
تعتبر مساحة الكتلة المرنة في الواقع بروتوكولًا سمينًا، وهو ميزة توسيعية على طبقة البروتوكول Layer1 الأساسية، مما يقلل بشكل فعال من عتبة الدخول للمشاركين الذين لديهم "احتياجات أداء قابلة للتنبؤ"، بينما يمكن للبروتوكول أيضًا التقاط قيمة التطبيق، مما يؤدي إلى دورة تغذية راجعة إيجابية.