ما هو dApp

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

ما هو dApp

dApp (تطبيق لامركزي) هو برمجية تتفاعل مع سلسلة الكتل عبر العقود الذكية بدلًا من الاعتماد كليًا على خادم مركزي تقليدي. فعلى عكس التطبيقات التقليدية التي تتحكم فيها شركة واحدة في الواجهة الخلفية وقاعدة البيانات ومنطق الأعمال، يضع dApp العمليات الحرجة على السلسلة — ما يجعلها شفافة وقابلة للتدقيق ومقاومة لنقاط الفشل المنفردة.

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

باختصار: dApp برمجية مبنية على العقود الذكية لسلسلة الكتل — ويتعقّب DecAIHub ما إذا كانت مشاريع الذكاء الاصطناعي والتشفير تقدّم تطبيقات لامركزية حقيقية أم مجرد منتجات مركزية مرفقة برمز.

كيف يعمل dApp

يتبع تطبيق الويب التقليدي نمطًا مألوفًا من ثلاث طبقات: الواجهة الأمامية (ما يراه المستخدم)، والواجهة الخلفية (منطق الخادم)، وقاعدة البيانات (حيث تُخزَّن الحالة). ويعدّل dApp هذا النمط باستبدال بعض أو كل طبقتي الواجهة الخلفية وقاعدة البيانات بعقود ذكية منشورة على سلسلة كتل.

الواجهة الأمامية

الطبقة المواجهة للمستخدم في dApp عادةً ما تكون تطبيق ويب قياسيًا — HTML وCSS وJavaScript — يُقدَّم عبر متصفح أو تطبيق جوال. والفرق الأساسي هو كيفية تواصل الواجهة الأمامية مع الواجهة الخلفية. فبدلًا من إرسال الطلبات إلى خادم API لشركة، ترسل الواجهة الأمامية لـ dApp معاملات إلى عقدة سلسلة كتل، عادةً عبر واجهة محفظة.

عندما يربط المستخدم محفظة عملات مشفرة (مثل MetaMask أو Phantom) بموقع ويب ويوافق على معاملة، فإنه يتفاعل مع الواجهة الأمامية لـ dApp. وتوقّع المحفظة المعاملة بالمفتاح الخاص للمستخدم، وتُبَث المعاملة الموقّعة إلى شبكة سلسلة الكتل.

الواجهة الخلفية القائمة على العقود الذكية

في التطبيق التقليدي، تعمل شيفرة جانب الخادم على آلات تتحكم فيها الشركة. أما في dApp، فيقيم منطق الأعمال الأساسي في العقود الذكية — برامج منشورة على سلسلة كتل تُنفَّذ تلقائيًا عند استدعائها. وهذه العقود عامة وقابلة للتدقيق وثابتة بمجرد نشرها (رغم وجود أنماط ترقية مثل الوكلاء - proxies).

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

الحالة وتخزين البيانات

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

ومع ذلك، لا تقيم كل البيانات على السلسلة. فتخزين كميات كبيرة من البيانات على سلسلة كتل مكلف، لذا تستخدم العديد من dApps مقاربة هجينة: الحالة الحرجة على السلسلة، والبيانات المساعدة (الصور، والبيانات الوصفية، ومجموعات البيانات الكبيرة) على أنظمة تخزين لامركزية مثل IPFS أو Arweave، أو أحيانًا على خوادم تقليدية.

دورة التفاعل

يتبع تفاعل dApp النموذجي هذا المسار:

1. يفتح المستخدم واجهة الويب لـ dApp في متصفح.
2. يربط المستخدم محفظة عملاته المشفرة.
3. يبدأ المستخدم إجراءً (مبادلة، أو رهن، أو تصويت، أو تقديم بيانات).
4. تعرض المحفظة معاملة لمراجعة المستخدم وتوقيعها.
5. تُرسَل المعاملة الموقّعة إلى شبكة سلسلة الكتل.
6. يدرج المدققون أو منتجو الكتل المعاملة في كتلة.
7. ينفّذ العقد الذكي المنطق ويحدّث الحالة على السلسلة.
8. تقرأ الواجهة الأمامية الحالة المحدَّثة وتعكس النتيجة.

