ما هي appchain

ملاحظة: هذا المستند هو ترجمة آلية للنسخة الإنجليزية الأصلية.

ما هي appchain

إن appchain (سلسلة بلوكتشين مخصّصة لتطبيق محدّد) هي سلسلة بلوكتشين مبنية لخدمة تطبيق واحد أو مجموعة ضيقة من الوظائف المترابطة. وعلى خلاف السلاسل العامة الغرض — حيث تتشارك مئات التطبيقات غير المترابطة فضاء الكتل نفسه والمدقّقين وسوق الرسوم نفسه — تخصّص الـ appchain إنتاجيتها الكاملة ومنطق التنفيذ والحالة لاحتياجات مشروع واحد.

الفكرة بسيطة ومباشرة: بدلًا من نشر عقد ذكي على بلوكتشين خاص بشخص آخر، يبني المشروع سلسلة بلوكتشين خاصة به مصمَّمة خصيصًا لعبء عمله المحدّد. يمنح هذا المشروعَ تحكمًا كاملًا في قواعد الإجماع وإنتاجية المعاملات وبارامترات الرسوم واختيار الآلة الافتراضية — مقابل الحاجة إلى تأسيس مجموعة المدقّقين الخاصة به وأمنه الخاص.

باختصار: الـ appchain هي سلسلة بلوكتشين مصمَّمة لتطبيق واحد. وهي تستبدل بسهولة النشر على سلسلة قائمة التحكمَ الكامل في التنفيذ والإنتاجية والبارامترات على مستوى السلسلة.

كيف تعمل appchains

بيئة تنفيذ مخصّصة

على سلسلة عامة الغرض مثل Ethereum، تتشارك كل التطبيقات بيئة التنفيذ نفسها (EVM) وفضاء الكتل نفسه وسوق الرسوم نفسه. وعندما يولّد أحد التطبيقات حركة مرور عالية (مثل سَكّ NFT شائع)، تعاني جميع التطبيقات الأخرى على السلسلة من رسوم أعلى وتأكيد أبطأ.

تزيل الـ appchain هذه المشكلة بمنح التطبيق سلسلته الخاصة. ويحدّد التطبيق:

• الآلة الافتراضية — يمكن للـ appchain أن تشغّل EVM أو CosmWasm أو آلة افتراضية مخصّصة قائمة على Rust أو MoveVM أو أي محرّك تنفيذ آخر يناسب عبء عملها.
• بارامترات الكتلة — يمكن ضبط حجم الكتلة وزمن الكتلة وحدود الغاز بما يناسب متطلبات الإنتاجية المحدّدة للتطبيق.
• بنية الرسوم — تضع الـ appchain منطق الرسوم الخاص بها، بما في ذلك خيار دعم معاملات المستخدمين بالكامل.
• نموذج الحالة — حالة الـ appchain مخصّصة للتطبيق، ما يقلّل التضخّم الناتج عن البيانات غير المترابطة.

مجموعة المدقّقين والأمان

تحتاج الـ appchain إلى آليتها الخاصة لإنتاج الكتل والإجماع. وتشمل المقاربات:

• مجموعة مدقّقين ذات سيادة — تجنّد الـ appchain مدقّقيها الخاصين وتحفّزهم. يمنح هذا استقلالًا كاملًا لكنه يتطلب أن يجذب المشروع ما يكفي من الستيك أو الحوسبة ليكون آمنًا.
• الأمان المشترك — ترث الـ appchain الأمان من شبكة أم. ففي Cosmos، يمكن للـ appchains استخدام Interchain Security ليؤمّنها مدقّقو Cosmos Hub. وفي Polkadot، تتشارك parachains مجموعة مدقّقي سلسلة التتابع (relay chain). وعلى Avalanche، يجب أن تتضمّن الـ subnets مدقّقين يدقّقون أيضًا الشبكة الأساسية (Primary Network).
• appchains القائمة على rollup — تُبنى بعض الـ appchains بوصفها L2 rollups مخصّصة على Ethereum أو L1 أخرى، مستخدِمةً أمان السلسلة الأم مع الحفاظ على بيئة تنفيذ مخصّصة.

