---
title: "العقد الذكي"
description: "تعرّف إلى العقد الذكي وكيف تنفذه عقد الشبكة، ودور البيانات الخارجية وصلاحيات الترقية، وما ينبغي التحقق منه قبل التفاعل معه."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# العقد الذكي

> لأغراض تعليمية فقط؛ لا يُعد هذا نصيحة استثمارية. قد تسبب معاملات العقود الذكية خسائر لا يمكن عكسها.

<a id="answer"></a>

## الإجابة المباشرة

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

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

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

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

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

<a id="mechanism"></a>

## آلية العمل

يمر التفاعل المعتاد بالخطوات الآتية:

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

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

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

قبل توقيع أي تفاعل، تحقق من:

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

<a id="example"></a>

## مثال

لنفترض عقد ضمان لخدمة رقمية. يودع المشتري 1,000 USDC، ويسجل العقد المشتري والبائع والمبلغ وشرط التسوية. إذا وافق المشتري على التسليم أفرج العقد عن الأموال للبائع. وإذا لم يتحقق الشرط خلال 24 ساعة، يصبح مسار رد الأموال المبرمج متاحًا.

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

<a id="risks"></a>

## المخاطر والضوابط

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

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

<a id="misconceptions"></a>

## مفاهيم خاطئة شائعة

- **«ينفذ الرمز نفسه تلقائيًا بلا معاملة.»** تحتاج معظم الوظائف التي تغير الحالة إلى معاملة أو استدعاء آخر على السلسلة؛ وقد تتطلب الإجراءات الزمنية منفذًا خارجيًا.
- **«لا يمكن تغيير الرمز.»** لا يستطيع العقد غير القابل للتغيير إعادة كتابة البايت كود المنشور، لكن تصاميم الوكيل والحوكمة والترحيل قد تغير المنطق الذي يصل إليه المستخدمون.
- **«الرمز العلني آمن.»** تساعد الرؤية على المراجعة، لكنها لا تثبت الصحة أو نزاهة الإدارة أو سلامة الاقتصاد.
- **«يضمن التدقيق الأمان.»** المراجعات محدودة زمنًا ونطاقًا وقد تفوت عيوبًا أو تستبعد مخاطر التشغيل والاقتصاد.
- **«نجاح المعاملة يعني وقوع الإجراء المقصود.»** النجاح يعني فقط أن الرمز المستدعى لم يُلغ؛ ولا يزال على المستخدم التحقق من الوجهة والأحداث المفكوكة وحركة الأصول والصلاحيات الناتجة.

<a id="related"></a>

## موضوعات ذات صلة

- [إيثريوم](/ar/crypto/ethereum/)
- [آلة إيثريوم الافتراضية](/ar/crypto/evm/)
- [تدقيق العقد](/ar/crypto/contract-audit/)
- [الأوراكل](/ar/crypto/oracle/)
- [عقد الوكيل](/ar/crypto/proxy-contract/)

<a id="sources"></a>

## المصادر

- [نظرة عامة على تقنية سلسلة الكتل](https://doi.org/10.6028/NIST.IR.8202) - NIST (تاريخ الاطلاع: 2026-08-21)
- [مقدمة إلى العقود الذكية](https://ethereum.org/developers/docs/smart-contracts/) - Ethereum.org (تاريخ الاطلاع: 2026-08-21)
- [اعتبارات الأمان](https://docs.soliditylang.org/en/latest/security-considerations.html) - Solidity documentation (تاريخ الاطلاع: 2026-08-21)

Source: https://wiki.fcontext.com/ar/crypto/smart-contract/index.mdx