العقد الذكي Marcus

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

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

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

توضح الوثائق الرسمية للعقود الذكية في Ethereum أن العقود الذكية هي حسابات على البلوكتشين تعمل وفقًا للبرمجة بدلًا من أن يتحكم فيها حساب مستخدم.

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

إن كلمة «Marcus» وحدها لا تثبت أن العقد آمن أو رسمي أو خضع للتدقيق أو ذو قيمة.

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

آلية عمل العقد الذكي Marcus

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

بعد نشره، يصبح العقد متاحًا على عنوان في البلوكتشين.

يمكن للمستخدمين والعقود الأخرى التفاعل مع هذا العنوان عبر إرسال معاملات أو استدعاء وظائف.

قد تنقل الوظيفة التوكنات أو تسك الأصول أو تحرقها أو تحدّث البيانات الوصفية أو توزع المكافآت أو تتحقق من الملكية أو صلاحية الوصول أو تدير الضمانات.

تصف وثائق Solidity العقد بأنه شيفرة وبيانات موجودة على عنوان محدد في بلوكتشين Ethereum.

وهذا يعني أن العقد ليس مجرد مستند أو وعد.

بل هو برنامج قابل للتنفيذ يغير حالة البلوكتشين عند معالجة معاملات صحيحة.

لماذا يتطلب المصطلح تحققًا دقيقًا؟

ينبغي التعامل بحذر مع عبارة العقد الذكي Marcus، لأنها ليست معيارًا رسميًا مثل ERC-20 أو ERC-721.

يحدد معيار ERC-20 واجهة مشتركة للتوكنات القابلة للاستبدال.

ويحدد معيار ERC-721 واجهة مشتركة للتوكنات غير القابلة للاستبدال.

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

فقد يكون اسمًا خاصًا بمشروع، أو تسمية لمثال، أو اسم عقد توكن، أو عبارة عامة تُستخدم لشرح العقود الذكية.

ينبغي ألا يفترض المستخدمون أن العقد الذي يحمل اسمًا معينًا يتمتع بحماية تقنية خاصة.

تعتمد سلامة العقد على شيفرته وصلاحياته وسجل نشره وسلوكه الفعلي على السلسلة.

المكونات الأساسية للعقد الذكي Marcus

قد يتضمن العقد الذكي Marcus متغيرات حالة تخزن معلومات مثل الأرصدة والمالكين والعرض والأدوار وإعدادات التهيئة.

وقد يتضمن وظائف تحدد ما يمكن للمستخدمين فعله.

وقد يتضمن أحداثًا تساعد المحافظ ومستكشفات البلوكتشين والتطبيقات على تتبع ما حدث على السلسلة.

وقد يتضمن قواعد للتحكم في الوصول تحدد من يمكنه تنفيذ الإجراءات الحساسة.

وقد يتضمن منطقًا للترقية إذا أراد المشروع تغيير سلوك العقد لاحقًا.

وقد يتضمن مدخلات من Oracle إذا احتاج العقد إلى أسعار أو بيانات خارجية.

وقد يتضمن ضوابط طوارئ إذا أراد المطورون إمكانية إيقاف النشاط مؤقتًا أثناء وقوع حادث.

قد يكون كل من هذه المكونات مفيدًا، لكنه قد ينشئ مخاطر أيضًا إذا صُمم بطريقة غير سليمة.

حالات الاستخدام الشائعة

يمكن استخدام العقد الذكي Marcus لإنشاء توكن مشفر وإدارته.

وفي هذه الحالة، قد يحدد العقد عرض التوكن وتحويلاته والموافقات عليه وعملية سكه وحرقه وأرصدته.

وقد يُستخدم أيضًا لإثبات ملكية NFT إذا التزم العقد بمعيار NFT وخصص معرّفات فريدة للتوكنات.

وقد يُستخدم لتنفيذ منطق DeFi، مثل الإيداع والسحب والتخزين والإقراض والاقتراض أو توزيع المكافآت.

وقد يدير حقوق الوصول إلى عضوية أو لعبة أو فعالية أو مجتمع أو منتج رقمي.

وقد يعمل كضمان وسيط لا يفرج عن الأموال إلا عند استيفاء الشروط المبرمجة.

وقد يؤتمت الحوكمة أيضًا عبر إتاحة التصويت لحاملي التوكنات على المقترحات أو تغييرات المعلمات.

تعتمد حالة الاستخدام المحددة بالكامل على الشيفرة المنشورة.

عقود التوكنات

يتعرف كثير من مستخدمي العملات المشفرة إلى العقود الذكية أول مرة من خلال التوكنات.

يحدد عقد التوكن كيفية تحويل التوكن أو الموافقة عليه أو سكه أو حرقه أو تتبعه.

