MiCA رمزگشایی‌شده: وایت‌پیپر کریپتوی شما نمی‌تواند صرفاً یک گیت‌بوک یا PDF باشد

MiCA Decoded یک مجموعه هفتگی ۱۲ قسمتی برای Bitcoin.com News است که به‌صورت مشترک توسط مدیران هم‌بنیان‌گذار و مدیرعامل LegalBison نوشته شده است: Aaron Glauberman، Viktor Juskin و Sabir Alijev. LegalBison به شرکت‌های کریپتو و فین‌تک درباره اخذ مجوز MiCA، درخواست‌های CASP و VASP، و ساختاربندی رگولاتوری در سراسر اروپا و فراتر از آن مشاوره می‌دهد.

تحت MiCA، وایت‌پیپر یک ابزار افشای حقوقیِ الزامی است. نزدیک‌ترین هم‌تای آن در مالی سنتی، «پروسپکتوس اوراق بهادار» است، نه یک سند بازاریابی. این مقرره تعیین می‌کند چه کسی باید آن را تهیه کند، در چه قالبی، با چه شناسه‌هایی، تحت چه نوع اعتبارسنجی خودکار، و با مسئولیت حقوقیِ متصل به یک شخصِ مشخصِ نام‌برده.

اشتباه در هر یک از این عناصر یعنی این سند، در نگاه رگولاتورهای اروپایی، اساساً وجود ندارد؛ فارغ از این‌که چقدر خوب نوشته شده باشد.

این قسمت ششم از MiCA Decoded توضیح می‌دهد این موضوع واقعاً چه معنایی دارد، جزءبه‌جزء.

افسانه: وایت‌پیپر MiCA فقط یک GitBook یا یک PDF است

وایت‌پیپر MiCA وزن یک ثبت رسمی نزد رگولاتور را دارد.

«مقرره اجرایی کمیسیون (اتحادیه اروپا) 2024/2984» که فرم‌ها، قالب‌ها و الگوهای وایت‌پیپر دارایی‌های کریپتو را تنظیم می‌کند، الزام می‌کند که سند در قالب دیجیتالِ ساختاریافته‌ای تهیه شود به‌گونه‌ای که ESMA و مراجع صلاحیت‌دار ملی در سراسر همه کشورهای عضو اتحادیه اروپا بتوانند تحلیل خودکار یکسانی را روی هر ارسال انجام دهند؛ مستقل از این‌که چه کسی آن را ثبت کرده یا از کجا.

هدف حقوقیِ این انتخاب طراحی، مهم‌تر از جزئیات فنی است. MiCA یک مقرره «بازار واحد» است و قابلیت مقایسه میان ثبت‌ها، ابزار کلیدیِ اجرا و اعمال مقررات محسوب می‌شود.

وایت‌پیپری که نتواند توسط همان ماشین/سامانه‌ای خوانده شود که هر وایت‌پیپر دیگری در اروپا با آن ثبت می‌شود، مطابق مقررات نیست؛ هرچه محتوایش بگوید. ESMA در تاریخ ۵ اوت ۲۰۲۵ تاکسونومیِ الزامی (چارچوب ساختاریافته‌ای که تعیین می‌کند یک وایت‌پیپر مطابق مقررات باید شامل چه چیزهایی باشد) را منتشر کرد. این قواعد از ۲۳ دسامبر ۲۰۲۵ لازم‌الاجرا می‌شوند.

تعهدات افشا بسته به نوع دارایی کریپتو متفاوت است. MiCA سه دسته متمایز ترسیم می‌کند که هر کدام الگوی وایت‌پیپر و الزامات فیلد/بخش مخصوص خود را دارند:

این دسته‌بندی نه فقط محتوای وایت‌پیپر، بلکه کل مسیر حقوقیِ ثبت آن را تعیین می‌کند. یک پروژه نمی‌تواند بر اساس ترجیح خود انتخاب کند کدام دسته اعمال می‌شود. ویژگی‌های دارایی تعیین‌کننده است و تعهدات تهیه/آماده‌سازی از همان‌جا تبعیت می‌کند.

چه کسی تعهد حقوقی را بر عهده دارد — و مسئولیت

برای بخش اعظم توکن‌های بازار (که به‌عنوان دارایی‌های کریپتو «Other» یا OTHR دسته‌بندی می‌شوند)، تعهد الزاماً به‌طور خودکار بر عهده نهادی که توکن را ایجاد کرده قرار نمی‌گیرد. برای این دارایی‌ها، MiCA تعهد را بر عهده «ارائه‌دهنده» یا «شخصِ متقاضیِ پذیرش برای معامله» می‌گذارد؛ نقش‌هایی تعریف‌شده که ممکن است با ناشر اولیه هم‌پوشانی داشته باشند یا نداشته باشند.

