Chainlets

ما Chainlets؟

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

في عالم العملات المشفرة، يرتبط مصطلح Chainlets ارتباطاً وثيقاً بمشروع Saga، الذي يصف Chainlet بأنها بلوكشين سيادية تضم وحدة آلة افتراضية تشغّل منطق العقود الذكية الذي يريد المطور نشره.

توضح وثائق Saga Chainlets الرسمية أن كل Chainlet يمكن أن تضم العقود الذكية التي يريد المطور أو الفريق تشغيلها على تلك السلسلة فقط.

وهذا ما يميز Chainlet عن بلوكشين عام الأغراض تتشارك فيه تطبيقات كثيرة غير مترابطة موارد الشبكة نفسها.

يمكن فهم Chainlet على أنها بلوكشين صغيرة مخصصة لتطبيق أو منتج أو لعبة أو نظام DeFi أو سير عمل محدد.

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

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

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

أما المطورون، فتهمهم لأنها تخفف عبء البنية التحتية اللازم لإطلاق بلوكشين مخصصة.

وبالنسبة إلى منظومة العملات المشفرة الأوسع، تشكل Chainlets جزءاً من التوجه العام نحو تصميم بلوكشين معياري، وشبكات مخصصة للتطبيقات، والتوسع الأفقي.

آلية عمل Chainlets

تعمل Chainlet عبر منح التطبيق اللامركزي نسخة بلوكشين خاصة به ومساحة كتل مخصصة.

تعني مساحة الكتل المخصصة أن التطبيق لا يحتاج إلى مشاركة قدرة معالجة المعاملات مع مشاريع غير مرتبطة به.

إذا ازداد الإقبال على تطبيق آخر أو تعرض للازدحام، فمن المفترض ألا يستهلك هذا الازدحام مباشرةً قدرة التنفيذ الخاصة بـ Chainlet.

وهذا يختلف عن منصات العقود الذكية أحادية البنية، حيث تتنافس تطبيقات كثيرة على مساحة الكتل وسوق رسوم الغاز نفسيهما.

في نموذج Saga، يطلق المطور Chainlets ويديرها عبر طبقة المنصة الخاصة بالبروتوكول.

يوضح شرح Saga Pegasus أن Saga تهدف إلى جعل إطلاق بلوكشين مخصصة، أو Chainlet، سهلاً كسهولة نشر عقد ذكي.

يتفاعل المستخدم النهائي مع Chainlet، بينما تتولى بنية الشبكة الداعمة الأمن والتحقق والتجهيز في الخلفية.

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

توفر Chainlet للمطور مساراً مباشراً أكثر للوصول إلى بيئة إنتاجية.

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

لماذا وُجدت Chainlets؟

ظهرت Chainlets لأن بيئات البلوكشين المشتركة قد تصبح مكلفة وبطيئة عندما تتنافس تطبيقات كثيرة على الموارد نفسها.

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

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

قد تحتاج هذه التطبيقات إلى معاملات متكررة ومنخفضة التكلفة لتبدو طبيعية للمستخدمين.

إذا تطلب كل إجراء من المستخدم دفع رسوم غاز مرتفعة أو غير متوقعة، فقد لا يكون التطبيق مناسباً للمستخدمين العاديين.

تحاول Chainlets معالجة هذه المشكلة بمنح كل تطبيق مسار تنفيذ خاصاً به.

وتصف صفحة Saga Protocol الرسمية Saga بأنها Layer 1 صُممت لإطلاق شبكات Layer 1 تُسمى Chainlets، حيث يمكن استضافة كل تطبيق على سلسلة مخصصة متوازية وقابلة للتشغيل البيني أو أكثر.

وهذا يعني أن Chainlets ليست مجرد فكرة للتوسع.

بل هي أيضاً فكرة لتصميم المنتجات.

فهي تتيح للمطورين بناء تطبيقات للعملات المشفرة ببنية تحتية أقرب إلى توفير الموارد على نمط الخدمات السحابية منها إلى النشر التقليدي على سلسلة مشتركة.

Chainlets والبلوكشين المخصصة للتطبيقات

Chainlet نوع من البلوكشين المخصصة للتطبيقات.

والبلوكشين المخصصة للتطبيقات هي شبكة بلوكشين مصممة لتطبيق واحد أو مجموعة ضيقة من حالات الاستخدام.

ويختلف ذلك عن بلوكشين عامة الأغراض تستضيف تطبيقات كثيرة غير مترابطة في الوقت نفسه.

قد تكون البلوكشين المخصصة للتطبيقات مفيدة لأن المطور يستطيع تصميم السلسلة وفق احتياجات التطبيق.

