المؤلف: ياش أغاروال المصدر: ترجمة متوسطة: شان أوبا، جولدن فاينانس

< p style="text-align: left;">قبل شهر، أدلى Vibhu، مؤسس تطبيق Solana الأفضل للمستهلكين DRiP، ببيان أثار نقاشًا تشتد الحاجة إليه. تقوم DRiP بتوزيع NFTs مجانية لفنانين مشهورين كل أسبوع من خلال المنصة. إليك ما قاله:

سيكون لدى Solana خيارات L2 و/أو مجموعة التحديثات ويحتاج إليها.

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

• المكافأة - السيولة ورأس المال وبسبب قابلية التركيب زيادة حجم المعاملات

• العيوب - تكاليف البنية التحتية المرتفعة وتجربة المستخدم السيئة وازدحام الشبكة

< /ul>

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

لاحظ Vibhu أن "هناك عوائد متناقصة على قابلية التركيب." وأشار أيضًا إلى أن مطوري تطبيقات Solana يناقشون بشكل خاص رغبتهم في الحصول على حل تراكمي للأسباب التالية:< /p>

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

p>

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

هل ينبغي على سولانا أن يحافظ على بنية متجانسة أم أن يصبح نموذجيًا؟ هل ستتطور Solana إلى حلول L2 وL3 مجزأة كما فعلت Ethereum؟ ما هو المشهد الحالي لسلاسل التطبيقات وإظهار Solana؟

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

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

ستغطي هذه المقالة المحتوى التالي:

• سولانا وازدحام الشبكة

• جعل سولانا معيارية

• < p style="text-align: left;">سلسلة تطبيقات Solana - مثال

• Solana Layer-2 وRollApps (RollApps) - مثال

• توفير قوة البنية التحتية لمجموعة التحديثات وسلسلة التطبيقات



سولانا والازدحام:

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

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

• فرض أولوية تحصيل الرسوم - وهو أمر بالغ الأهمية لتجنب المعاملات المتأخرة أو المفقودة.

• تحسين استخدام وحدة حساب البرنامج (CU) - استخدم الأجزاء الضرورية فقط.

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

ومع ذلك، لا يمكن لجميع هذه التدابير إلا تحسين إتمام المعاملة إلى حد معين ولا يمكنها ضمان تجربة مستخدم سلسة للمعاملات. أحد الحلول المباشرة لهذه المشكلة هو برنامج جدولة المعاملات الجديد المرتقب، والذي من المقرر إصداره في الإصدار 1.18 في نهاية أبريل. سيتم تقديمه جنبًا إلى جنب مع المجدول الحالي ولكن لن يتم تمكينه افتراضيًا، مما يسمح للمدققين بمراقبة أداء المجدول الجديد والعودة بسهولة إلى المجدول القديم في حالة ظهور أي مشكلات. تم تصميم هذا المجدول الجديد لملء الكتل بشكل أكثر كفاءة واقتصادية، مما يؤدي إلى تحسين أوجه القصور في المجدول القديم. اقرأ هذه المقالة لمعرفة المزيد حول المجدول الجديد.

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

p>

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

1. إصلاح سوق الرسوم وزيادة الرسوم الأساسية (المحددة حاليًا بـ 5000 لامبورت أو 0.000005 سول).

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

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

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

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

p>

جعل سولانا نموذجيًا:

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

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

p>

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

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

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

بشكل عام، هناك اتجاهان: Layer-2s/Rollups وAppchains. وسوف ننظر في كل منهما واحدا تلو الآخر.



سلسلة تطبيق Solana:

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

يمكن تقسيم سلسلة تطبيق Solana تقريبًا إلى نوعين:

• بدون إذن: يمكن لأي شخص الانضمام إلى الشبكة، على غرار شبكة Solana الرئيسية الحالية.

• الإذن: أطلقت مؤسسة Solana "بيئات Solana المسموح بها (SPEs)" للمؤسسات، مما يسمح للكيانات ببناء وصيانة بيئاتها الخاصة مثيل السلاسل، المدعوم من SVM.

Pyth: سلسلة تطبيقات المخضرم Solana

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

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