این تمایز پیامدهای واقعی دارد. پروژه‌ای که در دسته OTHR قرار می‌گیرد و از جزایر ویرجین بریتانیا، کیمن‌ها یا هر حوزه فراساحلی دیگری راه‌اندازی شده، می‌تواند تحت MiCA «ارائه‌دهنده» باشد و تعهد وایت‌پیپر را مستقیماً بر عهده بگیرد، بدون هیچ الزامی برای انتقال مقر قانونی خود به اروپا.

(توجه: این انعطاف ساختاری به‌طور سخت‌گیرانه فقط درباره توکن‌های OTHR صدق می‌کند. برای توکن‌های ارجاع‌داده‌شده به دارایی و توکن‌های پول الکترونیکی، تعهد حقوقی و مسئولیت مدنی سخت‌گیرانه مربوط به وایت‌پیپر به‌طور کامل بر عهده ناشر مجازِ اتحادیه اروپا است و قابل واگذاری نیست).

همان‌طور که در قسمت دوم این مجموعه بررسی کردیم، ثبت‌های ESMA تأیید می‌کنند که این موضوع همین حالا هم رویه استاندارد است: اکثریت ثبت‌های مستقل توکن از سوی نهادهایی انجام می‌شود که دفتر مرکزی‌شان خارج از اتحادیه اروپا است.

یک CASP که یک پلتفرم معاملاتی را اداره می‌کند نیز می‌تواند تعهد وایت‌پیپر را بر عهده بگیرد؛ یا به ابتکار خودش یا با توافق کتبی با تیم پروژه. این نه یک راه فرار است و نه صرفاً یک راحتی اداری.

وقتی یک CASP اقدام به ثبت می‌کند، مسئولیت حقوقیِ صحت و کامل‌بودن افشا را می‌پذیرد. اگر وایت‌پیپر شامل اطلاعات گمراه‌کننده باشد یا استانداردهای رگولاتوری را برآورده نکند، مسئولیت متوجه کسی است که آن را ارسال کرده است.

شخصی که وایت‌پیپر را تأیید/امضا می‌کند نمی‌تواند این ریسک را به یک فروشنده نرم‌افزار، یک یکپارچه‌ساز فنی، یا یک شرکت حقوقی واگذار کند. بازبینی حقوقیِ محتوا و اعتبار فنی، دو تعهد انطباق جداگانه‌اند و هر دو بر عهده ارائه‌دهنده است. این همان نقطه‌ای است که بیشتر پروژه‌ها آن را دست‌کم می‌گیرند.

دو کد که باید پیش از شروع ثبت وجود داشته باشند

دو شناسه الزامی، پیش‌شرط هر وایت‌پیپرِ مطابق مقررات هستند. هر دو از استانداردهای بین‌المللی می‌آیند که پیش از MiCA وجود داشته‌اند. این مقرره آن‌ها را ایجاد نکرد؛ اجباری‌شان کرد.

اولی شناسه نهاد حقوقی (LEI) است؛ کد ISO 17442 که به اشخاص حقوقی اختصاص داده می‌شود و در پایگاه داده جهانی LEI که توسط GLEIF اداره می‌شود نگهداری می‌گردد. الزام استفاده از آن چندین استاندارد رگولاتوری را دربر می‌گیرد: در حالی که ماده ۱۴ از RTS مربوط به نگهداری سوابق (مقرره تفویضی کمیسیون اتحادیه اروپا 2025/1140) الزامات LEI را برای CASPها در ارتباط با مشتریانشان اعمال می‌کند، ماده ۳ از RTS مربوط به طبقه‌بندی وایت‌پیپر (مقرره تفویضی کمیسیون اتحادیه اروپا 2025/421) به‌طور سخت‌گیرانه الزام می‌کند که همه تهیه‌کنندگان وایت‌پیپر باید شخص حقوقیِ خود را با یک کد LEI معتبر معرفی کنند. برای هر نهادی که از قبل LEI ندارد، فرآیند درخواست LEI باید پیش از آغاز تهیه وایت‌پیپر تکمیل شود.

