Skip to main content

ما هو العقد الذكي

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

ما هو العقد الذكي

العقد الذكي (smart contract) برنامج مخزَّن ومنفَّذ على بلوكتشين. وبمجرد نشره، يعمل تلقائيًا حين تتحقق شروطه — مفرِضًا الاتفاقات، أو مديرًا للأصول، أو منسّقًا للعمليات من دون الحاجة إلى وسيط بشري ينفّذ كل خطوة. ورغم الاسم، فالعقد الذكي ليس «ذكيًا» بمعنى الذكاء الاصطناعي ولا «عقدًا» بالمعنى القانوني. إنه شيفرة حتمية: بالمدخلات نفسها ينتج المخرَجات نفسها دائمًا، متّبعًا المنطق الدقيق الذي كتبه مطوّره.

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

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

كيف يعمل العقد الذكي

الكتابة والنشر

يبدأ العقد الذكي شيفرةَ مصدر مكتوبة بلغة برمجة مصمَّمة لبلوكتشين محدّد. وأكثر اللغات شيوعًا هي Solidity، المستخدَمة على Ethereum وكل السلاسل المتوافقة مع EVM (BNB Smart Chain، Arbitrum، Base، Polygon، Avalanche C-Chain). وتستخدم Solana لغة Rust وإطارها الأصلي. وللسلاسل الأخرى لغاتها الخاصة: Move (Sui، Aptos)، وCairo (Starknet)، وغيرها.

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

التنفيذ

حين يستدعي مستخدم أو عقد آخر دالةً في عقد ذكي، يحدث ما يلي:

  1. يقدّم المستدعي معاملة تحدّد عنوان العقد والدالة المطلوب استدعاؤها وبارامترات الإدخال.
  2. تنفّذ كل عقدة مدقّق على الشبكة الدالةَ مستقلًّا، معالِجةً المدخلات نفسها عبر البايتكود نفسه.
  3. تُسجَّل النتيجة — أي تغييرات في الحالة، أو تحويلات توكن، أو أحداث مُصدَرة، أو بيانات مكتوبة — في كتلة وتصبح جزءًا من السجلّ الدائم.
  4. يدفع المستدعي رسم غاز مقابل الحوسبة. والعمليات الأعقد تكلّف غازًا أكثر.

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

الغاز والكلفة

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

تتفاوت كلف الغاز بحسب الشبكة. فعلى الشبكة الرئيسية لـ Ethereum، قد تكلّف العمليات المعقّدة عشرات أو مئات الدولارات في فترات الطلب العالي. وعلى شبكات L2 مثل Arbitrum أو Base، قد تكلّف العمليات نفسها سنتات. وعلى Solana، تكون رسوم المعاملات عادةً كسورًا من السنت. وتؤثّر فروق الكلفة هذه مباشرةً في المكان الذي تختار فيه مشاريع الكريبتو والذكاء الاصطناعي نشر مكوّناتها على السلسلة.

الثبات وقابلية الترقية

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

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

ما يمكن وما لا يمكن للعقود الذكية فعله

يمكنها:

  • حفظ التوكنات والأصول الرقمية الأخرى وتحويلها
  • فرض منطق شرطي (إذا X، فـ Y)
  • التفاعل مع عقود ذكية أخرى على السلسلة نفسها
  • إصدار أحداث يمكن للأنظمة الخارجية مراقبتها
  • إدارة التحكم بالوصول (من يستطيع استدعاء أي دالة)

لا يمكنها:

  • الوصول إلى بيانات من خارج البلوكتشين (تحتاج إلى أوراكلات لتغذيات البيانات الخارجية)
  • أداء عمليات كثيفة الحوسبة مثل استدلال الذكاء الاصطناعي (تجعلها كلف الغاز غير ممكنة)
  • التنفيذ باستقلالية وفق جدول زمني (تحتاج إلى مُطلِقات خارجية — معاملات — للعمل)
  • تخزين ملفات كبيرة (التخزين على السلسلة مكلِف؛ فتستخدم المشاريع IPFS أو Arweave للبيانات الضخمة)
  • إصدار أحكام ذاتية (تنفّذ منطقًا حتميًا، لا استدلالًا)

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

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

العقود الذكية هي النسيج الواصل بين البنية التحتية للبلوكتشين ووظيفية الذكاء الاصطناعي في معظم مشاريع الكريبتو والذكاء الاصطناعي. وفهمُ دورها — وحدودها — أساسي لقراءة بطاقات المشاريع بدقّة.

الطبقة الاقتصادية

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

الحوكمة

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

نقاط تفتيش التحقق

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

التحكم بالوصول والصلاحيات

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

تمييز «ليس ذكيًا بمعنى الذكاء الاصطناعي»

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

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

