التوازي الشامل: إصدار ورقة بيضاء لمشروع EVM Layer1 الجديد
مؤخراً، أطلق مشروع EVM Layer1 الناشئ ورقة بيضاء بعنوان "التوازي الكامل"، بهدف تحسين قابلية التوسع في blockchain بشكل شامل، وتقديم "أداء يمكن التنبؤ به" لتطبيقات اللامركزية (DApps).
تشير الأداء القابل للتنبؤ إلى قدرة DApp على توفير حجم معالجة المعاملات القابل للتنبؤ في الثانية (TPS)، وهو أمر بالغ الأهمية لبعض سيناريوهات الأعمال. تحتاج DApps التي تم نشرها على الشبكة العامة عادةً إلى التنافس مع التطبيقات الأخرى على موارد الحوسبة ومساحة التخزين. في حالة ازدحام الشبكة، قد يؤدي ذلك إلى ارتفاع تكاليف المعاملات والازدحام، مما يعيق بشكل كبير تطوير DApp. تخيل، إذا كان المستخدمون يستخدمون برنامج مراسلة فورية لامركزي، وبسبب ازدحام الشبكة الأساسية، لا يمكن إرسال واستلام الرسائل في الوقت المناسب، فإن ذلك سيكون كارثياً على تجربة المستخدم.
لحل مشكلة "الأداء القابل للتنبؤ"، فإن أحد الأساليب الشائعة هو استخدام بلوكشين مخصص لتطبيق معين، وهو ما يُعرف بسلسلة التطبيقات. سلسلة التطبيقات هي بلوكشين يُخصص فيه مساحة الكتلة لتطبيق معين.
هذا المشروع الجديد يقدم بشكل مبتكر حل "مساحة الكتلة المرنة" (Elastic Block Space, EBS). استنادًا إلى مفهوم الحوسبة المرنة، يتم تعديل موارد الكتلة ديناميكيًا على مستوى البروتوكول وفقًا لاحتياجات التطبيقات اللامركزية (DApp)، مما يوفر مساحة كتلة توسعية مستقلة لتطبيقات DApp ذات الطلب العالي.
ستتناول هذه المقالة كلاً من سلسلة التطبيقات والمساحة المرنة للكتل، وتقارن بين مزايا وعيوب كلاهما.
تاريخ تطور سلسلة التطبيقات
تُعتبر سلسلة التطبيقات هي سلسلة الكتل التي تم إنشاؤها لتشغيل تطبيق واحد فقط. لا يقوم المطورون بالبناء على سلسلة الكتل الموجودة، بل يقومون بإنشاء سلسلة كتل جديدة من الصفر باستخدام آلة افتراضية مخصصة، لتنفيذ المعاملات التي تتضمن تفاعل المستخدم مع التطبيق. يمكن للمطورين أيضًا تخصيص عناصر مختلفة من مجموعة الشبكة، مثل الإجماع والشبكة والتنفيذ، لتلبية احتياجات التصميم المحددة، وبالتالي حل مشاكل الازدحام العالي وتكاليف التشغيل المرتفعة والخصائص الثابتة في الشبكة المشتركة.
سلسلة التطبيقات ليست مفهومًا جديدًا: يمكن اعتبار البيتكوين "ذهبًا رقميًا" كسلسلة تطبيقات، ويمكن اعتبار Arweave كسلسلة تطبيقات للتخزين الدائم، ويمكن اعتبار مشروع معين لتوافر البيانات كسلسلة تطبيقات تقدم توافر البيانات.
منذ عام 2016، لم يعد تطبيق السلسلة يتضمن فقط سلسلة كتلة واحدة، بل يشمل أيضًا أشكال متعددة من السلاسل، أي نظام بيئي يتكون من عدة سلاسل كتلة مترابطة. الأبرز هو مشروع معين عبر السلاسل ومشروع معين للبنية التحتية Web3. الأول يهدف إلى حل مشكلة التفاعل عبر السلاسل في البلوكتشين، حيث يمكن تطوير وإطلاق سلسلة بسرعة، وقد صمم بروتوكول الاتصال عبر السلسلة؛ بينما الثاني يهدف إلى أن يكون الحل المثالي لتوسيع البلوكتشين، وتسمي السلاسل في نظامه البيئي بالسلاسل المتوازية، حيث تم تبني مفهوم الأمن المشترك منذ البداية.
بنهاية عام 2020، مع تركيز أبحاث توسيع إيثريوم على حلول مثل السلاسل الجانبية، والشبكات الفرعية، وLayer2 Rollups، ظهرت أشكال جديدة من سلاسل التطبيقات. بعض المشاريع المتعلقة بالسلاسل الجانبية مثل مشروع متعدد الأضلاع، والشبكات الفرعية لسلاسل الكتل العامة عالية الأداء، جميعها تعمل على تحسين تجربة وأداء السلاسل الجانبية أو الشبكات الفرعية، مما يؤدي إلى تعزيز القدرة الخدمية الكلية. تدعم Layer2 Rollups سلاسل التطبيقات بشكل نمطي من خلال حزمة وحدات، وقد حظيت مجموعة من أدوات تطوير بعض تقنيات المصدر المفتوح ومشاريع متعددة الأضلاع بشعبية كبيرة بين العديد من المشاريع. تهدف حلول Layer2 Rollups إلى زيادة قدرة شبكة إيثريوم على معالجة المعاملات وقابلية التوسع، لتلبية الطلب المتزايد على المعاملات، وتوفير مستوى أوسع من interoperability.
حتى الآن، تم بناء العديد من التطبيقات على سلاسل التطبيقات متعددة المنصات. على سبيل المثال، أطلق أحد ألعاب NFT سلسلة جانبية على إيثريوم في أوائل عام 2021؛ وأعلن مشروع لعبة آخر في نهاية عام 2021 عن انتقاله من سلسلة عامة إلى شبكة فرعية لسلسلة عامة عالية الأداء؛ وأطلق أحد التبادلات اللامركزية في نوفمبر 2021 تطبيق DeFi مبني باستخدام SDK لمشروع متعدد السلاسل؛ وأعلن تبادل لامركزي آخر في منتصف عام 2022 أن النسخة V4 من المنتج ستستخدم تقنية SDK لمشروع متعدد السلاسل لبناء سلسلة تطبيقات مستقلة؛ وأطلق مشروع بنية تحتية Web3 في عام 2023 سلسلة تطبيقات بنية تحتية لخدمة تطوير تطبيقات البيئة Web3، والتي تتضمن أيضًا طبقة غنية من البروتوكولات التجارية.
مزايا وعيوب سلسلة التطبيقات
تحصل سلسلة التطبيقات على جميع سلطات تشغيل سلسلة الكتل السيادية دون الاعتماد على الطبقة الأساسية Layer1، وهذه سيف ذو حدين.
الميزات الرئيسية هي ثلاث نقاط:
السيادة: يمكن لسلسلة التطبيقات حل المشكلات من خلال خطة الحوكمة الخاصة بها، والحفاظ على الاستقلالية والاستقلالية، ومنع جميع أنواع التدخلات؛
الأداء: تلبية متطلبات التطبيق من حيث انخفاض التأخير وارتفاع السعة، وتوفير تجربة مستخدم جيدة، وزيادة كفاءة تشغيل DApp الفعلية؛
القابلية للتخصيص: يمكن للمطورين تخصيص السلسلة وفقًا للاحتياجات، بل وحتى إنشاء نظام بيئي، مما يوفر طرقًا مرنة للتطور.
هناك ثلاث نقاط ضعف أيضًا:
مشكلات الأمان: يجب على سلسلة التطبيقات تحمل المسؤولية عن الأمان بنفسها، بما في ذلك موازنة عدد العقد، وصيانة آلية الإجماع، وتجنب مخاطر الرهان، وما إلى ذلك، الشبكة غير آمنة نسبيًا؛
مشكلة السلسلة المتقاطعة: كشبكة مستقلة تفتقر إلى التوافق مع سلاسل أخرى ( التطبيقات ) تواجه تحديات عبر السلاسل. كما أن دمج بروتوكولات السلسلة المتقاطعة سيزيد من المخاطر؛
مشكلة التكلفة: يتطلب بناء بنية تحتية إضافية كبيرة، مما يستلزم تكاليف ضخمة ووقت هندسي كبير. كما يشمل ذلك تكاليف تشغيل وصيانة العقد.
بالنسبة للشركات الناشئة، فإن عيوب سلسلة التطبيقات تؤثر بشكل كبير على تشغيل DApp الخاصة بها. تجد معظم الفرق الناشئة صعوبة في حل مشاكل الأمان والتفاعل بين السلاسل بشكل صحيح، كما أنها تتردد بسبب التكاليف العالية للعمالة والوقت والمال. ومع ذلك، تعتبر القدرة على التنبؤ بالأداء حاجة ملحة لبعض تطبيقات DApp، لذا يحتاج السوق بشدة إلى حلول لتنبؤ الأداء على مستوى Layer1.
مساحة الكتلة المرنة
في Web2، الحوسبة المرنة هي نموذج شائع للحوسبة السحابية، يسمح للنظام بالتوسع أو الانكماش ديناميكيًا في معالجة الحوسبة والذاكرة وموارد التخزين حسب الطلب، دون القلق بشأن تخطيط السعة وتصميم الهندسة في أوقات الذروة.
تقوم مساحة الكتل المرنة بضبط عدد المعاملات التي يمكن أن يستوعبها الكتلة تلقائيًا بناءً على مستوى ازدحام الشبكة. إذا كانت شبكة البلوكشين توفر مساحة كتل مستقرة وضمان TPS للمعاملات الخاصة بالتطبيقات المحددة من خلال الحساب المرن، فإن ذلك يحقق "أداء قابل للتنبؤ".
قد قدم مشروع Layer2 معين مفهوم "التوسع الديناميكي المرن" المماثل، ويعتبره مسار التطور الحتمي لدعم DApp للاعتماد على نطاق واسع. يتوقع أن تظهر التطورات التقنية التالية في السنوات 1-3 القادمة:
المرحلة الأولى: توسيع مستوى عقد التحقق بشكل أفقي؛
المرحلة الثانية: التوسع الثابت على مستوى السلسلة؛
المرحلة الثالثة: التوسع الديناميكي على مستوى السلسلة.
وقد حقق هذا المشروع الجديد فعلاً مفهومه، حيث حل مشكلة المرحلة الأولى "كيفية تنسيق دعم توسيع مستوى عقد التحقق للحوسبة المرنة". عندما ينمو البروتوكول في الشبكة، يمكن الاشتراك في مساحة الكتلة المرنة لمعالجة المستخدمين وزيادة القدرة الاستيعابية. توفر مساحة الكتلة المرنة مساحة كتلة مستقلة لتطبيقات DApps التي تحتاج إلى حجم معاملات مرتفع، مما يسمح بالتوسع مع الزيادة. جوهرياً، تحدد مساحة الكتلة كمية البيانات التي يمكن تخزينها في كل كتلة، مما يؤثر مباشرة على قدرة المعاملات. عندما تشهد تطبيقات DApps زيادة حادة في الطلب على المعاملات، يمكن أن تتعامل الاشتراكات في مساحة الكتلة المرنة بكفاءة مع الحمل المتزايد دون التأثير على البلوكشين الأساسي.
تنفيذ الحوسبة المرنة ينقسم إلى "الحوسبة المرنة في الوقت الحقيقي" و"الحوسبة المرنة غير الحقيقية"، حيث يشير الأول إلى توسيع الاستجابة على مستوى الدقائق، بينما يشير الثاني إلى توسيع الاستجابة في إطار زمني محدد. يعتمد المشروع على طريقة "الحوسبة المرنة غير الحقيقية"، أي أنه عند اكتشاف الشبكة حاجة للتوسع، يتم بدء اقتراح التوسع، وبعد واحد أو أكثر من العصور، تكتمل عملية التوسع بواسطة عقد التحقق في الشبكة، وتقدم إثبات التوسع للتحدي من قبل المحققين الآخرين.
تستند خطة مساحة الكتلة المرنة لهذا المشروع إلى مفهوم قواعد البيانات الموزعة، وهي استمرار لتقنية تقسيم الكتل في سلسلة الكتل. من منظور "تقسيم الحساب"، تستهدف توسيع تدفق تطبيقات الطلب، مما يتجنب مشكلة "المعاملات عبر القطع"، مما يجعل تجربة المطورين والمستخدمين مشابهة لما كانت عليه سابقًا. في الوقت نفسه، تم اعتماد "المرونة غير الزمنية" التي يسهل تنفيذها، مما يعزز التطبيق العملي في ظل تلبية معظم الاحتياجات الفعلية لتطبيقات DApp.
من الجدير بالذكر أن مساحة الكتلة المرنة، كحل لتحسين أداء سلسلة الكتل من خلال التوسع الأفقي، تتطلب أن تكون "المعاملات قابلة للتوازي". فقط من خلال زيادة درجة توازي المعاملات، يصبح من الضروري توسيع موارد الآلات العقدية لتعزيز قدرة معالجة المعاملات.
بالنسبة لشبكات Layer1 مثل إيثيريوم، فإن مشكلة تسلسل المعاملات هي عنق زجاجة مباشر للأداء، كما أن حجم الكتلة مقيد بحدود غاز الكتلة المتغيرة ( بحد أقصى 30,000,000 غاز )، لذلك يجب البحث عن حلول التوسع Layer2.
على الرغم من أن Layer1 عالي الأداء يدعم تنفيذ المعاملات بشكل متوازي وقابل للتوسع أفقيًا، إلا أنه لا يمكنه التعامل مع مشكلة "الأداء القابل للتنبؤ" لتطبيقات DApp خلال ذروة الطلب. يقوم المشروع بتنفيذ خطة "سوق الرسوم المحلية" لمنع احتكار المعاملات ذات الطلب الفردي لمساحة الكتل النادرة، مما يحد من ارتفاع الرسوم الزمنية ويخفف من الآثار السلبية للذروة المفاجئة في الطلب. على سبيل المثال، خلال فترة إصدار NFT، سيستهلك المُصدر بسرعة وحدات الحساب لكل حساب (CU)، وبعد ذلك يجب على المعاملات زيادة الرسوم الأولوية لمعالجتها داخل المساحة المحدودة لذلك الحساب.
يمكن القول إن هذا المشروع الجديد يتعامل مع الزيادة المفاجئة في الطلب على المعاملات من خلال خطة مساحة الكتلة المرنة، مما يوسع مفهوم "سوق الرسوم المحلية" في سلسلة الكتل عالية الأداء، مما يضمن "الأداء القابل للتنبؤ" لـ DApp، ويمنع أيضًا الزيادة المفاجئة في الرسوم والازدحام على مستوى الشبكة بأكملها، مما يحقق فائدة مزدوجة.
ملخص
سواء كانت سلسلة تطبيقات أو مساحة بلوك مرنة، فإنها في جوهرها تهدف إلى حل مشكلة اختلاف احتياجات الأداء للـ DApp على البلوكشين، أو مشكلة "الأداء القابل للتنبؤ". لا يوجد تفضيل بين الحلين، بل يعتمد ذلك على مدى ملاءمتهما. يذكرنا هذان الحلان بنظرية "البروتوكول السمين" - التي قدمها جويل مونيجرو في عام 2016، والتي تتناول "كيف يجب أن تلتقط البروتوكولات المشفرة قيمة أكثر من تلك التي تلتقطها التطبيقات المبنية عليها (."
سلسلة التطبيقات هي في الواقع بروتوكول نحيف، خاصة عندما تعتمد الطبقة الأولى على هيكلية modular، فإن طبقة البروتوكول مخصصة بالكامل من قبل طبقة التطبيق، على الرغم من أنها توفر آلية تراكم قيمة أفضل للتطبيقات، إلا أنها في نفس الوقت تأتي بتكاليف مرتفعة وأمان محدود.
تعتبر مساحة الكتلة المرنة في الواقع بروتوكولًا سمينًا، وهي وظيفة توسيع على مستوى البروتوكول Layer1، حيث تقلل بشكل فعال من عتبة دخول المشاركين الذين لديهم متطلبات "أداء يمكن التنبؤ به"، بينما يمكن للبروتوكول التقاط قيمة التطبيق، مما ينتج عنه دورة ردود فعل إيجابية.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-1ce62500654a5ac264303402744904e1.webp(
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 14
أعجبني
14
8
مشاركة
تعليق
0/400
TestnetScholar
· 07-25 00:39
أشعر أن هناك مشروع نصاب آخر.
شاهد النسخة الأصليةرد0
CryptoCrazyGF
· 07-24 13:23
لقد شعرت بالنعاس، ورقة بيضاء ستصل إلى الوعاء قريبًا
شاهد النسخة الأصليةرد0
consensus_whisperer
· 07-24 04:30
عاد لاعبو layer1 مرة أخرى
شاهد النسخة الأصليةرد0
ForkTongue
· 07-22 01:06
又想فخخداع الناس لتحقيق الربححمقى
شاهد النسخة الأصليةرد0
Web3Educator
· 07-22 01:05
رائع! دعني أوضح ذلك لطلابي في هندسة البلوكشين المتقدمة...
شاهد النسخة الأصليةرد0
TideReceder
· 07-22 01:03
又吹 ورقة بيضاء المراكز القصيرة支票
شاهد النسخة الأصليةرد0
fomo_fighter
· 07-22 00:54
L1又来 يُستغل بغباء.
شاهد النسخة الأصليةرد0
TopBuyerBottomSeller
· 07-22 00:52
ورقة بيضاء كلها ضجيج، رائحة استغلال الحمقى من المرة السابقة لم تختف بعد.
مشروع EVM L1 الجديد المعتمد على التوازي الكامل يركز على مساحة الكتلة المرنة لمعالجة نقاط الألم في الأداء القابل للتنبؤ
التوازي الشامل: إصدار ورقة بيضاء لمشروع EVM Layer1 الجديد
مؤخراً، أطلق مشروع EVM Layer1 الناشئ ورقة بيضاء بعنوان "التوازي الكامل"، بهدف تحسين قابلية التوسع في blockchain بشكل شامل، وتقديم "أداء يمكن التنبؤ به" لتطبيقات اللامركزية (DApps).
تشير الأداء القابل للتنبؤ إلى قدرة DApp على توفير حجم معالجة المعاملات القابل للتنبؤ في الثانية (TPS)، وهو أمر بالغ الأهمية لبعض سيناريوهات الأعمال. تحتاج DApps التي تم نشرها على الشبكة العامة عادةً إلى التنافس مع التطبيقات الأخرى على موارد الحوسبة ومساحة التخزين. في حالة ازدحام الشبكة، قد يؤدي ذلك إلى ارتفاع تكاليف المعاملات والازدحام، مما يعيق بشكل كبير تطوير DApp. تخيل، إذا كان المستخدمون يستخدمون برنامج مراسلة فورية لامركزي، وبسبب ازدحام الشبكة الأساسية، لا يمكن إرسال واستلام الرسائل في الوقت المناسب، فإن ذلك سيكون كارثياً على تجربة المستخدم.
لحل مشكلة "الأداء القابل للتنبؤ"، فإن أحد الأساليب الشائعة هو استخدام بلوكشين مخصص لتطبيق معين، وهو ما يُعرف بسلسلة التطبيقات. سلسلة التطبيقات هي بلوكشين يُخصص فيه مساحة الكتلة لتطبيق معين.
هذا المشروع الجديد يقدم بشكل مبتكر حل "مساحة الكتلة المرنة" (Elastic Block Space, EBS). استنادًا إلى مفهوم الحوسبة المرنة، يتم تعديل موارد الكتلة ديناميكيًا على مستوى البروتوكول وفقًا لاحتياجات التطبيقات اللامركزية (DApp)، مما يوفر مساحة كتلة توسعية مستقلة لتطبيقات DApp ذات الطلب العالي.
ستتناول هذه المقالة كلاً من سلسلة التطبيقات والمساحة المرنة للكتل، وتقارن بين مزايا وعيوب كلاهما.
تاريخ تطور سلسلة التطبيقات
تُعتبر سلسلة التطبيقات هي سلسلة الكتل التي تم إنشاؤها لتشغيل تطبيق واحد فقط. لا يقوم المطورون بالبناء على سلسلة الكتل الموجودة، بل يقومون بإنشاء سلسلة كتل جديدة من الصفر باستخدام آلة افتراضية مخصصة، لتنفيذ المعاملات التي تتضمن تفاعل المستخدم مع التطبيق. يمكن للمطورين أيضًا تخصيص عناصر مختلفة من مجموعة الشبكة، مثل الإجماع والشبكة والتنفيذ، لتلبية احتياجات التصميم المحددة، وبالتالي حل مشاكل الازدحام العالي وتكاليف التشغيل المرتفعة والخصائص الثابتة في الشبكة المشتركة.
سلسلة التطبيقات ليست مفهومًا جديدًا: يمكن اعتبار البيتكوين "ذهبًا رقميًا" كسلسلة تطبيقات، ويمكن اعتبار Arweave كسلسلة تطبيقات للتخزين الدائم، ويمكن اعتبار مشروع معين لتوافر البيانات كسلسلة تطبيقات تقدم توافر البيانات.
منذ عام 2016، لم يعد تطبيق السلسلة يتضمن فقط سلسلة كتلة واحدة، بل يشمل أيضًا أشكال متعددة من السلاسل، أي نظام بيئي يتكون من عدة سلاسل كتلة مترابطة. الأبرز هو مشروع معين عبر السلاسل ومشروع معين للبنية التحتية Web3. الأول يهدف إلى حل مشكلة التفاعل عبر السلاسل في البلوكتشين، حيث يمكن تطوير وإطلاق سلسلة بسرعة، وقد صمم بروتوكول الاتصال عبر السلسلة؛ بينما الثاني يهدف إلى أن يكون الحل المثالي لتوسيع البلوكتشين، وتسمي السلاسل في نظامه البيئي بالسلاسل المتوازية، حيث تم تبني مفهوم الأمن المشترك منذ البداية.
بنهاية عام 2020، مع تركيز أبحاث توسيع إيثريوم على حلول مثل السلاسل الجانبية، والشبكات الفرعية، وLayer2 Rollups، ظهرت أشكال جديدة من سلاسل التطبيقات. بعض المشاريع المتعلقة بالسلاسل الجانبية مثل مشروع متعدد الأضلاع، والشبكات الفرعية لسلاسل الكتل العامة عالية الأداء، جميعها تعمل على تحسين تجربة وأداء السلاسل الجانبية أو الشبكات الفرعية، مما يؤدي إلى تعزيز القدرة الخدمية الكلية. تدعم Layer2 Rollups سلاسل التطبيقات بشكل نمطي من خلال حزمة وحدات، وقد حظيت مجموعة من أدوات تطوير بعض تقنيات المصدر المفتوح ومشاريع متعددة الأضلاع بشعبية كبيرة بين العديد من المشاريع. تهدف حلول Layer2 Rollups إلى زيادة قدرة شبكة إيثريوم على معالجة المعاملات وقابلية التوسع، لتلبية الطلب المتزايد على المعاملات، وتوفير مستوى أوسع من interoperability.
حتى الآن، تم بناء العديد من التطبيقات على سلاسل التطبيقات متعددة المنصات. على سبيل المثال، أطلق أحد ألعاب NFT سلسلة جانبية على إيثريوم في أوائل عام 2021؛ وأعلن مشروع لعبة آخر في نهاية عام 2021 عن انتقاله من سلسلة عامة إلى شبكة فرعية لسلسلة عامة عالية الأداء؛ وأطلق أحد التبادلات اللامركزية في نوفمبر 2021 تطبيق DeFi مبني باستخدام SDK لمشروع متعدد السلاسل؛ وأعلن تبادل لامركزي آخر في منتصف عام 2022 أن النسخة V4 من المنتج ستستخدم تقنية SDK لمشروع متعدد السلاسل لبناء سلسلة تطبيقات مستقلة؛ وأطلق مشروع بنية تحتية Web3 في عام 2023 سلسلة تطبيقات بنية تحتية لخدمة تطوير تطبيقات البيئة Web3، والتي تتضمن أيضًا طبقة غنية من البروتوكولات التجارية.
مزايا وعيوب سلسلة التطبيقات
تحصل سلسلة التطبيقات على جميع سلطات تشغيل سلسلة الكتل السيادية دون الاعتماد على الطبقة الأساسية Layer1، وهذه سيف ذو حدين.
الميزات الرئيسية هي ثلاث نقاط:
السيادة: يمكن لسلسلة التطبيقات حل المشكلات من خلال خطة الحوكمة الخاصة بها، والحفاظ على الاستقلالية والاستقلالية، ومنع جميع أنواع التدخلات؛
الأداء: تلبية متطلبات التطبيق من حيث انخفاض التأخير وارتفاع السعة، وتوفير تجربة مستخدم جيدة، وزيادة كفاءة تشغيل DApp الفعلية؛
القابلية للتخصيص: يمكن للمطورين تخصيص السلسلة وفقًا للاحتياجات، بل وحتى إنشاء نظام بيئي، مما يوفر طرقًا مرنة للتطور.
هناك ثلاث نقاط ضعف أيضًا:
مشكلات الأمان: يجب على سلسلة التطبيقات تحمل المسؤولية عن الأمان بنفسها، بما في ذلك موازنة عدد العقد، وصيانة آلية الإجماع، وتجنب مخاطر الرهان، وما إلى ذلك، الشبكة غير آمنة نسبيًا؛
مشكلة السلسلة المتقاطعة: كشبكة مستقلة تفتقر إلى التوافق مع سلاسل أخرى ( التطبيقات ) تواجه تحديات عبر السلاسل. كما أن دمج بروتوكولات السلسلة المتقاطعة سيزيد من المخاطر؛
مشكلة التكلفة: يتطلب بناء بنية تحتية إضافية كبيرة، مما يستلزم تكاليف ضخمة ووقت هندسي كبير. كما يشمل ذلك تكاليف تشغيل وصيانة العقد.
بالنسبة للشركات الناشئة، فإن عيوب سلسلة التطبيقات تؤثر بشكل كبير على تشغيل DApp الخاصة بها. تجد معظم الفرق الناشئة صعوبة في حل مشاكل الأمان والتفاعل بين السلاسل بشكل صحيح، كما أنها تتردد بسبب التكاليف العالية للعمالة والوقت والمال. ومع ذلك، تعتبر القدرة على التنبؤ بالأداء حاجة ملحة لبعض تطبيقات DApp، لذا يحتاج السوق بشدة إلى حلول لتنبؤ الأداء على مستوى Layer1.
مساحة الكتلة المرنة
في Web2، الحوسبة المرنة هي نموذج شائع للحوسبة السحابية، يسمح للنظام بالتوسع أو الانكماش ديناميكيًا في معالجة الحوسبة والذاكرة وموارد التخزين حسب الطلب، دون القلق بشأن تخطيط السعة وتصميم الهندسة في أوقات الذروة.
تقوم مساحة الكتل المرنة بضبط عدد المعاملات التي يمكن أن يستوعبها الكتلة تلقائيًا بناءً على مستوى ازدحام الشبكة. إذا كانت شبكة البلوكشين توفر مساحة كتل مستقرة وضمان TPS للمعاملات الخاصة بالتطبيقات المحددة من خلال الحساب المرن، فإن ذلك يحقق "أداء قابل للتنبؤ".
قد قدم مشروع Layer2 معين مفهوم "التوسع الديناميكي المرن" المماثل، ويعتبره مسار التطور الحتمي لدعم DApp للاعتماد على نطاق واسع. يتوقع أن تظهر التطورات التقنية التالية في السنوات 1-3 القادمة:
المرحلة الأولى: توسيع مستوى عقد التحقق بشكل أفقي؛
المرحلة الثانية: التوسع الثابت على مستوى السلسلة؛
المرحلة الثالثة: التوسع الديناميكي على مستوى السلسلة.
وقد حقق هذا المشروع الجديد فعلاً مفهومه، حيث حل مشكلة المرحلة الأولى "كيفية تنسيق دعم توسيع مستوى عقد التحقق للحوسبة المرنة". عندما ينمو البروتوكول في الشبكة، يمكن الاشتراك في مساحة الكتلة المرنة لمعالجة المستخدمين وزيادة القدرة الاستيعابية. توفر مساحة الكتلة المرنة مساحة كتلة مستقلة لتطبيقات DApps التي تحتاج إلى حجم معاملات مرتفع، مما يسمح بالتوسع مع الزيادة. جوهرياً، تحدد مساحة الكتلة كمية البيانات التي يمكن تخزينها في كل كتلة، مما يؤثر مباشرة على قدرة المعاملات. عندما تشهد تطبيقات DApps زيادة حادة في الطلب على المعاملات، يمكن أن تتعامل الاشتراكات في مساحة الكتلة المرنة بكفاءة مع الحمل المتزايد دون التأثير على البلوكشين الأساسي.
تنفيذ الحوسبة المرنة ينقسم إلى "الحوسبة المرنة في الوقت الحقيقي" و"الحوسبة المرنة غير الحقيقية"، حيث يشير الأول إلى توسيع الاستجابة على مستوى الدقائق، بينما يشير الثاني إلى توسيع الاستجابة في إطار زمني محدد. يعتمد المشروع على طريقة "الحوسبة المرنة غير الحقيقية"، أي أنه عند اكتشاف الشبكة حاجة للتوسع، يتم بدء اقتراح التوسع، وبعد واحد أو أكثر من العصور، تكتمل عملية التوسع بواسطة عقد التحقق في الشبكة، وتقدم إثبات التوسع للتحدي من قبل المحققين الآخرين.
تستند خطة مساحة الكتلة المرنة لهذا المشروع إلى مفهوم قواعد البيانات الموزعة، وهي استمرار لتقنية تقسيم الكتل في سلسلة الكتل. من منظور "تقسيم الحساب"، تستهدف توسيع تدفق تطبيقات الطلب، مما يتجنب مشكلة "المعاملات عبر القطع"، مما يجعل تجربة المطورين والمستخدمين مشابهة لما كانت عليه سابقًا. في الوقت نفسه، تم اعتماد "المرونة غير الزمنية" التي يسهل تنفيذها، مما يعزز التطبيق العملي في ظل تلبية معظم الاحتياجات الفعلية لتطبيقات DApp.
من الجدير بالذكر أن مساحة الكتلة المرنة، كحل لتحسين أداء سلسلة الكتل من خلال التوسع الأفقي، تتطلب أن تكون "المعاملات قابلة للتوازي". فقط من خلال زيادة درجة توازي المعاملات، يصبح من الضروري توسيع موارد الآلات العقدية لتعزيز قدرة معالجة المعاملات.
بالنسبة لشبكات Layer1 مثل إيثيريوم، فإن مشكلة تسلسل المعاملات هي عنق زجاجة مباشر للأداء، كما أن حجم الكتلة مقيد بحدود غاز الكتلة المتغيرة ( بحد أقصى 30,000,000 غاز )، لذلك يجب البحث عن حلول التوسع Layer2.
على الرغم من أن Layer1 عالي الأداء يدعم تنفيذ المعاملات بشكل متوازي وقابل للتوسع أفقيًا، إلا أنه لا يمكنه التعامل مع مشكلة "الأداء القابل للتنبؤ" لتطبيقات DApp خلال ذروة الطلب. يقوم المشروع بتنفيذ خطة "سوق الرسوم المحلية" لمنع احتكار المعاملات ذات الطلب الفردي لمساحة الكتل النادرة، مما يحد من ارتفاع الرسوم الزمنية ويخفف من الآثار السلبية للذروة المفاجئة في الطلب. على سبيل المثال، خلال فترة إصدار NFT، سيستهلك المُصدر بسرعة وحدات الحساب لكل حساب (CU)، وبعد ذلك يجب على المعاملات زيادة الرسوم الأولوية لمعالجتها داخل المساحة المحدودة لذلك الحساب.
يمكن القول إن هذا المشروع الجديد يتعامل مع الزيادة المفاجئة في الطلب على المعاملات من خلال خطة مساحة الكتلة المرنة، مما يوسع مفهوم "سوق الرسوم المحلية" في سلسلة الكتل عالية الأداء، مما يضمن "الأداء القابل للتنبؤ" لـ DApp، ويمنع أيضًا الزيادة المفاجئة في الرسوم والازدحام على مستوى الشبكة بأكملها، مما يحقق فائدة مزدوجة.
ملخص
سواء كانت سلسلة تطبيقات أو مساحة بلوك مرنة، فإنها في جوهرها تهدف إلى حل مشكلة اختلاف احتياجات الأداء للـ DApp على البلوكشين، أو مشكلة "الأداء القابل للتنبؤ". لا يوجد تفضيل بين الحلين، بل يعتمد ذلك على مدى ملاءمتهما. يذكرنا هذان الحلان بنظرية "البروتوكول السمين" - التي قدمها جويل مونيجرو في عام 2016، والتي تتناول "كيف يجب أن تلتقط البروتوكولات المشفرة قيمة أكثر من تلك التي تلتقطها التطبيقات المبنية عليها (."
سلسلة التطبيقات هي في الواقع بروتوكول نحيف، خاصة عندما تعتمد الطبقة الأولى على هيكلية modular، فإن طبقة البروتوكول مخصصة بالكامل من قبل طبقة التطبيق، على الرغم من أنها توفر آلية تراكم قيمة أفضل للتطبيقات، إلا أنها في نفس الوقت تأتي بتكاليف مرتفعة وأمان محدود.
تعتبر مساحة الكتلة المرنة في الواقع بروتوكولًا سمينًا، وهي وظيفة توسيع على مستوى البروتوكول Layer1، حيث تقلل بشكل فعال من عتبة دخول المشاركين الذين لديهم متطلبات "أداء يمكن التنبؤ به"، بينما يمكن للبروتوكول التقاط قيمة التطبيق، مما ينتج عنه دورة ردود فعل إيجابية.
![أداء DApp القابل للتنبؤ: من سلسلة التطبيقات إلى مساحة الكتلة المرنة])https://img-cdn.gateio.im/webp-social/moments-1ce62500654a5ac264303402744904e1.webp(