لماذا تهاجر لغة Pyth؟

• لا يتطلب قابلية التركيب، وبالتالي تجنب ازدحام الشبكة الرئيسية.

• يتطلب بيئة مرخصة لنشر البيانات.

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

p>



أمثلة على سلسلة تطبيق Solana

سلاسل تطبيق Solana (المعروفة أيضًا باسم شوكات SVM) هي أنواع مختلفة من يقدم المشروع إمكانيات، بعض الأمثلة مذكورة أدناه:

• بورصة لامركزية مستدامة (Perp DEX) ): مثل Hyperliquid، يمكن تشغيل هذا النوع من التبادل كشبكة L1 مستقلة. علاوة على ذلك، بالنسبة لحالات استخدام التداول، من الممكن تخصيص عدد المعاملات لكل كتلة، أو تنفيذ المنطق الشرطي، مثل دمج تنفيذ أوامر وقف الخسارة مباشرة في L1، أو ضمان تنفيذها كانتقال للحالة، أو إدخال منطق الذرات الخاص بالتطبيق.

• الذكاء الاصطناعي وشبكة البنية التحتية المادية اللامركزية (DePIN): يمكن أن يتضمن هذا النوع من سلسلة التطبيقات قائمة من نواتج توفير الخدمة الخاضعة للرقابة، مثل بيث. تعمل Akash كسوق للحوسبة من خلال سلسلة تطبيقات Cosmos.

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

• سلسلة تطبيقات المؤسسات المستقبلية: تشمل التطبيقات المحتملة الأموال (مثل BlackRock) أو أنظمة الدفع (مثل Visa أو CBDC).

• سلسلة تطبيقات الألعاب: يفكر مشروع لعبة كازينو على Solana في استخدام سلسلة التطبيقات الخاصة به.

• شوكة Solana المحسّنة: تشبه Monad أو Sei، فهي توفر EVM محسّنًا (موازيًا)، ويمكنها أيضًا إنشاء إصدار Solana أكثر تحسينًا . من المرجح أن يصبح هذا الاتجاه أكثر انتشارًا في السنوات القادمة حيث تبدأ شبكة Solana الرئيسية في استكشاف بنيات التصميم الجديدة.

تخيل مكدس سلسلة تطبيق Solana:

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

بالإضافة إلى إنشاء سلاسل تطبيقات مستقلة، هناك بعض الطرق الأخرى لتوسيع نظام Solana البيئي:

• البرمجيات الوسيطة المشابهة لـ Cosmos-SDK: يمكن أن توفر حلاً جاهزًا لإنشاء سلاسل التطبيقات، كما أنها تحتوي على دعم مدمج لـ Oracles (مثل Pyth أو Switchboard) و RPC (مثل Helius) واتصالات تمرير الرسائل (مثل Wormhole)، وما إلى ذلك.

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

هل سلسلة التطبيقات جيدة لنظام Solana البيئي؟

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

طبقة Solana-2: فرع آخر من الطريق المعياري

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

هل سيكون Solana Rollup هو نفس Ethereum؟

بالطبع لا. بالنسبة إلى Solana، ستكون مجموعة التحديثات أكثر تجريدًا للمستخدم النهائي. من وجهة نظر أيديولوجية، فإن مجموعة Ethereum's Rollup هي من أعلى إلى أسفل، وقد قررت مؤسسة Ethereum وقادتها أن التدحرج من خلال مجموعة Rollup هو أفضل طريقة للتوسع، وبدأوا في دعم مختلف L2s بعد كارثة CryptoKitties. بالنسبة لـ Solana، جاء الطلب من الأسفل إلى الأعلى، من مطوري التطبيقات مع اعتماد كبير من قبل المستخدمين. ونتيجة لذلك، فإن معظم مشاريع التجميع الحالية هي مجرد حيلة تسويقية أكثر من كونها مدفوعة بطلب المستهلكين. وهذا فرق كبير يمكن أن يؤدي إلى مستقبل مختلف لـ Rollup on Solana عما نراه على Ethereum.

Compression=Rollups?

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

