الضمان

ما هو الضمان في عالم العملات المشفرة؟

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

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

على سبيل المثال، قد يودع المشتري العملات المشفرة في حساب ضمان قبل أن يسلّم البائع منتجًا أو خدمة أو أصلًا رقميًا أو أي مقابل آخر.

لا تُحوّل الأموال المودعة في الضمان إلى البائع إلا بعد تأكيد استيفاء الشرط المطلوب.

إذا لم يُستوفَ الشرط، فقد يعيد ترتيب الضمان الأموال إلى المشتري أو يبدأ إجراءات تسوية النزاع.

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

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

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

آلية عمل الضمان في العملات المشفرة

تبدأ معاملة الضمان في العملات المشفرة عندما يتفق الأطراف على الأصل والمبلغ ومتطلبات التسليم والموعد النهائي والرسوم وشروط الإفراج عن الأموال.

بعد ذلك، يحوّل المشتري العملات المشفرة المطلوبة إلى عنوان ضمان أو عقد ذكي.

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

بعد تأكيد الإيداع، ينفذ البائع الالتزام المتفق عليه.

قد يتضمن الالتزام نقل NFT أو تسليم برنامج أو إكمال عمل حر أو شحن منتج مادي أو نقل ملكية أصل آخر.

ثم يحدد نظام الضمان ما إذا كان شرط الإفراج عن الأموال قد استُوفي.

يمكن أحيانًا التحقق تلقائيًا من شرط على السلسلة بواسطة عقد ذكي.

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

إذا استُوفي الشرط، تُحوّل العملات المشفرة المودعة في الضمان إلى البائع.

إذا لم يتحقق الشرط أو انتهت المهلة، فقد تُرد الأموال أو تُحال إلى عملية لتسوية النزاع.

الأطراف الرئيسية في معاملة الضمان

المشتري هو الطرف الذي يودع الأموال ويتوقع الحصول على أصل أو خدمة أو تنفيذ التزام.

البائع هو الطرف الذي يتوقع استلام المبلغ المودع في الضمان بعد استيفاء الشروط المتفق عليها.

وكيل الضمان هو الشخص أو الشركة أو هيكل المحفظة أو العقد الذكي الذي يتحكم في كيفية الإفراج عن الأموال.

المحكّم هو صانع قرار محايد قد يتولى حل الخلافات عندما يتعذر على المشتري والبائع التوصل إلى اتفاق.

الأوراكل هو نظام يزوّد العقد الذكي بمعلومات خارجية عندما يعتمد شرط الإفراج عن الأموال على أمر خارج البلوكشين.

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

ينبغي تحديد الأدوار بدقة، لأن التحكم في الواجهة لا يعني دائمًا التحكم في الأصول المودعة في الضمان.

الضمان الحفظي للعملات المشفرة

في الضمان الحفظي، توضع العملات المشفرة تحت سيطرة طرف ثالث موثوق.

عادةً ما ينشئ مزود الضمان عنوان إيداع أو حسابًا للعميل، ويتحكم في المفاتيح الخاصة اللازمة لنقل الأموال.

يتحقق المزود من الإيداعات، ويراقب المعاملة، ويراجع الأدلة، ثم يحوّل العملات المشفرة أو يردها وفقًا لشروطه.

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

كما يمكنه دعم المعاملات المتعلقة بسلع أو خدمات مادية لا يمكن تقييمها بالكامل استنادًا إلى بيانات البلوكشين.

أما العيب الرئيسي فهو مخاطر الطرف المقابل؛ إذ قد يتعرض المزود للاختراق أو يصبح معسرًا أو يجمّد عمليات السحب أو يسيء استخدام الأموال أو يتخذ قرارًا خاطئًا.

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

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

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

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

العقد الذكي برنامج مخزّن على عنوان بلوكشين، ويُنفّذ وفقًا للتعليمات البرمجية المنشورة عليه.

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

قد يسجل عقد ضمان أساسي المشتري والبائع والأصل والمبلغ والموعد النهائي والحالة الحالية للمعاملة.