دومی شناسه توکن دیجیتال (DTI) است؛ کد ISO 24165 که خودِ دارایی کریپتو را شناسایی می‌کند و در رجیستری DTIF نگهداری می‌شود. ماده ۱۵ از RTS نگهداری سوابق و ماده ۳ از RTS طبقه‌بندی وایت‌پیپر (مقرره تفویضی کمیسیون اتحادیه اروپا 2025/421) استفاده از آن را الزامی می‌کنند. نکته اجرایی برای هر پروژه‌ای که توکن جدیدی راه‌اندازی می‌کند: اگر DTI هنوز در رجیستری وجود ندارد، پیش از آن‌که وایت‌پیپر بتواند ارسال شود، باید کسی درخواست ایجاد آن را ثبت کند. در جایی که یک CASP برای دارایی‌ای با ناشر متمرکزِ ناموجود و بدون وایت‌پیپر موجود ثبت انجام می‌دهد، پلتفرم مسئول است DTI را مستقیماً از DTIF بازیابی کند یا درخواست دهد.

منبع: رجیستری DTIF برای دارایی‌های کریپتو

وایت‌پیپری که حاوی LEI و DTI معتبر نباشد، پیش از آن‌که هر بازبین انسانی آن را ببیند، در اعتبارسنجی خودکار رد می‌شود. پروژه‌هایی که بدون داشتن هر دو کد به مرحله ارسال می‌رسند، با «شروعِ مجددِ کامل» مواجه می‌شوند.

دروازه خودکار و معنای حقوقیِ آن

هیچ انسانِی در یک مرجع صلاحیت‌دار ملی، وایت‌پیپری را که در کنترل‌های خودکار رد شده بررسی نمی‌کند. تاکسونومی ESMA تعداد ۲۵۷ «کنترل وجود» (برای بررسی اینکه فیلدهای الزامی حضور دارند) و ۲۲۳ «کنترل مقدار» (برای بررسی اینکه محتوای فیلد معتبر است) تعریف می‌کند. ثبت/ارسالی که در یک کنترل با شدت «Error» مردود شود، از نظر فنی نامعتبر است. سند ادامه مسیر نمی‌دهد.

پیامد حقوقی این معماری روشن است: اعتبار فنی و صحت محتوا به یک اندازه مسئولیت ارائه‌دهنده است. یک افشای حقوقیِ بی‌نقص که در ساختار اشتباه ارائه شود، رد می‌شود. یک فایل از نظر ساختاری معتبر که محتوای گمراه‌کننده دارد نیز رد می‌شود؛ فقط در مرحله‌ای متفاوت و با پیامدهایی متفاوت.

پروژه‌هایی که توکن را در چند کشور عضو اتحادیه اروپا عرضه می‌کنند با یک لایه اضافی روبه‌رو هستند. هر نسخه زبانیِ وایت‌پیپر به فایل ساختاریافته جداگانه خودش نیاز دارد. همه نسخه‌های زبانی باید از نظر داخلی سازگار باشند و نه فقط ترجمه شوند، بلکه در سطح فیلد نیز دقیقاً یکسان سازمان‌دهی شوند. ترجمه‌ای که ساختار نسخه اصلی را بازتاب ندهد، صرف‌نظر از دقت زبانی‌اش، از نظر فنی غیرمطابق است.

افشاهای پایداری نیز قید دیگری اضافه می‌کنند. تاکسونومی واحدهای اندازه‌گیری مشخصی را برای مصرف انرژی و انتشار CO2 الزام می‌کند: به‌ترتیب kWh و tCO2. این‌ها الزامات افشای حقوقی‌اند، نه گزارش‌گری محیط‌زیستیِ اختیاری. ارسال با واحدهای متفاوت یا حذف فیلدها باعث شکست اعتبارسنجی می‌شود.

الگوی مشترک در همه این الزامات یکی است: وایت‌پیپر یک ثبت حقوقی با استانداردهای «ماشین‌اجرایی» است. پروژه‌هایی که آن را یک تمرینِ «نوشتن سند» می‌دانند، نه یک فرآیند انطباق با پیش‌نیازهای ساختاری و دروازه‌بانیِ خودکار، این اجرای مقررات را پیش از آن‌که به رگولاتور انسانی برسند تجربه خواهند کرد.

این در عمل چه معنایی دارد

برداشت رایج از وایت‌پیپر کریپتو به‌عنوان یک روایتِ ارائه‌ای (چیزی که برای قانع‌کردن نوشته می‌شود نه برای افشا) نوعی سند را توصیف می‌کند که MiCA آن را با چیزی کاملاً متفاوت جایگزین کرده است.