منظر طبيعي للمجموعات على Solana:

يوجد حاليًا "تطبيقان قابلان للتطبيق إلى حد ما" قيد التشغيل:< /p>

1. احصل على الرمز:

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

p>

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

1. المرونة: يمكن أن تمثل النوايا مجموعة متنوعة من الأنشطة المستقبلية، وليس فقط معاملات الدفع. بالإضافة إلى ذلك، يمكن أيضًا استبدال Solana كسلسلة حسب الحاجة.

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

2. مجموعة مؤقتة من MagicBlocks

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



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

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

2. ينشر المطورون البرامج على طبقة أساسية (مثل Solana) بدلاً من سلسلة منفصلة أو مجموعة مجمعة. لا تؤدي ER إلى تجزئة الأنظمة البيئية الحالية ويمكنها تسريع العمليات المستهدفة دون إنشاء بيئات معزولة. وهذا يعني أنه يمكن الاستفادة من جميع البنية التحتية الحالية لـ Solana.

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

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

1. Grass: مشروع DePIN يهدف إلى حل مشكلات بيانات الذكاء الاصطناعي من خلال عملية الاستخراج التي تم التحقق منها. عندما تزحف العقد العشبية إلى بيانات تدريب الذكاء الاصطناعي على الشبكة، سيقوم المدقق بتخزين البيانات على السلسلة، ويتتبع بدقة مصدر البيانات والعقدة المسؤولة عن الزحف إلى البيانات، ويكافئهم بشكل متناسب.
   يتطلب Grass مليون طلب ويب في الثانية، وهو أمر غير ممكن على شبكة Solana الرئيسية. ولذلك، فإنهم يخططون لإثبات ZK للبيانات الأولية لجميع مجموعات البيانات وتسويتها في Solana L1 على دفعات. إنهم يفكرون في استخدام مجموعة أخرى لضغط الحالة وتأصيلها على النسخة التجريبية من الشبكة الرئيسية.
   يضع هذا التطوير Grass كطبقة أساسية لمجموعة متنوعة من التطبيقات التي لا يمكن تنفيذها إلا فوق Grass (لاحظ أن المنصات والبنية التحتية تتطلب عمومًا تقييمات أعلى، وأن Grass على وشك إطلاق رمز مميز :P ).

2. Zeta: واحدة من أقدم Perp DEX على Solana، مع كتاب أوامر Perp متصل بالكامل بالسلسلة، وتخطط أيضًا لاستخدامه Solana Rollup قم بتحريكه إلى أسفل السلسلة المطابقة.
   يحتوي Perp DEX على PMFs فورية للتجميع لأنها تعمل على تحسين تجربة المستخدم بشكل كبير. ما عليك سوى سؤال أي شخص قام بالتداول على Hyperliquid أو Aevo باستخدام Solana perp DEX، وسيتعين عليك تسجيل الدخول في كل معاملة، وستنبثق المحفظة وسيتعين عليك الانتظار لمدة 10-20 ثانية تقريبًا. بالإضافة إلى ذلك، لا تتطلب Perps تنفيذًا متزامنًا وتوفر درجة عالية من قابلية التركيب مع بقية DeFi، خاصة فيما يتعلق بمطابقة التجارة.

ومن المثير للاهتمام أن Armani (المؤسس المشارك لـ Backpack) قام أيضًا بالتغريد بأنهم ينتقلون الآن إلى L2.

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

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

بعض الأبحاث حول المجموعات المجمعة:

1. Rollups = SOL Alignment:
   أصبح المصطلح "ETH Alignment"، أو المصطلح الأفضل "ETH Bag Biases"، من الميمات الشائعة. لماذا تعتقد أن Layer 2 وRetake/EigenLayer أصبحت أهم المواضيع؟ وذلك لأنها تضيف إلى "أموال ETH"، والتي يتم استخدامها كأصل أساسي في كل مكان.
   وينطبق نفس المبدأ على سولانا. سوف يلتف مجتمع Solana حول أي حل يزيد من ممتلكاته من SOL - الأمر بهذه البساطة. ومع توسع نظام سولانا البيئي، ستصبح "نقدية سولانا" التي تم التغاضي عنها ذات يوم مهمة. ضع في اعتبارك أن معظم المجموعات المجمعة هي "مسرحيات تسويقية" على أي حال وتوفر تراكمًا أفضل لقيمة الرمز المميز حيث لا يزال السوق يقدر البنية التحتية أكثر من التطبيق.