يودع المشتري الأموال في العقد، وتحدد الوظائف المصرح بها ما إذا كان يمكن تحويل هذه الأموال أو ردها.

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

لكن موثوقية هذا الترتيب لا تتجاوز موثوقية التعليمات البرمجية وصلاحيات المسؤول وتصميم الأوراكل وآلية تسوية النزاعات.

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

هل الضمان بالعقود الذكية خالٍ تمامًا من الثقة؟

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

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

وقد يحتاجون أيضًا إلى الثقة بمسؤول يمكنه إيقاف العقد مؤقتًا أو ترقيته أو استبداله.

يتطلب شرط التسليم خارج السلسلة الثقة بالشخص أو النظام الذي يزوّد البلوكشين بنتيجة التحقق.

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

يمكن للبلوكشين تطبيق القواعد المكتوبة في الكود، لكنه لا يستطيع ضمان أن تكون هذه القواعد عادلة أو كاملة أو مناسبة لكل نزاع في العالم الحقيقي.

الضمان متعدد التوقيعات

يتطلب الضمان متعدد التوقيعات أكثر من توقيع تشفيري واحد قبل إنفاق الأموال المودعة فيه.

في أحد الهياكل الشائعة، يُخصّص مفتاح للمشتري وآخر للبائع وثالث لمحكّم مستقل.

في ترتيب يتطلب توقيعين من أصل ثلاثة، يمكن لأي مفتاحين مصرح بهما الموافقة على المعاملة النهائية.

إذا سارت المعاملة بصورة طبيعية، يمكن للمشتري والبائع التعاون لتحويل الأموال من دون إشراك المحكّم.

إذا نشأ نزاع، يمكن للمحكّم مراجعة الأدلة والتوقيع مع المشتري أو البائع.

توضح وثائق العقود الرسمية لدى Bitcoin كيف يمكن لمعاملات التوقيعات المتعددة تطبيق الاتفاقات المالية مع تقليل الاعتماد على وكيل خارجي واحد.

لا يحدد الضمان متعدد التوقيعات تلقائيًا الطرف المحق، إذ لا يزال على حاملي المفاتيح تحديد المعاملة التي سيوقعونها.

كما ينطوي على مخاطر فقدان المفاتيح والتواطؤ والعناوين الخاطئة وعدم توافق برامج المحافظ وغموض شروط النزاع.

الضمان بتوقيعين من أصل توقيعين

يتطلب الضمان بتوقيعين من أصل توقيعين موافقة الطرفين على نقل الأموال.

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

وقد يكون مناسبًا عندما يُتوقع تعاون الطرفين ولا تكون هناك حاجة إلى محكّم مستقل.

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

أما نقطة الضعف الرئيسية لهذا النوع فهي الجمود.

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

الضمان المقيد زمنيًا

يتضمن الضمان المقيد زمنيًا موعدًا نهائيًا يصبح بعده شرط إنفاق أو رد مختلف متاحًا.

على سبيل المثال، قد يتمكن البائع من استلام الأموال عندما يؤكد المشتري التسليم قبل الموعد النهائي.

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

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

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

كما ينبغي أن يحدد العقد ما يحدث إذا أُرسلت معاملة قرب الموعد النهائي أو بقيت معلقة أثناء ازدحام الشبكة.

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

الضمان بمشاركة محكّم

يمنح الضمان المحكّم طرفًا ثالثًا محددًا صلاحية تسوية النزاعات.

قد يراجع المحكّم الرسائل وسجلات المعاملات وأدلة التسليم والمستندات الموقعة والملفات أو غيرها من المعلومات التي يقدمها الأطراف.

يمكن تنفيذ القرار النهائي عبر تحويل حفظي أو توقيع متعدد أو وظيفة مصرح بها في عقد ذكي.

يمكن للمحكّم التعامل مع النزاعات الذاتية التي لا يستطيع الكود تقييمها تلقائيًا.

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

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

