قراردادهای هوشمند و مسئولیت طرفین

1) معرفی

یک قرارداد هوشمند اجرای توافقات را خودکار می کند، اما مسئولیت قانونی را از بین نمی برد. برعکس: کد، مدیریت تغییر و رویه های عملیاتی، مناطق خطر جدیدی را ایجاد می کنند - از آسیب پذیری ها و دستکاری های اوراکل تا درگیری ها در طول ارتقاء شبکه و چنگال ها. این مقاله ساختاری برای توزیع نقش ها و مسئولیت ها و مجموعه ای از اقدامات قراردادی/فنی ارائه می دهد که «کد به عنوان قانون» را به «کد به عنوان بخشی از رژیم حقوقی» تبدیل می کند.

2) اصطلاحات و تعاریف کلیدی

قرارداد هوشمند (Smart Contract): کد برنامه ای که بر اساس قوانین قطعی بر روی بلاک چین اجرا می شود.
اپراتور یک نهاد قانونی است که یک پروتکل یا بازی را مستقر یا حفظ می کند و یک سیاست را تعریف می کند.
توسعه دهنده/استودیو خالق کد و/یا قراردادهای هوشمند است.
ارائه دهندگان زیرساخت - اوراکل، پل، VRF/تصادفی، شاخص، RPC.
کلید های مدیریت/نقش - ارتقاء حقوق, پارامترها, «مکث/کشتن سوئیچ».
دارندگان DAO/grant - دارندگان توکن/رای درگیر در مدیریت.
کاربر/بازیکن - حزب تعامل با قرارداد و تحمل خطرات معاملات/نوسانات.

3) مدل تخصیص مسئولیت (چه کسی مسئول چه چیزی است)

اپراتور پلت فرم

مطابقت با قوانین محلی (iGaming/VASP/حالت های پرداخت)، KYC/AML/تحریم ها ؛

انتشار و به روز رسانی ToS، افشای ریسک، بازی مسئولانه ؛

مدیریت حوادث، ارتباطات، مکانیسم های جبران خسارت، ذخیره سازی ورودی.

توسعه دهنده/استودیو

کیفیت کد، ممیزی و پوشش تست ؛

پشتیبانی از ارتقاء و مهاجرت، bezop. حفظ اسرار ؛

bugbounty، افشای مسئول، تجزیه و تحلیل پس از مرگ.

SLO/در دسترس بودن، صحت تغذیه و اقدامات ضد دستکاری ؛

تضمین های قراردادی و محدودیت های مسئولیت (کلاه)، ورود به سیستم حادثه، SLA.

اعتبار سنج/معدنچی/شبکه

حصول اطمینان از توافق مسئولیت معمولا پروتکل/غیر متمرکز، خارج از چارچوب قراردادی پروژه است.

کاربر

ارزیابی ریسک مستقل، حفاظت از کلیدهای خصوصی، انطباق با قوانین محلی ؛

وجوه پل زدن و تعامل با frontends شخص ثالث/کیف پول.

دارندگان DAO/توکن (در صورت حاکمیت)

پذیرش پارامترهای خطر (محدودیت ها، کمیسیون ها)، تصویب ارتقاء، تصمیمات اضطراری.

4) «کد به عنوان قانون» در مقابل «کد به عنوان بخشی از قرارداد»

در عمل، کد بخش اجرایی قرارداد است: ToS و سیاست ها قصد طرفین، روش حل خطاها، استثنائات و اولویت هنجار متن را در یک درگیری تعیین می کنند.

1. اولویت تفسیر (ToS> مشخصات> کد ؟ یا برعکس - با استثنائات واضح) ؛

2. چگونه اشکالات آشکار (اشتباه) و «حالت های ناخواسته» تفسیر می شوند ؛

3. هنگامی که rollback/patch/pause مجاز است و چه کسی این عمل را مجاز می داند.

5) ارتقاء، کلید های مدیریت و اعتماد

شفافیت نقش: آدرس ها را با حقوق «مالک»، «مدیر»، «نگهبان» لیست کنید، مشخص کنید که کدام روش برای هر نقش در دسترس است.
Timelock & multi-sig: تاخیر قبل از ارتقاء (به عنوان مثال 24-72 ساعت) و حقوق اشتراک چندگانه خطر سوء استفاده را کاهش می دهد.
توقف اضطراری/کشتن سوئیچ: قوانین استفاده، معیارها (آسیب پذیری بحرانی، سازش اوراکل)، اطلاع رسانی و روش تجدید.
قراردادهای پروکسی و مهاجرت: مستند روند، اجازه می دهد تا کاربران را به خروج قبل از تعویض منطق (دوره فضل).
بند تغییرناپذیری: اگر قرارداد بر روی زنجیره تغییرناپذیر است، مشخص محدودیت ها و عواقب (عدم توانایی برای رفع اشکال کرت بدون مهاجرت دارایی).