إذا استُخدم العقد الذكي Marcus لتوكن، فينبغي للمستخدمين التحقق مما إذا كان يلتزم بمعيار توكن معروف.

بالنسبة إلى التوكنات القابلة للاستبدال، قد يؤدي التوافق مع ERC-20 إلى تحسين دعم المحافظ والتطبيقات.

أما بالنسبة إلى NFTs، فقد يؤدي التوافق مع ERC-721 أو ERC-1155 إلى تحسين دعم الأسواق والمحافظ.

لكن التوافق مع المعايير لا يضمن السلامة.

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

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

يحدد التحكم في الوصول من يمكنه تنفيذ الإجراءات الحساسة داخل العقد الذكي.

توضح وثائق OpenZeppelin للتحكم في الوصول أن هذا التحكم قد ينظم إجراءات مثل سك التوكنات والتصويت على المقترحات وتجميد التحويلات.

وهذا مهم لأي عقد ذكي Marcus، لأن الأدوار ذات الصلاحيات المميزة قد تؤثر في أموال المستخدمين وسلوك التوكن.

قد يتمكن دور المالك من سك توكنات جديدة أو إيقاف التحويلات مؤقتًا أو تغيير الرسوم أو ترقية العقد أو استرداد الأصول.

قد يقلل دور التوقيع المتعدد من مخاطر الاعتماد على مفتاح واحد، لكنه يظل مرهونًا بأمان الموقّعين وشفافية الحوكمة.

قد يؤدي التنازل عن دور المالك إلى تقليل مخاطر الإدارة، لكنه قد يمنع أيضًا إصلاح المشكلات.

ينبغي للمستخدمين معرفة الجهة التي تتحكم في العقد قبل الوثوق به.

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

بعض العقود الذكية غير قابلة للتغيير، أي لا يمكن تعديل شيفرتها بعد نشرها.

بينما يمكن ترقية عقود ذكية أخرى، أي يمكن تغيير منطقها عبر وكيل أو نظام حوكمة.

قد تساعد قابلية الترقية المطورين على إصلاح الأخطاء وإضافة ميزات.

لكنها قد تنشئ أيضًا مخاطر مركزية، لأن القواعد التي يعتمد عليها المستخدمون اليوم قد تتغير لاحقًا.

إذا كان العقد الذكي Marcus قابلًا للترقية، فينبغي للمستخدمين التحقق ممن يملك صلاحية الموافقة على الترقيات وما إذا كانت تؤخرها آلية قفل زمني.

وينبغي لهم أيضًا التحقق مما إذا كانت الترقيات السابقة قد غيّرت ضمانات مهمة للمستخدمين.

العقد الذي يمكن ترقيته باستخدام مفتاح خاص واحد ينطوي على مخاطر أكبر بكثير من عقد تحكمه ضوابط شفافة وآمنة.

أوراكل والبيانات الخارجية

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

لا تستطيع شبكات البلوكتشين معرفة هذه البيانات من تلقاء نفسها.

تجلب أنظمة Oracle البيانات الخارجية إلى السلسلة كي تتمكن العقود من استخدامها.

تصف وثائق Chainlink أدوات لاستخدام موجزات البيانات والعشوائية القابلة للتحقق والأتمتة والاتصالات بواجهات API الخارجية مع العقود الذكية.

إذا اعتمد العقد الذكي Marcus على Oracle، فينبغي للمستخدمين مراجعة مصدر Oracle ومعدل تحديث البيانات وآليات المعالجة البديلة ومقاومة التلاعب.

قد تؤدي بيانات Oracle غير الصحيحة إلى تصفية خاطئة أو مدفوعات غير صحيحة أو تسعير غير منصف أو خلل في سلوك التطبيق.

لا يمكن أن يكون العقد الذكي أكثر موثوقية من البيانات التي يعتمد عليها.

رسوم الغاز

قد يتطلب التفاعل مع العقد الذكي Marcus دفع رسوم الغاز.

توضح وثائق الغاز في Ethereum أن الغاز يغطي تكاليف العمليات الحسابية ومعالجة المعاملات.

قد تكلف الإجراءات البسيطة قدرًا أقل من الغاز، بينما قد تكلف الإجراءات المعقدة أكثر.

قد تتطلب عمليات السك والمبادلة والمطالبة بالمكافآت والجسور والتصويت والتفاعل مع استراتيجيات DeFi كميات مختلفة من الغاز.

إذا فشلت المعاملة، فقد يظل المستخدمون يدفعون رسوم الغاز لأن الشبكة عالجت محاولة المعاملة.

قد ترتفع تكاليف الغاز عند ازدحام الشبكة.

ينبغي للمستخدمين مراجعة تقدير رسوم الغاز قبل التفاعل مع أي عقد ذكي.

