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

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

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

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

1.1. كيف تعمل العقود الذكية

يصف مصطلح "العقد الذكي" رمز الكمبيوتر الذي ينفذ تلقائيًا كل أو جزء من الاتفاقية. يتم تخزين الرمز على منصة مبنية على أساس blockchain. كما سنرى أدناه ، فإن الكود هو الإعلان الوحيد عن اتفاق بين الأطراف أو يكمل العقد النصي التقليدي ويفي فقط ببعض الأحكام ، مثل تحويل الأموال من جانب A إلى جانب B. يتم نسخ الرمز نفسه إلى عدة عقد من blockchain ، مما يعني أنه يستفيد من blockchain: هذا هو الأمن والسلامة والثبات. يعني النسخ المتماثل أيضًا أنه عند إضافة كل كتلة جديدة إلى blockchain ، يمكن تنفيذ الرمز بشكل أساسي. إذا قام الأطراف ببدء المعاملة وبالتالي أظهروا استيفاء الشروط ، فسيصبح هذا بمثابة محفز ، وسيؤدي الرمز إلى اتخاذ بعض الإجراءات. إذا لم تبدأ المعاملة ، فإن الرمز لا يفعل شيئًا. تتم كتابة معظم العقود الذكية بإحدى لغات البرمجة التي تم إنشاؤها خصيصًا لهذه الأغراض (على سبيل المثال ، Solidity).

من الضروري أن تكون معلمات ومراحل تنفيذ العقد الذكي محددة وموضوعية. بمعنى آخر ، "إذا حدث X ، فقم بعمل Y." لذلك ، تؤدي العقود الذكية أبسط المهام ، على سبيل المثال ، تقوم تلقائيًا بنقل العملة المشفرة من محفظة أحد الجانبين إلى محفظة الجانب الآخر ، إذا تم استيفاء الشروط اللازمة. نظرًا لانتشار blockchain والأموال المستثمرة في الرموز المميزة أو إرسالها كجزء من blockchain (على السلسلة) ، ستصبح العقود الذكية أكثر تعقيدًا وستكون قادرة على معالجة المعاملات المعقدة. يقوم العديد من المطورين بالفعل بإنشاء عقود ذكية أكثر تعقيدًا ، تجمع بين عدة مراحل من المعاملات فيها. ومع ذلك ، سيتعين علينا الانتظار لسنوات أخرى حتى تتمكن المدونة من تحديد المعايير القانونية الذاتية ، مثل "ما إذا كانت إجراءات الطرف تفي بمعايير الجهود المعقولة تجاريًا" أو "ما إذا كان الأمر يستحق الوفاء بشرط السداد ودفع التعويض".

قبل تنفيذ العقد الذكي المجمع ، تحتاج إلى دفع رسوم معاملة لإضافة العقد إلى blockchain. على سبيل المثال ، في عقود Ethereum blockchain الذكية يتم تنفيذها في Ethereum Virtual Machine (EVM) ، والعمولة في عملة الأثير المشفرة تسمى الغاز (الغاز ، على الرغم من أن الترجمة الأكثر صحة هي "وقود") [1]. كلما كان العقد الذكي أكثر تعقيدًا ، كان عليك دفع المزيد من الغاز. أي أن الغاز هو نوع من البوابات التي تحمي EVM من تنفيذ عقود ذكية معقدة جدًا أو عديدة [2].

حتى الآن ، تعد العقود الذكية هي الأنسب للتنفيذ التلقائي لنوعين من المعاملات:

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

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

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

1.2. الخلفية التاريخية

لقد صاغ مصطلح "العقد الذكي" قبل حوالي 20 عامًا عالم الكمبيوتر نيك زابو ، الذي كان آنذاك طالب دراسات عليا في جامعة واشنطن:

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

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

مصدر آخر للعقود الذكية الحديثة هو العقد الريكاردي . ظهرت هذه الفكرة في عام 1996 في عمل Ian Grigg (Ian Grigg) و Gary Howland (Gary Howland) ، المخصصان لنظام الدفع Ricardo. قدم Grigg العقد الريكاردي كجسر بين العقود النصية والتعليمات البرمجية مع المعلمات التالية:

1) وثيقة واحدة - عقد يعرضه المصدر لحامليه ؛
2) على حقوق الملكية لحامليها التي تسيطر عليها جهة الإصدار ؛
3) يسهل التعرف عليها من قبل الناس (مثل العقد الورقي العادي) ؛
4) تقرأها البرامج (يتم تحليلها كقاعدة بيانات) ؛
5) موقع رقمياً.
6) يحتوي على مفاتيح ومعلومات الخادم ؛
7) مع معرف فريد وآمن [4].

2. العلاقة مع الاصطلاحات النصية التقليدية

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

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

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

3. هل العقود الذكية إلزامية؟

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

يجب أن تبدأ المناقشة حول التنفيذ الإلزامي للعقود الذكية بفصل أساسي بين مفهومي "الاتفاقية" و "العقد". تتفق الدول بشكل عام على أنه يمكن للطرفين إبرام اتفاقيات ، ولكن مفهوم "العقد" يعني أن الاتفاقية ملزمة قانونًا ويجب تنفيذها في إجراءات قضائية [5]. لتحديد ما إذا كانت ملزمة ، قامت محاكم الولايات تقليديًا بتقييم ما إذا كانت متطلبات العرض والقبول والنظر مستوفاة. يمكن تلبية هذه المتطلبات الأساسية بلا شك بعقود ذكية مساعدة. على سبيل المثال ، تنشئ شركة تأمين منتجًا في مجال تأمين الطيران ، والذي يدفع تلقائيًا التأمين للشخص المؤمن عليه إذا تأخرت الرحلة لأكثر من ساعتين [6]. تم تحديد الشروط الأساسية مثل إجراء احتساب التأخير مسبقًا في العقد النصي ، وفي نفس الوقت ، يعالج العقد الذكي الإضافي موضوع الاتفاقية (هذا هو دفع التأمين) وتنفيذه (الدفع التلقائي نتيجة التأخير المتحقق منه). وهكذا ، تعرض شركة التأمين تأمين الرحلات الجوية ، ويقبل المؤمن عليه العرض بدفع قسط التأمين.

اليوم ، يجب تقديم بعض العقود كتابة. قد تكون هناك حاجة أيضًا إلى إجراءات رسمية إضافية ، على سبيل المثال بموجب القانون التجاري الموحد (UCC) [7] أو قوانين الدولة لمكافحة الاحتيال. ومع ذلك ، لا يجب دائمًا كتابة الاتفاقات حتى يصبح تنفيذها إلزاميًا [8]. وبالتالي ، سيتم تطبيق العديد من العقود الذكية الخاصة بالبرامج فقط وفقًا للقوانين التي تحكم العلاقات التعاقدية. وبهذا المعنى ، فإن مثال Sabo مع آلة البيع هو أمر مفيد: على الرغم من أن المشتري لديه العديد من الحقوق الضمنية ، يتم وضع العقد دون شروط مكتوبة مهمة ، باستثناء عرض سعر كل منتج. وبالتالي ، فإن حقيقة أن الاتفاقية لا تنعكس إلا في التعليمات البرمجية ، كما هو الحال في العقود الذكية ذات التعليمات البرمجية فقط ، لا تعوق بشكل خاص تشكيل عقد خارج الإطار الذي أشارت إليه قوانين UCC أو قوانين مكافحة الاحتيال. أخذ عدد من القوانين والهياكل القانونية في الاعتبار منذ فترة طويلة دور تكنولوجيا المعلومات في صياغة العقود.

