قبل شهر ، أثار Vibhu ، مؤسس DRiP ، أكبر تطبيق للمستهلكين على Solana يوزع NFTs مجانا من كبار الفنانين ، نقاشا تشتد الحاجة إليه ببيانه:

سيكون لدى Solana ويحتاج إلى L2s و / أو مجموعات

نشأ إحباطه لأن DRiP كان يسرب قيمة كبيرة (~ 20 ألف دولار / أسبوع) إلى الطبقة الأساسية ، وذلك بفضل ارتفاع أسعار SOL و ازدحام الشبكة. زيادة النشاط على Solana يؤدي إلى:

• الايجابيات - تعزيز السيولة ورأس المال وحجم المعاملات (بسبب قابلية التركيب)
• سلبيات - ارتفاع تكاليف البنية التحتية ، وضعف تجربة المستخدم ، والازدحام

ومع ذلك ، فإن DRiP ، الذي يستخدم Solana بشكل أساسي مثل البنية التحتية لتوزيع ملايين NFTs أسبوعيا من الفنانين إلى آلاف المحافظ ، لا يستفيد من قابلية التركيب العالية. إن النمو في TVL وتدفق رأس المال في Solana ليس له تأثير يذكر على DRiP ، الذي يعاني في المقام الأول من عيوب ، مثل ارتفاع تكاليف البنية التحتية.

يشير فيبهو إلى أن "قابلية التركيب لها عوائد متناقصة". ويشير أيضا إلى أن مطوري التطبيقات Solana يناقشون بشكل خاص رغبتهم في مجموعات بسبب:

1. زيادة إنتاجية المعاملات ، ومنافسة أقل في مساحة الكتلة ، ورسوم مخفضة.
2. سيطرة أكبر على القيمة الاقتصادية التي تولدها أعمالهم.

رابط المشاركة

على مدى الأشهر القليلة الماضية ، شهدت Solana العديد من حوادث الازدحام ، بدءا من عمليات الإنزال الجوي مثل JUP إلى تعدين ORE وذروة تداول عملات الميمز. بينما قد يجادل المرء بأن Firedancer يمكنه حل كل هذه المشكلات ، فلنكن واقعيين: لا يزال الجدول الزمني غير مؤكد ، ولا يمكن أن يتجاوز 10x في الوقت الحالي. على الرغم من ذلك ، صحيح أنه من بين جميع السلاسل الرئيسية التي تم اختبارها في المعركة ، تقف Solana كآخر متراصة حقيقية متبقية.

هل يجب أن تظل Solana متراصة أم تصبح وحدات؟ هل سيتطور Solana أيضا مثل إثيريوم مع حلول L2 و L3 المجزأة ، من بين حلول أخرى؟ ما هو المشهد الحالي لسلاسل التطبيقات مجموعات على Solana؟

لمعالجة هذه الأسئلة وتلخيص النقاش بأكمله ، سوف يستكشف هذا المقال جميع الاحتمالات ، ويناقش المشاريع المختلفة ، ويقيم إيجابياتها وسلبياتها.

لن تتعمق هذه المقالة في الجوانب الفنية ولكنها ستتبنى بدلا من ذلك منظورا أكثر توجها نحو السوق وعمليا في مناقشة مناهج التوسع المختلفة لتقديم نظرة عامة.

كل الأفكار ، لا زغب - بالإضافة إلى الكثير من ألفا.

باختصار ، سنناقش:

1. Solana وصنع الازدحام
2. Solana سلاسل التطبيقات Solana المعيارية
3. - مع أمثلة
4. Sollana Layer-2s و Rollups (RollApps) - مع أمثلة
5. Infra Powering Rollups و Appchains

Solana والازدحام:

لنبدأ بمخاطبة في الغرفة: كانت شبكة Solana مزدحمة للغاية مؤخرا (تم حلها الآن في الغالب) بسبب عمليات الإنزال الجوي ، وكمية كبيرة من نشاط التداول عملات الميمز ، وما إلى ذلك ، متصدر إلى أوقات ping عالية ، ونسبة عالية من المعاملات الفاشلة ، وزيادة رسوم الشبكة بسبب ارتفاع رسوم الأولوية. على الرغم من كل هذا ، عالجت Solana باستمرار حوالي 1-2 ألف TPS ، أكثر من جميع سلاسل EVM مجتمعة. أود أن أقول إنها مشكلة جيدة بالنسبة ل blockchain ، وقد وضعت أيضا أطروحة Solana المتجانسة على المحك.

نشرت مؤسسة Solana مؤخرا مدونة تحث المشاريع على اتخاذ إجراءات فورية لتعزيز أداء الشبكة، بما في ذلك:

• تنفيذ رسوم الأولوية - أمر بالغ الأهمية لتجنب المعاملات المتأخرة أو المقطوعة.
• تحسين استخدام وحدة حساب البرنامج (CU) - باستخدام ما هو ضروري فقط.
• تنفيذ جودة الخدمة (QoS) المرجحة التكديس - مما يسمح للتطبيقات بتحديد أولويات معالجة معاملات مستخدميها.

ومع ذلك ، فإن كل هذه الإجراءات تعمل فقط على تحسين إتمام المعاملة إلى حد ما ولا تضمن تجربة مستخدم سلسة للمعاملات. أحد الحلول الفورية لهذه المشكلة هو برنامج جدولة المعاملات الجديد الذي طال انتظاره ، والمقرر إصداره في الإصدار 1.18 المستهدف في أواخر أبريل. سيتم تقديمه جنبا إلى جنب مع المجدول الحالي ولكن لن يتم تمكينه افتراضيا ، مما يسمح المدققون بمراقبة أداء المجدول الجديد والعودة بسهولة إلى المجدول القديم في حالة ظهور أي مشاكل. يهدف هذا المجدول الجديد إلى ملء الكتل بشكل أكثر كفاءة واقتصادا ، وتحسين أوجه القصور في المجدول القديم. اقرأ هذه المقالة لمعرفة المزيد من التفاصيل حول @harshpatel_36138/whats-new-with-solana-s-transaction-scheduler-bcf79a7d33f7">new Scheduler.

Anza (كيان منبثق من Solana Labs) كان cيحاول باستمرار حل ازدحام الشبكة التي تم تحديدها على أنها مشكلات تتعلق بتنفيذ QUIC ، وسلوك عميل مدقق Agave (Solana Labs) ، عندما يطلب منه معالجة عدد كبير من الطلبات.

رابط المشاركة

بينما دعا مؤيدو النمطية بقوة إلى "خارطة طريق معيارية" ل Solana ، لا تزال Solana Labs / Anza (المشرف الأساسي على Solana بروتوكول) تركز على تحسين إنتاجية الطبقة الأساسية و وقت الإستجابة. تتضمن بعض التحسينات المحتملة ما يلي:

1. إصلاح أسواق الرسوم وزيادة الرسوم الأساسية (المحددة حاليا عند 5000 Lamports أو 0.000005 SOL).

2. تنفيذ رسوم قفل الكتابة الأسية للحسابات ، أي زيادة الرسوم بشكل تدريجي بمرور الوقت لتثبيط البريد العشوائي.

3. تحسين طلبات ميزانية CU من خلال نظام العقوبات.

4. تعزيز البنية الشاملة للشبكة.

حتى مع هذه التحسينات في القياس الرأسي (سلسلة واحدة) ، لا يمكننا استبعاد إمكانية اعتماد Solana القياس الأفقي (مجموعات). الحقيقة هي أن Solana يمكن أن تصبح مزيجا من كليهما - يمكن أن تكون بمثابة طبقة أساسية ممتازة مجموعات ، وتتميز بأوقات كتلة وقت الإستجابة منخفضة للغاية (~ 400 مللي ثانية) من شأنها أن تستفيد بشكل كبير مجموعات ، مثل تمكين التأكيد الناعم فائق السرعة من أجهزة التسلسل. أفضل جزء هو أن Solana كانت سريعة تاريخيا في تنفيذ التغييرات ، مما قد يجعلها طبقة أكثر كفاءة مجموعات من إثيريوم.

تحديث: قامت Anza الآن بدفع بعض التصحيحات للمساعدة في تخفيف بعض ازدحام الشبكة المستمرة ، وسيتبعها المزيد من التحسينات في الإصدار 1.18.

Making Solana Modular:

لقد بدأت بالفعل الجهود المبذولة لجعل Solana معيارية. كما يشير منشور Anza DevRel ، فإن مدقق Solana و SVM (بيئة التنفيذ التي تعالج المعاملات و العقود الذكية / البرامج) مقترنان بإحكام ويتم صيانتهما بواسطة Anza (كيان عرضي من Solana Labs). ومع ذلك، سيتم فصل عميل المدقق ووقت تشغيل SVM خلال الأشهر القليلة القادمة. سيسهل هذا الفصل تفرع SVM وإنشاء "سلاسل تطبيقات Solana" بسهولة.

على سبيل مجموعات ، يمكن أن تأتي الفائدة من تحسين طبقة Solana توفر البيانات (DA) / blob ، على الرغم من أن هذا قد يحدث في مرحلة لاحقة.

المصدر: أنزا ديفريل

Joe C (مهندس في Anza) كشف النقاب أيضا عن خطط لجعل SVM معياريا ، حيث سيتم إخراج خط أنابيب معالجة المعاملات من المدقق ووضعه في SVM. سيمكن هذا المطورين من تشغيل تنفيذ SVM والعمل بشكل مستقل عن أي مدقق.

