مناقشة بانورامية حول تطوير نظام Solana البيئي: ما هو تأثير L2 وسلسلة التطبيق؟
العنوان الأصلي: "سولانا بحاجة إلى L2s وسلاسل التطبيقات؟"
المقال الأصلي بقلم ياش أجراوال
الترجمة الأصلية: Ladyfinger, BlockBeats
ملحوظة المحرر:
باعتبارها منصة بلوكتشين عامة عالية الأداء، تواجه Solana فرصًا وتحديات غير مسبوقة في التطوير. في هذه المقالة، يلقي ياش أجراوال نظرة شاملة ومتعمقة على القضايا الرئيسية في نظام Solana البيئي - الوحدات النمطية وسلاسل التطبيقات والتجمعات، وكيف تعمل معًا لدفع Solana نحو مستقبل أوسع.
مقدمة
قبل شهر، أدلى Vibhu، مؤسس DRiP، تطبيق توزيع NFT المجاني الأول على Solana، ببيان أثار نقاشًا واسع النطاق:
سوف يحتاج Solana إلى الحصول على الطبقة 2 والتراكم.
أعرب عن هذا الرأي لأن DRiP يفقد حوالي $20,000 من قيمته أسبوعيًا مع ارتفاع أسعار SOL وازدحام الشبكة. أدى زيادة نشاط شبكة Solana إلى إحداث تأثيرين:
الإيجابيات: زيادة السيولة وزيادة رأس المال وحجم التداول (بفضل إمكانية التجميع)
العيوب: ارتفاع تكاليف البنية التحتية، وتجربة المستخدم السيئة، وازدحام الشبكة
ومع ذلك، تقوم DRiP بشكل أساسي بتوزيع ملايين NFTs من الفنانين إلى آلاف المحافظ كل أسبوع من خلال Solana كبنية أساسية، ولا يوجد طلب كبير على قابلية التركيب العالية. إن نمو القيمة الإجمالية لـ Solana وتدفقات رأس المال ليس لها تأثير يذكر على DRiP، التي تعاني بشكل أساسي من تكاليف البنية الأساسية المرتفعة.
وأشار فيبو إلى أن "القابلية للتكوين لها عوائد متناقصة". وذكر أيضًا أن مطوري تطبيقات Solana ناقشوا بشكل خاص حاجتهم إلى Rollups لأن هذه Rollups يمكنها زيادة إنتاجية المعاملات وتقليل المنافسة على مساحة الكتلة وتقليل الرسوم. بالإضافة إلى ذلك، يمكنهم التحكم بشكل أفضل في القيمة الاقتصادية التي يولدها العمل.
لقد شهدت Solana العديد من أحداث الازدحام على مدار الأشهر القليلة الماضية، من عمليات الإنزال الجوي لـ JUP إلى تعدين ORE وتداول عملة meme في أوقات الذروة. وبينما يعتقد البعض أن Firedancer يمكن أن يحل هذه المشكلات، فإن الواقع هو أن الجدول الزمني غير واضح ومن غير الممكن حاليًا التوسع بأكثر من 10 أضعاف. وعلى الرغم من ذلك، فإن Solana هي الوحيدة من بين جميع السلاسل الرئيسية التي تم اختبارها في المعارك والتي ظلت سلسلة متجانسة.
هل ينبغي لسولانا أن تظل سلسلة متجانسة أم أن تصبح سلسلة معيارية؟
هل سيتطور Solana أيضًا إلى حلول مجزأة من الطبقة 2 والطبقة 3 مثل Ethereum؟
ما هو الوضع الحالي لسلسلة تطبيقات Solana و Rollup؟
للإجابة على هذه الأسئلة ووضع ملخص، ستستكشف هذه المقالة الاحتمالات المختلفة وتناقش إيجابيات وسلبيات كل مشروع. لن تتطرق هذه المقالة إلى التفاصيل الفنية، لكنها ستناقش أساليب التوسع المختلفة من منظور تطبيقي عملي موجه نحو السوق لتقديم نظرة عامة. كل هذه الأفكار مجرد رؤى، لا هراء، فقط الكثير من المعلومات الحصرية.
باختصار، سوف نناقش الأسئلة التالية:
سولانا ومشكلة ازدحام الشبكة
جعل سولانا نموذجية
سلسلة تطبيقات Solana — مع الأمثلة
Solana Layer 2 وRollup — مع الأمثلة
البنية التحتية لدعم سلاسل التجميع والتطبيق
مشاكل سولانا والحاجة إلى الوحدات النمطية
أولاً، دعونا نناقش المشكلة الحالية: بسبب الإنزال الجوي والزيادة الكبيرة في معاملات memecoin، كانت شبكة Solana مزدحمة للغاية مؤخرًا (تم حل معظمها الآن)، مما أدى إلى أوقات استجابة عالية ومعدلات فشل عالية للمعاملات وزيادة رسوم الشبكة. على الرغم من ذلك، تمكنت Solana من الحفاظ على معدل معالجة معاملات يتراوح بين 1 و2000 معاملة في الثانية، وهو أكثر من مجموع جميع سلاسل EVM. يمكن القول أن هذه مشكلة جيدة لسلاسل الكتل، كما أنها تختبر نظرية السلسلة المتجانسة لـ Solana.
نشرت مؤسسة سولانا مؤخرًا مدونة حث المشاريع على اتخاذ إجراءات فورية لتحسين أداء الشبكة، بما في ذلك:
· تطبيق رسوم الأولوية: من الضروري تجنب المعاملات المتأخرة أو المفقودة.
الاستخدام الأمثل لوحدات الحوسبة في البرامج: استخدم الموارد الضرورية فقط.
تنفيذ جودة الخدمة (QoS) المرجحة حسب الحصة: السماح للتطبيقات بإعطاء الأولوية لمعاملات المستخدمين.
ومع ذلك، لا يمكن لهذه التدابير تحسين معدلات إتمام المعاملات إلا إلى حد معين ولا يمكنها ضمان تجربة تداول سلسة. أحد الحلول لهذه المشكلة هو New Transaction Scheduler الذي طال انتظاره، والذي من المقرر تقديمه في الإصدار 1.18 في نهاية أبريل. سيوجد المجدول الجديد جنبًا إلى جنب مع المجدول الحالي، ولكن لن يتم تمكينه افتراضيًا، مما يسمح للمحققين بمراقبة أداء المجدول الجديد والعودة بسهولة إلى المجدول القديم في حالة ظهور مشاكل. تم تصميم المجدول الجديد لملء الكتل بكفاءة أكبر وبأسعار معقولة، مما يحسن من عدم كفاءة المجدول القديم.
اقرأ هذه المقالة لمعرفة المزيد عن المجدول الجديد .
Anza، كيان متشعب من Solana Labs، لقد كان يعمل على حل مشاكل ازدحام الشبكة تم تحديده باعتباره مرتبطًا بتنفيذ QUIC وسلوك عميل التحقق الخاص بـ Agave (Solana Labs) في التعامل مع الحجم الكبير من الطلبات.
على الرغم من أن أنصار الوحدات النمطية يؤيدون بشدة "خريطة طريق الوحدات النمطية" التي وضعها Solana، إلا أن Solana Labs/Anza، الشركة الأساسية المسؤولة عن صيانة بروتوكول Solana، لا تزال تركز على تحسين مشكلات الإنتاجية والزمن الكامن في الطبقة الأساسية. وتتضمن التحسينات المحتملة ما يلي:
تم تحسين سوق الرسوم وزيادة الرسوم الأساسية (المحددة حاليًا عند 5000 لامبورتس أو 0.000005 SOL).
تنفيذ نمو هائل في رسوم قفل الكتابة للحساب، أي زيادة الرسوم تدريجيًا للحد من البريد العشوائي.
· تحسين طلبات ميزانية الوحدة من خلال آلية العقوبة.
تحسين بنية الشبكة بشكل عام.
حتى لو نجحت هذه التحسينات المتعلقة بالتوسع الرأسي والسلسلة المفردة، فلا يمكننا استبعاد احتمال اعتماد Solana للتوسع الأفقي، Rollup. والحقيقة هي أن Solana يمكنها الجمع بين الميزتين - يمكنها أن تعمل كطبقة أساسية ممتازة لـ Rollup، مع أوقات كتلة منخفضة للغاية (~400 مللي ثانية) وتحسينات كبيرة في أداء Rollup، مثل تأكيدات التسلسل السريعة. علاوة على ذلك، تتمتع Solana بسجل في تنفيذ التغييرات بسرعة، مما قد يجعلها أكثر كفاءة كطبقة أساسية لـ Rollup من Ethereum.
التحديث: أنزا لديها تم إصدار بعض التصحيحات التي ساعدت في التخفيف من مشكلات ازدحام الشبكة المستمرة، وستعمل على إجراء تحسينات إضافية في الإصدار 1.18.
جعل سولانا نموذجية
لقد بدأت بالفعل خطة تطوير سولاناس النموذجية. كما هو موضح في منشور Anza DevRel يتم ربط محققي Solana وSVM (بيئة التنفيذ التي تتعامل مع المعاملات والعقود/البرامج الذكية) بشكل وثيق وصيانتها بواسطة Anza. ومع ذلك، سيتم فصل عميل المحقق ووقت تشغيل SVM في الأشهر القادمة. سيساعد هذا الفصل في إنشاء سلسلة تطبيقات Solana.
بالنسبة لـ Rollup، قد يأتي تحسين توفر بيانات Solana (DA) أو طبقة blob في مرحلة لاحقة.
المصدر: Anza DevRel
مهندس أنزا جو سي كما كشفت أيضًا عن خطط لتقسيم SVM إلى وحدات، حيث سيتم فصل خط أنابيب معالجة المعاملات عن المحقق ووضعه في SVM. سيسمح هذا للمطورين بتشغيل تنفيذ SVM بشكل مستقل عن أي محقق.
ستكون SVM المستقلة عبارة عن مجموعة من الوحدات المستقلة تمامًا. يمكن لأي تنفيذ SVM تشغيل هذه الوحدات من خلال واجهات محددة جيدًا، مما يقلل بشكل أكبر من الحاجز أمام المشاريع المتوافقة مع SVM ويقلل بشكل كبير من النفقات العامة المطلوبة لبناء حلول مخصصة. يمكن للفرق تنفيذ الوحدات التي تهمها فقط مع الاستفادة من التنفيذات الراسخة، مثل تلك الموجودة في Agave أو Firedancer.
باختصار، سوف تصبح Solana أكثر قابلية للتوصيل والتشغيل، مما يجعل سلاسل تطبيقات Solana وRollups أسهل في التنفيذ.
بشكل عام، يمكن أن يتم ذلك في اتجاهين: الطبقة 2 (أو التجميع) وسلسلة التطبيقات. وسنقدمهما واحدًا تلو الآخر أدناه.
سلسلة تطبيقات سولانا
تُعرف أيضًا باسم شوكات SVM، وهي في الأساس شوكات لسلسلة Solana مصممة خصيصًا لتطبيقات محددة. كانت Pyth أول سلسلة تطبيقات Solana، لكن المفهوم اكتسب زخمًا كبيرًا عندما اقترح مؤسس Maker Rune تطوير Maker AppChain استنادًا إلى قاعدة بيانات Solana (SVM) للحوكمة. اختار Rune SVM بسبب مجتمع المطورين القوي والمزايا الفنية مقارنة بآلات افتراضية أخرى، بهدف تقسيم السلسلة الأكثر أداءً لتلبية احتياجات المستهلك بشكل أفضل. على الرغم من أنه لم يتم تنفيذه بعد، فقد أثارت هذه الخطوة نقاشًا واسع النطاق حول Solana AppChain.
وبشكل عام، يمكن تقسيمها إلى فئتين:
بدون إذن - يمكن لأي شخص الانضمام إلى الشبكة، على غرار الشبكة الرئيسية الحالية لـ Solana.
مسموح به — البيئات المسموح بها في Solana (SPEs) تم تصميم SVM بواسطة مؤسسة Solana للمؤسسات، مما يسمح للكيانات ببناء وصيانة مثيلات السلسلة الخاصة بها، مدعومة بواسطة SVM.
سلسلة تطبيقات Pyth — OG Solana:
كانت بايث مسؤولة ذات يوم عن 10-20% من جميع المعاملات على الشبكة الرئيسية لسولانا. ومع ذلك، لم يتطلب الأمر أي إمكانية للتكوين، لذا فقد قاموا ببساطة بتقسيم قاعدة كود سولانا. سمح لهم هذا بالاستفادة من وقت الكتلة السريع الذي يبلغ 400 مللي ثانية لسولانا لتحديثات الأسعار عالية التردد. بايثنت هي أول شبكة تتبنى SVM كسلسلة تطبيقات لها.
سلسلة تطبيقات Pythnet عبارة عن فرع إثبات سلطة لشبكة Solana الرئيسية، حيث تعمل كطبقة أساسية للحوسبة لمعالجة وتجميع البيانات التي توفرها شبكة نشر بيانات Pyth.
لماذا هاجر بايثون؟
لا يتطلب قابلية تكوين عالية، وخاصة للتطبيقات غير Solana، وبالتالي فهو محصن ضد ازدحام الشبكة الرئيسية.
يتطلب بيئة مسموح بها لنشر البيانات.
تخفيض تكاليف البنية التحتية من خلال استيعاب الرسوم التي كانت تتسرب في السابق إلى الطبقة الأساسية، سولانا.
تبادل المكعبات هناك مثال آخر، وهو عبارة عن منصة CEX هجينة تم نشرها كسلسلة تطبيقات SVM سيادية مع دفتر أوامر غير متصل بالإنترنت بالكامل وتسوية على سلسلة تطبيقات SVM الخاصة بها.
مثال سولانا ليسك
Perp DEXs: Perp DEXs مثل السائل المفرط يمكن تشغيلها كشبكات مستقلة من الطبقة 1. بالإضافة إلى ذلك، بالنسبة لحالات استخدام التداول، من الممكن تخصيص عدد المعاملات لكل كتلة، أو تنفيذ منطق شرطي، مثل دمج تنفيذ أوامر وقف الخسارة مباشرة في الطبقة 1، والتأكد من فرضها كتحول حالة، أو تقديم منطق ذري خاص بالتطبيق.
AI وDePin: يمكن أن يكون لديهما قائمة مُتحكم فيها من مقدمي الخدمات، مثل Pyth. على سبيل المثال، اكاش يعمل كجهاز حاسوبي المتجر من خلال سلسلة تطبيقات Cosmos.
سلاسل تطبيقات الحوكمة: يمكن أن تكون سلاسل تطبيقات الحوكمة السيادية جذابة للغاية، كما يتضح من اهتمام MakerDAO بسلسلة تطبيقات SVM لا تزال حوكمة التشفير في طور التطور، ويمكن أن يكون وجود شوكات سلسلة مخصصة آلية تنسيق مفيدة .
سلاسل تطبيقات المؤسسات المستقبلية: تشمل التطبيقات المحتملة الصناديق، مثل بلاك روك، أو أنظمة الدفع، مثل فيزا أو العملات الرقمية للبنك المركزي.
· سلسلة تطبيقات اللعبة: يدرس مشروع لعبة كازينو يعمل على Solana سلسلة تطبيقاته.
· تقسيم Solana للتعديلات: على غرار EVM المحسّن (التوازي) الذي توفره Monad أو Sei، يمكن لأي شخص إنشاء نسخة أكثر تحسينًا من Solana. قد يصبح هذا الاتجاه أكثر شيوعًا في السنوات القادمة مع بدء الشبكة الرئيسية Solana في استكشاف هياكل تصميم جديدة.
تصور سلسلة تطبيقات Solana
على الرغم من أن بناء سلسلة تطبيقات قد يكون بسيطًا نسبيًا، فإن ضمان الاتصال بين جميع سلاسل التطبيقات أمر بالغ الأهمية للتوافق بين الأنظمة. استلهامًا من شبكات فرعية للانهيارات الجليدية بالإضافة إلى سلاسل تطبيقات Cosmos التي تتصل عبر IBC، يمكن لـ Solana أيضًا إنشاء إطار عمل مراسلة محلي لتوصيل سلاسل التطبيقات هذه.
يمكن إنشاء منصة برامج وسيطة مشابهة لـ Cosmos-SDK لتوفير خدمة شاملة لإنشاء سلاسل تطبيقات مع دعم مدمج لـ Oracles مثل Pyth أو Switchboard، واستدعاءات الإجراءات عن بعد، وRPCs مثل Helius، واتصالات المراسلة مثل Wormhole.
الطبقات التجميعية للمضلعات يوفر حلاً مبتكرًا يسمح للمطورين بربط طبقات مختلفة 1 أو 2 في AggLayer لتحقيق التجميع عبر سلسلة ZK.
ما هو التأثير الإيجابي لسلاسل التطبيقات على النظام البيئي Solana؟
لا تدفع Lisks رسومًا في SOL أو تستخدم SOL كرمز لرسوم المعاملات، وبالتالي فهي لا تساهم في قيمة SOL بشكل مباشر، باستثناء إعادة تخزين SOL لأغراض الأمن الاقتصادي، ولكن فوائدها لنظام SVM البيئي واضحة. تمامًا مثل تأثير الشبكة لـ EVM، فإن المزيد من شوكات SVM و Lisks ستعزز تأثير الشبكة لـ SVM. ينطبق هذا المنطق أيضًا حتى لو تنافس Eclipse، باعتباره امتدادًا للطبقة 2 لـ SVM على Ethereum، مع الشبكة الرئيسية Solana.
سولانا الطبقة الثانية
تعتبر طبقة Solana 2، أو Rollup، سلسلة مستقلة منطقيًا تنشر البيانات في طبقة توافر البيانات (DA) في سلسلتها الرئيسية وتعيد استخدام آلية إجماع السلسلة الرئيسية. ويمكنها أيضًا استخدام طبقات توافر البيانات الأخرى مثل Celestia، ولكن هذا لم يعد تجميعًا حقيقيًا. يُستخدم مصطلح RollApp عادةً لعمليات التجميع الخاصة بالتطبيقات (التي تستكشفها معظم تطبيقات Solana).
هل سيكون Rollup الخاص بـ Solana مثل Ethereum؟
من الواضح أن هذا غير صحيح. فبالنسبة إلى سولانا، سوف يتم تجريد Rollup في الغالب من المستخدمين النهائيين. ومن الناحية الإيديولوجية، كانت Rollup في إيثريوم من أعلى إلى أسفل، أي أن مؤسسة إيثريوم وقادتها قرروا أن أفضل طريقة للتوسع كانت من خلال Rollup، ثم بدأوا في دعم مختلف طبقات 2 بعد حادثة CryptoKitties. وفي سولانا، يكون الطلب من أسفل إلى أعلى، أي من مطوري التطبيقات الذين لديهم اعتماد كبير من قبل المستخدمين. وبالتالي، فإن معظم عمليات Rollup الحالية هي عمليات تسويقية، والتي تعتمد على السرد أكثر من كونها تعتمد على طلب المستخدم. وهذا فرق كبير قد يؤدي إلى مستقبل Rollup مختلف عن إيثريوم.
هل الضغط يعادل التجميع؟
تقوم الطبقة 2 بتوسيع نطاق سلسلة الكتل في الطبقة الأساسية (الطبقة 1) من خلال تنفيذ المعاملات على الطبقة 2، وتجميع بيانات المعاملات، وضغطها. ثم يتم إرسال البيانات المضغوطة إلى الطبقة 1 واستخدامها لإثبات الاحتيال (التجميع المتفائل) أو إثباتات الصلاحية (التجميع zk). تسمى عملية الإثبات هذه التسوية. وبالمثل، يعمل الضغط على تفريغ المعاملات من الشبكة الرئيسية، مما يقلل من التنافس على حالة الطبقة الأساسية. تجدر الإشارة إلى أن Grass Layer 2 ستستخدم ضغط الحالة لتجميعها.
لفة أفقية على سولانا:
هناك حاليًا مشروعان يشبهان Rollapps قيد التشغيل:
احصل على الكود
إنه تطبيق دفع مزود بمجموعة أدوات تطوير برمجيات للدفع الجزئي تتيح لأي شخص إجراء المدفوعات وقبولها على الفور، ويستخدم بنية تشبه التجميع لتطبيقه. فهو ينشئ نوايا لجميع المعاملات ويستخدم جهاز تسلسل يشبه التجميع للاستقرار على Solana كل N فترة زمنية.
باستخدام هيكل يشبه اللف، يمكننا تحقيق ما يلي:
المرونة: يمكن أن تمثل النوايا مجموعة متنوعة من الأنشطة المستقبلية، وليس فقط معاملات الدفع. بالإضافة إلى ذلك، يمكن استبدال Solana كسلسلة إذا لزم الأمر.
فوري وخاص: نظرًا للطابع النهائي الناعم للفرز، تتم المدفوعات على الفور حتى أثناء ازدحام سولانا في حين أن المعاملات تكون مرئية على السلسلة، إلا أن المبالغ الدقيقة والنوايا تظل غامضة، مما يضمن خصوصية المستخدم.
التجميع قصير المدى لـ MagicBlocks
MagicBlocks هي بنية أساسية للألعاب على شبكة الويب 3 طورت Ephermal Rollup خصيصًا للألعاب. وهي تستخدم بنية حساب SVM لتقسيم حالة اللعبة إلى مجموعات. ثم يتم نقل الحالة مؤقتًا إلى طبقة مساعدة أو ephermal rollup، وهي طبقة مخصصة قابلة للتكوين. تعمل ephermal rollup كوقت تشغيل SVM مخصص أو rollup لمعالجة المعاملات بمعدل إنتاج أعلى.
باستخدام هيكل يشبه اللف، يمكننا تحقيق ما يلي:
تخصيص أوقات التشغيل المتخصصة، بما في ذلك المعاملات الخالية من الغاز، وأوقات الكتلة الأسرع، وآليات التوقيت المتكاملة، على سبيل المثال، أنظمة جدولة المعاملات المتكاملة مثل آلية الساعة التي تعمل بدون رسوم.
يمكن للمطورين نشر البرامج على الطبقة الأساسية، مثل Solana، بدلاً من نشرها على سلسلة منفصلة أو تجميع. لا تؤدي التجميعات قصيرة الأجل إلى تجزئة النظام البيئي الحالي، مما يسمح بتسريع العمليات المستهدفة دون إنشاء بيئات معزولة. وهذا يعني أنه يمكن الاستفادة من البنية الأساسية الحالية لـ Solana.
يساعد هذا النهج في إنشاء نظام قابل للتوسع بدرجة عالية وقادر على بدء عمليات التجميع عند الطلب والتوسع أفقيًا تلقائيًا لاستيعاب المستخدمين الذين يقومون بملايين المعاملات، دون التضحيات النموذجية للطبقة 2 التقليدية. وبينما يركز MagicBlock على الألعاب، يمكن أيضًا تطبيق هذا النهج على مجالات أخرى مثل المدفوعات.
مجموعة Solana Rollup قادمة قريبا:
عشب :Grass هو مشروع DePIN يركز على حل احتياجات البيانات للذكاء الاصطناعي من خلال تقنية التحقق والزحف. يقوم المشروع بزحف بيانات تدريب الذكاء الاصطناعي من خلال عقد Grass على الشبكة، ويخزن هذه البيانات على blockchain بواسطة المحققين، مع تسجيل مصدر البيانات والعقد التي تقوم بالزحف بدقة، ومنح المكافآت وفقًا لذلك.
نظرًا لأن Grass يحتاج إلى التعامل مع ما يصل إلى مليون طلب شبكة في الثانية، فإن هذا غير واقعي بالنسبة للشبكة الرئيسية Solana. لذلك، يخطط المشروع لاستخدام تقنية إثبات عدم المعرفة للتحقق من مجموعة البيانات وتسويتها على دفعات على الطبقة 1 من Solana.
كما يفكر فريق Grass في تقديم تقنية ضغط الحالة من مجموعات أخرى وترسيخ البيانات على الإصدار التجريبي من الشبكة الرئيسية Solana. سيجعل هذا الابتكار من Grass منصة أساسية تدعم مجموعة واسعة من التطبيقات التي لا يمكن بناؤها إلا عليها.
*لاحظ أن المشاريع التي تبني المنصات والبنية الأساسية عادة ما تتمتع بتقييمات سوقية أعلى. كما تستعد Grass لإطلاق رمزها أيضًا.
زيتا :واحدة من أقدم بورصات العقود الدائمة على Solana، ولديها سجل طلبات دائم بالكامل على السلسلة وتخطط حاليًا لنقل عملية مطابقة التجارة الخاصة بها خارج السلسلة باستخدام تقنية Rollup الخاصة بـ Solana.
تتمتع بورصات العقود الدائمة بمزايا واضحة في استخدام تقنية Rollup لأنها تعمل على تحسين تجربة تداول المستخدم بشكل كبير. يمكنك أن تسأل المستخدمين الذين تداولوا مع بورصات العقود الدائمة على منصات مثل Hyperliquid أو Aevo مع Solana، والتي تتطلب من المستخدمين التوقيع على كل معاملة، تظهر المحفظة، وتنتظر لمدة تتراوح من 10 إلى 20 ثانية. بالإضافة إلى ذلك، لا يلزم تنفيذ معاملات العقود الدائمة بشكل متزامن ويمكن دمجها بشكل كبير مع أجزاء أخرى من نظام DeFi البيئي، خاصة من حيث مطابقة المعاملات.
ومن المثير للاهتمام أن أرماني، المؤسس المشارك لشركة Backpack، هو أيضًا غردت أنهم يركزون الآن على حلول الطبقة الثانية.
تقوم شركة Sonic بتطوير سلسلة SVM معيارية تسمى Hypergrid ، مما يسمح لمطوري الألعاب بنشر سلاسلهم الخاصة على منصة Solana. وفي الوقت نفسه، هناك مشاريع Ethereum Rollup تعتمد على تقنية SVM، مثل كسوف و نيترو في ام ، والتي تستخدم SVM كمحرك تنفيذ لها. في نظام Solana البيئي، نيون هو حل من الطبقة 2 متوافق مع EVM. بالإضافة إلى ذلك، هناك بعض المشاريع المبتكرة مثل جزيء ، وهي طبقة SVM 2 لـ Bitcoin، لا تزال في مرحلة المفاهيم المبكرة.
SDK السيادية يوفر إطار عمل شبيه بـ node.js خصيصًا لبناء Rollups. يمكن للمستخدمين إرسال كود Rust الخاص بهم، وتتمكن المنصة من تحويله إلى Optimistic Rollup أو ZK Rollup الذي يدعم النشر على أي blockchain. يمكن تخصيص أكواد Rust هذه أو تنفيذ أي آلة افتراضية.
بعض الحجج حول Rollup
التراكم = الاتساق مع SOL
"التوافق مع ETH"، أو اتساق Ethereum، أو "تحيزات حقيبة ETH"، أو تحيز حقيبة Ethereum، أصبحت ميمًا شائعًا على الإنترنت.
لماذا تعد Layer 2 وRestaking/EigenLayer من أكثر المواضيع سخونة؟
ويرجع ذلك إلى أنها تزيد من "القيمة النقدية" لـ ETH، والتي تُستخدم كأصل أساسي في كل مكان.
ينطبق المبدأ نفسه على Solana. سيدعم مجتمع Solana أي حل يزيد من حيازاتهم من SOL - الأمر بهذه البساطة. مع توسع نظام Solana البيئي، ستصبح الطبيعة النقدية لـ SOL التي تم تجاهلها ذات يوم مهمة. تذكر أن معظم عمليات التجميع هي حيل تسويقية على أي حال، وبما أن السوق لا تزال تقدر البنية التحتية أكثر من التطبيقات، فإنها توفر تراكمًا أفضل لقيمة الرمز.
سوف تشعر أن Rollups هي امتداد لـ Solana
بالإضافة إلى الفوائد الأمنية الموروثة من الطبقة الأساسية، فإن سهولة الوصول إلى مستخدمي Solana وأصولها ستكون ميزة كبيرة. جون شاربونيو وأشار إلى أن مجموعات Ethereum مثل Base وOptimism وArbitrum تبدو وكأنها امتدادات لـ Ethereum. يحتفظ المستخدمون بنفس المحافظ والعناوين، ورمز الغاز الأصلي هو إصدار قياسي واحد من ETH، وتهيمن ETH على DeFi، وجميع أزواج التداول هي ETH، وتحدد تطبيقات التواصل الاجتماعي أسعار NFTs بالإيثريوم وتدفع للمبدعين، على سبيل المثال، friend.tech، والإيداعات إلى الطبقة 2 فورية، إلخ.
سيحدث نفس الشيء على Solana. بناءً على تجربة Ethereum، لن تجعل معظم تطبيقات Solana Rollapps المستخدمين يشعرون بأنهم يستخدمون سلسلة منفصلة، على سبيل المثال، Getcode.
سوف يرى Solana المزيد من "RollApps" بدلاً من "Rollups"
لا تعاني Solana من مشكلات التوسع مثل Ethereum، حيث أصبح استخدام الشبكة الرئيسية صعبًا بسبب رسوم الغاز المرتفعة، فهي مُحسَّنة للغاية. ومع ذلك، فإن بعض التطبيقات التي تتطلب مساحة كتلة مخصصة ستنشئ Rollups الخاصة بها. على الرغم من أن Rollup للأغراض العامة على Solana لا يبدو منطقيًا بالنسبة لي، إلا أنه منطقي للمشروع اقتصاديًا. على سبيل المثال، حقق المستخدمون الأساسيون $2 مليون دولار من الإيرادات لشركة Coinbase في يوم واحد فقط! تميل الحوافز المقدمة للمطورين بشكل كبير نحو الطبقة 2. ومع ذلك، وكما لوحظ، يبدو أن كل عملية تجميع EVM هي عملية تجميع عادية، وأصبحت العديد من المشاريع مثل Linea أو Scroll أو zkSync عبارة عن سلاسل أشباح حيث يقوم المزارعون فقط بإجراء عدد قليل من المعاملات لإسقاط الرموز.
بالإضافة إلى ذلك، أشعر أن الطبقة الثانية المعممة على Solana يمكن أن تؤدي إلى نفس المشاكل القديمة مثل Ethereum، وهي التجميعات المركزية، والازدحام، وتجزئة السيولة.
لماذا تريد بعض التطبيقات الانتقال إلى Rollapps/AppChains؟
سيتم تشغيل كل تطبيق في البداية على الشبكة الرئيسية Solana لأن استضافة المزيد من التطبيقات على البنية الأساسية المشتركة يقلل بشكل كبير من التعقيد بالنسبة للمطورين والمستخدمين. ومع ذلك، مع نمو هذه التطبيقات، فقد تسعى إلى:
التقاط القيمة. إن استيعاب القيمة على طبقة Solana المشتركة التي لم يتم تصميمها لتطبيق واحد فقط يشكل تحديًا أكبر. قد يكون التقاط MEV خيارًا مربحًا آخر لبنوك DEX.
مساحة مخصصة للكتل.
إمكانية التخصيص في حالات الاستخدام. على سبيل المثال، فيما يتعلق بالخصوصية، تستخدم Getcode جهاز تسلسل لتوفير مدفوعات خاصة لمستخدميها، وتجارب رسوم السوق، ومجموعات ذاكرة مشفرة تقلل من MEV، ودفاتر طلبات مخصصة.
ومع ذلك، لن ترغب جميع التطبيقات في إطلاق Rollup خاص بها، وخاصة تلك التي لم تصل إلى سرعة هروب معينة، على سبيل المثال، TVL كافية، والمستخدمين، وحجم المعاملات. إن إطلاق سلسلتك الخاصة اليوم ينطوي على مقايضات مؤلمة وغير ضرورية، والتعقيد، والتكلفة، وتجربة مستخدم أسوأ، وتفتت السيولة، وما إلى ذلك. لا يمكن لمعظم التطبيقات، وخاصة تلك في المراحل المبكرة، تبرير هذه المقايضات لتحقيق مكاسب تدريجية. تظل Solana قلب وروح تطوير SVM، لذلك يمكن نشر العديد من التطبيقات الجديدة.
لمنشئي التطبيقات
تعتمد Solana Mainnet أو Lisk أو Rollup بالكامل على الموقف. إذا لم تكن هناك حاجة قوية لإمكانية التركيب مع تطبيقات أخرى، فمن المنطقي تمامًا وضع بعض المكونات المختلفة خارج السلسلة، إما Lisk أو Rollup. لا يحتاج المستخدمون حتى إلى معرفة أنهم يستخدمون Rollup أو Lisk. تقوم Grass وZeta وGetcode بتلخيص أي بنية أساسية من نوع Rollup يستخدمونها لمستخدميهم.
بالنسبة لحالات الاستخدام التي تتطلب الترخيص والتخصيص، يمكن أن تلبي Token Extension أيضًا معظم المتطلبات، مثل KYC أو منطق النقل، مع الحفاظ على القدرة على التركيب.
البنية التحتية لتعزيز سلاسل التجميع والتطبيق
إذا تم توسيع نظرية Rollapp/Application Chain، فسوف يتمكن مزودو البنية التحتية الحاليون من الاستفادة بشكل كبير لأنهم سيدخلون أسواقًا جديدة:
مزودي التجميع كخدمة (RaaS) الحاليين، مثل كالديرا ، يمكن بسهولة دخول سوق SVM مع ظهور الطلب. مجموعات SVM Ethereum مثل كسوف و نيترو في ام كما تراقب شركة Sovereign Labs هذه الفرصة عن كثب. بالإضافة إلى ذلك، تقدم Sovereign Labs محول Sovereign SDK Solana التي يمكنها دعم التجميعات على Solana (لم تصبح جاهزة للإنتاج بعد). Helius هي شركة أخرى مناسبة لبناء البنية الأساسية لـ Solana Layer 2، كما لقد أشار ميرت عدة مرات .
التسلسلات المشتركة مثل بروتوكول روما والحاجة إلى عملاء خفيفين مثل تيني دانسر يمكن أن تكون أجهزة التسلسل المشتركة مثيرة للاهتمام بالنسبة لعمليات التجميع لأنها تمكن أنشطة مثل التحكيم الذري، وMEV، والربط السلس، مما يقلل من تجزئة السيولة.
محافظ مثل شبح , حقيبة الظهر ، و سولفلير . البنية التحتية للمحفظة متعددة التوقيعات والعقود الذكية مثل فرق تم وضع Squads كطبقة البنية التحتية النهائية لمحفظة العقود الذكية لـ Solana و SVM.
· إعادة وضع SOL: تعمل نظرية الوحدات النمطية أيضًا على تعزيز إعادة وضع SOL، حيث قد تحتاج هذه التجميعات/سلاسل التطبيقات إلى SOL لمشاركة الأمان وتكون أكثر اتساقًا مع Solana. سيؤدي هذا إلى جلب المشاركين الأوائل مثل الكمبري , بيكاسو و سولاير , جيتو من خلال شبكة ستيكنت و LST مثل الحرم والمحققين لزيادة دخلهم.
وأخيرا، هل يستطيع سولانا التعامل مع الطلب العالمي؟
بالطبع لا. من الناحية الواقعية، حتى مع الأخذ في الاعتبار قانون مور، حتى لو استمر تحسن أداء الأجهزة، وتم تحسين Solana لهذا التقدم في الأجهزة، فإن هذا غير عملي. أعتقد أن جميع المعاملات الأقل أهمية، مثل DRiP التي ترسل NFTs، ستنتقل في النهاية إلى سلسلتها الخاصة، بينما ستبقى المعاملات الأكثر قيمة على السلسلة الرئيسية حيث تكون القدرة على التركيب الحقيقية أمرًا بالغ الأهمية، مثل منصات التداول اللامركزية الفورية.
لا يعني هذا أن Solana خسرت المعركة بين المونوليث والقدرة على التركيب؛ بل إنها ستنجح بشكل أفضل من السلاسل الأخرى في المواقف التي تعتمد فيها على القدرة على التركيب وزمن الوصول المنخفض. ولا تختلف Sui وAptos وSei وMonad وغيرها عن غيرها لأننا لا نعرف بعد ما إذا كانت قادرة على الصمود في مواجهة اختبار النشاط الحقيقي المرتفع للمستخدمين.
على عكس الإيثريوم، لا تهدف الشبكة الرئيسية لسولانا إلى أن تكون "سلسلة B2B"؛ فقد كانت وستظل دائمًا سلسلة مستهلكين. إن بناء أنظمة موزعة على نطاق واسع أمر صعب للغاية، وتتمتع سولانا بأفضل الإمكانات لتصبح دفتر الأستاذ المشترك للمعاملات الأكثر قيمة في العالم.
سولانا تحتاج إلى رفيقة الروح: هل Lisks و Rollups هما التطابق المثالي؟
تم الحصول على هذه المقالة من الإنترنت: مناقشة بانورامية حول تطوير نظام Solana البيئي: ما هو تأثير L2 وسلسلة التطبيق؟
ذات صلة: مقال يستعرض اتجاه وبروتوكولات تنفيذ التشفير المدعوم بالذكاء الاصطناعي
في نهاية عام 2022، تم إطلاق ChatGPT للإصدار التجريبي العام، والذي بدأ جنون الذكاء الاصطناعي من نوع LLM. ومنذ ذلك الحين، بدأ عدد مشاريع الذكاء الاصطناعي المختلفة في الزيادة بسرعة، مع فئات فرعية تشمل البيانات ونماذج الذكاء الاصطناعي وقوة الحوسبة والتطبيقات والجوانب الأخرى. في عام 2024، ما هي الزوايا المجمعة على مستوى تطبيقات التشفير التي تدعمها الذكاء الاصطناعي؟ هل سيجلب الذكاء الاصطناعي تغييرات في الإنتاجية إلى التشفير؟ سوف يستعرض Odaily Planet Daily العديد من التطبيقات المجمعة في هذه المقالة. تدقيق الذكاء الاصطناعي في وقت مبكر من العام الماضي عندما أصبح LLM شائعًا، استخدم SlowMist ChatGPT لإجراء اختبارات التدقيق على ChatGPT (انظر: أقوى الذكاء الاصطناعي شيوعًا - هل يمكن استخدام GPT في عمليات تدقيق أمان العقود؟). في ذلك الوقت، كانت جميع الذكاء الاصطناعي عبارة عن ذكاء اصطناعي للأغراض العامة. كان ChatGPT ...