فعلى سبيل المثال، قد تحتاج لعبة إلى معدل معالجة مرتفع ورسوم منخفضة وتحديثات متكررة للحالة ومسارات استخدام بسيطة للمحافظ.

وقد يحتاج تطبيق إقراض DeFi إلى ضوابط أقوى لأوراكل ومنطق للتصفية وقواعد لترتيب المعاملات ومعايير للمخاطر.

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

يمكن أن يجعل تخصيص Chainlet لكل حالة من هذه الحالات التصميم التقني أكثر وضوحاً.

ولن يضطر التطبيق إلى قبول كل قيود طبقة التنفيذ المشتركة.

لكن التصميم المخصص للتطبيقات يفرض مسؤوليات جديدة أيضاً.

إذ يجب على المطور التفكير في التشغيل البيني والوصول إلى السيولة والافتراضات الأمنية وتوافر البيانات ودعم المحافظ والصيانة طويلة الأجل.

Chainlets والتوسع الأفقي

يعني التوسع الأفقي إضافة مزيد من الأنظمة المتوازية بدلاً من الاكتفاء بتوسيع نظام واحد.

وفي البلوكشين، قد يعني التوسع الأفقي تشغيل سلاسل أو بيئات تنفيذ متعددة بالتوازي.

صُممت Chainlets انطلاقاً من هذه الفكرة.

فبدلاً من محاولة جعل سلسلة واحدة تتعامل مع كل التطبيقات، يمكن تشغيل Chainlets عديدة جنباً إلى جنب.

توضح وثائق Saga أن المطورين يستطيعون تقسيم سير العمل يدوياً إلى عدة Chainlets للاستفادة من التوسع الأفقي.

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

وقد تفصل لعبة بين أسلوب اللعب ونشاط السوق والمكافآت والمحتوى الذي ينشئه المستخدمون، وتخصص لكل منها Chainlet مختلفة.

وقد تفصل شبكة وكلاء الذكاء الاصطناعي التفاعلات المتكررة للوكلاء عن وظائف التسوية أو الملكية.

يمكن لهذا التصميم الأفقي أن يحد من الازدحام ويوفر أداءً أكثر قابلية للتوقع.

لكن المقابل هو ضرورة تصميم المطورين لوسائل تواصل سلسة بين Chainlets كي لا يشعر المستخدمون بأنهم عالقون في بيئات مجزأة.

Chainlets ومساحة الكتل المخصصة

تُعد مساحة الكتل المخصصة إحدى الفوائد الرئيسية لـ Chainlets.

ومساحة الكتل هي السعة المحدودة داخل كتل البلوكشين التي تُدرج فيها المعاملات وتغييرات الحالة.

تتنافس التطبيقات على مساحة الكتل نفسها في السلاسل المشتركة.

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

تحد Chainlet من هذه المشكلة لأن التطبيق يملك مساحة كتل خاصة به.

وتشير وثائق Saga الرسمية إلى أن مساحة الكتل في Chainlet لا تُشارك مع أي تطبيق آخر، ما قد يؤدي إلى رسوم قابلة للتوقع.

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

فقد لا يرغب مطور لعبة في أن يدفع اللاعبون رسوماً متغيرة للشبكة مقابل كل إجراء بسيط.

وقد لا يرغب مطور تطبيق اجتماعي في أن يضطر المستخدمون إلى التفكير في الغاز عند النشر أو التفاعل.

وقد يرغب مطور DeFi في تحكم أكبر بمعدل معالجة المعاملات خلال فترات تقلب السوق.

تساعد مساحة الكتل المخصصة المطورين على تصميم التطبيقات لتلبية هذه الاحتياجات بدلاً من الاستجابة لازدحام عشوائي سببه تطبيقات غير مرتبطة.

Chainlets وتجربة المستخدم من دون غاز

يمكن لـ Chainlets دعم تجربة استخدام من دون غاز أو مع تجريد رسوم الغاز.

لا يعني استخدام الخدمة من دون غاز انعدام التكلفة على مستوى البنية التحتية.

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

توضح وثائق آلية توكن Saga واقتصادياتها أن المستخدمين النهائيين يستطيعون التفاعل مع Chainlet، بينما يدفع المطورون تكاليف تجهيز Chainlet في الخلفية.

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

فقد يفرض المطور رسوماً داخل التطبيق أو اشتراكاً أو دفعة بعملة مستقرة أو شرط وصول قائم على توكن أو عضوية NFT، أو يقدم التطبيق مجاناً بتمويل من مصدر إيرادات آخر.