على سبيل المثال ، فإن قانون المعاملات الإلكترونية الموحدة (UETA) ، الذي تم تبنيه في عام 1999 والذي تم اعتماده كأساس في 47 ولاية ، ينص على ما يلي. السجلات الإلكترونية ، بما في ذلك السجلات التي تم إنشاؤها بواسطة برامج الكمبيوتر ، بالإضافة إلى التوقيعات الرقمية باستخدام التشفير بناءً على المفاتيح العامة ، لها نفس القوة القانونية للسجلات النصية (مع قيود معينة) [9]. حتى أن UETA تعترف بشرعية الوكلاء الإلكترونيين ، والتي يتم تعريفها على أنها "برامج الكمبيوتر أو الوسائل الإلكترونية أو غيرها من الوسائل الآلية التي يتم استخدامها بشكل مستقل لبدء إجراء أو الاستجابة للسجلات الإلكترونية أو كل أو جزء من نشاط دون سيطرة بشرية أو مشاركة" [10]. وفقًا لـ UETA ، فإن الوكيل الإلكتروني "قادر على بدء الإجراءات ، والرد على الملاحظات أو التفاعل مع الأطراف الأخرى أو وكلائهم الإلكترونيين ضمن معايير برنامجه ، بعد أن يتم تنشيطه من قبل أحد الأطراف ، دون اهتمام إضافي من هذا الجانب" [11]. ربما هذا اعتراف مبدئي بالعقود الذكية.

وبالمثل ، فإن قانون تسجيل التوقيعات الإلكترونية الفيدرالية (قانون التوقيع الإلكتروني) لا يعترف فقط بشرعية التوقيعات الإلكترونية والسجلات الإلكترونية في العلاقات التجارية بين الدول ، ولكنه ينص أيضًا على أن العقد (أو أي سجل آخر يتعلق بالمعاملة) "لا لا يجوز حرمانه من القوة القانونية أو الشرعية أو التنفيذ الإلزامي فقط لأن تنفيذه أو إنشائه أو تسليمه ينطوي على عمل واحد أو أكثر من الوكلاء الإلكترونيين ، إذا كان عمل أي وكيل إلكتروني ذا صلة قانونية GSI شخص الالتزامات المرتبطة "[12]. مصطلح "الوكيل الإلكتروني" يعني برنامج كمبيوتر أو أداة إلكترونية أو أداة آلية أخرى تستخدم بشكل مستقل لبدء إجراء أو استجابة للسجلات الإلكترونية أو لكل نشاط أو جزء منه دون سيطرة بشرية أو مشاركة [13].

إن فهم الإطار القانوني مهم من أجل تعزيز التنفيذ الإلزامي للعقود الذكية ، ولكن استخدامها في المستقبل قد لا يعتمد على القوانين التي تم إنشاؤها قبل عصر تطوير تقنية blockchain. لقد قامت أريزونا ونيفادا بالفعل بتغيير الإصدارات المحلية من UETA لاستخدام صراحة blockchain والعقود الذكية [14]. ملاحظة: تبنت الدولتان تعريفات مختلفة للغاية للمفاهيم النقدية. لذلك ، يمكننا أن نفترض أنه كلما اتبعت الولايات حذوها وتغير الإصدارات المحلية من UETA ، كلما كانت الحاجة أقوى إلى اعتماد تعريفات موحدة تعكس تطور blockchain والعقود الذكية.

4. الصعوبات في الاستخدام الواسع النطاق للعقود الذكية

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

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

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

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

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

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

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

-, , . , , -, , [15].

, - , , . , . , [16]. , -.

4.2. - off-chain-

, - , , — off-chain-. , - , , 0 . - . .

-, - off-chain-: .

-, -, , . , -1 , –0,5 , -2 — 0 . : , - .
— , , . , -.

— off-chain-, . , -. - . — . , . -.

4.3. «» ?

, , , . , .

- — — , . , , «» -, .

-, . , . , , , 0 , - , 0 . , (, ), — ? , , . , , — , ; .

— , , -, , -. « 0 » -, .

4.4. -

- — . , - , , — , -.

, . , , , , . -, . , -. .

, . , — , , . , -, .

4.5. -

-, . , , , . - . - , , . - , , , .

-. , , , ; , , . ( ), . . , . , , . - .