أطر بناء appchains

تبسّط عدة أطر تطوير الـ appchains:

الإطار	المنظومة	الخصائص
Cosmos SDK	Cosmos / IBC	إطار بلوكتشين معياري؛ إجماع مخصّص عبر Tendermint/CometBFT؛ تواصل عبر السلاسل بواسطة IBC
Substrate	Polkadot / مستقلّ	الإطار وراء parachains في Polkadot؛ بيئة تشغيل قابلة للتهيئة بدرجة عالية؛ أمان مشترك اختياري
Avalanche Subnet SDK	Avalanche	إنشاء subnet داخل منظومة Avalanche؛ يجب أن يدقّق المدقّقون الشبكة الأساسية أيضًا
OP Stack / Arbitrum Orbit	Ethereum L2	أطر لإطلاق L2 rollups مخصّصة بإعدادات مخصّصة

لماذا قد تبني مشاريع الذكاء الاصطناعي appchains

تتميّز أعباء عمل الذكاء الاصطناعي بخصائص قد تجعل السلاسل العامة الغرض غير مناسبة:

• منطق تنفيذ مخصّص — كثيرًا ما يتطلب تنسيق الذكاء الاصطناعي منطقًا متخصّصًا على السلسلة لا ينطبق بنظافة على أنماط العقود الذكية القياسية. يمكن للـ appchain تشغيل آلة افتراضية محسَّنة لعمليات خاصة بالذكاء الاصطناعي: إدارة سجلّ النماذج، أو التحقق من نتائج الاستدلال، أو جدولة مهام الحوسبة، أو توزيع الحوافز.
• إنتاجية عالية للتنسيق — قد تولّد شبكات الذكاء الاصطناعي اللامركزية كميات كبيرة من الرسائل على السلسلة (تعيينات المهام، تسليم النتائج، درجات المدقّقين). توفّر الـ appchain إنتاجية مخصّصة لهذه العمليات من دون التنافس مع معاملات DeFi أو الألعاب غير المترابطة.
• اقتصاد رسوم مخصّص — يمكن لمشاريع الذكاء الاصطناعي تصميم بنى رسوم تتوافق مع نموذج التوكن الخاص بها. فمثلًا، قد تفرض شبكة حوسبة رسومًا مقوَّمة بتوكن المنفعة الخاص بها وتُحرَق عند الاستخدام، بدلًا من دفع الغاز بـ ETH لسلسلة غير مترابطة.
• السيادة على الترقيات — يمكن لفرق الـ appchain ترقية منطق التنفيذ وقواعد الإجماع والبارامترات بشكل مستقل، من دون انتظار قرارات الحوكمة على سلسلة مشتركة.

تأتي هذه الفوائد مع مقايضات. فالـ appchain تتطلب تأسيس مجموعة مدقّقين (أو الدفع مقابل أمان مشترك)، وبناء أو دمج جسر للتواصل عبر السلاسل، وصيانة البنية التحتية للسلسلة. وقد تجد المشاريع الأصغر أن نشر عقد ذكي على سلسلة قائمة أكثر عملية من تشغيل سلسلة بلوكتشين كاملة.

في بطاقات مشاريع DecAIHub، يشير التصنيف Type: Appchain إلى أن المشروع يشغّل سلسلة بلوكتشين مخصّصة خاصة به بدلًا من نشر عقود على سلسلة عامة الغرض.

أين تظهر في بطاقات مشاريع DecAIHub

في بطاقات مشاريع DecAIHub، تظهر الـ appchains في:

