أصبح تطوير AppChain اتجاهًا حتميًا، وذلك بسبب نضوج التقنية المعيارية، والتحقق الواسع من شبكة Rollup العامة للطبقة الثانية، وزيادة عدد منصات RaaS وتحسين الخدمات، بالإضافة إلى الضغط الناتج عن المنافسة على موارد فضاء الكتل العامة من قبل dApps، وتحسين تكاليف معاملات المستخدمين النهائيين، واحتياجات تخصيص اقتصاد الرموز.
بالنسبة لهذا الاتجاه، نعتقد أن ترقية dApps إلى AppChain لن تتحول على الفور إلى طبقة بنية تحتية ذات قيمة مرتفعة، لأن dApps وAppChain أكثر من مجرد اختيار تقني، وليست عوامل حاسمة للنجاح. تكمن مزايا AppChain في تعزيز المزيد من المعاملات المتكررة على السلسلة من خلال المعاملات منخفضة التكلفة، واستخدام تراكم البيانات لتحسين تجربة المستخدم للمنتجات، مما يشكل ولاء المستخدمين، وبالتالي تحقيق تأثير الشبكة. لذلك، لا يزال جوهر تطوير AppChain هو الحواجز الفريدة للتطبيقات وحركة المرور.
استكشاف أصل AppChain
عند الحديث عن أصل تطبيقات السلاسل، يجب أن نذكر مشروعًا رائدًا مثل Cosmos. تشتهر Cosmos بمفهومها التصميمي القابل للتعديل والتركيب، حيث تفصل بين الآلة الافتراضية ومحرك الإجماع، مما يسمح للمطورين باختيار إطار العمل لبناء الآلة الافتراضية بحرية، وقادرين على تخصيص المعلمات الأساسية لمحرك الإجماع، مثل عدد المدققين وTPS وغيرها. يسمح هذا التصميم بوجود تطبيقات متنوعة في شكل سلاسل مستقلة، ويظهر مزايا فريدة من حيث المرونة والسيادة. ساهمت هذه الأفكار المبتكرة بشكل كبير في استكشاف وتطبيق تطبيقات السلاسل، مما وضعت أساسًا قويًا لهذا المجال.
عند مراجعة حالة تطوير نظام تطبيقات سلسلة Cosmos على Mintscan، نجد أن العديد من سلاسل التطبيقات المعروفة والناضجة مبنية على إطار Cosmos، مثل dYdX وOsmosis وFetch AI وBand وStride. ومع ذلك، فإن الاتجاه العام لنمو سلاسل التطبيقات في Cosmos لم يستمر، كما أن عدد سلاسل التطبيقات الجديدة لم يزد significantly. نعتقد أن هذا يرجع بشكل رئيسي إلى أن Cosmos يمنح سلاسل التطبيقات سيادة قوية للغاية، وأن ارتفاع تكاليف الأمان وبدء التشغيل والصيانة قبل طرح خطة ICS في Atom 2.0 هو السبب الرئيسي.
عادةً ما يتطلب بناء سلسلة تطبيقات Cosmos أن يكون لدى فريق المشروع مطورون على دراية بـ Cosmos SDK ومحرك توافق Tendermint، مما يمثل عبئًا تقنيًا إضافيًا لفريق تقني يركز على تطوير التطبيقات. علاوة على ذلك، حتى إذا كانت سلسلة تطبيقات Cosmos قادرة على توفير عدد كافٍ من الفنيين، فإن منطق بدء معظم سلاسل التطبيقات يعتمد على توزيع الرموز على المدققين في Cosmos لجذب المدققين الأوائل والمساهمة في ضمان أمان الشبكة، بينما يتم تحفيز المدققين على الحفاظ على أمان الشبكة من خلال معدل تضخم مرتفع. ومع ذلك، فإن التأثير الجانبي لهذه الممارسة هو تسريع عملية انخفاض قيمة الرموز، مما يؤدي إلى انخفاض سريع في قيمة الشبكة. هذه الحالة تجعل من الصعب على سلسلة التطبيقات أن تجد موطئ قدم في السوق.
في إطار خطة ICS التي تدعو إليها Atom 2.0، سيتم ترقية مفهوم تطبيق السلسلة إلى نمط سلاسل المستهلكين غير المصرح بها، على الرغم من أنه يسمح بالانضمام إلى سلاسل المستهلكين بدون إذن، مما يقلل من تكلفة الحصول على الأمان لسلاسل المستهلكين. لكن هذا الشكل من الحكم بالتصويت القائم على DAO، يشبه إلى حد ما آلية مزاد الفتحات الخاصة بـ Polkadot التي أُطلقت في نفس الوقت، وقد يواجه مشاكل تطوير غير فعالة مشابهة لآلية مزاد الفتحات.
علاوة على ذلك، وجدنا أن جاذبية Cosmos على مستوى الخصائص المتعلقة بوجود الشبكة، وموارد الوثائق للمطورين، وثقافة المجتمع، كانت غير كافية بالنسبة لـ AppChain. على سبيل المثال، الأحداث المتعلقة بتوقف التكتل التي حدثت على Cosmos Hub هذا العام، وعدم كفاية موارد الوثائق للمطورين خلال فترة الازدهار في نهاية عام 2023، بالإضافة إلى المشكلة التي أشار إليها مؤسس Delphi، خوسيه ماريا ماسيدو، بشأن دائرة Interchain Foundation الصغيرة، جميعها أثرت سلبًا على انضمام تطبيقات جديدة.
محفز سلسلة التطبيقات الجديدة
إذا اعتبرنا أن تطبيقات Cosmos المبكرة هي تطبيقات موجهة نحو السلسلة، مع التركيز على تصميم السيادة للسلسلة، فإن التطبيقات الجديدة الموجهة نحو التطبيقات تركز أكثر على تطوير تطبيقاتها الخاصة. إن ظهور هذه التطبيقات الجديدة يعود بشكل أساسي إلى انتشار مفهوم سلسلة الكتل المعيارية، نضوج وتحقق الطبقة الثانية Rollup العامة، وتطور الطبقات المجمعة للتشغيل البيني والسيولة، بالإضافة إلى صعود وتطوير منصات RaaS.
كواحدة من أوائل الشبكات التي تم إطلاقها على شبكة Rollup Layer 2، يمثل نجاح Optimism في عام 2022 علامة على التطبيق الفعلي لنظرية blockchain المودولية. لا تقتصر Optimism على وراثة أمان Ethereum فحسب، بل تدعم أيضًا مجموعة تقنيات تطوير نظام Ethereum البيئي بشكل كامل. أظهرت Optimism للصناعة كيف يمكن لـ Rollup توسيع Ethereum بكفاءة، وفي الوقت نفسه، دفعت الاستكشافات العميقة لحلول Layer 2 في الصناعة. استنادًا إلى تطورها الخاص، استلهمت Optimism من مفاهيم وإطارات Cosmos، وقدمت بشكل مبتكر مفهوم OP Stack. وقد تم تطبيق هذا المفهوم على نطاق واسع في مشاريع معروفة مثل Worldcoin وBase، مما أثار مزيدًا من الاهتمام في الصناعة. بعد ذلك، أطلقت حلول Rollup الأخرى أيضًا مفاهيم مشابهة، مثل Arbitrum Orbits وPolygon CDK وStarkWare Appchain وzkSync Hyperchains. وبهذا، أصبحت AppChain وسيلة جديدة لتنفيذ المنطق التجاري لتطبيقات dApps، وأصبح ترقية dApps الحالية ليست مشكلة بعد الآن، حيث انتقلت التحديات الرئيسية إلى اختيار التقنية وتصميم الأعمال وصيانة التشغيل.
عند تنفيذ حلول Rollup، غالبًا ما يكون من الضروري اختيار إطار عمل مناسب لطبقة التنفيذ، مثل OP Stack أو Arbitrum Orbits. على سبيل المثال، OP Stack هو إطار Rollup يتطور باستمرار، ويجب ترقيته مع تحديثات إيثيريوم (مثل خاصية Blob في كانكون)، كما أنه سيدعم أيضًا الميزات الناشئة (مثل توفر البيانات البديلة). لتسهيل الفهم، قمنا بتبسيط عملية تطوير AppChain، ونتبع بشكل عام الخطوات التالية:
اختيار التقنية: تقييم ميزات وإمكانيات الأطر المختلفة، واختيار الإطار الأنسب.
تصميم المتطلبات: تصميم سلسلة التطبيقات وفقًا لقدرات التخصيص للإطار المقابل.
على الرغم من أن إطار Rollup يوفر قدرات توسيع قوية للتطبيقات، إلا أن اختيار وتنفيذ الإطار المناسب ليس بالأمر السهل، خاصةً أن إجراء تغييرات بعد إطلاق تطبيق Chain يصبح أكثر تعقيدًا. لذلك، فإن ظهور منصات RaaS (Rollup As A Service) مثل Altlayer وCaldera وConduit يصبح ذا أهمية خاصة. هذه المنصات تشبه SaaS، لكنها تركز على حلول Rollup، مما يمكنها من مساعدة التطبيقات اللامركزية في اختيار أطر Rollup المختلفة بسرعة، وتبسيط الخطوات المعقدة في عملية تطوير تطبيق Chain، وتقديم ميزات أساسية مخصصة، ودعم الصيانة والتحسين بعد إطلاق التطبيقات.
في الوقت نفسه، تتقدم البنية التحتية والوظائف ذات الصلة حول تطبيقات السلسلة بسرعة، حيث يتم طرح بروتوكولات وميزات جذابة للغاية في الصناعة. على سبيل المثال، قدمت مشاريع مثل Celestia وEigenDA وNearDA إمكانية توفر البيانات البديلة التي تقلل التكاليف وتعزز القدرة على المعالجة، بينما تم إطلاق منصات RaaS لدعم تكامل ميزات مثل الرموز المخصصة للغاز وتجريد الحسابات الأصلية. مع الاستخدام الواسع لتطبيقات السلسلة Rollup، بدأت مشاكل تجزئة السيولة والتشغيل المتداخل في الظهور تدريجياً، مما أدى إلى حلول التجميع والطبقات الموحدة، مثل Superchain من Optimism وAggLayer من Polygon وMetalayer من Caldera وElastic Chain من zkSync، حيث تهدف هذه الحلول إلى تحسين التشغيل المتداخل بين تطبيقات السلسلة وتجميع السيولة.
إذا كانت العوامل المحفزة المذكورة أعلاه قد خفضت من عتبة الانضمام إلى AppChain، فإن صعوبات التطبيقات في السوقين الأول والثاني تتفاقم الآن، مما يدفع dApps لاستكشاف طرق للتغلب على هذه التحديات. من خلال بيانات CMC وRootdata، يمكننا أن نرى أنه في قائمة أفضل 100 مشروع في السوق الثاني، باستثناء مشاريع Meme التي تعتمد على المجتمع والدعم الثقافي، هناك فقط عدد قليل من المشاريع التطبيقية النقية مثل Uniswap وLDO وAave وOndo وJupiter وEthena، بينما تنتمي معظم المشاريع الأخرى إلى البنية التحتية. هذا يثبت بشكل غير مباشر أن البنية التحتية تحتل مكانة أعلى من التطبيقات في صناعة التشفير بأكملها. وعند النظر إلى السوق الأول، فإن حجم التمويل للتطبيقات أقل بكثير من تلك الخاصة بالبنية التحتية. نحن نعتقد أن جزءًا من أسباب هذه الظاهرة يعود إلى أن واجهات المستخدم وتجربة المستخدم في تطبيقات Web3 أكثر تعقيدًا، ولا تقترب من نضوج وسهولة استخدام Web2، بينما لم تحقق الابتكارات في نماذج التطبيقات ذات الصلة انفراجة حقيقية. ومع ذلك، نعتقد أن إمكانات AppChain لم تُستغل بالكامل بعد، وقد تصبح في المستقبل نقطة انطلاق مهمة لدفع تطوير Web3. في الوقت الحالي، هناك بعض مشاريع AppChain المعروفة، مثل IMX وCyberconnect وProject Galaxy وWorldcoin، التي تُظهر الإمكانات الكبيرة لـ AppChain.
مزايا وعيوب تطبيق سلسلة جديدة
في مجالات التكنولوجيا والابتكار، غالبًا ما يُستخدم مصطلح "الرصاصة الفضية" لوصف حل مثالي قادر على حل جميع المشكلات. ومع ذلك، لا توجد تقريبًا أي تقنية قادرة على حل جميع المشكلات دفعة واحدة. وبالمثل، فإن تطبيقات AppChain الجديدة ليست حلاً شاملاً خاليًا من العيوب. فيما يلي، نقوم بتحليل مزاياها وعيوبها:
ميزة
التصميم القائم على الوحدة: عادةً ما تعتمد AppChain تصميمًا قائمًا على الوحدة، مما يسمح للمطورين بتخصيص آليات التسوية، وتوافر البيانات، وغيرها من مكونات البنية التحتية لتلبية الاحتياجات المحددة.
تحسين الأداء: العديد من تطبيقات AppChain الجديدة يمكن أن تحقق خفضًا في التكلفة من خلال إدخال حلول طبقات البيانات القابلة للاستخدام الأخرى، وفي الوقت نفسه، زيادة الإنتاجية.
تعزيز قيمة الالتقاط: مثل رموز الغاز المخصصة، وتجريد الحساب، هذه الخصائص يمكن أن تدعم تطوير التطبيقات بشكل أكثر مرونة، وتسمح بنماذج أعمال ونماذج رمزية أكثر تعقيدًا.
عيوب
تشظي السيولة: قد تواجه تطبيقات سلسلة جديدة مشكلة تشظي السيولة.
قضايا التشغيل البيني والتركيب: لا يمكن لسلاسل التطبيقات أن تقوم بالتكوين والتشغيل البيني بسهولة كما كانت تطبيقات البلوكتشين العامة في الماضي.
زيادة التعقيد: بالمقارنة مع التطبيقات اللامركزية التقليدية، زادت تعقيد التطبيقات الجديدة، خاصة عند التصميم والتنفيذ، مما قد يتطلب المزيد من الموارد والدعم الفني.
العوامل الأساسية التي تحدد تطبيق سلسلة
من وجهة نظر فريق المشروع، عند اتخاذ قرار بشأن ما إذا كان ينبغي ترقية أو اختيار AppChain، يُنصح باتباع المبادئ التالية:
الاعتماد على ميزات سلسلة الكتل العامة الحالية: إذا كانت تطبيقاتك تعتمد بشكل كبير على dApps الأخرى الموجودة على سلسلة الكتل العامة، مثل السيولة أو وظائف المنتج، يُنصح بالاستمرار في استخدام حلول dApps الحالية.
تحتاج إلى ميزات مخصصة: إذا كانت التطبيقات الحالية تواجه صعوبة في دعم احتياجات الأعمال مثل تجريد الحسابات وآليات الانضمام المحددة (مشاركة الإيرادات) على مستوى البروتوكول، وكانت هذه الميزات ضرورية جداً لبدء الأعمال، فمن المستحسن اختيار أو الانتقال إلى AppChain.
حساس التكلفة: إذا كان المستخدم النهائي حساسًا لموارد مساحة الكتلة، أو يرغب في تقليل الخسائر مثل MEV، فقد تكون AppChain خيارًا أفضل. بالإضافة إلى ذلك، إذا كان التطبيق ينتمي إلى سيناريوهات التفاعل عالي التردد. يمكن أن توفر AppChain كفاءة أعلى في الموارد وتكاليف معاملات أقل.
بناء وتطوير خندق الحماية لسلسلة التطبيقات
نعتقد أن خندق تطبيق السلسلة هو دائماً أعمال التطبيق الخاصة بها. المفتاح للنجاح هو الحفر بعمق في نقاط الألم في السوق، وبناء تطبيقات المنتجات التي تتناسب مع السوق (PMF). الاعتماد فقط على سرد بنية سلسلة تطبيق السلسلة هو نوع من التفكير الجامد الذي يشبه البحث عن مسمار بمطرقة، وليس طريقة فعالة لبناء خندق.
في ظل موجة تطبيقات السلاسل الجديدة الحالية، كيف يمكن بناء تطبيقات منخفضة التكلفة على السلسلة العامة والشفافة، وفهم احتياجات السوق وحل نقاط الألم في المنتجات، وصقل منتج كامل وآمن؟
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
ثورة تطبيقات السلسلة: من أصل كوزموس إلى صعود السلاسل الجديدة ومستقبلها
استكشاف أصل وتطور وآفاق AppChain
الاتجاهات الحتمية لتطور AppChain
أصبح تطوير AppChain اتجاهًا حتميًا، وذلك بسبب نضوج التقنية المعيارية، والتحقق الواسع من شبكة Rollup العامة للطبقة الثانية، وزيادة عدد منصات RaaS وتحسين الخدمات، بالإضافة إلى الضغط الناتج عن المنافسة على موارد فضاء الكتل العامة من قبل dApps، وتحسين تكاليف معاملات المستخدمين النهائيين، واحتياجات تخصيص اقتصاد الرموز.
بالنسبة لهذا الاتجاه، نعتقد أن ترقية dApps إلى AppChain لن تتحول على الفور إلى طبقة بنية تحتية ذات قيمة مرتفعة، لأن dApps وAppChain أكثر من مجرد اختيار تقني، وليست عوامل حاسمة للنجاح. تكمن مزايا AppChain في تعزيز المزيد من المعاملات المتكررة على السلسلة من خلال المعاملات منخفضة التكلفة، واستخدام تراكم البيانات لتحسين تجربة المستخدم للمنتجات، مما يشكل ولاء المستخدمين، وبالتالي تحقيق تأثير الشبكة. لذلك، لا يزال جوهر تطوير AppChain هو الحواجز الفريدة للتطبيقات وحركة المرور.
استكشاف أصل AppChain
عند الحديث عن أصل تطبيقات السلاسل، يجب أن نذكر مشروعًا رائدًا مثل Cosmos. تشتهر Cosmos بمفهومها التصميمي القابل للتعديل والتركيب، حيث تفصل بين الآلة الافتراضية ومحرك الإجماع، مما يسمح للمطورين باختيار إطار العمل لبناء الآلة الافتراضية بحرية، وقادرين على تخصيص المعلمات الأساسية لمحرك الإجماع، مثل عدد المدققين وTPS وغيرها. يسمح هذا التصميم بوجود تطبيقات متنوعة في شكل سلاسل مستقلة، ويظهر مزايا فريدة من حيث المرونة والسيادة. ساهمت هذه الأفكار المبتكرة بشكل كبير في استكشاف وتطبيق تطبيقات السلاسل، مما وضعت أساسًا قويًا لهذا المجال.
عند مراجعة حالة تطوير نظام تطبيقات سلسلة Cosmos على Mintscan، نجد أن العديد من سلاسل التطبيقات المعروفة والناضجة مبنية على إطار Cosmos، مثل dYdX وOsmosis وFetch AI وBand وStride. ومع ذلك، فإن الاتجاه العام لنمو سلاسل التطبيقات في Cosmos لم يستمر، كما أن عدد سلاسل التطبيقات الجديدة لم يزد significantly. نعتقد أن هذا يرجع بشكل رئيسي إلى أن Cosmos يمنح سلاسل التطبيقات سيادة قوية للغاية، وأن ارتفاع تكاليف الأمان وبدء التشغيل والصيانة قبل طرح خطة ICS في Atom 2.0 هو السبب الرئيسي.
عادةً ما يتطلب بناء سلسلة تطبيقات Cosmos أن يكون لدى فريق المشروع مطورون على دراية بـ Cosmos SDK ومحرك توافق Tendermint، مما يمثل عبئًا تقنيًا إضافيًا لفريق تقني يركز على تطوير التطبيقات. علاوة على ذلك، حتى إذا كانت سلسلة تطبيقات Cosmos قادرة على توفير عدد كافٍ من الفنيين، فإن منطق بدء معظم سلاسل التطبيقات يعتمد على توزيع الرموز على المدققين في Cosmos لجذب المدققين الأوائل والمساهمة في ضمان أمان الشبكة، بينما يتم تحفيز المدققين على الحفاظ على أمان الشبكة من خلال معدل تضخم مرتفع. ومع ذلك، فإن التأثير الجانبي لهذه الممارسة هو تسريع عملية انخفاض قيمة الرموز، مما يؤدي إلى انخفاض سريع في قيمة الشبكة. هذه الحالة تجعل من الصعب على سلسلة التطبيقات أن تجد موطئ قدم في السوق.
في إطار خطة ICS التي تدعو إليها Atom 2.0، سيتم ترقية مفهوم تطبيق السلسلة إلى نمط سلاسل المستهلكين غير المصرح بها، على الرغم من أنه يسمح بالانضمام إلى سلاسل المستهلكين بدون إذن، مما يقلل من تكلفة الحصول على الأمان لسلاسل المستهلكين. لكن هذا الشكل من الحكم بالتصويت القائم على DAO، يشبه إلى حد ما آلية مزاد الفتحات الخاصة بـ Polkadot التي أُطلقت في نفس الوقت، وقد يواجه مشاكل تطوير غير فعالة مشابهة لآلية مزاد الفتحات.
علاوة على ذلك، وجدنا أن جاذبية Cosmos على مستوى الخصائص المتعلقة بوجود الشبكة، وموارد الوثائق للمطورين، وثقافة المجتمع، كانت غير كافية بالنسبة لـ AppChain. على سبيل المثال، الأحداث المتعلقة بتوقف التكتل التي حدثت على Cosmos Hub هذا العام، وعدم كفاية موارد الوثائق للمطورين خلال فترة الازدهار في نهاية عام 2023، بالإضافة إلى المشكلة التي أشار إليها مؤسس Delphi، خوسيه ماريا ماسيدو، بشأن دائرة Interchain Foundation الصغيرة، جميعها أثرت سلبًا على انضمام تطبيقات جديدة.
محفز سلسلة التطبيقات الجديدة
إذا اعتبرنا أن تطبيقات Cosmos المبكرة هي تطبيقات موجهة نحو السلسلة، مع التركيز على تصميم السيادة للسلسلة، فإن التطبيقات الجديدة الموجهة نحو التطبيقات تركز أكثر على تطوير تطبيقاتها الخاصة. إن ظهور هذه التطبيقات الجديدة يعود بشكل أساسي إلى انتشار مفهوم سلسلة الكتل المعيارية، نضوج وتحقق الطبقة الثانية Rollup العامة، وتطور الطبقات المجمعة للتشغيل البيني والسيولة، بالإضافة إلى صعود وتطوير منصات RaaS.
كواحدة من أوائل الشبكات التي تم إطلاقها على شبكة Rollup Layer 2، يمثل نجاح Optimism في عام 2022 علامة على التطبيق الفعلي لنظرية blockchain المودولية. لا تقتصر Optimism على وراثة أمان Ethereum فحسب، بل تدعم أيضًا مجموعة تقنيات تطوير نظام Ethereum البيئي بشكل كامل. أظهرت Optimism للصناعة كيف يمكن لـ Rollup توسيع Ethereum بكفاءة، وفي الوقت نفسه، دفعت الاستكشافات العميقة لحلول Layer 2 في الصناعة. استنادًا إلى تطورها الخاص، استلهمت Optimism من مفاهيم وإطارات Cosmos، وقدمت بشكل مبتكر مفهوم OP Stack. وقد تم تطبيق هذا المفهوم على نطاق واسع في مشاريع معروفة مثل Worldcoin وBase، مما أثار مزيدًا من الاهتمام في الصناعة. بعد ذلك، أطلقت حلول Rollup الأخرى أيضًا مفاهيم مشابهة، مثل Arbitrum Orbits وPolygon CDK وStarkWare Appchain وzkSync Hyperchains. وبهذا، أصبحت AppChain وسيلة جديدة لتنفيذ المنطق التجاري لتطبيقات dApps، وأصبح ترقية dApps الحالية ليست مشكلة بعد الآن، حيث انتقلت التحديات الرئيسية إلى اختيار التقنية وتصميم الأعمال وصيانة التشغيل.
عند تنفيذ حلول Rollup، غالبًا ما يكون من الضروري اختيار إطار عمل مناسب لطبقة التنفيذ، مثل OP Stack أو Arbitrum Orbits. على سبيل المثال، OP Stack هو إطار Rollup يتطور باستمرار، ويجب ترقيته مع تحديثات إيثيريوم (مثل خاصية Blob في كانكون)، كما أنه سيدعم أيضًا الميزات الناشئة (مثل توفر البيانات البديلة). لتسهيل الفهم، قمنا بتبسيط عملية تطوير AppChain، ونتبع بشكل عام الخطوات التالية:
اختيار التقنية: تقييم ميزات وإمكانيات الأطر المختلفة، واختيار الإطار الأنسب.
تصميم المتطلبات: تصميم سلسلة التطبيقات وفقًا لقدرات التخصيص للإطار المقابل.
الصيانة التشغيلية: إكمال النشر والاختبار والإطلاق والصيانة اللاحقة.
على الرغم من أن إطار Rollup يوفر قدرات توسيع قوية للتطبيقات، إلا أن اختيار وتنفيذ الإطار المناسب ليس بالأمر السهل، خاصةً أن إجراء تغييرات بعد إطلاق تطبيق Chain يصبح أكثر تعقيدًا. لذلك، فإن ظهور منصات RaaS (Rollup As A Service) مثل Altlayer وCaldera وConduit يصبح ذا أهمية خاصة. هذه المنصات تشبه SaaS، لكنها تركز على حلول Rollup، مما يمكنها من مساعدة التطبيقات اللامركزية في اختيار أطر Rollup المختلفة بسرعة، وتبسيط الخطوات المعقدة في عملية تطوير تطبيق Chain، وتقديم ميزات أساسية مخصصة، ودعم الصيانة والتحسين بعد إطلاق التطبيقات.
في الوقت نفسه، تتقدم البنية التحتية والوظائف ذات الصلة حول تطبيقات السلسلة بسرعة، حيث يتم طرح بروتوكولات وميزات جذابة للغاية في الصناعة. على سبيل المثال، قدمت مشاريع مثل Celestia وEigenDA وNearDA إمكانية توفر البيانات البديلة التي تقلل التكاليف وتعزز القدرة على المعالجة، بينما تم إطلاق منصات RaaS لدعم تكامل ميزات مثل الرموز المخصصة للغاز وتجريد الحسابات الأصلية. مع الاستخدام الواسع لتطبيقات السلسلة Rollup، بدأت مشاكل تجزئة السيولة والتشغيل المتداخل في الظهور تدريجياً، مما أدى إلى حلول التجميع والطبقات الموحدة، مثل Superchain من Optimism وAggLayer من Polygon وMetalayer من Caldera وElastic Chain من zkSync، حيث تهدف هذه الحلول إلى تحسين التشغيل المتداخل بين تطبيقات السلسلة وتجميع السيولة.
إذا كانت العوامل المحفزة المذكورة أعلاه قد خفضت من عتبة الانضمام إلى AppChain، فإن صعوبات التطبيقات في السوقين الأول والثاني تتفاقم الآن، مما يدفع dApps لاستكشاف طرق للتغلب على هذه التحديات. من خلال بيانات CMC وRootdata، يمكننا أن نرى أنه في قائمة أفضل 100 مشروع في السوق الثاني، باستثناء مشاريع Meme التي تعتمد على المجتمع والدعم الثقافي، هناك فقط عدد قليل من المشاريع التطبيقية النقية مثل Uniswap وLDO وAave وOndo وJupiter وEthena، بينما تنتمي معظم المشاريع الأخرى إلى البنية التحتية. هذا يثبت بشكل غير مباشر أن البنية التحتية تحتل مكانة أعلى من التطبيقات في صناعة التشفير بأكملها. وعند النظر إلى السوق الأول، فإن حجم التمويل للتطبيقات أقل بكثير من تلك الخاصة بالبنية التحتية. نحن نعتقد أن جزءًا من أسباب هذه الظاهرة يعود إلى أن واجهات المستخدم وتجربة المستخدم في تطبيقات Web3 أكثر تعقيدًا، ولا تقترب من نضوج وسهولة استخدام Web2، بينما لم تحقق الابتكارات في نماذج التطبيقات ذات الصلة انفراجة حقيقية. ومع ذلك، نعتقد أن إمكانات AppChain لم تُستغل بالكامل بعد، وقد تصبح في المستقبل نقطة انطلاق مهمة لدفع تطوير Web3. في الوقت الحالي، هناك بعض مشاريع AppChain المعروفة، مثل IMX وCyberconnect وProject Galaxy وWorldcoin، التي تُظهر الإمكانات الكبيرة لـ AppChain.
مزايا وعيوب تطبيق سلسلة جديدة
في مجالات التكنولوجيا والابتكار، غالبًا ما يُستخدم مصطلح "الرصاصة الفضية" لوصف حل مثالي قادر على حل جميع المشكلات. ومع ذلك، لا توجد تقريبًا أي تقنية قادرة على حل جميع المشكلات دفعة واحدة. وبالمثل، فإن تطبيقات AppChain الجديدة ليست حلاً شاملاً خاليًا من العيوب. فيما يلي، نقوم بتحليل مزاياها وعيوبها:
ميزة
التصميم القائم على الوحدة: عادةً ما تعتمد AppChain تصميمًا قائمًا على الوحدة، مما يسمح للمطورين بتخصيص آليات التسوية، وتوافر البيانات، وغيرها من مكونات البنية التحتية لتلبية الاحتياجات المحددة.
تحسين الأداء: العديد من تطبيقات AppChain الجديدة يمكن أن تحقق خفضًا في التكلفة من خلال إدخال حلول طبقات البيانات القابلة للاستخدام الأخرى، وفي الوقت نفسه، زيادة الإنتاجية.
تعزيز قيمة الالتقاط: مثل رموز الغاز المخصصة، وتجريد الحساب، هذه الخصائص يمكن أن تدعم تطوير التطبيقات بشكل أكثر مرونة، وتسمح بنماذج أعمال ونماذج رمزية أكثر تعقيدًا.
عيوب
تشظي السيولة: قد تواجه تطبيقات سلسلة جديدة مشكلة تشظي السيولة.
قضايا التشغيل البيني والتركيب: لا يمكن لسلاسل التطبيقات أن تقوم بالتكوين والتشغيل البيني بسهولة كما كانت تطبيقات البلوكتشين العامة في الماضي.
زيادة التعقيد: بالمقارنة مع التطبيقات اللامركزية التقليدية، زادت تعقيد التطبيقات الجديدة، خاصة عند التصميم والتنفيذ، مما قد يتطلب المزيد من الموارد والدعم الفني.
العوامل الأساسية التي تحدد تطبيق سلسلة
من وجهة نظر فريق المشروع، عند اتخاذ قرار بشأن ما إذا كان ينبغي ترقية أو اختيار AppChain، يُنصح باتباع المبادئ التالية:
الاعتماد على ميزات سلسلة الكتل العامة الحالية: إذا كانت تطبيقاتك تعتمد بشكل كبير على dApps الأخرى الموجودة على سلسلة الكتل العامة، مثل السيولة أو وظائف المنتج، يُنصح بالاستمرار في استخدام حلول dApps الحالية.
تحتاج إلى ميزات مخصصة: إذا كانت التطبيقات الحالية تواجه صعوبة في دعم احتياجات الأعمال مثل تجريد الحسابات وآليات الانضمام المحددة (مشاركة الإيرادات) على مستوى البروتوكول، وكانت هذه الميزات ضرورية جداً لبدء الأعمال، فمن المستحسن اختيار أو الانتقال إلى AppChain.
حساس التكلفة: إذا كان المستخدم النهائي حساسًا لموارد مساحة الكتلة، أو يرغب في تقليل الخسائر مثل MEV، فقد تكون AppChain خيارًا أفضل. بالإضافة إلى ذلك، إذا كان التطبيق ينتمي إلى سيناريوهات التفاعل عالي التردد. يمكن أن توفر AppChain كفاءة أعلى في الموارد وتكاليف معاملات أقل.
بناء وتطوير خندق الحماية لسلسلة التطبيقات
نعتقد أن خندق تطبيق السلسلة هو دائماً أعمال التطبيق الخاصة بها. المفتاح للنجاح هو الحفر بعمق في نقاط الألم في السوق، وبناء تطبيقات المنتجات التي تتناسب مع السوق (PMF). الاعتماد فقط على سرد بنية سلسلة تطبيق السلسلة هو نوع من التفكير الجامد الذي يشبه البحث عن مسمار بمطرقة، وليس طريقة فعالة لبناء خندق.
في ظل موجة تطبيقات السلاسل الجديدة الحالية، كيف يمكن بناء تطبيقات منخفضة التكلفة على السلسلة العامة والشفافة، وفهم احتياجات السوق وحل نقاط الألم في المنتجات، وصقل منتج كامل وآمن؟