كل خطوة شفافة: فالمعاملة مرئية على السلسلة، ويمكن مراجعة شيفرة العقد الذكي، ويمكن التحقق من النتيجة بشكل مستقل.

كيف تختلف dApps عن التطبيقات التقليدية

الفروقات ليست تقنية فحسب — بل تغيّر نموذج الثقة جوهريًا.

الجانب	التطبيق التقليدي	dApp
التحكم في الواجهة الخلفية	الشركة تملك الخوادم وتشغّلها	العقود الذكية تُنفَّذ على شبكة لامركزية
ملكية البيانات	الشركة تتحكم في قاعدة البيانات	الحالة الحرجة مخزَّنة على سلسلة كتل عامة
التوقف عن العمل	الشركة يمكنها الإغلاق أو تقييد الوصول	العقود الذكية تظل متاحة ما دامت الشبكة تعمل
قابلية التدقيق	الشيفرة المصدرية عادةً خاصة	العقود الذكية قابلة للتحقق علنًا
نظام الحسابات	أسماء مستخدمين وكلمات مرور تديرها الشركة	المستخدمون يصادقون بمحفظتهم ومفتاحهم الخاص
الترقيات	الشركة تدفع التحديثات متى شاءت	ترقيات العقد تتبع حوكمة على السلسلة أو تكون مستحيلة (عقود ثابتة)
نموذج التكلفة	الشركة تتحمل تكاليف الخوادم؛ وقد يدفع المستخدمون اشتراكات	المستخدمون يدفعون رسوم gas للمعاملات على السلسلة

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

لماذا تبني مشاريع الذكاء الاصطناعي dApps

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

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

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

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

قابلية التركيب (Composability). يمكن لـ dApps على سلسلة الكتل نفسها أن تتفاعل فيما بينها عبر استدعاءات العقود الذكية. فيمكن تركيب dApp لاستدلال الذكاء الاصطناعي مع بروتوكول DeFi، أو سوق بيانات، أو إطار حوكمة — ما يخلق وظيفة لا يستطيع أي مشروع منفرد بناءها وحده. وقابلية التركيب هذه سبب جوهري لاختيار مشاريع الذكاء الاصطناعي البناء على بنية سلسلة الكتل التحتية بدلًا من بيئات سحابية معزولة.

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

في بطاقة مشروع DecAIHub، يظهر مفهوم dApp في عدة حقول:

• Type — عادةً ما يكون حقل Type في مشروع dApp مضبوطًا على EVM أو non-EVM (تبعًا لمنصة العقود الذكية التي ينشر عليها)، في مقابل Appchain (حيث يكون المشروع نفسه شبكة سلسلة كتله الخاصة).
• Category — كثيرًا ما تظهر المشاريع الموجهة نحو dApp تحت فئات مثل AI/Agents أو AI/Inference أو AI/Data، أو فئات عابرة للمجالات مثل AI/Agents | DeFi حيث يُقدَّم مكوّن الذكاء الاصطناعي عبر تطبيق لامركزي.
• AI component — تحدد بطاقة المشروع ما يفعله الذكاء الاصطناعي فعليًا داخل dApp (الاستدلال، أو تنسيق الحوسبة، أو التحليلات، أو التدريب). وتسمية dApp من دون مكوّن ذكاء اصطناعي ملموس إشارة إلى ضرورة مزيد من التحقق.
• Onchain necessity — يقيّم هذا الحقل ما إذا كان تكامل سلسلة الكتل ضروريًا بنيويًا للمنتج. وبالنسبة لـ dApp حقيقي، ينبغي أن تكون الإجابة واضحة: تؤدي طبقة العقود الذكية وظائف لا يمكن تكرارها بواجهة خلفية تقليدية من دون فقدان الشفافية، أو انعدام الحاجة إلى الثقة، أو مقاومة الرقابة. فإذا أمكن إزالة طبقة سلسلة الكتل من دون تغيير الوظيفة الأساسية للمنتج، فإن تسمية "dApp" تجميلية.