سيكون SVM المعزول عبارة عن مجموعة من الوحدات المستقلة تماما. يمكن لأي تطبيق SVM دفع هذه الوحدات من خلال واجهات محددة جيدا ، مما يقلل بشكل أكبر من الحواجز أمام المشاريع المتوافقة مع SVM من خلال تقليل النفقات العامة المطلوبة لتصميم حلول مخصصة بشكل كبير. يمكن للفرق تنفيذ الوحدات التي تهتم بها فقط ، مع استخدام التطبيقات المعمول بها للباقي ، مثل تلك الموجودة في Agave أو Firedancer.

في قصير ، سيكون Solana المزيد من التوصيل والتشغيل ، مما يجعل سلاسل التطبيقات Solana مجموعات أسهل بكثير.

على نطاق واسع ، هناك اتجاهان ، حيث يمكن أن يذهب هذا: Layer-2s / Rollups و Appchains. سنلقي نظرة على كليهما - واحدا تلو الآخر.

Solana Appchains:

تعرف أيضا باسم شوكات SVM ، وهي في الأساس شوكات لسلسلة Solana المخصصة لتطبيقات محددة. كان Pyth أول سلسلة تطبيقات Solana ، لكن المفهوم اكتسب الاهتمام حقا عندما تسبب Rune ، مؤسس أحد أكبر بروتوكولات DeFi ، الصانع ، في ضجة كبيرة باقتراحه لتطوير سلسلة تطبيقات الصانع (للحوكمة) بناء على قاعدة بيانات Solana (SVM). اختار SVM نظرا لمجتمع المطورين القوي والتفوق التقني على الأجهزة الافتراضية الأخرى ، بهدف fork السلسلة الأكثر أداء لتلبية احتياجات المستهلكين بشكل أفضل. على الرغم من أنه لم يتم تنفيذ أي شيء حتى الآن ، إلا أن هذه الخطوة أثارت نقاشا تشتد الحاجة إليه حول سلاسل التطبيقات Solana.

على نطاق واسع ، يمكن أن يكون من نوعين:

1. بدون إذن - يمكن لأي شخص الانضمام إلى الشبكة ، على غرار الشبكة الرئيسية Solana الحالية.
2. مصرح به - تم تعبئته ك "Solana البيئات المصرح بها (SPEs)" من قبل مؤسسة Solana للمؤسسات ، وهو يسمح للكيانات ببناء وصيانة مثيل السلسلة الخاص بها ، المدعوم من SVM.

Pyth - OG Solana Appchain:
في وقت واحد ، استحوذت Pyth على 10-20٪ من جميع المعاملات على الشبكة الرئيسية Solana. ومع ذلك ، لم يتطلب الأمر أي قابلية للتركيب ، لذلك قاموا ببساطة بتقسيم قاعدة بيانات Solana. سمح لهم ذلك بالاستفادة من وقت الكتلة Solana السريع البالغ 400 مللي ثانية لتحديثات الأسعار عالية التردد. كانت Pythnet أول شبكة تتبنى SVM لسلسلة تطبيقاتها.

سلسلة تطبيقات Pythnet هي fork إثبات السلطة لشبكة Solana الرئيسية ، وتعمل كطبقة أساسية حسابية لمعالجة وتجميع البيانات التي توفرها شبكة ناشري البيانات في Pyth.

لماذا تحرك بيث؟
- لم يتطلب قابلية تركيب عالية (خاصة للتطبيقات غير Solana) وبالتالي كان خاليا من ازدحام الشبكة الرئيسية.

• كانت بحاجة إلى بيئة مصرح بها لنشر البيانات.
• تقليل تكاليف البنية التحتية عن طريق استيعاب الرسوم ، والتي تم تسريبها مسبقا إلى الطبقة الأساسية (Solana).

Cube Exchange هو مثال آخر ، CEX هجين تم نشره كسلسلة تطبيقات SVM ذات سيادة (مع كتاب خارج السلسلة طلب تماما وتسوية على سلسلة تطبيقات SVM الخاصة بهم)

بعض الأمثلة على Solana Appchains يمكن أن تكون:

1. Perp DEXs: مثل Hyperliquid ، يمكن أن تعمل Perp DEXs كشبكات L1 منفصلة. بالإضافة إلى ذلك ، بالنسبة لحالات استخدام التداول ، يمكن تخصيص عدد المعاملات لكل كتلة ، أو يمكن تنفيذ المنطق الشرطي ، مثل دمج تنفيذ طلب وقف الخسارة مباشرة في L1 ، أو ضمان فرضه كانتقال حالة ، أو إدخال منطق ذري خاص بالتطبيق.
2. الذكاء الاصطناعي و DePIN: يمكن أن تتميز هذه القائمة خاضعة للرقابة من مزودي الخدمة مثل Pyth. على سبيل المثال، يعمل Akash كسوق حوسبة عبر سلسلة تطبيقات Cosmos.
3. سلاسل تطبيقات الحوكمة: تم التحقق من صحتها من خلال اهتمام MakerDAO بسلسلة تطبيقات SVM، يمكن أن تكون سلسلة تطبيقات الحوكمة السيادية مقنعة. لا تزال الحوكمة في العملات المشفرة تتطور ، ويمكن أن يكون وجود سلسلة مخصصة إلى fork آلية تنسيق مفيدة.
4. سلاسل تطبيقات المؤسسات المستقبلية: تشمل التطبيقات المحتملة الأموال (مثل BlackRock) أو أنظمة الدفع (مثل Visa أو CBDCs).
5. سلاسل تطبيقات الألعاب: مشروع ألعاب الكازينو على Solana يفكر في سلسلة التطبيقات الخاصة به.
6. شوكات معدلة من Solana: على غرار الطريقة التي تقدم بها Monad أو Sei EVMs محسنة (متوازية) ، يمكن لأي شخص إنشاء نسخة محسنة من Solana. قد يصبح هذا الاتجاه أكثر انتشارا في السنوات القادمة ، خاصة وأن الشبكة الرئيسية Solana تبدأ في استكشاف بنى تصميم جديدة.

تصور مكدس Appchain Solana:

على الرغم من أن إنشاء سلسلة تطبيقات قد يكون أمرا بسيطا نسبيا، إلا أن ضمان الاتصال عبر جميع سلاسل التطبيقات أمر بالغ الأهمية لإمكانية التشغيل البيني. مستوحاة من انهيار ثلجي الشبكات الفرعية (المتصلة بواسطة انهيار ثلجي Warp Messaging الأصلية) وسلاسل تطبيقات Cosmos (المتصلة بواسطة IBC) ، يمكن Solana أيضا إنشاء إطار مراسلة أصلي لربط سلاسل التطبيقات هذه.

رابط المشاركة

يمكن للمرء أيضا إنشاء برنامج وسيط يشبه Cosmos-SDK ، مما يوفر حلا جاهزا لإنشاء سلاسل التطبيقات مع الدعم مدمجة للأوراكل (مثل Pyth أو Switchboard) ، و RPCs (مثل Helius) ، واتصال المراسلة (مثل Wormhole) ، من بين أمور أخرى.

Polygon AggLayer سيكون أيضا نهجا مثيرا للاهتمام ، حيث يمكن للمطورين توصيل أي سلسلة L1 أو L2 ب AggLayer ، والتي تجمع براهين ZK من جميع السلاسل المتصلة.

هل شبكة Appchain إيجابية للنظام البيئي Solana؟

على الرغم من أن سلاسل التطبيقات لا تتراكم بشكل مباشر على SOL ، لأنها لن تدفع رسوما في SOL أو تستخدم SOL كرمز غاز - ما لم يتم استخدام SOL المعاد تخزينه للأمن الاقتصادي - إلا أنها تفيد بشكل كبير النظام البيئي SVM. تماما كما توجد "تأثيرات شبكة EVM" ، فإن المزيد من شوكات SVM وسلاسل التطبيقات ستعزز تأثيرات شبكة SVM. ينطبق نفس المنطق الذي يجعل Eclipse (SVM L2 on إثيريوم) صاعد ل SVM ، على الرغم من أنه منافس مباشر للشبكة الرئيسية Solana.

Solana Layer-2s:

Solana Layer-2s، أو مجموعات، هي سلاسل منفصلة منطقيا تقوم بنشر البيانات إلى طبقة توفر البيانات (DA) الخاصة بالسلسلة المضيفة وإعادة استخدام آلية إجماع السلسلة المضيفة. يمكنهم أيضا استخدام طبقات DA أخرى مثل Celestia ، ومع ذلك ، فإنها لا تظل مجموعة بيانات حقيقية. "RollApp" هو مصطلح يستخدم بشكل عام للمجموعات الخاصة بالتطبيقات (والتي تستكشفها معظم التطبيقات Solana).

هل ستكون Solana Rollups هي نفسها إثيريوم؟
على ما يبدو لا. على Solana ، سيتم تجريد Rollups في الغالب للمستخدم النهائي. على الجبهة الأيديولوجية ، كانت إثيريوم مجموعات من أعلى إلى أسفل ، حيث قررت مؤسسة إثيريوم والقادة أن أفضل طريقة للتوسع هي من خلال مجموعات ، وبدأوا في دعم مختلف L2s بعد فشل CryptoKitties. بينما في Solana ، يكون الطلب من أسفل إلى أعلى ، أي يأتي من مطوري التطبيقات الذين يعتمدون المستهلك بشكل كبير. نتيجة لذلك ، فإن معظم المسرحيات الحالية هي مسرحيات تسويقية وهي مدفوعة بالسرد أكثر من كونها مدفوعة بطلب المستهلك. هذا فرق كبير وقد يؤدي إلى مستقبل مختلف مجموعات عما رأيناه في إثيريوم.