• Type — تشير Appchain إلى أن للمشروع سلسلة بلوكتشين مخصّصة خاصة به. وهذا يميّزه عن المشاريع التي تنشر عقودًا ذكية على سلاسل مشتركة.
• Main chain — قد تظل الـ appchain تشير إلى منظومة أم. فمثلًا، قد تذكر appchain على Cosmos مركزها (hub) المتصل عبر IBC، أو قد تذكر appchain قائمة على subnet في Avalanche منصةَ Avalanche.
• Consensus — يمكن للـ appchains تشغيل أي آلية إجماع. ويظهر اختيار الإجماع المحدّد (PoS، Tendermint/CometBFT، Snowman، مخصّص) في حقل الإجماع ويُخبر القارئ كيف يعمل إنتاج الكتل والنهائية.
• AI component — كثيرًا ما يرتبط سبب بناء appchain بوظيفة ذكاء اصطناعي متخصّصة تطلّبت منطق تنفيذ مخصّصًا أو إنتاجية مخصّصة أو آلية حوافز مصمَّمة خصيصًا.

ما الذي لا يثبته وسم appchain وحده

• امتلاك appchain لا يثبت أن التطبيق يعمل. بناء سلسلة بلوكتشين مخصّصة هو قرار بنية تحتية، وليس دليلًا على وجود منتج عامل أو مستخدمين حقيقيين أو قدرة ذكاء اصطناعي فعلية.
• بنية الـ appchain لا تثبت اللامركزية. فالـ appchain ذات ثلاثة مدقّقين يتحكم بها الفريق نفسه هي إعداد متعدّد الخوادم بخطوات إضافية. عدد المدقّقين وتوزيعهم واستقلالهم أهم من الوسم.
• الإنتاجية المخصّصة لا تعني أن الإنتاجية مطلوبة. فالـ appchain ذات السعة الفائضة قد تشير إلى هندسة مفرطة بدلًا من طلب فعلي. الإنتاجية العالية ذات معنى فقط حين تقترن ببيانات استخدام حقيقية.
• التنفيذ المخصّص لا يعني أن الذكاء الاصطناعي حقيقي. يمكن لآلة افتراضية مخصّصة استضافة أي منطق — بما في ذلك منطق بلا أي مكوّن ذكاء اصطناعي فعلي. إن AI component وجدول الأدلة في بطاقة المشروع هما الموضعان للتحقق من ادّعاءات الذكاء الاصطناعي.
• الـ appchain لا تعني العزلة. تتواصل كثير من الـ appchains مع سلاسل أخرى عبر الجسور أو IBC أو بروتوكولات قابلية تشغيل بيني أخرى. الـ appchain مخصّصة، وليست منعزلة.

لا تخلط بين

• L1 — يمكن للـ appchain أن تكون L1 (سلسلة ذات سيادة بإجماعها الخاص) أو أن تُبنى فوق L1 قائمة (بوصفها subnet أو parachain أو rollup مخصّص). ليست كل سلاسل L1 هي appchains، وليست كل الـ appchains سلاسل L1 ذات سيادة.
• Subnet — الـ subnet نمط تنفيذ واحد للـ appchains، تستخدمه Avalanche وBittensor. وتشمل أنماط appchain الأخرى zones في Cosmos، وparachains في Polkadot، وrollups مخصّصة. «appchain» هو المفهوم؛ و«subnet» شكل محدّد منه.
• L2 — بعض الـ appchains تُنفَّذ بوصفها L2 rollups (باستخدام OP Stack أو Arbitrum Orbit). وهذه appchains ترث الأمان من سلسلة أم. أما L2 العامة التي تستضيف تطبيقات كثيرة فليست appchain.
• العقد الذكي — نشر عقد ذكي على سلسلة قائمة لا يصنع appchain. الـ appchain سلسلة بلوكتشين كاملة، وليست برنامجًا يعمل على سلسلة شخص آخر.
• Sidechain — الـ sidechain سلسلة منفصلة تتصل بسلسلة أم عبر جسر. يمكن للـ appchain أن تكون sidechain، لكن مصطلح «appchain» يؤكّد التصميم المخصّص للتطبيق، بينما يؤكّد «sidechain» علاقة الجسر.

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

لماذا يبني مشروع ذكاء اصطناعي سلسلة بلوكتشين خاصة به بدلًا من النشر على Ethereum؟