التحقق من العقد

يساعد التحقق من العقد المستخدمين على مقارنة الشيفرة المصدرية المنشورة بالبايت كود المنشور.

توضح صفحة التحقق من العقود في Etherscan أن التحقق من الشيفرة المصدرية يعزز الشفافية من خلال مطابقة الشيفرة المرفوعة مع الشيفرة المنشورة على السلسلة.

إذا لم يكن العقد الذكي Marcus موثقًا، فقد يصعب على المستخدمين فهم ما يفعله العقد فعليًا.

لا يضمن التحقق من الشيفرة المصدرية السلامة، لكنه يسهّل مراجعتها.

ينبغي للمستخدمين التحقق مع ذلك من أن الشيفرة الموثقة تطابق العقد الذي يتفاعلون معه.

وينبغي لهم أيضًا فحص عقود الوكلاء وعقود التنفيذ والمكتبات وعناوين المالكين وأدوار الإدارة.

قد يظل العقد الموثق غير آمن إذا تضمن صلاحيات خطيرة.

المخاطر الأمنية

الخطر الأول هو الشيفرة الضارة.

فقد يُكتب العقد لمنع البيع أو استنزاف التوكنات أو تغيير الأرصدة أو احتجاز الأصول.

الخطر الثاني هو ضعف التحكم في الوصول.

قد يتمتع أحد المسؤولين بصلاحيات واسعة جدًا على أموال المستخدمين أو قواعد التوكن.

الخطر الثالث هو مخاطر الترقية.

فقد يصبح العقد الآمن غير آمن إذا رُقي إلى منطق ضار.

الخطر الرابع هو مخاطر Oracle.

قد تؤدي البيانات الخارجية غير الصحيحة إلى نتائج خاطئة.

الخطر الخامس هو مخاطر الموافقات.

قد يوافق المستخدم على أن ينفق عقد ما توكناته، ثم يخسر أصوله لاحقًا إذا كان العقد ضارًا أو تعرض للاختراق.

الخطر السادس هو التصيد الاحتيالي.

قد يخدع موقع مزيف المستخدمين للتفاعل مع العقد الخطأ.

كيفية مراجعة العقد الذكي Marcus

ابدأ بالعثور على عنوان العقد الدقيق من مصدر رسمي للمشروع.

تحقق من شبكة البلوكتشين، إذ قد يظهر الاسم نفسه على عدة شبكات.

افتح العقد في مستكشف بلوكتشين موثوق، وتحقق مما إذا كانت شيفرته المصدرية موثقة.

راجع منشئ العقد وتاريخ نشره وعنوان المالك وعرض التوكن والتحويلات والحاملين والمعاملات الأخيرة.

تحقق مما إذا كان العقد يلتزم بمعيار معروف، مثل ERC-20 أو ERC-721 أو ERC-1155، حيثما كان ذلك مناسبًا.

راجع ما إذا كان العقد يتضمن وظائف للسك أو الإيقاف المؤقت أو الإدراج في القائمة السوداء أو تغيير الرسوم أو الترقية.

تحقق من وجود عمليات تدقيق وما إذا كان التدقيق يشمل الإصدار المنشور نفسه.

نفّذ معاملة اختبارية صغيرة قبل تخصيص أموال كبيرة.

مزايا العقد الذكي المصمم جيدًا

يمكن للعقد الذكي Marcus المصمم جيدًا أتمتة القواعد دون الحاجة إلى موافقة يدوية على كل إجراء.

ويمكنه جعل التحويلات والمدفوعات والمكافآت وتحديثات الملكية شفافة على السلسلة.

وقد يقلل الاعتماد على الوسطاء عندما تكون الشيفرة آمنة والقواعد واضحة.

وقد يدعم قابلية التركيب، إذ يتيح للمحافظ والتطبيقات والعقود الأخرى التفاعل معه.

وقد يجعل سلوك التوكن أسهل في الفحص عندما تكون الشيفرة موثقة.

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

تعتمد هذه المزايا على التصميم الصحيح والنشر الآمن والتواصل الصادق مع المستخدمين.

قيود العقد الذكي Marcus

لا يستطيع العقد الذكي فهم نوايا المستخدم.

فهو ينفذ الشيفرة والمدخلات المقبولة فقط.

ولا يستطيع العقد الذكي إصلاح خطأ المستخدم تلقائيًا إذا أرسل الأموال إلى عنوان خاطئ.

ولا يمكنه ضمان أن يكون للتوكن قيمة أو سيولة أو طلب فعلي.

كما لا يمكنه إزالة مخاطر السوق أو الحوكمة أو Oracle أو المحفظة.

وقد يصعب تغييره بعد نشره إذا كان غير قابل للتغيير.