وهذا مهم لأن رسوم الغاز العادية قد تكون مربكة للمستخدمين العاديين.

فقد لا يفهم المستخدم سبب حاجته إلى توكن غاز منفصل لتنفيذ إجراء بسيط داخل التطبيق.

يمكن لـ Chainlets أن تتيح للمطورين إخفاء هذا التعقيد أو إعادة تصميمه.

ومع ذلك، يجب أن يتضمن تجريد رسوم الغاز تدابير لمنع الرسائل المزعجة، لأن المعاملات المجانية قد تجذب البوتات وإساءة الاستخدام ومحاولات حجب الخدمة.

Chainlets والأمن المشترك

يشكل الأمن المشترك جزءاً أساسياً من نموذج Chainlet.

يتطلب إطلاق بلوكشين مستقلة عادةً من المطورين استقطاب المدققين وتصميم حوافز Staking ومراقبة وقت التشغيل ومنع سوء سلوك المدققين وحماية السلسلة من الهجمات.

وهذا صعب ومكلف على كثير من فرق التطبيقات.

وتشير وثائق Saga الرسمية حول الأمن المشترك إلى أن مدققي Saga Mainnet يؤمّنون كل Chainlet ضمن نموذج الأمن المشترك.

يتيح الأمن المشترك لـ Chainlets الاستفادة من أمن نظام أوسع للمدققين بدلاً من إنشاء سوق أمني منفصل من الصفر.

وقد يخفض ذلك الحواجز أمام إطلاق سلاسل مخصصة للتطبيقات.

كما قد يقلل خطر إطلاق سلسلة تطبيقات صغيرة بمشاركة ضعيفة من المدققين.

لكن الأمن المشترك ليس حلاً سحرياً.

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

يعتمد أمن Chainlet على قوة النظام الذي يؤمّنها وموثوقيته.

Chainlets والمدققون

المدققون هم المشاركون في الشبكة المسؤولون عن التحقق من الكتل وصيانة بنية Chainlets التحتية.

في نظام Chainlet، قد يُطلب من المدققين دعم عدة سلاسل مخصصة للتطبيقات بدلاً من سلسلة مشتركة واحدة فقط.

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

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

إذا لم يفِ المدققون بالتزاماتهم، يستطيع النظام فرض عواقب عبر الحوكمة والقواعد الأمنية.

وتشرح وثائق Saga الخاصة باختيار المدققين آلية شبيهة بالمزاد تُسمى Musical Chairs، وتساعد على تحديد أسعار Chainlet لكل حقبة.

يكتسب هذا النوع من نماذج تسعير المدققين أهميته لأن Chainlets تستهلك موارد بنية تحتية فعلية.

ويحتاج المدققون إلى حوافز لتشغيل السلاسل بموثوقية.

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

ويُعد تحقيق التوازن بين إيرادات المدققين والقدرة على تحمل المطورين للتكاليف محورياً في اقتصاد Chainlets.

Chainlets وتسعير المطورين

تغير Chainlets الجهة التي تدفع مقابل البنية التحتية للبلوكشين.

في كثير من شبكات العقود الذكية، يدفع المستخدمون رسوم الغاز مباشرةً في كل مرة يتفاعلون فيها مع تطبيق.

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

توضح وثائق Saga حول الدفع مقابل Chainlets أن رسوم Chainlet التي يدفعها المطور ترتبط بتسعير المدققين ومشاركتهم الفعلية.

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

فعادةً لا يطلب تطبيق ويب من المستخدمين دفع رسوم مزود الخدمات السحابية مباشرةً مقابل كل نقرة.

بل يدفع المطور تكاليف البنية التحتية ويختار نموذج عمله.

وتقدم Chainlets فكرة مماثلة لبنية العملات المشفرة التحتية.

وقد يدعم ذلك الاشتراكات والتطبيقات المجانية جزئياً ونماذج الإعلانات والوصول المقيد بالتوكن والرسوم داخل التطبيق أو خطط الاستخدام المخصصة للمؤسسات.

ويتمثل التحدي أمام المطورين في تقدير استخدام Chainlet والاحتفاظ بأموال كافية لاستمرار تشغيلها.

أما المستخدمون، فيستفيدون من إمكانية جعل تطبيق العملات المشفرة أبسط وأقل اعتماداً على الرسوم.

Chainlets والآلات الافتراضية

الآلة الافتراضية، أو VM، هي بيئة التنفيذ التي يعمل فيها منطق تطبيقات البلوكشين.

تستخدم منظومات البلوكشين المختلفة آلات افتراضية وأطر عمل مختلفة للعقود الذكية.