كما ينبغي أن يحدد الاتفاق ما إذا كان المحكّم يتقاضى رسومًا وما إذا كانت تُخصم من المبلغ المودع في الضمان.

الضمان القائم على الأوراكل

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

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

توضح وثائق الأوراكل لدى Ethereum أن الأوراكل تتيح للعقود الذكية الوصول إلى المعلومات خارج السلسلة.

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

بعد ذلك، يطبق عقد الضمان قاعدته المبرمجة على النتيجة المُبلّغ عنها.

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

قد يقلل تصميم الأوراكل اللامركزي الاعتماد على مصدر بيانات واحد، لكنه لا يجعل حدثًا غامضًا في العالم الحقيقي موضوعيًا تمامًا.

الضمان للأصول على السلسلة

تسهل أتمتة الضمان عندما يكون جانبا المعاملة موجودين على البلوكشين نفسه.

يمكن للعقد الذكي التحقق من ملكية التوكنات المدعومة ونقلها وفقًا لقواعده.

على سبيل المثال، يمكن لسوق NFT الاحتفاظ بـ NFT في الضمان إلى حين استلام المبلغ المطلوب.

بعد أن يدفع المشتري، يمكن للعقد نقل NFT إلى المشتري والدفعة إلى البائع ضمن معاملة واحدة.

إذا فشلت أي عملية مطلوبة، يمكن إلغاء المعاملة الذرية بأكملها.

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

الضمان لتوكنات ERC-20

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

قد يوافق المشتري أولًا على إنفاق عقد الضمان لمبلغ محدد، ثم يستدعي وظيفة الإيداع.

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

تشرح وثائق توكنات ERC-20 وظائف التوكنات الشائعة، مثل التحويل والأرصدة وإدارة حدود الإنفاق.

ينبغي للمطورين ألا يفترضوا أن جميع التوكنات تتصرف مثل أصل ERC-20 بسيط ذي عرض ثابت.

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

ينبغي للعقد الآمن تسجيل المبلغ المستلَم فعليًا بدلًا من افتراض وصول مبلغ التحويل المطلوب كاملًا إلى العقد.

الضمان لـ NFT

يحتفظ ضمان NFT مؤقتًا بتوكن غير قابل للاستبدال إلى أن يُستكمل الدفع أو أي شرط تحويل آخر.

ينبغي للعقد التحقق من عنوان مجموعة NFT ومعرّف التوكن والمالك وحالة الموافقة وطريقة التحويل المدعومة.

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

قد ينفذ عقد NFT خبيث تعليمات غير متوقعة أثناء استدعاء التحويل الآمن.

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

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

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

الضمان للسلع والخدمات المادية

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

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

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

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

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

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

الضمان وفق مراحل الإنجاز

يحوّل الضمان وفق مراحل الإنجاز الأموال على مراحل متعددة بدلًا من دفع المبلغ كاملًا دفعة واحدة.

قد يُحوّل جزء من دفعة مشروع عمل حر بعد اعتماد التصميم، وجزء آخر بعد التطوير، والباقي بعد التسليم النهائي.

يقلل هذا الهيكل المبلغ المعرض للمخاطر في كل مرحلة.

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

قد يمنع الإفراج التلقائي عن الأموال بعد فترة مراجعة المشتري من تأخير الدفع إلى أجل غير مسمى.

لكن الإفراج التلقائي قد يضر بالمشتري إذا كانت فترة المراجعة قصيرة جدًا أو لم تصل الإشعارات.

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

إيداعات الضمان والتأمينات

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

أما التأمين، فهو ضمان مالي يُحتفظ به لردع الأضرار أو الإخلال بالالتزام أو أي سلوك محظور آخر.

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

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

لا ينبغي الخلط بين التأمين وStaking على Ethereum، رغم وصف ETH المخزنة أحيانًا بأنها ضمان يحتفظ به البروتوكول.

يؤمّن Staking على Ethereum آلية الإجماع، ولا يتعلق بمعاملة عادية بين مشترٍ وبائع.

الضمان مقابل المبادلة الذرية

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

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