-, . - -, , -, , .

4.6. -

, -, , . , - . , , , . — . , . - : , . - , - . , - .

, - , , , -. , - , if/then. - , , -.

4.7. - ?

, - , , . , . , , , . . , , , , -. , .

, - - , , -, , . ( - «» ) , . , , -, - , , . . , - , , .

4.8.

- , : , . , . «», , — . , , . , 2017- 31 [17]. , . Parity, - . , -, , , , — -.

4.9. القانون الحاكم والولاية القضائية الإقليمية

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

5. أفضل الممارسات

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

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

6. مستقبل العقود الذكية

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

الحواشي

1. انظر ما هو "الغاز" في Ethereum؟ Cryptocompare ، 18 نوفمبر 2016.
2. في نفس المكان.
3. نيك زابو. العقود الذكية: اللبنات الأساسية للسوق الرقمية . 1996.
4. إيان جريج. عقد ريكاردو لو .
5. انظر ، على سبيل المثال ، "إعادة صياغة العقود (الثانية) ،" الجزء 1 ، معهد القانون الأمريكي ، 1981. في الولايات المتحدة ، عادة ما تكون الهيئات التشريعية في الولاية مسؤولة عن قانون العقود. على الرغم من أننا في هذه المقالة نعتبر المبادئ الأساسية لقانون العقود الشائعة لدى معظم الدول ، تجدر الإشارة إلى أن الاختلافات في القوانين قد تؤثر على التنفيذ الإلزامي للعقود الذكية في دول معينة.
6. شركة واحدة على الأقل ، أكسا ، تقدم الآن مثل هذا المنتج.
7. انظر UCC § 2-201.
8. على سبيل المثال ، راجع Lumhoo v. Home Depot USA، Inc. 229 F. Supp. 2d 121 ، 160 (EDNY 2002). ويعتقد أن المدعين قدموا أدلة كافية لتأكيد أن الطرفين أبرما اتفاقًا شفهيًا ينص على ما يلي: يدفع صاحب العمل مقابل أي عمل إضافي يتجاوز ثماني ساعات في اليوم.
9. انظر قانون المعاملات الإلكترونية الموحد (قانون القانون الموحد لعام 1999). نيويورك ، إلينوي ، وواشنطن لديها قوانينها الخاصة التي تحكم صلاحية المعاملات الإلكترونية.
10. في نفس المكان. § 2 (6).
11. في نفس المكان. § 2 سم. 5.
12. 15 USC § 7001 (ح).
13. 15 USC § 7006 (3).
14. انظر 2017 أريزونا. HB 2417 44-7061 ونيف. القس ستات. آن. § 719.090.
15. انظر نيقوسيا ضد القضية Amazon.com، Inc. 834 F.3d 220 (2d Cir. 2016) (إلغاء قرار محكمة المقاطعة برفض المطالبة والشك المنطقي بأن أمازون قد قدمت للمستهلك إشعارًا معقولاً بالتحكيم الإجباري).
16. انظر تشارلز آلان رايت وآرثر ر. ميللر. الإجراءات والممارسات الاتحادية ، القسم 6304 (الطبعة الثالثة ، ملحق 2011) ("في الواقع ، نادرًا ما يتم تطبيق القاعدة 706. يرجع ذلك جزئيًا على الأقل إلى أن تعيين شاهد خبير يزيد العبء على القاضي ويزيد من تكاليف الأطراف ويمنع السيطرة العدائية على العرض التقديمي الأدلة ") ، وكذلك ستيفاني دومتروفيتش ، مارا ميرينو وجيمس ت. ريتشاردسون. قاضي المحكمة الابتدائية استخدام الخبراء الذين عينتهم المحكمة: نتائج المسح والمقارنات ، 50 Jurimetrics J. 371 ، 373–374. 2010.
17. انظر حسيب قريشي. سرق هاكر 31 مليون دولار من الأثير - كيف حدث ذلك وماذا يعني لـ Ethereum . FreeCodeCamp. 20 يوليو 2017.