صُممت Chainlets لتكون مرنة من حيث بيئات التنفيذ.

وتشير وثائق Saga Chainlets إلى أن Saga تهدف إلى دعم مختلف أنواع الآلات الافتراضية، وأن أول نوع مدعوم هو EVM.

يكتسب التوافق مع EVM أهميته لأن كثيراً من مطوري العملات المشفرة لديهم خبرة مسبقة في العقود الذكية وأدواتها المتوافقة مع EVM.

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

وتكتسب مرونة الآلات الافتراضية أهميتها أيضاً لأن التطبيقات لا تحتاج كلها إلى نموذج التنفيذ نفسه.

فقد تستفيد لعبة عالية الأداء وبروتوكول DeFi وتطبيق مؤسسي للتسوية من خيارات تشغيل مختلفة.

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

وتُعد هذه المرونة أحد أسباب إدراج Chainlets ضمن النقاش حول البلوكشين المعياري.

Chainlets والتشغيل البيني

يعني التشغيل البيني قدرة Chainlets وشبكات البلوكشين الأخرى على التواصل ونقل الأصول أو الرسائل بين البيئات.

ويُعد التشغيل البيني ضرورياً، لأن السلاسل المخصصة قد تؤدي إلى التجزئة إذا تعذر ربطها بسلاسة.

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

وتصف صفحة Saga Protocol Chainlets بأنها سلاسل مخصصة متوازية وقابلة للتشغيل البيني.

كما تصف طبقة تكامل السيولة المصممة لربط Chainlets بالمنظومات المختلفة.

وقد يجعل التشغيل البيني Chainlet أقل عزلة بالنسبة إلى المستخدمين.

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

وتكمن أهمية التشغيل البيني بوجه خاص في DeFi، لأن تجزئة السيولة قد تضعف الأسواق وتزيد الانزلاق السعري.

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

لكن التشغيل البيني يضيف أيضاً مخاطر الجسور والتحقق من الرسائل وتعقيد الأمن عبر السلاسل.

ينبغي لأي استراتيجية لـ Chainlet أن تتعامل مع التشغيل البيني بوصفه ميزة ومصدر مخاطر في آنٍ واحد.

Chainlets مقارنةً بـ Appchains

ترتبط Chainlets ارتباطاً وثيقاً بـ Appchains، لكن المصطلحين لا يعنيان الشيء نفسه دائماً.

Appchain هي أي بلوكشين مخصصة لتطبيق معين.

أما Chainlet فهي نمط محدد من Appchains، تُجهز عبر منصة مصممة لأتمتة الإطلاق والأمن وإدارة البنية التحتية.

ويكمن الاختلاف المهم في مستوى الأتمتة والبنية التحتية المشتركة.

قد يتطلب إنشاء Appchain تقليدية من الفريق تنسيق المدققين وإنشاء نموذج توكن وإدارة البنية التحتية وبناء الاتصال عبر السلاسل يدوياً.

وتهدف Chainlet إلى تسهيل هذه الخطوات عبر توفير بيئة جاهزة للنشر والأمن للمطورين.

وقد يقلل ذلك وقت الوصول إلى السوق ويخفض الحواجز التقنية.

لكن Chainlets لا تزال تتطلب تصميماً دقيقاً.

فالتصميم السيئ للتطبيق لا يصبح جيداً لمجرد تشغيله على سلسلة مخصصة.

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

Chainlets مقارنةً بـ Rollups

تهدف Chainlets وRollups إلى تحسين قابلية توسع البلوكشين، لكنهما تستخدمان تصميمين مختلفين.

عادةً ما تنفذ Rollup المعاملات بعيداً عن الطبقة الأساسية، ثم تنشر البيانات أو الإثباتات على طبقة التسوية.

أما Chainlet فهي بلوكشين مخصصة لتطبيق معين، وقد تمتلك بيئة مدعومة بمدققين ونموذج بنية تحتية خاصاً بها.

غالباً ما ترث Rollups الأمن من سلسلة التسوية عبر أنظمة الإثبات وقواعد نشر البيانات.

وقد ترث Chainlets الأمن عبر المدققين المشتركين وتجهيز البروتوكول.

قد تكون Rollups مفيدة لتوسيع المنظومات المشتركة.

وقد تكون Chainlets مفيدة للتطبيقات التي تريد سلسلة مخصصة بقواعد قابلة للتخصيص وسعة يمكن توقعها.

ولا يُعد أي من التصميمين أفضل تلقائياً لكل حالات الاستخدام.