قد تستخدم المبادلة الذرية أقفال التجزئة والأقفال الزمنية بدلًا من محكّم محايد.

يمكن أن يقلل ذلك مخاطر الحفظ عندما يكون الأصلان والشروط متوافقين مع البروتوكول.

لكن المبادلات الذرية أقل ملاءمة للالتزامات الذاتية، مثل جودة المنتج أو الملكية القانونية أو إنجاز عمل مخصص.

تجمع بعض أنظمة الضمان عبر السلاسل بين الشروط الذرية والمرحّلات أو مزودي السيولة أو آليات تسوية النزاعات.

الضمان مقابل محفظة العقد الذكي

تتحكم محفظة العقد الذكي بالأصول وفق قواعد إدارة الحساب، وليس وفق اتفاق محدد بين مشترٍ وبائع.

قد تدعم عدة موقّعين أو حدودًا للإنفاق أو وظائف للاسترداد أو مفاتيح جلسات أو سياسات للمعاملات.

يُصمم عقد الضمان عادةً للاحتفاظ بالأصول لمعاملة محددة والإفراج عنها وفق شروط خاصة بها.

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

إن الغرض والاتفاق القانوني المرتبط بالمحفظة مهمان بقدر أهمية عدد التوقيعات المطلوبة.

الضمان مقابل الضمانات المالية

الضمانات المالية أصول تُرهن لحماية التزام آخر، مثل قرض بالعملات المشفرة أو مركز في المشتقات.

أما الضمان، فهو ترتيب يُحتفظ بموجبه بالأصول إلى حين استيفاء شروط المعاملة.

قد تُصفّى الضمانات المالية عندما تنخفض قيمتها أو يتخلف المقترض عن السداد.

أما دفعة الضمان، فعادةً ما تُحوّل إلى أحد الأطراف أو تُرد إلى الطرف الآخر بناءً على تنفيذ الالتزام.

يمكن لعقد التمويل اللامركزي الجمع بين المفهومين عبر الاحتفاظ بالضمانات في عهدة شبيهة بالضمان، مع تطبيق قواعد القرض.

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

رسوم الضمان

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

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

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

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

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

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

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

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

قد يحتفظ عقد الضمان بقيمة كبيرة، مما يجعله هدفًا جذابًا للمهاجمين.

قد تحدث إعادة الدخول عندما ينقل عقد الضمان الأصول أو يستدعي عقدًا آخر قبل تحديث حالته بأمان.

توصي إرشادات الأمان في Solidity باتباع أنماط مثل Checks-Effects-Interactions للحد من مخاطر إعادة الدخول.

قد تسمح أخطاء التحكم في الوصول لحساب غير مصرح به بتحويل الضمان أو رده أو إيقافه مؤقتًا أو ترقيته.

قد تسمح الانتقالات الخاطئة بين الحالات برد الأموال مرتين أو تكرار تحويلها أو تسويتها قبل اكتمال التمويل.

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

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

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

المدفوعات وعمليات السحب بطلب المستفيد

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

يقلل ذلك احتمال أن يؤدي فشل التحويل إلى مستلم واحد إلى تعطيل عملية الضمان بأكملها.

توصي أنماط العقود الشائعة في Solidity باستخدام نمط السحب لتوزيع الأموال بأمان أكبر.

ينبغي للعقد تحديد الرصيد القابل للسحب قبل إجراء التحويل الخارجي.

كما ينبغي أن يمنع المستلم من سحب الرصيد نفسه أكثر من مرة.

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

مخاطر الترقية والمسؤول

يمكن لعقد ضمان قابل للترقية تغيير آلية عمله بعد إيداع المستخدمين للأموال.

قد تصلح الترقيات الثغرات أو تضيف ميزات، لكنها تمنح المسؤول أيضًا صلاحيات كبيرة.

قد يستبدل مخترق حصل على مفتاح الترقية الكود الآمن بكود يحوّل الأصول المودعة في الضمان إلى جهة أخرى.

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

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