6) وابستگی های خارجی و خطرات آبشار

اوراکل قیمت و VRF: حفاظت دستکاری (TWAP، کپی، حد نصاب منابع)، SLA های قراردادی و محدودیت های مسئولیت.
پل ها/پل ها: بزرگترین تلفات تاریخی از پل ها است - از محدودیت های TVL، بیمه، محدودیت های برداشت مرحله ای استفاده کنید.
RPC/indexers: تکرار ارائه دهنده، چک های بهداشتی و folkbacks.
Frontend/domain: حفاظت در برابر کلاهبرداری (DNSSEC، یکپارچگی subresource)، آدرس های عمومی قراردادها، روش آفلاین تعامل با یک قرارداد.

7) خطرات و صلاحیت آنها

فنی: آسیب پذیری ها، خطاهای منطقی، ورود مجدد، سرریز، گرد کردن نادرست، MEV/جلو در حال اجرا.
اقتصادی: دستکاری بازار/اوراکل، «اجرای بانک»، توکنهای غیر قابل دفاع.
اتاق های عمل: از دست دادن کلید های مدیریت، سازش CI/CD، عامل انسانی.
قانونی: تبلیغات ناعادلانه، عدم مجوز، نقض تحریم/AML، حمایت از مصرف کننده.
Force majeure web3: حملات به L1/L2، قطع طولانی شبکه، هارد فورک «امن»، اشکالات وابستگی فاجعه بار.

8) محدودیت و تخصیص مسئولیت ها (بندهای قراردادی)

• سلب مسئولیت از خطرات (نوسانات، قراردادهای هوشمند، وابستگی های شخص ثالث، خطر از دست دادن کامل وجوه).
• محدودیت مسئولیت (کلاه): محدودیت کل مسئولیت با مقدار هزینه/درآمد برای X ماه یا کلاه ثابت.
• خسارتي در کار نيست
• اطمینان از خطر: تایید پذیرش آگاهانه از خطرات توسط کاربر.
• جبران خسارت: معافیت اپراتور از الزامات ناشی از نقض قانون/ToS توسط کاربر.
• Force-majeure (web3 version): خرابی شبکه، حملات اجماع، آسیب پذیری های وابستگی بحرانی، اقدامات تنظیم کننده.
• حق تعلیق/مکث - حق توقف موقت عملیات در صورت خطر امنیتی.

نکته مهم: رزروها در محدوده قوانین حمایت از مصرف کننده قابل اجرا عمل می کنند و نمی توانند ضمانت های اجباری (به ویژه در B2C) را حذف کنند.

9) مدیریت حوادث و جبران خسارت

Policy & Playbook: کانال های تماس، شرایط اطلاع رسانی اولیه (به عنوان مثال، T + 24h)، وضعیت ها، به روز رسانی ها.
تقسیم بندی حوادث: «P0/P1/P2» با تاثیر بر بودجه/در دسترس بودن.
مکانیسم های جبران خسارت: استخر ذخیره، بیمه، جبران خسارت از طریق DAO، اولویت بازپرداخت به قربانیان.
پس از مرگ: گزارش عمومی با جدول زمانی، علت ریشه ای، اقدامات اصلاحی.
Bug Bounty & Responsible Disclosure: بند افشای منصفانه, کانال, سطح پاداش.

10) حکومت и DAO

چه کسی مسئول است ؟ اگر DAO تصمیم بگیرد، «نمایندگی» قانونی (بنیاد/LLC/انجمن) و نقش آن را مستند کنید.
Quorum و جریان اضطراری: آستانه های جداگانه برای اقدامات بحرانی ؛ نمایندگان نگهبان برای پاسخ سریع.
تضاد منافع: افشای وابستگی توسعه دهندگان/اعتبار دهندگان/اوراکل.
داوری اختلافات DAO ↔ کاربران: پنجره میانجیگری اولیه, پس از آن داوری/دادگاه.

11) صلاحیت، قانون قابل اجرا و حل اختلاف

انتخاب قانون (قانون حاکم) + انجمن (داوری/دادگاه، محل، زبان، روش).
قانون مصرف کننده Dispositive: در B2C، بخشی از شرایط را می توان با قانون کشور کاربر لغو کرد.
داوری آنلاین/ODR: اجازه دهید به عنوان یک مکانیزم سریع برای اختلافات کوچک می گویند.
مدل های ترکیبی: بازپرداخت فنی در زنجیره ای + داوری خارج از زنجیره ای برای ارزیابی آسیب.

12) محرمانه بودن و اطلاعات شخصی

اگر حساب ها/CUS وجود داشته باشد: سیاست حفظ حریم خصوصی، زمینه های GDPR، DPIA، به حداقل رساندن داده ها، دوره های نگهداری.
داده های زنجیره ای عمومی است: خطرات deanonymization را بنویسید، PII را خارج از زنجیره ارسال کنید.
مجموعه ای از تله متری جلویی - فقط با یک مبنای قانونی و انتخاب کردن/رضایت، در صورت لزوم.