أما إذا كان قابلًا للترقية، فعلى المستخدمين الوثوق بعملية الترقية.

ولهذا تتطلب العقود الذكية مراجعة تقنية وتقييمًا للمخاطر معًا.

مفاهيم خاطئة شائعة حول العقد الذكي Marcus

من المفاهيم الخاطئة الشائعة أن العقد الذكي Marcus معيار شامل للعملات المشفرة.

ينبغي ألا يُعامل على أنه معيار ما لم تثبت مواصفات تقنية محددة ذلك.

ومن المفاهيم الخاطئة الأخرى أن العقد الذكي آمن لأنه مؤتمت.

يمكن للأتمتة تنفيذ المنطق السيئ بالموثوقية نفسها التي تنفذ بها المنطق الجيد.

ومن المفاهيم الخاطئة الثالثة أن توثيق الشيفرة المصدرية يعني تدقيقها.

يوضح التحقق شفافية الشيفرة، بينما التدقيق مراجعة أمنية.

ومن المفاهيم الخاطئة الرابعة أن اسم العقد يثبت أصالته.

يمكن نسخ أسماء العقود، لذلك يكون عنوان العقد ومصدره الرسمي أهم من اسمه.

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

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

من الأفضل التعامل مع العقد الذكي Marcus بوصفه عبارة تشير إلى عقد ذكي مسمى أو مستخدم كمثال، لا معيارًا شاملًا معترفًا به في البلوكتشين.

هل العقد الذكي Marcus هو نفسه العقد الذكي؟

تشير العبارة إلى مفهوم العقد الذكي، لكن كلمة Marcus لا تنشئ بحد ذاتها فئة تقنية رسمية مستقلة.

هل العقد الذكي Marcus آمن؟

تعتمد السلامة على الشيفرة المنشورة فعليًا والصلاحيات والتدقيق والتحقق من الشيفرة المصدرية وضوابط الإدارة والسلوك على السلسلة.

كيف أتحقق من العقد الذكي Marcus؟

تحقق من عنوان العقد الرسمي والشيفرة المصدرية الموثقة وسجل النشر وصلاحيات المالك وعمليات التدقيق والمعاملات الأخيرة عبر مستكشف بلوكتشين.

هل يمكن للعقد الذكي Marcus إنشاء توكن؟

نعم، إذا كُتبت شيفرة العقد لإنشاء توكن وإدارته، لكن ينبغي للمستخدمين التحقق من معيار التوكن والصلاحيات.

هل يمكن تغيير العقد الذكي Marcus بعد نشره؟

يعتمد ذلك على ما إذا كان العقد غير قابل للتغيير أو قابلًا للترقية عبر وكيل أو دور إداري أو نظام حوكمة.

ما أبرز المخاطر؟

تشمل أبرز المخاطر الشيفرة الضارة وإساءة استخدام صلاحيات الإدارة ومخاطر الترقية وتعطل Oracle والتصيد الاحتيالي والموافقات غير المحدودة وضعف السيولة.

هل تعني الشيفرة الموثقة أن العقد خضع للتدقيق؟

لا، تعني الشيفرة الموثقة أن الشيفرة المصدرية ظاهرة ومطابقة لما نُشر، بينما التدقيق مراجعة أمنية منفصلة.

هل ينبغي للمستخدمين السماح للعقد الذكي Marcus بإنفاق التوكنات؟

ينبغي للمستخدمين الموافقة على الإنفاق فقط بعد التحقق من العقد، وتجنب الموافقات غير المحدودة عندما تكفي موافقة بمبلغ أقل.

ما الذي ينبغي للمبتدئين فعله قبل التفاعل معه؟

ينبغي للمبتدئين التحقق من العنوان وقراءة معلومات العقد وإجراء معاملات اختبارية صغيرة وتجنب التفاعل عبر روابط مشبوهة.

الخلاصة

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

المفهوم المهم هو العقد الذكي نفسه: شيفرة على البلوكتشين يمكنها الاحتفاظ بالأصول وتنفيذ قواعد مبرمجة.

قد يُستخدم العقد الذكي Marcus للتوكنات أو NFTs أو إجراءات DeFi أو حقوق الوصول أو الحوكمة أو الضمان الوسيط أو تطبيقات أخرى للعملات المشفرة.

لكن الاسم لا يثبت السلامة أو المشروعية أو القيمة.

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

كما ينبغي لهم فهم تكاليف الغاز والاعتماد على Oracle ومخاطر الموافقات والتصيد الاحتيالي قبل توقيع أي معاملة.

يمكن للعقد الذكي المصمم جيدًا جعل أنشطة العملات المشفرة شفافة ومؤتمتة.

أما العقد الذكي المصمم على نحو سيئ أو الضار، فقد يتسبب في خسائر دائمة.

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