2. تبدو المجموعات المجمعة وكأنها امتداد لـ Solana:
   باستثناء فوائد الأمان (أي يتم توريث الأمان من الطبقة الأساسية) سيكون الوصول السهل إلى مستخدمي Solana وأصوله ميزة كبيرة. كما أشار جون شاربونو، تبدو مجموعات Ethereum Rollups (مثل Base وOptimism وArbitrum) وكأنها امتدادات لـ Ethereum. يحتفظ المستخدمون بنفس المحافظ والعناوين، ورمز الغاز الأصلي هو إصدار أساسي واحد من ETH، وتهيمن ETH على DeFi عبر جميع أزواج التداول، وتقوم التطبيقات الاجتماعية بتسعير NFTs في ETH وتدفع للمبدعين في ETH (على سبيل المثال، friends.tech)، وإيداع الأموال في L2 فوري، وما إلى ذلك.
   وبالمثل، يحدث هذا مع سولانا. من خلال التعلم من Ethereum، فإن معظم Solana Rollapps لن تجعل المستخدمين يشعرون وكأنهم يستخدمون سلسلة منفصلة (مثل Getcode).

3. سوف يرى Solana عددًا أكبر من "RollApps" مقارنةً بـ "Rollups"
   ليس لدى Solana أي مقياس مثل مشكلة Ethereum، لأن شبكة Ethereum الرئيسية هي ببساطة غير قابل للاستخدام بسبب رسوم الغاز المرتفعة، فهو مُحسّن للغاية. ومع ذلك، فإن بعض التطبيقات التي تتطلب مساحة كتلة مخصصة ستقوم بإنشاء مجموعاتها. في حين أن التحديثات الشاملة على Solana لا تبدو منطقية بالنسبة لي، إلا أنها منطقية للمشروع من منظور مالي. على سبيل المثال، حقق مستخدمو Base إيرادات بقيمة 2 مليون دولار لـ Coinbase في يوم واحد فقط! تميل الحوافز المقدمة لشركات البناء بشكل كبير نحو المستوى الثاني. ومع ذلك، كما لوحظ، يبدو أن كل مجموعة EVM عبارة عن مجموعة عادية، والعديد منها (مثل Linea أو Scroll أو zkSync) أصبحت سلاسل شبحية حيث يقوم المزارعون فقط بإجراء معاملات إسقاط جوي رمزية صغيرة.
   وأعتقد أيضًا أن L2 العالمي على Solana يمكن أن يؤدي إلى نفس مشكلات Ethereum القديمة المتمثلة في التراكم المركزي والازدحام وتجزئة السيولة.

4. لماذا تريد بعض التطبيقات الترحيل إلى Rollapps/appchain؟
   سيتم إطلاق كل تطبيق في البداية على شبكة Solana الرئيسية، حيث أن استضافة المزيد من التطبيقات على البنية التحتية المشتركة يقلل بشكل كبير من التعقيد بالنسبة للمطورين والمستخدمين. ومع ذلك، مع تطور هذه التطبيقات، قد تسعى إلى:

• التقاط القيمة: يعد استيعاب القيمة على طبقة Solana المشتركة أكثر صعوبة وقد تم تصميمه مع وضع أكثر من تطبيق واحد في الاعتبار. يمكن أن يكون التقاط MEV خيارًا مربحًا آخر لـ DEXs.

• مساحة مخصصة للكتلة