هل الضغط = تراكمات؟

سلاسل كتل الطبقة الأساسية لمقياس L2s (L1s) عن طريق تنفيذ المعاملات على L2 ، وتجميع بيانات المعاملة ، وضغطها. ثم يتم إرسال البيانات المضغوطة إلى L1 واستخدامها إما في دليل على الاحتيال (مجموعة التحديثات المتفائلة) أو إثبات صحة (zk rollup). يشار إلى عملية الإثبات هذه باسم "التسوية". وبالمثل ، يقوم الضغط بإلغاء تحميل المعاملات من الشبكة الرئيسية ، مما يقلل من التنافس على الحالة على الطبقة الأساسية. والجدير بالذكر أن Grass L2 ستستفيد من ضغط الحالة من أجل التراكم.

Rollups Landscape on Solana:

Two 'rollapps إلى حد ما' موجودان حاليا:

1. GetCode:

يتيح تطبيق المدفوعات المزود بحزمة SDK للمدفوعات الصغيرة لأي شخص الدفع وقبول المدفوعات على الفور ويستخدم أيضا مجموعة بيانات زائفة لتطبيقه. إنه يخلق نوايا لجميع المعاملات ويستخدم جهاز تسلسل يشبه التراكمي ، والذي يستقر على Solana بعد فترات N.

يؤدي استخدام بنية تشبه مجموعة التحديثات إلى:

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

2. التراكمات المؤقتة بواسطة MagicBlocks

طورت MagicBlocks ، وهي بنية تحتية لألعاب web3 ، مجموعات سريعة (أو مؤقتة) ، خاصة للألعاب. يستخدم الهيكل الحساب ل SVM ويتم تقسيم حالة اللعبة إلى مجموعات. ينقل الحالة مؤقتا إلى طبقة مساعدة أو "مجموعة التحديثات المؤقتة" ، وهي طبقة مخصصة قابلة للتكوين. تعمل مجموعة التحديثات سريعة الزوال كوقت تشغيل SVM متخصص أو مجموعة تراكمية لتسهيل معالجة المعاملات بمعدل نقل مرتفع.

يتيح استخدام بنية تشبه مجموعة التحديثات ما يلي:

1. تخصيص وقت التشغيل المتخصص ليشمل ميزات مثل المعاملات الخالية من الغاز ، وأوقات الحظر الأسرع ، ودمج آلية موقوتة (على سبيل المثال ، نظام جدولة معاملات متكامل مثل clockwork ، يعمل بدون رسوم).
2. يقوم المطورون بنشر البرامج على الطبقة الأساسية (على سبيل المثال ، Solana) بدلا من سلسلة منفصلة أو مجموعة تحديثات. لا تعمل النتائج الإلكترونية على تجزئة النظام البيئي الحالي وتسمح بتسريع العمليات المستهدفة دون إنشاء بيئة معزولة. هذا يعني أنه يمكن استخدام جميع البنية التحتية Solana الحالية.

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

مجموعات Solana القادمة:

1. Grass: مشروع DePIN يهدف إلى حل مشاكل البيانات الذكاء الاصطناعي من خلال التحقق من الكشط. عندما تقوم عقد Grass بكشط الويب بحثا عن بيانات تدريب الذكاء الاصطناعي ، ستقوم المدققون بتخزين البيانات داخل السلسلة ، وتتبع بدقة مكان نشأة البيانات والعقدة المسؤولة عن كشطها ، ومكافأتها بشكل متناسب.

يتطلب Grass 1 مليون طلب ويب في الثانية ، وهو أمر غير ممكن على الشبكة الرئيسية Solana. لذلك ، يخططون لعمل إثباتات ZK لبيانات الأصل لجميع مجموعات البيانات وتجميعها للتسوية على Solana L1. إنهم يفكرون في استخدام ضغط الحالة من مجموعة أخرى وتسوية الجذور على mainnet-beta.

سيؤدي هذا التطور إلى وضع Grass كطبقة أساسية لمجموعة واسعة من التطبيقات التي لا يمكن تحقيقها إلا فوق Grass (لاحظ أن المنصات والبنية التحتية غالبا ما تتطلب تقييمات أعلى بكثير وأن Grass ستطلق الرمز المميز قريبا :P).

1. Zeta: واحدة من أقدم DEX perp على Solana والتي تحتوي على داخل السلسلة تماما طلب الكتاب تخطط أيضا لنقل مطابق خارج السلسلة عبر Solana rollup.