وایت‌پیپر MiCA یک ابزار حقوقی است با محتوای تجویزی، شناسه‌های الزامی، قالب ساختاریافته‌ای که برای قابلیت مقایسه خودکار فرامرزی طراحی شده، و مسئولیت شخصیِ نام‌برده که به هر کسی که آن را تأیید/امضا می‌کند متصل است. دروازه ورود به بازار کریپتوی اروپا از آن می‌گذرد. پروژه‌هایی که ثبت را همان‌طور که از نظر حقوقی هست درک می‌کنند، نه آن‌طور که این اصطلاح historically القا می‌کرد، همان‌هایی هستند که در کنترل خودکار برگشت نمی‌خورند.

نکات کلیدی:

• وایت‌پیپر یک سند بازاریابی نیست. MiCA این اصطلاح را بازتعریف کرده است. نزدیک‌ترین معادل در مالی سنتی، پروسپکتوس اوراق بهادار است و باید با همان وزن حقوقی با آن برخورد شود.
• سه دسته دارایی، سه مسیر متفاوت. OTHR، ART و EMT هر کدام الزامات وایت‌پیپر متمایز و پیش‌نیازهای مجوزدهی متفاوتی دارند. ویژگی‌های دارایی تعیین می‌کند کدام دسته اعمال می‌شود؛ پروژه انتخاب نمی‌کند.
• مسئولیت به دنبال «ثبت‌کننده» می‌آید، اما قواعد به دارایی بستگی دارد. برای اکثریت توکن‌ها (OTHRها)، تعهد حقوقی بر عهده ارائه‌دهنده یا شخصِ متقاضیِ پذیرش برای معامله است، نه لزوماً خالق اولیه توکن. وقتی یک CASP (مثل اپراتور پلتفرم معاملاتی) موافقت می‌کند از طرف یک پروژه OTHR وایت‌پیپر را تهیه و منتشر کند، وظایف رگولاتوری قابل‌توجهی را می‌پذیرد، اما مسئولیت را به‌طور کامل بر عهده نمی‌گیرد. طبق ماده ۱۴(۳) MiCA، شخصِ اصلیِ متقاضیِ پذیرش برای معامله اگر اطلاعات ناقص، ناعادلانه، نامفهوم، یا گمراه‌کننده به CASP ارائه کند، همچنان از نظر حقوقی مسئول باقی می‌ماند. می‌توانید کارهای اداری را برون‌سپاری کنید، اما نمی‌توانید مسئولیت را به‌طور کامل برون‌سپاری کنید.
• برای توکن‌های ارجاع‌داده‌شده به دارایی (ARTها) و توکن‌های پول الکترونیکی (EMTها)، مسئولیت مدنی سخت‌گیرانه مربوط به وایت‌پیپر فقط بر عهده ناشر مجاز به‌عنوان یک شخص حقوقی نیست؛ بلکه صراحتاً به اعضای رکن اداری، مدیریتی یا نظارتی آن نیز تسری می‌یابد. هر تلاش قراردادی برای محدودکردن یا مستثناکردن این مسئولیت از نظر حقوقی باطل است.
• LEI و DTI پیش‌نیاز هستند. هر دو شناسه باید پیش از آغاز تهیه وایت‌پیپر موجود باشند. اگر برای دارایی DTI وجود ندارد، باید پیش از هر چیز از رجیستری DTIF درخواست شود تا فرآیند جلو برود.
• اعتبارسنجی خودکار نخستین دروازه‌بان است. ۲۵۷ کنترل وجود و ۲۲۳ کنترل مقدار پیش از هر بررسی انسانی روی فایل اجرا می‌شود. سندی که در یک گزاره سطح «Error» مردود شود، به رگولاتور نمی‌رسد.
• ثبت‌های چندزبانه یک تعهد فنی پنهان دارند. هر نسخه زبانی به فایل ساختاریافته جداگانه نیاز دارد که دقیقاً مانند نسخه اصلی سازمان‌دهی شده باشد. ترجمه‌ای که در سطح فیلد با ساختار متن مبنا هم‌خوانی نداشته باشد، غیرمطابق است.
• صحت محتوا و اعتبار فنی دو تعهد جداگانه‌اند. بازبینی حقوقی اولی را پوشش می‌دهد. ساختاربندی فنی دومی را. هر دو بر عهده ارائه‌دهنده است و هیچ‌کدام جایگزین دیگری نیست.

این مقاله بر اساس یک مطالعه انجام‌شده توسط LegalBison در آوریل ۲۰۲۶ تهیه شده است. این محتوا صرفاً برای اهداف اطلاع‌رسانی است و مشاوره حقوقی محسوب نمی‌شود.