• قابلية التخصيص في حالات الاستخدام
  ، مثل: - الخصوصية: على سبيل المثال، يستخدم Getcode جهاز تسلسل لتسهيل عمليات الدفع الخاصة للمستخدمين.
  - تجربة سوق الرسوم
  - تجمع الذاكرة المشفر لتقليل MEV
  - دفتر الطلبات المخصص
  ومع ذلك، لن ترغب جميع التطبيقات في بدء مجموعة التحديثات الخاصة بها، خاصة تلك التي لم تصل بعد إلى مستوى معين من الهروب تطبيق السرعة (على سبيل المثال، ما يكفي من TVL والمستخدمين وحجم المعاملات). إن إطلاق سلسلتك الخاصة اليوم ينطوي على مقايضات مؤلمة وغير ضرورية (التعقيد، والتكلفة، وتجربة المستخدم السيئة، والسيولة اللامركزية، وما إلى ذلك) ومعظم التطبيقات، وخاصة تلك التي في المراحل المبكرة، لا يمكنها تبرير المكاسب الإضافية المعقولة. يظل Solana هو قلب وروح تطوير SVM، لذلك من المحتمل أن يتم نشر العديد من التطبيقات الجديدة.

لمنشئي التطبيقات: Solana Mainnet أو Appchain أو Rollup

كل هذا يتوقف. إذا لم تكن هناك حاجة قوية للتركيب مع جميع التطبيقات الأخرى، فمن المنطقي تمامًا وضع بعض المكونات المختلفة خارج السلسلة (سلسلة التطبيقات أو مجموعة التحديثات). لا يحتاج المستخدمون حتى إلى معرفة أنهم يستخدمون Rollup أو AppChain. تقوم كل من Grass وZeta وGetcode بتجريد أي بنية تحتية من النوع التراكمي تستخدمها لمستخدميها.

بالنسبة لحالات الاستخدام المسموح بها والمخصصة، يمكن أن تلبي امتدادات الرمز المميز أيضًا معظم الاحتياجات مثل منطق KYC/النقل مع الحفاظ على قابلية التركيب.

إذن، هل سيصبح DRiP سلسلة تطبيقات L2/L2؟

حاليًا، يستخدم DRiP Solana من أجل:

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

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

p>

البنية الأساسية تعمل على تمكين مجموعة التحديثات وسلسلة التطبيقات

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

• مع تزايد الطلب ، يمكن لموفري خدمة Rollup as a Service (RaaS) مثل Caldera الدخول بسهولة إلى سوق SVM. وبالمثل، فإن مجموعات SVM التي تركز على Ethereum مثل Eclipse و NitroVM تراقب عن كثب هذه الفرصة. بالإضافة إلى ذلك، توفر Sovereign Labs محول Sovereign SDK Solana لتنفيذ مجموعة التحديثات على Solana (ولكن لم يتم إنتاجها بعد). وكما ألمح ميرت عدة مرات، فإن شركة Helius هي شركة أخرى مناسبة تمامًا لبناء البنية التحتية لـ Solana L2.

• شارك احتياجات طلب الخدمات (مثل بروتوكول Rome) والعملاء الخفيفين (مثل Tinydancer). تعد خدمة الطلب المشترك جذابة لشركة Rollup لأنها تتيح أنشطة مثل المراجحة الذرية، وMEV، والسد السلس، وبالتالي تقليل تجزئة السيولة.

• المحافظ (مثل Phantom وBackpack وSolflare) والبنية التحتية للمحفظة متعددة التوقيعات والعقود الذكية (مثل Squads). لقد وضعت Squads نفسها دائمًا على أنها "طبقة البنية التحتية لمحفظة العقود الذكية النهائية لـ Solana وSVM."

• إعادة تخزين SOL: تعمل حجة النمطية أيضًا على تعزيز إعادة التخزين لأن سلاسل البيانات المجمعة/التطبيقات هذه قد تتطلب من SOL مشاركة الأمان ومع سولانا أكثر اتساقا. سيستفيد هذا:

• اللاعبون الأوائل مثل Cambrian وPicaso وSolayer

• تم تنفيذ Jito من خلال Stakenet وLST الشبيهة بـ Sanctum

• المدقق - دخل أكبر

الاستنتاج: هل يستطيع سولانا تلبية الطلب العالمي؟

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

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

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

يحتاج Solana إلى رفيق الروح: هل يمكن أن يكون Rollup وAppChain متطابقين تمامًا؟