تحتوي Perp DEXs على PMF فوري ل مجموعات لأنها تحسن تجربة المستخدم بشكل كبير. فقط اسأل شخصا قام بالتداول على Hyperliquid أو Aevo مقابل Solana perp DEXs ، حيث يتعين عليك التوقيع على كل معاملة ، وتنبثق المحفظة ، وعليك الانتظار ~ 10-20 ثانية. علاوة على ذلك ، لا تتطلب perps تنفيذا متزامنا وتوفر قابلية عالية للتركيب مع بقية DeFi ، لا سيما في الجانب التجاري مطابق.

ومن المثير للاهتمام أن أرماني (المؤسس المشارك لحقيبة الظهر) أيضا غردوا أنهم يميلون الآن إلى L2.

Sonic تقوم أيضا ببناء سلسلة SVM معيارية (Hypergrid) ستمكن الألعاب من نشر سلاسلها الخاصة على Solana. هناك أيضا إثيريوم مجموعات تستند إلى SVM مثل Eclipse و NitroVM التي تستخدم SVM كمحرك تنفيذ. يعمل النيون كملف L2 متوافق مع EVM على Solana. بالإضافة إلى ذلك ، هناك مشاريع في مرحلة الفكرة ، مثل Molecule (SVM بيتكوين طبقة 2).

Sovereign SDK هو إطار عمل آخر مشابه ل node.js ، ولكن لبناء مجموعات. يجلب المستخدمون رمز Rust الخاص بهم ، ونحوله إلى مجموعة تراكمية متفائلة أو ZK يمكن نشرها على أي blockchain. يمكن أن يكون رمز Rust هو منطق تطبيقك المحدد ، أو أي VM.

بعض الأطروحات على Rollups:

1. التراكمات = محاذاة SOL:
   أصبح مصطلح "ETH-Aligned" ، أو كلمة أفضل ل "ETH Bag Biases" ، ميميا شائعا. لماذا تعتقد أن Layer 2s و Restaking / EigenLayer أصبحا السرد الأكثر سخونة؟ ذلك لأنهم يزيدون من "أموال ETH" ، مع استخدام ETH كأصل أساسي في كل مكان.

ينطبق نفس المبدأ على Solana. سوف يلتف مجتمع Solana حول أي حل يعزز ممتلكاتهم SOL - الأمر بهذه البساطة. مع توسع النظام البيئي Solana ، ستصبح "أموال SOL" التي تم تجاهلها ذات يوم ذات أهمية. تذكر أن معظم عمليات التجميع هي على أي حال "لعبة تسويقية" وتعطي استحقاقا أفضل لقيمة الرمز المميز حيث لا تزال الأسواق تقدر البنية التحتية أكثر من التطبيقات.

1. ستبدو عمليات التجميع وكأنها امتداد ل Solana:
   بالإضافة إلى مزايا الأمان (أي وراثة الأمان من الطبقة الأساسية) ، سيكون الوصول السهل إلى المستخدمين والأصول Solana ميزة كبيرة. كما يلاحظ Jon Charbonneau ، فإن إثيريوم Rollups مثل Base و Optimism و Arbitrum تبدو أشبه بامتدادات إثيريوم. يحتفظ المستخدمون بنفس المحافظ والعناوين ، ورمز غاز الأصلي هو إصدار أساسي واحد من ETH ، ETH يهيمن على DeFi مع جميع أزواج التداول ، وتسعير التطبيقات الاجتماعية NFTs في ETH وتدفع المبدعين في ETH (على سبيل المثال ، friend.tech) ، والودائع في L2 فورية ، إلخ.

وبالمثل ، سيحدث هذا مع Solana. التعلم من إثيريوم ، فإن معظم Solana Rollapps لن تجعل المستخدمين يشعرون وكأنهم يستخدمون سلسلة منفصلة (على سبيل المثال ، Getcode).

1. سيرى Solana "RollApps" أكثر من "Rollups"
   Solana ليس لديه مشكلة التحجيم مثل إثيريوم حيث تكون الشبكة الرئيسية ببساطة غير قابلة للاستخدام بسبب ارتفاع رسوم غاز ، فهي محسنة للغاية. ومع ذلك ، فإن بعض التطبيقات التي تحتاج إلى مساحة حظر مخصصة ستنشئ مجموعات الخاصة بها. في حين أن التراكمات للأغراض العامة على Solana لا معنى لها بالنسبة لي ، إلا أنها منطقية من الناحية الاقتصادية للمشاريع. على سبيل المثال ، حقق مستخدمو < href = "https://twitter.com/0x_Osprey/status/1773044075802849391?s=20 ">Base إيرادات بقيمة 2 مليون دولار ل Coinbase في يوم واحد فقط! تميل حوافز البنائين بشدة نحو L2. ومع ذلك ، كما لوحظ ، يبدو أن كل مجموعة EVM عبارة عن لفة فانيليا ، والعديد منها ، مثل Linea أو Scroll أو zkSync ، أصبحت سلاسل أشباح مع المزارعين فقط الذين يجرون بعض المعاملات لعمليات الإنزال الجوي الرمزية.