13) حداقل انطباق برای بازی های رمزنگاری/پروتکل با ارزش واقعی

مجوزها/ثبت نام ها: حالت های پرداخت iGaming/VASP/MSB/geo.
KYC/AML/sanctions: سطوح، منابع مالی، قانون سفر (در صورت وجود).
تبلیغات: فیلترهای سن، سلب مسئولیت، ممنوعیت وعده های گمراه کننده.
مالیات: حسابداری برای GGR/کمیسیون، تفاوت نرخ ارز، خزانه داری توکن.

14) اسناد و مصنوعات (به روز نگه دارید)

شرایط استفاده از خدمات + افشای خطر + بازی مسئول (در صورت وجود).
مشخصات قرارداد هوشمند (متغیرهای، مرزهای پارامتر، رویه های ارتقاء).
سیاست مدیریت/کلید (چند sig، timelock، ذخیره سازی، چرخش).
سیاست امنیتی (ممیزی، تست، باگ باونتی، SCA/SSA).
سیاست پاسخ حادثه + قالب اطلاع رسانی کاربر.
اوراکل/پل SLA + محدودیت مسئولیت قراردادی.
تغییر & مرگهای پس از ثبت.

15) ماتریس مسئولیت (مثال RACI)

16) چک لیست راه اندازی (کوتاه)

1. تعریف نقش/آدرس با حقوق، فعال کردن قفل زمانی + چند SIG.
2. روش ارتقاء و «مکث/کشتن سوئیچ» را در ToS و در مخزن README توصیف کنید.
3. یک حسابرسی مستقل انجام دهید، باگبانتی را فعال کنید، یک گزارش منتشر کنید.
4. قرارداد اوراکل/پل با SLA و محدودیت TVL/خروجی.
5. تنظیم نظارت ثابت (TVL، عدم تعادل استخر، تاخیر اوراکل).
6. افشای ریسک ثبت نام، محدودیت مسئولیت (کلاه)، فورس ماژور.
7. تصویب سیاست حادثه و قالب اطلاع رسانی، ذخیره جبران خسارت.
8. تأیید انطباق (مجوزها، KYC/AML، تحریم ها، مالیات، تبلیغات).
9. آماده سازی یک برنامه مهاجرت (دوره فضل) در صورت ارتقاء کرت.
10. به صورت دوره ای انجام بازی روز/آزمون هرج و مرج و پس از مرگ.

17) موارد قالب برای ToS/سیاست (جمله بندی پیش نویس)

• اپراتور و/یا سرپرستان تعیین شده حق دارند تعلیق موقت اجرای قراردادهای هوشمند را در موارد آسیب پذیری های بحرانی اعمال کنند، به دنبال آن یک گزارش عمومی و یک برنامه بازیابی.

• تغییرات در منطق قراردادها از طریق زمانبندی حداقل N ساعت انجام می شود ؛ آدرس مدیر و تاریخ تغییر به مخزن/سایت منتشر شده است.

• «مسئولیت کل اپراتور تحت این موافقتنامه محدود به مقدار هزینه/پرداخت در واقع توسط کاربر در آخرین N ماه پرداخت می شود و خسارات ناشی را شامل نمی شود».

• «احزاب نباید در قبال تاخیر/عدم عملکرد ناشی از شکست اصلی شبکه، حملات به اجماع، نقص بحرانی oracles/پل های خارجی، اقدامات سازمان های دولتی».

• «تعامل با قراردادهای هوشمند خطر از دست دادن کامل و غیرقابل برگشت دارایی ها را به دلیل آسیب پذیری های کد، خطاهای پیکربندی و دستکاری بازار به همراه دارد».

(موافقت با وکیل محلی; حقوق مصرف کننده اجباری برای B2C. امکان پذیر است)

18) واژه نامه

Timelock: تاخیر قبل از اعمال تغییرات

Multi-sig - کنترل چند امضایی عملیات مدیریت.
Kill-switch/Pause - توقف اضطراری اجرای قراردادها.
نظارت ثابت - چک های خودکار از خواص پروتکل کلیدی.

ماتریس توزیع مسئولیت RACI

خروجی

پایداری قانونی قراردادهای هوشمند بر سه پایه استوار است: (1) نقش های روشن و محدودیت های مسئولیت منعکس شده در سیاست های عمومی و ToS ؛ (2) نظم و انضباط فنی - ارتقاء از طریق زمان بندی/چند SIG، حسابرسی، نظارت ثابت، مدیریت حادثه ؛ (3) ترتیبات قوی با ارائه دهندگان وابستگی خارجی و بندهای مسئولیت و نیروی صحیح. ترکیب این عناصر احتمال اختلافات را کاهش می دهد و یک مدل قابل پیش بینی برای رفتار طرفین حتی در شرایط عدم اطمینان ایجاد می کند.