قد يظل العقد الموصوف بأنه لامركزي معتمدًا على عنوان مسؤول واحد.

مخاطر التوقيع وإعادة استخدامه

تستخدم بعض أنظمة الضمان توقيعات خارج السلسلة للموافقة على التحويلات من دون الحاجة إلى إرسال كل قرار فورًا على السلسلة.

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

يجب أن تحدد البيانات الموقعة، عند الاقتضاء، الضمان والأصل والمبلغ والمستلم والشبكة والعقد والرقم المتسلسل وموعد انتهاء الصلاحية.

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

يمكن لمعيار البيانات المنظمة والمكتوبة لدى Ethereum أن يجعل تفاصيل التفويض أوضح وأكثر ارتباطًا بنطاق محدد.

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

نهائية البلوكشين والضمان

ينبغي ألا تعتبر خدمة الضمان الإيداع غير المؤكد دفعة نهائية.

قد تظل المعاملة التي بُثت حديثًا معلقة أو تُستبدل أو تفشل أو تختفي من بعض مجمعات المعاملات.

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

يعتمد مستوى التأكيد المناسب على البلوكشين وقيمة المعاملة والأصل وعواقب قبول كتلة حديثة قابلة للإلغاء.

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

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

الخصوصية والشفافية

قد تكشف معاملات الضمان على البلوكشينات العامة عن عناوين الإيداع والمبالغ وتفاعلات العقود وحيازات التوكنات وأنشطة التسوية.

قد يربط مراقب عنوان الضمان بمعاملات أخرى أجراها المشاركون أنفسهم.

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

ينبغي للتطبيقات تجنب وضع معلومات شخصية غير ضرورية أو مستندات خاصة أو أدلة سرية في بيانات المعاملات العامة.

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

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

الاعتبارات القانونية والتنظيمية

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

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

لا يؤدي استخدام عقد ذكي تلقائيًا إلى إعفاء المطورين أو المشغلين أو المحكّمين أو المشاركين في المعاملة من مسؤولياتهم القانونية.

قد تُنفّذ معاملة بلوكشين بنجاح، بينما يظل الاتفاق الأساسي مخالفًا للقانون أو موضع نزاع قانوني.

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

مخاطر الاحتيال عبر خدمات الضمان للعملات المشفرة

غالبًا ما ينشئ المحتالون مواقع ضمان مزيفة تحاكي خدمات المعاملات المشروعة.

قد يسيطر المحتال على المشتري أو البائع المزعوم وعلى مزود الضمان المزيف معًا.

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

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

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

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

لا يحتاج أي مزود ضمان شرعي إلى عبارة استرداد المحفظة أو المفتاح الخاص لتأكيد دفعة عامة على البلوكشين.

كيفية تقييم خدمة ضمان للعملات المشفرة

الخطوة الأولى هي تحديد الجهة التي تتحكم فعليًا بالأصول المودعة في الضمان.

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

الخطوة الثالثة هي قراءة شروط الإفراج عن الأموال وردها وانتهاء المهلة والإلغاء وتسوية النزاعات قبل الإيداع.

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

الخطوة الخامسة هي التحقق من الأصول وشبكات البلوكشين المدعومة.

الخطوة السادسة هي مراجعة جميع رسوم الخدمة والتحكيم والتحويل والشبكة.

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

الخطوة الثامنة هي التحقق مما إذا كانت المعلومات خارج السلسلة تعتمد على أوراكل أو مسؤول مركزي.

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

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

مثال على معاملة ضمان بعقد ذكي

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

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

يوافق المشتري على عقد الضمان الموثق ويودع 5,000 توكن.

يسجل العقد المبلغ المستلَم فعليًا ويغيّر حالة المعاملة من «منشأة» إلى «مموّلة».

يسلّم المطور العمل المكتمل عبر القناة المتفق عليها خارج السلسلة.

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

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

بعد ذلك، يسحب المطور التوكنات المتاحة عبر وظيفة الدفع بطلب المستفيد.

إذا رفض المشتري العمل، يمكن لأي من الطرفين فتح نزاع قبل الموعد النهائي.