فقد يفضل بروتوكول DeFi أحد النموذجين، بينما تفضل لعبة أو تطبيق استهلاكي النموذج الآخر.

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

Chainlets مقارنةً بالسلاسل الجانبية

السلسلة الجانبية بلوكشين منفصلة متصلة بسلسلة أخرى، غالباً عبر الجسور أو أنظمة أخرى للتواصل بين السلاسل.

وتكون للسلاسل الجانبية عادةً افتراضاتها الأمنية الخاصة.

قد تبدو Chainlet مشابهة لها لأنها سلسلة منفصلة أيضاً، لكن نموذج Chainlet يركز على التجهيز الآلي والأمن المشترك من البروتوكول الداعم.

ويكتسب هذا التمييز أهميته لأن كثيراً من السلاسل الجانبية تتطلب مجموعة مدققين أو نموذجاً أمنياً خاصاً بها.

وقد تقلل Chainlet هذا العبء إذا نجحت في الاستفادة من أمن نظام المدققين الرئيسي.

لكن ينبغي للمستخدمين دائماً التحقق من التصميم الأمني الفعلي بدلاً من الوثوق بالتسميات.

قد تُسمى بعض الشبكات Appchains أو سلاسل جانبية أو شبكات فرعية أو Rollups أو Chainlets، لكن المخاطر الفعلية تعتمد على آليات التحقق والبيانات والجسور والترقيات.

في عالم العملات المشفرة، المصطلحات مفيدة، لكن ما يهم فعلاً هو البنية التقنية.

ينظر المستخدم أو المطور الحريص إلى ما وراء المصطلح التسويقي ويدرس النموذج التقني.

حالات استخدام Chainlets

قد تكون Chainlets مفيدة لألعاب العملات المشفرة، لأنها قد تتطلب كثيراً من التفاعلات منخفضة التكلفة.

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

وقد يصبح تنفيذ كل ذلك على سلسلة مشتركة مزدحمة مكلفاً وبطيئاً.

يمكن لـ Chainlet مخصصة أن توفر للعبة مسار أداء خاصاً بها.

وقد تكون Chainlets مفيدة أيضاً لتطبيقات DeFi التي تحتاج إلى تنفيذ قابل للتوقع وترتيب مخصص للمعاملات.

وقد يستفيد سوق إقراض أو نظام مشتقات أو صانع سوق آلي من مساحة كتل معزولة وضوابط مخاطر مخصصة.

ويمكن لـ Chainlets دعم التطبيقات الاجتماعية التي تحتاج إلى معاملات منخفضة التكلفة للنشر والمتابعة والتفاعل وتحديثات السمعة.

كما يمكنها دعم اقتصادات وكلاء الذكاء الاصطناعي التي تنفذ فيها الوكلاء المستقلون إجراءات متكررة على السلسلة.

وقد تدعم تطبيقات العملات المشفرة للمؤسسات التي تحتاج إلى ضوابط للأذونات ومعدل معالجة قابل للتوقع ومنطق امتثال مخصص.

والقاسم المشترك هو فائدة Chainlets عندما يحتاج تطبيق واحد إلى موارد بلوكشين خاصة به من دون بناء البنية التحتية كاملةً من الصفر.

فوائد Chainlets

الفائدة الرئيسية الأولى لـ Chainlets هي الأداء القابل للتوقع.

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

الفائدة الثانية هي المرونة في الرسوم.

يمكن للمطورين تصميم رسوم المستخدمين أو الاشتراكات أو تجارب الاستخدام من دون غاز، بدلاً من إلزام المستخدمين بالاحتفاظ بتوكن غاز معين مقابل كل إجراء.

الفائدة الثالثة هي التخصيص.

يمكن إعداد Chainlet وفق بيئة التنفيذ وتدفق المستخدم والنموذج الاقتصادي الخاص بالتطبيق.

الفائدة الرابعة هي سهولة أكبر في نشر Appchain.

إذ يستطيع المطورون إطلاق سلسلة مخصصة من دون بناء كل أجزاء بنية المدققين والأمن المشترك يدوياً.

الفائدة الخامسة هي التوسع الأفقي.

إذا لم تكفِ Chainlet واحدة، فيمكن للتطبيق استخدام عدة Chainlets لسير عمل أو مجموعات أنشطة مختلفة.

الفائدة السادسة هي تحسين تجربة المستخدم.

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

مخاطر Chainlets وقيودها

تنطوي Chainlets أيضاً على مخاطر وقيود.

الخطر الأول هو التعقيد.

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

الخطر الثاني هو فشل التشغيل البيني.

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

الخطر الثالث هو الاعتماد الأمني.