عند قراءة بطاقة مشروع، فإن ملف dApp (Type: EVM أو non-EVM مقترنًا بكون المشروع منشورًا على شبكة شخص آخر) مع تقييم قوي لـ Onchain necessity يشير إلى أن للمشروع سببًا ذا معنى للوجود على السلسلة. والملف نفسه مع Onchain necessity ضعيف أو غائب يوحي بأن بنية التطبيق اللامركزي قد تكون سردية أكثر منها جوهرًا.

ما لا تثبته تسمية dApp وحدها

تسمية منتج بأنه "dApp" ادعاء بنيوي، لا ضمان جودة. وتسمية dApp بحد ذاتها لا تبرهن على:

• AI reality — يمكن أن يوجد dApp من دون أي مكوّن ذكاء اصطناعي حقيقي. فقد تتولى العقود الذكية تحويلات الرموز والحوكمة بينما يوجد "الذكاء الاصطناعي" في المواد التسويقية فقط. ويقيّم DecAIHub AI reality بشكل منفصل عبر طيف AI_0 إلى AI_4 وأدلة Tier-1.

• عمق اللامركزية — يمكن لمشروع أن يسمّي نفسه dApp بينما يشغّل كل المنطق ذي المعنى على خوادم مركزية ويستخدم سلسلة الكتل لتحويلات الرموز فقط. ودرجة اللامركزية تهم أكثر من التسمية. تحقّق من أي العمليات تُنفَّذ فعليًا على السلسلة مقابل خارجها.

• الأمان — يمكن أن تحتوي العقود الذكية على ثغرات، ويمكن استغلال dApps. وdApp ليس آمنًا بطبيعته. وتقارير التدقيق، وبرامج مكافآت اكتشاف الثغرات (bug bounty)، والتحقق من العقود أدلة منفصلة على الممارسات الأمنية.

• قيمة المستخدم — يمكن لـ dApp صحيح تقنيًا ألا يحل أي مشكلة حقيقية. فيجب أن يقدّم المنتج منفعة تتجاوز حداثة كونه "على السلسلة".

• Token necessity — يمكن لـ dApp أن يعمل بإتقان من دون رمز. ووجود رمز بجانب dApp لا يعني أن الرمز ضروري. ويُقيَّم Token necessity بشكل مستقل.

لا تخلط بين

• العقد الذكي — العقد الذكي برنامج منشور على سلسلة كتل. أما dApp فهو تطبيق كامل يستخدم العقود الذكية كواجهته الخلفية. وعقد ذكي واحد ليس dApp بحد ذاته، تمامًا كما أن نقطة API واحدة ليست تطبيق ويب.

• البروتوكول — يحدد البروتوكول مجموعة من القواعد والمعايير للتفاعل. فبروتوكولات مثل Uniswap أو Aave تحدد منطق العقود الذكية، لكن dApp هو المنتج الكامل المواجه للمستخدم الذي يشمل الواجهة الأمامية، وتكامل المحفظة، وعقود البروتوكول. وبعض البروتوكولات لها واجهات dApp أمامية متعددة مبنية فوقها.

• موقع ويب باتصال محفظة — ربط محفظة بموقع ويب لا يجعله dApp. فإذا كان اتصال المحفظة يُستخدم فقط للمصادقة أو عرض الرموز، ولا تنطوي العمليات الأساسية للمنتج على معاملات على السلسلة، فإن التطبيق ليس لامركزيًا بشكل ذي معنى.

• الرمز — الرمز أصل رقمي على سلسلة كتل. وقد يستخدم dApp رمزًا، لكنهما شيئان مختلفان. فالعديد من الرموز توجد من دون أي dApp مرتبط، وبعض dApps تعمل من دون رمز أصلي.

• بروتوكول DeFi — بروتوكولات DeFi (التمويل اللامركزي) مجموعة فرعية من dApps تركّز على الخدمات المالية. فكل بروتوكولات DeFi هي dApps، لكن ليست كل dApps هي DeFi. وdApps المركّزة على الذكاء الاصطناعي، وdApps الألعاب، وdApps الاجتماعية، وdApps أسواق البيانات فئات صالحة بالقدر نفسه.

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