يبني المشروع appchain حين لا تلائم السلاسل العامة الغرض متطلباته التقنية. وتشمل الأسباب الشائعة الحاجة إلى آلة افتراضية مخصّصة لعمليات خاصة بالذكاء الاصطناعي، أو الحاجة إلى إنتاجية مخصّصة لكميات كبيرة من رسائل التنسيق، أو الرغبة في التحكم الكامل باقتصاد الرسوم وحوكمة الترقيات، أو الحاجة إلى متطلبات عتاد للمدقّقين (مثل GPU) لا تستطيع سلسلة عامة الغرض فرضها. ويجب موازنة هذه الفوائد مع الكلفة: تأسيس الأمان، وصيانة البنية التحتية، واحتمال تجزئة السيولة بعيدًا عن السلاسل الراسخة.

ما الفرق بين الـ appchain والـ subnet؟

الـ subnet تنفيذ محدّد لمفهوم الـ appchain، تستخدمه شبكات مثل Avalanche وBittensor. ففي هذه الأنظمة، الـ subnet بيئة بلوكتشين مخصّصة داخل الشبكة الأكبر، بمدقّقيها وقواعدها الخاصة. أما «appchain» فهو المفهوم الأوسع — أي سلسلة بلوكتشين مبنية لتطبيق واحد. وتشمل التنفيذات الأخرى zones في Cosmos (appchains متصلة عبر IBC)، وparachains في Polkadot (appchains تتشارك أمان سلسلة التتابع)، وL2 rollups مخصّصة. انظر ما هي subnet للتفاصيل.

هل بناء appchain أكثر كلفة من نشر عقد ذكي؟

عمومًا نعم. نشر العقد الذكي يستفيد من بنية تحتية قائمة — المدقّقون وإنتاج الكتل والأدوات وإدخال المستخدمين تتولّاها السلسلة المضيفة أصلًا. أما الـ appchain فتتطلب من المشروع إعداد بنيته التحتية الخاصة: تجنيد المدقّقين (أو الدفع مقابل أمان مشترك)، وتشغيل العُقد، وصيانة الإجماع، وبناء أو دمج الجسور، وتوفير مستكشفات الكتل والمحافظ. والكلفة التشغيلية أعلى بكثير. تكون بنية الـ appchain منطقية حين تبرّر المتطلبات المحدّدة للتطبيق هذه الأعباء الإضافية.

هل يمكن للـ appchain التواصل مع سلاسل أخرى؟

نعم. تتضمّن معظم بنى الـ appchain الحديثة قابلية تشغيل بيني مدمجة. تتواصل appchains في Cosmos عبر بروتوكول التواصل بين السلاسل (IBC). وتتواصل parachains في Polkadot عبر المراسلة عبر السلاسل في سلسلة التتابع. ويمكن لـ subnets في Avalanche التفاعل مع C-Chain وsubnets أخرى. وترث الـ appchains القائمة على rollup جسرًا إلى L1 الأم. تتفاوت درجة وسرعة التواصل عبر السلاسل، لكن العزلة عن المنظومة الأوسع ليست سمة مميِّزة للـ appchains.

مراجع خارجية

• Cosmos SDK documentation — التوثيق الرسمي لبناء سلاسل بلوكتشين مخصّصة لتطبيق محدّد باستخدام Cosmos SDK، بما في ذلك الإجماع والوحدات ودمج IBC.
• Ethereum.org — Modular blockchains — نظرة عامة من مؤسسة Ethereum على مقاربات التوسع، بما في ذلك rollups وبيئات التنفيذ المخصّصة.
• Messari — Appchains — تقرير بحثي يغطّي أطروحة الـ appchain ومقايضاتها ومشهد المنظومة.

انظر أيضًا

• ما هي L1
• ما هي L2
• ما هي subnet
• ما هي EVM
• ما هي سلسلة البلوكتشين غير المتوافقة مع EVM
• كيف تقرأ بطاقة المشروع