قد تعتمد Chainlet على أمن نظام المدققين ونموذج التحقق عبر السلاسل وتصميم الجسر وحوكمة المنصة.

الخطر الرابع هو تمويل المطورين.

إذا دفع المطورون تكاليف صيانة Chainlet، فيجب أن تتوافر لديهم موارد كافية لإبقائها قيد التشغيل.

الخطر الخامس هو جودة التطبيق.

لا تجعل السلسلة المخصصة العقد الذكي آمناً تلقائياً، ولا تجعل نموذج التوكن مستداماً أو المنتج مفيداً.

الخطر السادس هو الاعتماد على المنظومة.

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

لا تعني هذه المخاطر أن Chainlets سيئة.

بل توضح ضرورة تقييمها كبنية تحتية لها مزايا ومقايضات.

Chainlets وتجزئة السيولة

تُعد تجزئة السيولة أحد أكبر التحديات التي تواجه أي بنية متعددة الشبكات.

وتحدث تجزئة السيولة عندما تتوزع الأصول والمستخدمون على سلاسل عديدة، ما يجعل الأسواق أقل عمقاً وأصعب استخداماً.

إذا امتلك كل تطبيق Chainlet خاصة به، لكن ظلت السيولة محصورة في بيئات منفصلة، فقد يصبح نشاط DeFi أقل كفاءة.

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

ولهذا تحتاج أنظمة Chainlet إلى توجيه قوي للسيولة وتواصل جيد عبر السلاسل.

وتصف Saga طبقة تكامل السيولة الخاصة بها بأنها وسيلة لربط Chainlets والحد من تجزئة السيولة.

بالنسبة إلى المستخدمين، الهدف هو جعل التنقل بين Chainlets بسيطاً.

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

أما المنظومة، فتهدف إلى الاستفادة من السلاسل المخصصة من دون خسارة تأثيرات الشبكة التي توفرها الأسواق المشتركة.

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

Chainlets وأمن العملات المشفرة

ينبغي تقييم أمن Chainlet عبر عدة طبقات.

الطبقة الأولى هي أمن المدققين.

ينبغي للمستخدمين معرفة الجهات التي تتحقق من Chainlet والعقوبات المفروضة على المدققين عند إساءة سلوكهم.

الطبقة الثانية هي أمن العقود الذكية.

فحتى إذا كانت بنية Chainlet التحتية آمنة، قد يؤدي وجود ثغرة في عقد إلى خسارة الأموال.

الطبقة الثالثة هي أمن الجسور والتشغيل البيني.

فقد تنشئ الرسائل والتحويلات عبر السلاسل مساحات واسعة للهجوم.

الطبقة الرابعة هي إدارة المفاتيح.

يجب على المطورين حماية مفاتيح الإدارة والنشر والترقية والمدققين والحسابات التشغيلية.

الطبقة الخامسة هي المراقبة.

ينبغي للفرق مراقبة وقت التشغيل وفشل المعاملات والنشاط غير المعتاد وتحركات السيولة وأداء المدققين.

يُعد دليل OWASP لأهم 10 مخاطر في العقود الذكية مرجعاً خارجياً مفيداً لفئات الثغرات الشائعة التي ينبغي للمطورين مراعاتها عند بناء تطبيقات قائمة على Chainlet.

ولا يقتصر أمن Chainlet على السلسلة نفسها.

بل يشمل حزمة التطبيق بأكملها.

Chainlets والمستخدمون النهائيون

قد لا يعرف المستخدمون النهائيون دائماً أنهم يستخدمون Chainlet.

إذا صُمم التطبيق جيداً، فقد لا يلاحظ المستخدم سوى سرعة المعاملات وقابلية توقع التكاليف وتراجع مشكلات الغاز.

وهذا أحد الأهداف الرئيسية للتصميم القائم على Chainlets.

ينبغي ألا تتطلب تطبيقات العملات المشفرة من كل مستخدم فهم تجهيز المدققين أو نشر السلاسل أو سندات الرسوم.

لكن على المستخدمين مع ذلك فهم أساسيات السلامة.

ينبغي لهم التحقق من الشبكة المستخدمة قبل توقيع المعاملات.

وينبغي لهم مراجعة طلبات المحفظة بعناية.

وينبغي لهم تجنب الروابط غير المعروفة والتطبيقات المزيفة والموافقات الضارة.

وينبغي لهم إدراك أن استخدام الخدمة من دون غاز لا يعني خلوها من المخاطر.

فقد تنقل المعاملة التي لا تتطلب غازاً أصولاً أو تمنح موافقات أو تتفاعل مع عقود ذكية.

