MiCA Decoded یک سری مقالات هفتگی ۱۲ قسمتی برای Bitcoin.com News است که توسط مدیران بنیانگذار و مدیران عامل LegalBison نوشته شده است: Aaron Glauberman، Viktor Juskin و Sabir Alijev. LegalBison به شرکتهای ارز دیجیتال و فینتک در مورد مجوز MiCA، درخواستهای CASP و VASP و ساختاربندی نظارتی در سراسر اروپا و فراتر از آن مشاوره میدهد.
تحت MiCA، وایت پیپر یک ابزار افشای قانونی اجباری است. نزدیکترین تشبیه آن در امور مالی سنتی، یک اطلاعیه اوراق بهادار است، نه یک سند بازاریابی. این مقررات تعیین میکند که چه کسی باید آن را تهیه کند، با چه قالبی، شامل چه شناسههایی، مشمول چه اعتبارسنجی خودکاری، و با مسئولیت متصل به یک شخص مشخص نامگذاری شده.
اشتباه در هر یک از این عناصر به این معنی است که سند از نظر تنظیمکنندگان اروپایی وجود ندارد، صرف نظر از اینکه چقدر خوب نوشته شده باشد.
این ششمین قسمت از MiCA Decoded به تفصیل توضیح میدهد که این واقعاً به چه معناست.
افسانه: وایت پیپر MiCA فقط یک GitBook یا PDF است
وایت پیپر MiCA وزن یک ثبت رسمی نظارتی را دارد.
آییننامه اجرایی کمیسیون (EU) 2024/2984، که فرمها، قالبها و الگوهای وایت پیپرهای دارایی کریپتو را اداره میکند، الزام میکند که سند در یک قالب دیجیتال ساختاریافته آماده شود که به گونهای طراحی شده است که ESMA و مقامات ملی صالح در تمام کشورهای عضو اتحادیه اروپا بتوانند تحلیل خودکار یکسانی را بر روی هر ارسال انجام دهند، صرف نظر از اینکه چه کسی آن را ثبت کرده یا کجا.
هدف قانونی این انتخاب طراحی مهمتر از جزئیات فنی است. MiCA یک مقررات بازار واحد است و قابلیت مقایسه در میان ثبتها یک ابزار اجرایی اصلی است.
وایت پیپری که نمیتواند توسط همان ماشینی که هر وایت پیپر دیگر ثبت شده در اروپا خوانده میشود، منطبق نیست، هر چه محتوای آن بگوید. ESMA طبقهبندی مورد نیاز (چارچوب ساختاریافتهای که تعریف میکند یک وایت پیپر منطبق باید چه چیزی داشته باشد) را در 1384/05/14 منتشر کرد. قوانین از 1404/09/02 اعمال میشود.
تعهدات افشا بسته به نوع دارایی کریپتو درگیر متفاوت است. MiCA سه دسته متمایز ترسیم میکند، هر کدام با الگوی وایت پیپر و الزامات فیلد خاص خود:
| نوع دارایی | چه کسی وایت پیپر را تهیه میکند | ویژگی کلیدی |
| OTHER (سایر داراییهای کریپتو، مثلاً توکنهای کاربردی) | عرضهکننده، شخص درخواستکننده پذیرش در معاملات، یا CASP که یک پلتفرم معاملاتی را اداره میکند | گستردهترین دسته؛ اکثر توکن های موجود در بازار را پوشش میدهد |
| ART (توکن های ارجاعشده به دارایی) | صادرکننده مجاز یا موسسه اعتباری | به سبدی از داراییها ارجاع میدهد؛ مجوز قبل از صدور لازم است |
| EMT (توکن های پول الکترونیکی) | موسسه اعتباری یا موسسه پول الکترونیکی | پیوند تکارزی؛ نیاز به مجوز EMI یا بانکی دارد |
این دسته نه تنها محتوای وایت پیپر، بلکه کل مسیر قانونی برای ثبت آن را تعیین میکند. یک پروژه نمیتواند بر اساس ترجیح انتخاب کند که کدام دسته اعمال میشود. ویژگیهای دارایی آن را تعیین میکند و تعهدات آمادهسازی از آنجا دنبال میشود.
چه کسی تعهد قانونی - و مسئولیت را به عهده دارد
برای اکثریت قریب به اتفاق توکن ها در بازار (دستهبندی شده به عنوان داراییهای کریپتو "سایر"، یا OTHR)، تعهد به طور خودکار به نهادی که توکن را ایجاد کرده است نمیافتد. برای این داراییها، MiCA تعهد را بر عرضهکننده یا شخص درخواستکننده پذیرش در معاملات قرار میدهد، که نقشهای تعریفشدهای هستند که ممکن است با صادرکننده اصلی همخوانی داشته باشند یا نداشته باشند.
این تمایز عواقب واقعی دارد. یک پروژه که در دسته OTHR قرار میگیرد، که از جزایر ویرجین بریتانیا، کیمن یا هر حوزه قضایی فراساحلی دیگری راهاندازی شده است، میتواند تحت MiCA عرضهکننده باشد و تعهد وایت پیپر را مستقیماً به عهده بگیرد، بدون هیچ الزامی برای جابجایی مقر قانونی خود به اروپا.
(توجه: این انعطافپذیری ساختاری به شدت برای توکن های OTHR اعمال میشود. برای توکن های ارجاعشده به دارایی و توکن های پول الکترونیکی، تعهد قانونی و مسئولیت مدنی شدید برای وایت پیپر کاملاً با صادرکننده مجاز اتحادیه اروپا است و نمیتواند تفویض شود).
همانطور که ما در قسمت دوم این سری بررسی کردیم، ثبتهای ESMA تأیید میکنند که این در حال حاضر یک عمل استاندارد است: اکثریت ثبتهای توکن مستقل از نهادهایی که مقر آنها خارج از اتحادیه اروپا است، میآیند.
یک CASP که یک پلتفرم معاملاتی را اداره میکند نیز میتواند تعهد وایت پیپر را به عهده بگیرد، چه از ابتکار خودش یا با توافق کتبی با تیم پروژه. این یک راه فرار یا یک راحتی اداری نیست.
هنگامی که یک CASP ثبت میکند، مسئولیت قانونی برای دقت و کامل بودن افشا را بر عهده میگیرد. اگر وایت پیپر حاوی اطلاعات گمراه کننده باشد یا استانداردهای نظارتی را رعایت نکند، مسئولیت متعلق به هر کسی است که آن را ارسال کرده است.
شخصی که وایت پیپر را امضا میکند نمیتواند آن قرار گرفتن در معرض را به یک فروشنده نرمافزار، یک یکپارچهساز فنی یا یک شرکت حقوقی واگذار کند. بررسی قانونی محتوا و اعتبار فنی دو تعهد انطباق جداگانه هستند و هر دو با عرضهکننده است. این نکتهای است که بیشتر پروژهها دست کم میگیرند.
دو کد که باید قبل از شروع ثبت وجود داشته باشد
دو شناسه اجباری پیشنیازهایی برای هر وایت پیپر منطبق هستند. هر دو از استانداردهای بینالمللی که قبل از MiCA وجود داشتهاند، گرفته شدهاند. این مقررات آنها را ایجاد نکرده است، آنها را اجباری کرده است.
اولین شناسه شناسه نهاد حقوقی (LEI) است، یک کد ISO 17442 که به نهادهای حقوقی اختصاص داده میشود و در پایگاه داده LEI جهانی که توسط GLEIF مدیریت میشود، نگهداری میشود. دستور استفاده از آن چندین استاندارد نظارتی را در بر میگیرد: در حالی که ماده 14 RTS نگهداری سوابق (آییننامه تفویضی کمیسیون EU 2025/1140) الزامات LEI را بر CASPها برای مشتریان آنها اجرا میکند، ماده 3 RTS طبقهبندی وایت پیپر (آییننامه تفویضی کمیسیون EU 2025/421) به شدت دستور میدهد که همه تهیهکنندگان وایت پیپر باید نهاد حقوقی خود را با یک کد LEI معتبر شناسایی کنند. برای هر نهادی که قبلاً یکی ندارد، فرآیند درخواست LEI باید قبل از شروع آمادهسازی وایت پیپر تکمیل شود.
دومین شناسه شناسه توکن دیجیتال (DTI) است، یک کد ISO 24165 که خود دارایی کریپتو را شناسایی میکند، که در ثبت DTIF نگهداری میشود. ماده 15 RTS نگهداری سوابق و ماده 3 RTS طبقهبندی وایت پیپر (آییننامه تفویضی کمیسیون EU 2025/421) استفاده از آن را الزامی میکنند. نکته عملیاتی برای هر پروژهای که یک توکن جدید راهاندازی میکند: اگر DTI هنوز در ثبت وجود ندارد، کسی باید قبل از اینکه وایت پیپر بتواند ارسال شود، ایجاد آن را درخواست کند. جایی که یک CASP برای یک دارایی بدون صادرکننده متمرکز و بدون وایت پیپر موجود ثبت میکند، پلتفرم مسئول بازیابی یا درخواست DTI مستقیماً از DTIF است.
منبع: ثبت DTIF برای داراییهای کریپتو
وایت پیپری که حاوی LEI و DTI معتبر نیست، قبل از اینکه هر بازبین انسانی آن را ببیند، اعتبارسنجی خودکار را شکست میدهد. پروژههایی که بدون داشتن هر دو کد به مرحله ارسال میرسند، با یک راهاندازی مجدد کامل مواجه میشوند.
دروازه خودکار و آنچه از نظر قانونی به معنای آن است
هیچ انسانی در یک مقام ملی صالح وایت پیپری را که چکهای خودکار آن را شکست میدهد، بررسی نمیکند. طبقهبندی ESMA 257 چک وجود (تأیید اینکه فیلدهای مورد نیاز موجود هستند) و 223 چک مقدار (تأیید اینکه محتوای فیلد معتبر است) را تعریف میکند. ثبتی که یک چک با رتبه شدت "خطا" را شکست میدهد، از نظر فنی نامعتبر است. سند ادامه نمییابد.
پیامد قانونی آن معماری مستقیم است: اعتبار فنی و دقت محتوا به طور مساوی مسئولیت عرضهکننده است. یک افشای قانونی کاملاً پیشنویس شده در ساختار اشتباه شکست میخورد. یک فایل ساختاری معتبر با محتوای گمراه کننده نیز شکست میخورد؛ فقط در مرحله متفاوتی و با عواقب متفاوت شکست میخورد.
پروژههایی که توکن ها را در چندین کشور عضو اتحادیه اروپا عرضه میکنند با یک لایه اضافی مواجه هستند. هر نسخه زبانی از وایت پیپر به فایل ساختاریافته جداگانه خود نیاز دارد. همه نسخههای زبانی باید داخلی سازگار باشند و نه فقط ترجمه شوند، بلکه به طور یکسان در سطح فیلد سازماندهی شوند. ترجمهای که ساختار اصلی را منعکس نمیکند، از نظر فنی غیر منطبق است، صرف نظر از دقت زبانی آن.
افشاهای پایداری یک محدودیت بیشتری اضافه میکنند. طبقهبندی واحدهای خاص اندازهگیری برای مصرف انرژی و انتشار CO2 را الزامی میکند: به ترتیب kWh و tCO2. اینها الزامات افشای قانونی هستند، نه گزارشدهی محیطی اختیاری. ثبت با واحدهای مختلف یا حذف فیلدها باعث شکست اعتبارسنجی میشود.
الگوی در تمام این الزامات یکسان است: وایت پیپر یک ثبت قانونی با استانداردهای اجرا شده با ماشین است. پروژههایی که به آن به عنوان یک تمرین نوشتن سند نزدیک میشوند، نه یک فرآیند انطباق با پیشنیازهای ساختاریافته و دروازهبانی خودکار، با آن اجرا قبل از اینکه به یک تنظیمکننده انسانی برسند، مواجه خواهند شد.
این در عمل به چه معناست
درک محبوب از وایت پیپر کریپتو به عنوان یک زمین داستانی (چیزی نوشته شده برای متقاعد کردن به جای افشا) نوع سندی را توصیف میکند که MiCA آن را با چیزی کاملاً متفاوت جایگزین کرده است.
وایت پیپر MiCA یک ابزار قانونی با محتوای تجویز شده، شناسههای اجباری، یک قالب ساختاریافته طراحی شده برای قابلیت مقایسه خودکار فرامرزی، و مسئولیت شخصی نامگذاری شده متصل به هر کسی که آن را امضا میکند، است. دروازه ورودی به بازار کریپتو اروپا از طریق آن اجرا میشود. پروژههایی که ثبت را برای آنچه از نظر قانونی است، نه آنچه اصطلاح از نظر تاریخی پیشنهاد کرده است، درک میکنند، کسانی هستند که در چک خودکار برگشت داده نمیشوند.
نکات کلیدی:
- وایت پیپر یک سند بازاریابی نیست. MiCA این اصطلاح را بازتعریف کرد. نزدیکترین معادل در امور مالی سنتی یک اطلاعیه اوراق بهادار است و باید با همان وزن قانونی برخورد شود.
- سه دسته دارایی، سه مسیر متفاوت. OTHR، ART و EMT هر کدام الزامات وایت پیپر متمایز و پیشنیازهای مجوز متفاوتی دارند. ویژگیهای دارایی تعیین میکند که کدام دسته اعمال میشود، پروژه انتخاب نمیکند.
- مسئولیت به دنبال ثبتکننده است، اما قوانین به دارایی بستگی دارد. برای اکثریت قریب به اتفاق توکن ها (OTHRها)، تعهد قانونی متعلق به عرضهکننده یا شخص درخواستکننده پذیرش در معاملات است، نه لزوماً سازنده اصلی توکن. هنگامی که یک CASP (مانند یک اپراتور پلتفرم معاملاتی) موافقت میکند که یک وایت پیپر را به نمایندگی از یک پروژه OTHR آماده و منتشر کند، وظایف نظارتی قابل توجهی را به عهده میگیرد، اما مسئولیت را به طور کامل فرض نمیکند. تحت ماده 14(3) MiCA، شخص اصلی درخواستکننده پذیرش در معاملات از نظر قانونی مسئول باقی میماند اگر آنها اطلاعات ناقص، ناعادلانه، نامشخص یا گمراه کننده به CASP ارائه دهند. شما میتوانید کاغذبازی را برونسپاری کنید، اما نمیتوانید مسئولیت را به طور کامل برونسپاری کنید.
- برای توکن های ارجاعشده به دارایی (ARTها) و توکن های پول الکترونیکی (EMTها)، مسئولیت مدنی شدید برای وایت پیپر نه تنها با صادرکننده مجاز به عنوان یک نهاد شرکتی است؛ آن به صراحت به اعضای ارگان اداری، مدیریتی یا نظارتی آن گسترش مییابد. هر تلاش قراردادی برای محدود کردن یا حذف این مسئولیت از نظر قانونی باطل است.
- LEI و DTI پیشنیازها هستند. هر دو شناسه باید قبل از شروع آمادهسازی وایت پیپر در جای خود باشند. اگر DTI برای دارایی وجود ندارد، باید قبل از اینکه هر چیز دیگری به جلو حرکت کند، از ثبت DTIF درخواست شود.
- اعتبارسنجی خودکار اولین دروازهبان است. 257 چک وجود و 223 چک مقدار قبل از اینکه هر انسانی فایل را بررسی کند، اجرا میشود. سندی که یک ادعای سطح خطا را شکست میدهد، به یک تنظیمکننده نمیرسد.
- ثبتهای چندزبانه یک تعهد فنی پنهان دارند. هر نسخه زبانی به فایل ساختاریافته جداگانه خود نیاز دارد، که به طور یکسان با اصلی سازماندهی شده است. ترجمهای که با ساختار منبع در سطح فیلد مطابقت ندارد، غیر منطبق است.
- دقت محتوا و اعتبار فنی دو تعهد جداگانه هستند. بررسی قانونی اولین را پوشش میدهد. ساختاردهی فنی دومین را پوشش میدهد. هر دو با عرضهکننده هستند و هیچ کدام جایگزین دیگری نمیشود.
این مقاله بر اساس یک مطالعه انجام شده توسط LegalBison در 1405/01 است. محتوا فقط برای اهداف اطلاعاتی است و مشاوره حقوقی نیست.
منبع: https://news.bitcoin.com/mica-decoded-your-crypto-white-paper-cant-just-be-a-gitbook-or-pdf/