تبرز العقود الذكية في بطاقات المشاريع عبر عدة حقول ومؤشّرات أدلة:

  • Main chain — يخبرك على أي بلوكتشين تُنشَر العقود الذكية للمشروع. فالمشروع على Ethereum يستخدم عقودًا قائمة على Solidity؛ والمشروع على Solana يستخدم برامج قائمة على Rust. ويؤثّر اختيار السلسلة في قدرات العقد وكلف الغاز والقابلية للتركيب مع البروتوكولات الأخرى.
  • Token standard — قيم مثل ERC-20 وBEP-20 وSPL تشير إلى معايير عقود ذكية تحدّد كيف يتصرّف توكن المشروع. فتوكن ERC-20 هو عقد ذكي على Ethereum ينفّذ واجهة محدّدة.
  • Type وCategory — المشاريع التي تعتمد على العقود الذكية مكوّنًا أساسيًا على السلسلة عادةً ما يكون لها Type: EVM أو non-EVM (بحسب السلسلة) وCategory تعكس دورها (مثل DeFi أو AI/Agents | DeFi). فبروتوكول DeFi هو في جوهره مجموعة عقود ذكية تدير السيولة أو التداول أو الإقراض.
  • Evidence (Tier-1) — عناوين العقود الذكية المدقَّقة وتقارير التدقيق وشيفرة العقود المنشورة على مستكشفات الكتل من أقوى أشكال أدلة Tier-1. فإذا ادّعى مشروع وظيفية على السلسلة، فينبغي أن تكون عناوين عقوده قابلة للتحقق.
  • Token model — قيم مثل fee-mechanism وgovernance وstaking وutility تصف كيف يتفاعل التوكن مع العقود الذكية للمشروع. فتوكن الحوكمة عادةً ما يمنح حقوق تصويت في نظام حوكمة قائم على عقد ذكي.

عند قراءة بطاقة مشروع، تحقّق مما إذا كانت ادّعاءات المشروع على السلسلة مدعومة بعقود منشورة فعلًا. فالمشروع الذي يدّعي حوكمة قائمة على عقد ذكي لكن بلا عناوين عقود قابلة للتحقق يثير تساؤلات عن جوهر حضوره على السلسلة.

ما الذي لا يثبته العقد الذكي وحده

وجود عقود ذكية منشورة يخبرك أن شيفرة تعيش على بلوكتشين، لكنه لا يثبت:

  • قدرة الذكاء الاصطناعي — لا يستطيع عقد ذكي تشغيل نموذج ذكاء اصطناعي. ووجود عقود مصمَّمة جيدًا يثبت منطقًا اقتصاديًا أو حوكميًا على السلسلة، لا AI reality. تُقيَّم AI reality عبر مجموعة منفصلة من الأدلة (علامات AI_0 حتى AI_4).
  • الأمان — قد تحتوي شيفرة العقد الذكي على عيوب أو ثغرات أو أبواب خلفية. والنشر لا يساوي الأمان. والعقد المدقَّق أجدر بالثقة من غير المدقَّق، لكن حتى العقود المدقَّقة استُغِلَّت. تحقّق مما إذا كانت عقود المشروع مدقَّقة من شركات ذات سمعة جيدة.
  • اللامركزية — العقد الذكي المنشور على بلوكتشين لامركزي يرث أمان إجماع الشبكة، لكن العقد نفسه قد تكون لديه آليات تحكم مركزية: مفاتيح إدارة يمكنها إيقاف العقد أو ترقيته، أو دوال للمالك فقط، أو اعتماديات أوراكل مركزية.
  • الثبات — إذا استخدم المشروع أنماط وكيل قابلة للترقية، فيمكن لمن يحوز مفاتيح الترقية تغيير سلوك العقد. فـ «على السلسلة» لا يعني تلقائيًا «دائم» عند وجود وكلاء.
  • منفعة المستخدم — يمكن لعقد ذكي أن يكون مثاليًا تقنيًا وعديم الفائدة تمامًا. فجودة الشيفرة وقيمة المنتج سؤالان منفصلان.