ينبغي لتطبيقات Chainlet الجيدة توضيح هذه الإجراءات وتسهيل مراجعتها.

Chainlets والمطورون

يستخدم المطورون Chainlets لإطلاق تطبيقات للعملات المشفرة ببنية تحتية مخصصة.

وقد يقلل ذلك الوقت اللازم لإنشاء منتج شبيه بـ Appchain.

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

ومع ذلك، لا يزال التخطيط الدقيق ضرورياً للمطورين.

ينبغي لهم تحديد ما يُنفذ على السلسلة وما يُنفذ خارجها.

وينبغي لهم تصميم ضوابط لمنع الرسائل المزعجة إذا لم يكن المستخدمون يدفعون رسوم الغاز مباشرةً.

وينبغي لهم التخطيط لكيفية نقل الأصول من Chainlet وإليها.

وينبغي لهم اختبار التطبيق تحت أحمال مرتفعة من المعاملات.

وينبغي لهم مراقبة سلامة Chainlet بعد الإطلاق.

كما ينبغي لهم التأكد من فهم المستخدمين لأسماء الشبكات وطلبات المحافظ وأي خطوات لنقل الأصول عبر الجسور.

تسهل Chainlets نشر البلوكشين، لكنها لا تلغي الحاجة إلى هندسة مسؤولة.

Chainlets واقتصاديات التوكن

قد تؤثر Chainlets في اقتصاديات التوكن، لأن المطور قد يتحكم بتدفق الرسوم بدلاً من أن تتحكم به الشبكة الأساسية مباشرةً.

وتوضح وثائق آلية توكن Saga واقتصادياتها أن المطورين يستطيعون اختيار نماذج الرسوم لمستخدمي Chainlet، ويمكنهم تحصيل الرسوم بتوكنات مختلفة إذا قرروا فرضها.

وهذا يمنح المطورين مرونة أكبر في نماذج الأعمال.

وقد يستخدم تطبيق Chainlet رسوماً بالعملات المستقرة أو توكنات التطبيق الأصلية أو الوصول عبر الاشتراكات أو الأذونات القائمة على NFTs أو نموذجاً لا يفرض رسوماً مباشرةً على المستخدم.

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

وهذا ينشئ تكلفة للبنية التحتية ينبغي التخطيط لها.

من المهم لمستثمري التوكنات فهم ما إذا كان لتوكن تطبيق Chainlet استخدام فعلي أو حقوق حوكمة أو طلب مرتبط بالمدفوعات، أو ما إذا كانت قيمته مضاربية فحسب.

ومن المهم للمستخدمين فهم التوكن اللازم لاستخدام التطبيق والتوكن اللازم للبنية التحتية.

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

ينبغي أن تربط اقتصاديات Chainlet المستدامة بوضوح بين الاستخدام والتكلفة والحوافز والأمن.

Chainlets ببساطة

Chainlet هي بلوكشين صغيرة مخصصة لتطبيق واحد في عالم العملات المشفرة.

فبدلاً من وضع كل التطبيقات على بلوكشين واحدة مزدحمة، تمنح Chainlet تطبيقاً واحداً سلسلته الخاصة.

وقد يجعل ذلك المعاملات أسرع والرسوم أكثر قابلية للتوقع.

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

وقد تكون Chainlets مفيدة للألعاب وتطبيقات DeFi والتطبيقات الاجتماعية وأنظمة وكلاء الذكاء الاصطناعي وغيرها من منتجات العملات المشفرة عالية النشاط.

وتشكل جزءاً من الحركة الأوسع نحو Appchains والبلوكشين المعياري.

وتتمثل فائدتها الرئيسية في منح التطبيق مساحة كتل مخصصة وتحكماً أكبر.

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

وللمبتدئين، أسهل طريقة لفهم Chainlets هي مقارنتها بالخوادم المخصصة لتطبيقات معينة في البرمجيات التقليدية.

لكن الفرق هو أن Chainlets بيئات بلوكشين، لذا تظل بحاجة إلى مدققين وأمن تشفيري ومحافظ وعقود ذكية آمنة.

الأسئلة الشائعة

ما معنى Chainlets في عالم العملات المشفرة؟

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

ويرتبط المصطلح بقوة بنموذج Saga لإطلاق سلاسل مخصصة للتطبيقات اللامركزية.

هل Chainlets هي نفسها Appchains؟

Chainlets نوع من Appchains، لكن المصطلح يشير عادةً إلى Appchains تُطلق عبر منصة آلية توفر الأمن المشترك والبنية التحتية المخصصة.

