ما هو العقد الذكي (Smart Contract)؟

نشأة العقود الذكية

صاغ عالم الحاسوب نيك سابو مصطلح «العقد الذكي» في مقالة نشرها عام 1994، وشبّهه بآلة البيع: تضع العملة، فتحصل على المنتج تلقائيًا دون بائع. لكن الفكرة بقيت نظرية إلى أن ظهرت شبكات قادرة على تنفيذها. كانت البيتكوين تدعم نصوصًا برمجية بسيطة ومحدودة، ثم أُطلقت إيثيريوم في 30 يوليو 2015 كأول منصة عقود ذكية عامة الأغراض، مع «آلة إيثيريوم الافتراضية» (EVM) التي تنفذ أي منطق برمجي. بعدها صارت العقود الذكية أساس التمويل اللامركزي والـ NFT والمنظمات اللامركزية.

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

كان اختراق The DAO نقطة تحول: نفذ العقد استدعاءات المهاجم «وفق الشيفرة» تمامًا، لكن النتيجة خالفت نية مصمميه، ومنذ ذلك الحين أصبح التدقيق الأمني خطوة معتادة قبل إطلاق العقود الكبيرة.

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

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

مثال: عقد إقراض يستلم الضمان، ويحسب الحد المسموح للاقتراض، ويرسل القرض، وإذا انخفض الضمان تحت حد معين يسمح بـالتصفية. كل ذلك دون موظف يوافق أو يرفض.

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

أمثلة على عقود ذكية معروفة

كثير من التطبيقات التي يسمع عنها المستخدمون هي في جوهرها مجموعة عقود ذكية (الأمثلة للتوضيح فقط):

• Uniswap: عقود صانع سوق آلي (AMM) تتيح مبادلة الرموز من مجمعات سيولة.
• Aave وCompound: عقود إقراض واقتراض بضمانات تزيد على قيمة القرض.
• MakerDAO: عقود تصدر العملة المستقرة DAI مقابل ضمانات مشفرة.
• أسواق NFT مثل OpenSea: عقود تسجل ملكية الرموز غير القابلة للاستبدال وتنقلها بين المشترين والبائعين.

وتعتمد معظم الشبكات الحديثة على «آلة إيثيريوم الافتراضية» (EVM) أو تتوافق معها، بينما تستخدم شبكات أخرى بيئات مختلفة، مثل برامج سولانا المكتوبة بلغة Rust، ولغة Move على Sui وAptos.

العقد الذكي مقارنة بالعقد التقليدي

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

مخاطر العقود الذكية

• الثغرات البرمجية: أخطاء مثل «إعادة الدخول» (Re-entrancy) سمحت في حوادث شهيرة باستنزاف أموال عقود بأكملها.
• صلاحيات المشرفين: مفاتيح إدارية تستطيع تغيير المنطق أو تجميد الأموال.
• الاعتماد على مصادر الأسعار: عقود تعتمد على «أوراكل» مثل Chainlink قد تتأثر بخطأ في السعر.
• صلاحيات الموافقة: منح عقد مخادع صلاحية نقل رموزك يسمح له بسحبها.

التدقيق الأمني وبرامج مكافآت اكتشاف الثغرات تقلل المخاطر ولا تلغيها.

مفاهيم أساسية حول العقود الذكية

• آلة إيثيريوم الافتراضية (EVM): بيئة التنفيذ التي تشغّل العقود على إيثيريوم، وتتبناها شبكات كثيرة لتسهيل نقل العقود والأدوات إليها.
• الغاز: كل خطوة حوسبة لها تكلفة، فكلما كان منطق العقد أعقد ارتفعت الرسوم.
• التخزين (Storage): حفظ البيانات بشكل دائم على السلسلة هو أغلى العمليات، لذلك يحرص المطورون على تقليله.
• التدقيق الأمني: مراجعة الشيفرة من فرق أمنية متخصصة قبل النشر، وغالبًا ما تُنشر تقارير التدقيق علنًا.
• مكافآت اكتشاف الثغرات (Bug Bounty): مكافآت يدفعها المشروع لمن يكتشف ثغرة ويبلغ عنها بدل استغلالها.
• هجوم إعادة الدخول (Re-entrancy): يستدعي المهاجم العقد مرارًا قبل أن يحدّث العقد رصيده الداخلي، وهو من أشهر الثغرات تاريخيًا.
• قابلية الترقية (Proxy Pattern): فصل عنوان العقد عن منطقه بحيث يمكن استبدال المنطق دون تغيير العنوان؛ مفيد لإصلاح الأخطاء، لكنه يعني أن جهة ما تملك صلاحية التغيير.

مثال برمجي: عقد «قفل زمني» بسيط

لتوضيح الفكرة، هذا عقد تعليمي مبسط بلغة Solidity يحتفظ بمبلغ من ETH ولا يطلقه إلا لمستفيد محدد بعد موعد محدد:

```solidity contract TimeLock { address public beneficiary; uint256 public releaseTime;

constructor(address _beneficiary, uint256 _releaseTime) payable { beneficiary = _beneficiary; releaseTime = _releaseTime; }

function release() external { require(block.timestamp >= releaseTime, "Too early"); require(msg.sender == beneficiary, "Not beneficiary"); payable(beneficiary).transfer(address(this).balance); } } ```

كيف يُستخدم؟ لنفترض أن أبًا ينشر هذا العقد ويودع فيه مبلغًا هدية لابنه، ويضبط `releaseTime` على تاريخ بلوغ الابن سن الرشد:

1. لا يستطيع الأب سحب المبلغ بعد النشر، لأن العقد لا يحتوي أي دالة تسمح له بذلك.
2. لا يستطيع الابن السحب قبل الموعد، لأن الشرط الأول يرفض الاستدعاء.
3. عند حلول الموعد، يستدعي الابن الدالة `release()` فيحوّل العقد الرصيد كله إلى عنوانه.

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

الإطار التنظيمي

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

في دولة الإمارات العربية المتحدة تُنظَّم أنشطة الأصول الافتراضية عبر سلطة تنظيم الأصول الافتراضية (VARA) في دبي، وهيئة الأوراق المالية والسلع (SCA) اتحاديًا، وسلطة تنظيم الخدمات المالية (FSRA) في سوق أبوظبي العالمي (ADGM)، وسلطة دبي للخدمات المالية (DFSA) داخل مركز دبي المالي العالمي.

هذه المعلومات للأغراض المعلوماتية فقط وليست نصيحة استثمارية.