لا تخلط بين

  • نموذج الذكاء الاصطناعي — نموذج الذكاء الاصطناعي يتعلّم من البيانات ويقدّم تنبؤات ويولّد مخرَجات. والعقد الذكي ينفّذ منطقًا حتميًا. وهما يخدمان أدوارًا مختلفة جوهريًا في مشاريع الكريبتو والذكاء الاصطناعي. فنموذج الذكاء الاصطناعي هو الذكاء؛ والعقد الذكي هو آلية الإنفاذ.
  • dApp (التطبيق اللامركزي) — الـ dApp تطبيق موجَّه للمستخدم يتفاعل مع عقود ذكية على بلوكتشين. فالعقد الذكي هو منطق الخلفية؛ والـ dApp هو المنتج الكامل، الذي يشمل غالبًا واجهة أمامية وخدمات خارج السلسلة وتفاعلات مع العقود الذكية.
  • API — الـ API التقليدي يعمل على خادم مركزي ويمكن لمشغّله تغييره أو إيقافه أو الرقابة عليه. أما العقد الذكي فمتاح لأي شخص على البلوكتشين، ويعمل وفق قواعد ثابتة (ما لم يكن قابلًا للترقية)، ولا يمكن لطرف واحد إيقافه. وتعرض بعض مشاريع الكريبتو عقودها الذكية عبر واجهات API قياسية لتيسير المطوّرين.
  • العقد القانوني — العقد القانوني قابل للإنفاذ من المحاكم والمؤسسات القانونية. والعقد الذكي قابل للإنفاذ من الشيفرة وإجماع البلوكتشين. وهما نظامان مختلفان بآليتي إنفاذ مختلفتين. والعقد الذكي لا يشكّل اتفاقًا قانونيًا ما لم يعترف به القانون في الاختصاص القضائي صراحةً كذلك.
  • السكربت (Script) — يستخدم Bitcoin لغة سكربتة محدودة تتيح شروطًا أساسية (مثل متطلبات multisig) لكن ليس القابلية للبرمجة الغنية للعقود الذكية على نمط Ethereum. وحين يقول الناس «عقد ذكي» في سياق كريبتو الذكاء الاصطناعي، فهم يقصدون دائمًا تقريبًا عقودًا على نمط Ethereum بقابلية برمجة كاملة.

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

هل يمكن اختراق العقود الذكية؟

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

هل العقود الذكية ثابتة حقًا؟

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

هل تحتاج العقود الذكية إلى غاز على كل بلوكتشين؟

تفرض معظم البلوكتشينات شكلًا ما من رسوم التنفيذ، وإن تفاوتت التسمية والتسعير. تسمّيه Ethereum «غاز». وتفرض Solana «وحدات حوسبة (compute units)» و«إيجار (rent)». والمفهوم عالمي: المدقّقون بحاجة إلى تعويض عن تنفيذ الشيفرة، والرسوم تمنع السبام. ويتفاوت مستوى الكلفة هائلًا — من دولارات لكل معاملة على Ethereum L1 في ذروة الطلب إلى كسور من السنت على شبكات L2 وSolana.

هل يمكن تخزين نموذج ذكاء اصطناعي في عقد ذكي؟

تخزين الأوزان الكاملة لنموذج ذكاء اصطناعي حديث داخل عقد ذكي ليس عمليًا. فقد يكون لنموذج لغوي كبير مليارات البارامترات تشغل غيغابايتات من التخزين. وكلف التخزين على السلسلة في Ethereum تقارب 20,000 غاز لكل خانة من 32 بايت، ما يجعل تخزين أوزان النموذج على السلسلة باهظ الكلفة. وفي الممارسة، تخزّن المشاريع هاشات النماذج أو المؤشّرات (مثل معرّفات محتوى IPFS) على السلسلة للتحقق، بينما تعيش ملفات النموذج الفعلية خارج السلسلة.

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

في معظم بنى الكريبتو والذكاء الاصطناعي، تتولّى العقود الذكية طبقة التنسيق والاقتصاد: إدارة مدفوعات سوق الحوسبة، وتوزيع المكافآت على المساهمين بالبيانات، وفرض قواعد الستيكينغ والـ slashing، والتحكم بالوصول إلى خدمات الذكاء الاصطناعي، وحوكمة بارامترات البروتوكول. وتحدث حوسبة الذكاء الاصطناعي نفسها خارج السلسلة، مع كون العقود الذكية طبقةَ تسوية وتحقق مقلِّلة للثقة.

كيف يمكنني التحقق من العقود الذكية لمشروع؟

ابحث عن عناوين العقود على مستكشف كتل (مثل Etherscan لـ Ethereum، أو Solscan لـ Solana، أو المستكشف المناسب للسلاسل الأخرى). والعقود المدقَّقة تُظهر شيفرة مصدرها مباشرةً على المستكشف، ما يتيح لأي شخص قراءة المنطق الفعلي. تحقّق مما إذا كانت الشيفرة تطابق وثائق المشروع، وما إذا كان العقد مدقَّقًا، وما إذا كان تقرير التدقيق متاحًا للعموم. وفي بطاقات مشاريع DecAIHub، تُتتبَّع عناوين العقود المنشورة وتقارير التدقيق بوصفها أدلة Tier-1.

مراجع خارجية

انظر أيضًا

No comments to display

Back to top