وقد تتطلب Appchain عادية تنسيقاً يدوياً أكبر للمدققين وأعمالاً إضافية للبنية التحتية.

لماذا تكتسب Chainlets أهميتها؟

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

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

هل لدى Chainlets مدققوها الخاصون؟

في نموذج Saga، يؤمّن مدققو Saga Mainnet شبكات Chainlets عبر الأمن المشترك، بدلاً من إلزام كل تطبيق بإنشاء سوق منفصل للمدققين من الصفر.

وينبغي دائماً التحقق من نموذج المدققين المحدد في وثائق البروتوكول الحالية.

هل تعمل Chainlets من دون غاز؟

يمكن لـ Chainlets دعم تجارب استخدام من دون غاز أو مع تجريد رسوم الغاز، لكن البنية التحتية تظل ذات تكلفة.

وقد يدفع المطور تكاليف تجهيز Chainlet ثم يختار طريقة دفع المستخدمين، سواء عبر رسوم التطبيق أو الاشتراكات أو التوكنات أو نموذج آخر.

هل تستطيع Chainlets التوسع بشكل أفضل من بلوكشين مشتركة واحدة؟

قد تحسن Chainlets قابلية التوسع عبر تشغيل التطبيقات على سلاسل مخصصة ومتوازية.

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

فيمَ تُستخدم Chainlets؟

يمكن استخدام Chainlets لألعاب البلوكشين وتطبيقات DeFi وأنظمة وكلاء الذكاء الاصطناعي والتطبيقات الاجتماعية ومنصات الترفيه وأدوات العملات المشفرة للمؤسسات وغيرها من التطبيقات التي تحتاج إلى أداء مخصص.

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

ما أكبر مخاطر Chainlets؟

من المخاطر الرئيسية التجزئة الناتجة عن تعدد السلاسل.

وتشمل المخاطر الأخرى فشل التشغيل البيني وثغرات الجسور ومشكلات المدققين ونقص تمويل المطورين وأخطاء العقود الذكية.

هل Chainlets آمنة؟

قد تكون Chainlets آمنة عندما يُصمم نموذج المدققين والعقود الذكية والجسور وتدفقات المحافظ والضوابط التشغيلية جيداً.

ومع ذلك، ينبغي للمستخدمين مراجعة التطبيق والشبكة وتفاصيل المعاملة والافتراضات الأمنية قبل التفاعل مع أي تطبيق قائم على Chainlet.

ما الفرق بين Chainlets وRollups؟

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

أما Chainlets فهي شبكات بلوكشين مخصصة للتطبيقات، وتعتمد على منصتها ونموذج الأمن المشترك الخاص بها.

الخاتمة

تُعد Chainlets مفهوماً مهماً في بنية العملات المشفرة التحتية، لأنها تقدم طريقة جديدة لإطلاق البلوكشين المخصصة للتطبيقات وتوسيع نطاقها.

فبدلاً من إجبار كل تطبيق لامركزي على التنافس على مساحة الكتل المشتركة نفسها، تمنح Chainlets كل تطبيق بيئة سلسلة مخصصة.

وقد يحسن ذلك الأداء ويحد من عدم اليقين بشأن الرسوم ويدعم تجارب استخدام من دون غاز ويمنح المطورين تحكماً أكبر في تصميم التطبيقات.

وتكتسب Chainlets أهمية خاصة لمنتجات العملات المشفرة عالية النشاط، مثل الألعاب وأنظمة DeFi وشبكات وكلاء الذكاء الاصطناعي والتطبيقات الاجتماعية ومنصات البلوكشين الاستهلاكية.

وتنبع أبرز فوائدها من مساحة الكتل المخصصة والتوسع الأفقي والأمن المشترك ومرونة الرسوم وسهولة أكبر في نشر Appchains.

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

وقد تجعل Chainlets تطبيقات العملات المشفرة أسرع وأبسط للمستخدمين.

وقد تسهل على المطورين إنشاء تطبيقات تحتاج إلى موارد بلوكشين خاصة بها.

وتوضح Chainlets لمنظومة العملات المشفرة الأوسع انتقال تصميم البلوكشين من الشبكات الموحدة التي تناسب الجميع إلى بنية تحتية معيارية مخصصة للتطبيقات.

والأهم هو فهم أن Chainlet ليست مجرد بلوكشين أصغر حجماً.

بل هي بيئة تنفيذ مخصصة للعملات المشفرة، صُممت لتمنح تطبيقاً واحداً أداءً أكثر قابلية للتوقع واقتصاديات أكثر مرونة وتحكماً أكبر في تفاعلات المستخدمين على السلسلة.