يراجع المحكّم الأدلة ويصرّح بتحويل الأموال أو ردها أو تقسيم الدفعة وفقًا للاتفاق.

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

أخطاء شائعة في الضمان

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

ومن الأخطاء الأخرى الوثوق بلقطة شاشة بدلًا من التحقق من معاملة البلوكشين المباشرة.

والخطأ الثالث افتراض أن العقد الذكي يستطيع التحقق مستقلًا من تسليم منتج خارج السلسلة.

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

والخطأ الخامس تجاهل صلاحيات المسؤول والترقية والإيقاف المؤقت والأوراكل.

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

والخطأ السابع استخدام ضمان متعدد التوقيعات يتطلب توقيعين من أصل توقيعين من دون آلية للخروج من الجمود.

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

والخطأ التاسع اعتبار التدقيق ضمانًا لعدم تعطل العقد.

والخطأ العاشر مشاركة عبارة الاسترداد مع شخص يدّعي أنه وكيل ضمان أو ممثل دعم.

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

ما معنى الضمان في العملات المشفرة؟

يعني الضمان الاحتفاظ بأصول العملات المشفرة مؤقتًا، وعدم تحويلها إلا بعد استيفاء شروط المعاملة المتفق عليها.

من يحتفظ بالعملات المشفرة في الضمان؟

قد يتحكم بالأصول مزود حفظ أو عقد ذكي أو محفظة متعددة التوقيعات أو محكّم أو نظام هجين.

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

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

هل الضمان بالعملات المشفرة خالٍ تمامًا من الثقة؟

لا، فقد يظل المستخدمون معتمدين على صحة الكود وصلاحيات المسؤولين والمحكّمين والأوراكل والواجهات والأدلة خارج السلسلة.

ما هو الضمان متعدد التوقيعات؟

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

كيف يعمل الضمان بتوقيعين من أصل ثلاثة؟

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

هل يمكن رد الأموال المودعة في الضمان؟

يمكن ردها إذا تضمن اتفاق الضمان أو العقد الذكي شرطًا صحيحًا لرد الأموال، وتوفّر التفويض المطلوب.

هل يمكن للضمان إلغاء دفعة بلوكشين؟

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

هل يتطلب الضمان بالعقود الذكية وجود محكّم؟

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

ما هو أوراكل الضمان؟

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

هل يمكن وضع NFT في الضمان؟

نعم، يمكن تحويل NFT إلى عقد ضمان أو محفظة إلى حين استكمال الدفع وشروط التسوية الأخرى.

هل يضمن الضمان أمانة البائع؟

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

هل إيداعات الضمان بالعملات المشفرة مؤمّنة؟

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

هل تتطلب معاملات الضمان رسوم غاز؟

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

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

نعم، قد تعرض ثغرات إعادة الدخول والتحكم في الوصول والتعامل مع التوكنات والترقيات والتوقيعات أو الأوراكل الأصول المودعة في الضمان للخطر.

كيف يمكنني التحقق من إيداع الضمان؟

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

ماذا يحدث إذا توقف الطرفان عن التعاون؟

تعتمد النتيجة على وجود محكّم أو مهلة زمنية أو مسار لرد الأموال أو آلية استرداد أخرى في نظام الضمان.

هل Staking هو نفسه الضمان؟

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

ما أبرز علامة تحذير تدل على خدمة ضمان مزيفة؟

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

ما الذي ينبغي أن يتضمنه اتفاق الضمان؟

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

الخلاصة

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

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

قد يستخدم الضمان بالعملات المشفرة مزود حفظ أو عقدًا ذكيًا أو محفظة متعددة التوقيعات أو قفلًا زمنيًا أو أوراكل أو محكّمًا أو مجموعة من هذه الآليات.

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

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

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

ينبغي للمستخدمين التحقق من الجهة التي تتحكم بالأصول وآلية التسوية والرسوم المطبقة وخيارات الاسترداد المتاحة قبل الإيداع.

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

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