هل يحتاج كل مشروع تشفير إلى أن يكون dApp؟

لا. فالعديد من مشاريع التشفير القيّمة طبقات بنية تحتية (سلاسل كتل L1 أو L2)، أو أدوات مطورين، أو شبكات أوراكل، أو خدمات بيانات. وينبغي أن تطابق بنية المشروع غرضه. وفرض نمط dApp على منتج يعمل بشكل أفضل كبنية تحتية أو كخدمة تقليدية لا يضيف قيمة — بل يضيف تعقيدًا.

هل يمكن أن يعمل dApp من دون الإنترنت؟

لا. فـ dApp يتطلب اتصالًا بالشبكة للتفاعل مع سلسلة الكتل. وسلسلة الكتل نفسها شبكة موزّعة من العُقد تتواصل عبر الإنترنت. ومن دون الوصول إلى الشبكة، لا يستطيع المستخدم إرسال معاملات أو قراءة الحالة على السلسلة. ومع ذلك، فإن بيانات سلسلة الكتل نفسها مكرَّرة عبر العديد من العُقد المستقلة، فلا يمكن لإغلاق خادم واحد محوها.

هل كل dApps مفتوحة المصدر؟

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

كيف أعرف إن كان مشروع dApp حقيقيًا أم يدّعي ذلك فقط؟

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

ما الفرق بين dApp وتطبيق Web3؟

"Web3" مصطلح مظلّي أوسع للتطبيقات التي تستخدم تقنية سلسلة الكتل، والتخزين اللامركزي، والهوية التشفيرية. وdApp نوع محدد من تطبيقات Web3 — حيث يعمل منطق الواجهة الخلفية على عقود ذكية. وتستخدم بعض تطبيقات Web3 سلسلة الكتل بشكل هامشي (للهوية أو المدفوعات) من دون وضع المنطق الأساسي على السلسلة؛ وهذه تطبيقات Web3 لكنها ليست بالضرورة dApps بالمعنى الدقيق.

لماذا تُعد dApps ذات صلة بتقييم مشاريع الذكاء الاصطناعي والتشفير؟

لأن بنية dApp تحدد ما إذا كانت ادعاءات الذكاء الاصطناعي للمشروع قابلة للتحقق على السلسلة. فإذا عمل مشروع ذكاء اصطناعي بوصفه dApp حقيقيًا، يمكن تتبّع استدعاءات استدلاله، أو معالجته للبيانات، أو تنسيقه للحوسبة عبر تفاعلات العقود الذكية. أما إذا كان "dApp" مجرد غلاف واجهة أمامية حول API مركزي، تظل ادعاءات الذكاء الاصطناعي غير قابلة للتحقق عبر الأدلة على السلسلة — وهو بالضبط ما صُمّم تقييما Onchain necessity وAI reality في DecAIHub لاكتشافه.

مراجع خارجية

• Ethereum.org — Introduction to dApps — نظرة مؤسسة Ethereum على التطبيقات اللامركزية وخصائصها وكيف تختلف عن التطبيقات التقليدية
• Solana Documentation — Building Programs — دليل Solana لبناء البرامج على السلسلة (نظير العقود الذكية لـ dApps في Solana)
• a16z Crypto — The Web3 Landscape — أبحاث Andreessen Horowitz في التشفير التي تغطي بنى dApp والاتجاهات وتحليل السوق
• DappRadar — منصة تحليلات تتعقّب استخدام dApps، وأحجام المعاملات، ونشاط المستخدمين عبر سلاسل كتل متعددة

انظر أيضًا

• ما هو DeFi
• ما هي سلسلة كتل الطبقة الأولى (L1)
• ما هي سلسلة كتل الطبقة الثانية (L2)
• ما هي Ethereum
• ما هي Solana
• AI reality وOnchain necessity وToken necessity
• ما هو وكيل الذكاء الاصطناعي
• ما هو مكوّن الذكاء الاصطناعي
• ما هو العقد الذكي
• كيفية قراءة بطاقة مشروع DecAIHub