علاوة على ذلك ، أشعر أن L2s للأغراض العامة على Solana قد تؤدي إلى نفس مشاكل إثيريوم القديمة ، أي مجموعات المركزية والازدحام وتجزئة السيولة.

1. لماذا قد ترغب بعض التطبيقات في الانتقال إلى Rollapps / appchain؟
   سيبدأ كل تطبيق في البداية على Solana الشبكة الرئيسية ، حيث أن استضافة المزيد من التطبيقات على البنية التحتية المشتركة يقلل بشكل كبير من تعقيد المطور والمستخدم. ومع ذلك ، مع نمو هذه التطبيقات ، قد تسعى إلى:
   • التقاط القيمة: من الصعب استيعاب القيمة على طبقة Solana مشتركة غير مصممة مع وضع تطبيق واحد فقط في الاعتبار. يمكن أن يكون التقاط MEV خيارا مربحا آخر ل DEXs.
   تخصيص
   • Blockspace مخصص
   • في حالات الاستخدام مثل:
     • الخصوصية: على سبيل المثال ، يستخدم Getcode جهاز تسلسل لتسهيل المدفوعات الخاصة لمستخدميه.
     • تجارب سوق الرسوم
     • مجمعات مشفرة لتقليل MEV
     • كتب طلب مصممة خصيصا
2. ومع ذلك ، لن ترغب جميع التطبيقات في تشغيل مجموعة التحديثات الخاصة بها ، خاصة تلك التي لم تصل إلى سرعة هروب معينة (على سبيل المثال ، TVL كافية ، مستخدمون ، الحجم). ينطوي إطلاق سلسلتك الخاصة اليوم على مقايضات مؤلمة وغير ضرورية (التعقيد ، التكلفة ، تجربة المستخدم الأسوأ ، السيولة المجزأة ، إلخ) ، والتي لا تستطيع معظم التطبيقات ، خاصة تلك التي في المرحلة المبكرة ، تبريرها للفوائد الإضافية. لا يزال Solana قلب وروح تطوير SVM ، ومن المحتمل أن يتم نشر العديد من التطبيقات الجديدة نتيجة لذلك.
   بالنسبة لمنشئي التطبيقات: يعتمد Solana الشبكة الرئيسية أو Appchain أو Rollup
   تماما. إذا لم تكن هناك حاجة قوية للتركيب مع جميع التطبيقات الأخرى ، فإن أخذ بعض المكونات المختلفة خارج السلسلة (إما appchain أو rollup) أمر منطقي تماما. يجب ألا يحتاج المستخدم إلى معرفة أنه يستخدم حتى مجموعة التحديثات أو سلسلة التطبيقات. تقوم كل من Grass و Zeta و Getcode بتجريد أي بنية تحتية من نوع rollup يستخدمونها لمستخدميهم.

بالنسبة لحالات الاستخدام المصرح بها والتخصيص ، يخدم ملحق عملة أيضا معظم الاحتياجات مثل منطق توثيق KYC / النقل مع الاحتفاظ بقابلية التركيب.
لذا ، هل سيكون DRiP L2 / appchain؟
يستخدم DRiP حاليا Solana من أجل:

* محافظ إنشاء المستخدم (يمكن أن يكون على L2 / appchain)
* توزيع NFTs المضغوطة (يمكن أن يكون على L2 / appchain)
* تداول NFTs المضغوطة (يمكن أن يكون على L2 / appchain ، ولكن يجب سد الأموال)

1. يمكننا أن نرى بوضوح أنه لا توجد حاجة قوية للتواجد Solana الطبقة 1 ، إلى جانب التكنولوجيا التي يمكن أن توفرها L2s / appchains أيضا. نظرا لأن الهدف الأساسي ل DRiP كان دائما مستخدمي web2 ، فيمكنه إعدادهم مباشرة إلى سلسلتهم ، مما يمنحه تحكما أعلى بكثير في طويل الأمد لأنه لن يسرب كل القيمة إلى السلسلة الأساسية (Solana). علاوة على ذلك ، وصل DRiP إلى سرعة الهروب (أكبر تطبيق استهلاكي على Solana) للانتقال الآن إلى سلسلته الخاصة. بنية التجميع الزائفة مثل Getcode منطقية تماما ل DRiP.

Infrastructure Powering Rollups and Appchains:

إذا توسعت أطروحة rollapp/appchain، فسيستفيد موفرو البنية التحتية الحاليون بشكل كبير عند دخولهم إلى أسواق جديدة:

1. يمكن لموفري مجموعة التحديثات كخدمة (RaaS) الحاليين مثل Caldera الدخول بسهولة إلى سوق SVM مع ظهور الطلب. SVM إثيريوم مجموعات مثل Eclipse و NitroVM يراقبون هذه الفرصة باهتمام. بالإضافة إلى ذلك ، تقدم Sovereign Labs محول Solana Sovereign SDK الذي يتيح مجموعات على Solana (غير جاهز للإنتاج بعد). هيليوس هي شركة أخرى مناسبة تماما لبناء البنية التحتية ل Solana L2s ، كما ألمح Mert عدة مرات.
2. أجهزة التسلسل المشتركة مثل بروتوكول روما والحاجة إلى عملاء خفيفين مثل Tinydancer. يمكن أن تكون أجهزة التسلسل المشتركة مثيرة للاهتمام بالنسبة مجموعات لأنها تتيح أنشطة مثل المراجحة الذرية ، MEV ، والتجسير السلس ، مما يقلل من تجزئة السيولة.
3. محافظ مثل Phantom, Backpack, and Solflare. البنية التحتية لمحفظة العقود الذكية ومتعددة sig مثل Squads. لطالما تم وضع الفرق على أنها "طبقة البنية التحتية النهائية لمحفظة العقود الذكية ل Solana و SVM".
4. SOL Restaking: تعزز الأطروحة المعيارية أيضا إعادة الاستعادة لأن هذه مجموعات / appchains قد تتطلب أمانا مشتركا SOL وتصبح أكثر توافقا مع Solana. هذا يؤدي إلى:
   1. لاعبو المرحلة المبكرة مثل Cambrian, Picaso, and Solayer
   2. Jito via Stakenet وLSTs مثل Sanctum
   3. Validators - زيادة الإيرادات

أفكار ختامية: هل Solana التعامل مع طلب العالم بأسره؟

بالتأكيد لا. لنكن واقعيين: حتى مع الأخذ في الاعتبار قانون مور (أن أداء الأجهزة سيستمر في التحسن ، ويتم تحسين Solana لمثل هذه التطورات في الأجهزة) ، فهذا غير عملي. أعتقد أن جميع المعاملات الأقل أهمية (مثل إرسال DRiP ل NFTs) ستنتقل في النهاية إلى سلاسلها الخاصة ، بينما ستبقى المعاملات الأكثر قيمة على السلسلة الرئيسية ، حيث تكون قابلية التركيب الحقيقية ضرورية (على سبيل المثال ، فوري DEXs).

ولا ، هذا لا يعني أن Solana قد خسر في معركة المتراصة والتركيب ؛ سيدير الحالات التي تعتمد على قابلية التركيب وانخفاض وقت الإستجابة أفضل من السلاسل الأخرى. ولا ، Sui / Aptos / Sei / Monad ، وما إلى ذلك ليست أفضل حتى الآن ، لأننا لا نعرف ولم يتم اختبارها بعد من أجل نشاط المستخدم الحقيقي العالي.

على عكس إثيريوم ، لا تهدف Solana الشبكة الرئيسية إلى أن تكون "سلسلة B2B" ؛ كانت وستظل دائما سلسلة المستهلكين. يعد بناء الأنظمة الموزعة على نطاق واسع أمرا صعبا للغاية ، وتتمتع Solana بأفضل إمكانات لتصبح دفتر الأستاذ المشترك العالمي للمعاملات الأكثر قيمة.

Solana يحتاج إلى رفقاء الروح: هل يمكن أن تكون Appchains و rollups هي المباراة المثالية؟

لا تتردد في الاتصال بي على Yash Agarwal (@yashhsm على تويتر) للحصول على أي اقتراحات أو إذا كان لديك أي آراء. إذا وجدت هذا ثاقبا بعض الشيء ، فيرجى مشاركته - يبرر أسابيع جهدي ويحصل على المزيد من مقل العيون :)

شكر خاص ل Karthik (PepperDEX)، Brian Breslow (Dorahacks)، Parth (Arana Ventures)، Rex (Anza)، Het Dagli (Superteam)، Kash (Superteam)، و Akshay (Superteam)، الذي راجع وقدم رؤى في مراحل مختلفة من المسودة.

إخلاء المسؤولية:

1. تمت إعادة طباعة هذه المقالة من [مدونة الفريق الخارق]. جميع حقوق الطبع والنشر تنتمي إلى المؤلف الأصلي [YASH AGARWA]. إذا كانت هناك اعتراضات على إعادة الطبع هذه ، فيرجى الاتصال بفريق Gate Learn ، وسيقومون بالتعامل معها على الفور.
2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة هي آراء المؤلف فقط ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى من قبل فريق Gate Learn. يحظر نسخ المقالات المترجمة أو توزيعها أو سرقتها، ما لم يذكر ذلك.