MiCA ডিকোডেড: আপনার ক্রিপ্টো হোয়াইট পেপার শুধু একটি Gitbook বা PDF হতে পারে না

MiCA Decoded হলো Bitcoin.com News-এর জন্য ১২-পর্বের সাপ্তাহিক সিরিজ, সহ-লেখক LegalBison-এর কো-ফাউন্ডিং ও ম্যানেজিং ডিরেক্টররা: Aaron Glauberman, Viktor Juskin এবং Sabir Alijev। LegalBison ইউরোপ ও তার বাইরেও MiCA লাইসেন্সিং, CASP ও VASP আবেদন, এবং নিয়ন্ত্রক কাঠামোবিন্যাস বিষয়ে ক্রিপ্টো ও ফিনটেক কোম্পানিগুলোকে পরামর্শ দেয়।

MiCA-এর অধীনে, হোয়াইট পেপার একটি বাধ্যতামূলক আইনি প্রকাশ (legal disclosure) দলিল। ঐতিহ্যবাহী ফাইন্যান্সে এর সবচেয়ে কাছের তুলনা হলো সিকিউরিটিজ প্রস্পেক্টাস—কোনো মার্কেটিং ডকুমেন্ট নয়। এই নিয়মকানুন নির্ধারণ করে কে এটি প্রস্তুত করবে, কোন ফরম্যাটে, কোন কোন শনাক্তকারীসহ, কী ধরনের স্বয়ংক্রিয় যাচাইয়ের অধীন, এবং নির্দিষ্ট নামযুক্ত ব্যক্তির ওপর কীভাবে দায়বদ্ধতা আরোপ হবে।

এই উপাদানগুলোর যেকোনোটি ভুল হলে ইউরোপীয় নিয়ন্ত্রকদের চোখে ডকুমেন্টটির অস্তিত্বই থাকে না—এটি যতই ভালোভাবে লেখা হোক না কেন।

MiCA Decoded-এর এই ষষ্ঠ পর্বে, এর প্রকৃত অর্থ কী—তা ধাপে ধাপে ব্যাখ্যা করা হয়েছে।

মিথ: একটি MiCA হোয়াইট পেপার শুধু একটি GitBook বা একটি PDF

MiCA হোয়াইট পেপার একটি আনুষ্ঠানিক নিয়ন্ত্রক ফাইলিং-এর সমান গুরুত্ব বহন করে।

Commission Implementing Regulation (EU) 2024/2984, যা ক্রিপ্টো-অ্যাসেট হোয়াইট পেপারের ফর্ম, ফরম্যাট ও টেমপ্লেট নিয়ন্ত্রণ করে, সেখানে বলা হয়েছে যে ডকুমেন্টটি এমন একটি কাঠামোবদ্ধ ডিজিটাল ফরম্যাটে প্রস্তুত করতে হবে যাতে ESMA এবং সব ইইউ সদস্য রাষ্ট্রের জাতীয় সক্ষম কর্তৃপক্ষ একই ধরনের স্বয়ংক্রিয় বিশ্লেষণ প্রতিটি জমা দেওয়া নথির ওপর চালাতে পারে—কে জমা দিল বা কোথা থেকে জমা দিল তা নির্বিশেষে।

এই নকশাগত সিদ্ধান্তের আইনি উদ্দেশ্য প্রযুক্তিগত খুঁটিনাটির চেয়ে বেশি গুরুত্বপূর্ণ। MiCA একটি সিঙ্গেল-মার্কেট রেগুলেশন, এবং ফাইলিংগুলোর মধ্যে তুলনাযোগ্যতা (comparability) প্রয়োগের একটি মূল হাতিয়ার।

ইউরোপে দাখিল করা অন্য সব হোয়াইট পেপারের মতো একই মেশিনে যদি কোনো হোয়াইট পেপার পড়া না যায়, তবে তার বিষয়বস্তু যাই বলুক না কেন—তা কমপ্লায়েন্ট নয়। ESMA ৫ আগস্ট ২০২৫-এ প্রয়োজনীয় ট্যাক্সোনমি (কাঠামোবদ্ধ ফ্রেমওয়ার্ক যা নির্ধারণ করে একটি কমপ্লায়েন্ট হোয়াইট পেপারে কী থাকতে হবে) প্রকাশ করেছে। নিয়মগুলো ২৩ ডিসেম্বর ২০২৫ থেকে প্রযোজ্য।

প্রকাশ-দায়বদ্ধতা (disclosure obligations) সংশ্লিষ্ট ক্রিপ্টো-অ্যাসেটের ধরন অনুযায়ী ভিন্ন হয়। MiCA তিনটি পৃথক ক্যাটাগরি নির্ধারণ করেছে, প্রতিটির নিজস্ব হোয়াইট পেপার টেমপ্লেট এবং ফিল্ড-সংক্রান্ত শর্ত রয়েছে:

ক্যাটাগরি শুধু হোয়াইট পেপারের বিষয়বস্তু নয়, ফাইলিং পর্যন্ত পৌঁছানোর সম্পূর্ণ আইনি পথও নির্ধারণ করে। কোনো প্রজেক্ট ইচ্ছামতো কোন ক্যাটাগরি প্রযোজ্য হবে তা বেছে নিতে পারে না। অ্যাসেটের বৈশিষ্ট্যই তা নির্ধারণ করে, এবং সেখান থেকেই প্রস্তুতির বাধ্যবাধকতা আসে।

আইনি বাধ্যবাধকতা—এবং দায়—কার ওপর

বাজারে থাকা অধিকাংশ টোকেনের ক্ষেত্রে (যেগুলো “Other” ক্রিপ্টো-অ্যাসেট বা OTHR হিসেবে শ্রেণিবদ্ধ), বাধ্যবাধকতা স্বয়ংক্রিয়ভাবে টোকেন তৈরি করা সত্তার ওপর পড়ে না। এসব অ্যাসেটের জন্য MiCA বাধ্যবাধকতা আরোপ করে অফারর বা ট্রেডিংয়ে ভর্তি/অ্যাডমিশন চাওয়া ব্যক্তির ওপর—যারা সংজ্ঞায়িত ভূমিকা, এবং যাদের পরিচয় মূল ইস্যুকারীর সঙ্গে মিলতেও পারে, নাও পারে।

এই পার্থক্যের বাস্তব পরিণতি আছে। OTHR ক্যাটাগরিতে পড়া কোনো প্রজেক্ট—যা ব্রিটিশ ভার্জিন আইল্যান্ডস, কেম্যানস, বা অন্য কোনো অফশোর জুরিসডিকশন থেকে চালু হয়েছে—MiCA-এর অধীনে অফারর হতে পারে এবং সরাসরি হোয়াইট পেপারের বাধ্যবাধকতা বহন করতে পারে, ইউরোপে তার আইনি সদর দপ্তর স্থানান্তরের কোনো বাধ্যবাধকতা ছাড়াই।

(নোট: এই কাঠামোগত নমনীয়তা কঠোরভাবে OTHR টোকেনের ক্ষেত্রেই প্রযোজ্য। Asset-Referenced Tokens এবং E-Money Tokens-এর ক্ষেত্রে, হোয়াইট পেপারের আইনি বাধ্যবাধকতা এবং কঠোর সিভিল লায়াবিলিটি সম্পূর্ণভাবে অনুমোদিত ইইউ ইস্যুকারীর ওপরই থাকে এবং তা অর্পণ/ডেলিগেট করা যায় না)।

এই সিরিজের দ্বিতীয় পর্বে আমরা যেমন পর্যালোচনা করেছি, ESMA রেজিস্টারগুলো নিশ্চিত করে যে এটি ইতোমধ্যে স্ট্যান্ডার্ড প্র্যাকটিস: স্বাধীন টোকেন ফাইলিংগুলোর অধিকাংশই ইইউ-এর বাইরে সদর দপ্তর থাকা সত্তা থেকে আসে।

ট্রেডিং প্ল্যাটফর্ম পরিচালনাকারী কোনো CASP-ও হোয়াইট পেপারের বাধ্যবাধকতা নিতে পারে—নিজ উদ্যোগে অথবা প্রজেক্ট টিমের সঙ্গে লিখিত চুক্তির মাধ্যমে। এটি কোনো ফাঁকফোকর (loophole) বা প্রশাসনিক সুবিধা নয়।

যখন কোনো CASP ফাইল করে, তখন তা প্রকাশনার নির্ভুলতা ও পূর্ণতার জন্য আইনি দায় গ্রহণ করে। হোয়াইট পেপারে বিভ্রান্তিকর তথ্য থাকলে বা নিয়ন্ত্রক মানদণ্ড পূরণ না করলে, দায় পড়ে যে পক্ষ এটি জমা দিয়েছে তার ওপর।

যে ব্যক্তি হোয়াইট পেপারে সাইন-অফ করে, সে এই ঝুঁকি কোনো সফটওয়্যার ভেন্ডর, টেকনিক্যাল ইন্টিগ্রেটর, বা আইন ফার্মের কাছে হস্তান্তর করতে পারে না। বিষয়বস্তুর আইনি পর্যালোচনা এবং প্রযুক্তিগত বৈধতা—এ দুটি পৃথক কমপ্লায়েন্স বাধ্যবাধকতা, এবং উভয়ই অফাররের ওপর বর্তায়। এখানেই অধিকাংশ প্রজেক্ট ভুলভাবে ঝুঁকি কম মূল্যায়ন করে।

ফাইলিং শুরু হওয়ার আগে যে দুটি কোড অবশ্যই থাকতে হবে

যেকোনো কমপ্লায়েন্ট হোয়াইট পেপারের জন্য দুটি বাধ্যতামূলক শনাক্তকারী (identifier) পূর্বশর্ত। দুটিই এমন আন্তর্জাতিক মান থেকে নেওয়া, যা MiCA-এর আগেই বিদ্যমান ছিল। নিয়মকানুন এগুলো সৃষ্টি করেনি—এগুলো বাধ্যতামূলক করেছে।

প্রথমটি হলো Legal Entity Identifier (LEI), একটি ISO 17442 কোড যা আইনি সত্তাগুলোর জন্য বরাদ্দ হয় এবং GLEIF পরিচালিত Global LEI ডেটাবেসে রক্ষণাবেক্ষিত। এর ব্যবহার একাধিক নিয়ন্ত্রক মানদণ্ডে বাধ্যতামূলক: রেকর্ড-কিপিং RTS-এর (Commission Delegated Regulation EU 2025/1140) Article 14 যেখানে CASP-দের ক্লায়েন্টদের জন্য LEI শর্ত আরোপ করে, সেখানে হোয়াইট পেপার ক্লাসিফিকেশন RTS-এর Article 3 (Commission Delegated Regulation EU 2025/421) কঠোরভাবে বাধ্যতামূলক করেছে যে সব হোয়াইট পেপার প্রস্তুতকারীকে তাদের নিজস্ব আইনি সত্তা একটি বৈধ LEI কোড দিয়ে শনাক্ত করতে হবে। যে কোনো সত্তার কাছে যদি ইতোমধ্যে LEI না থাকে, হোয়াইট পেপার প্রস্তুতি শুরু হওয়ার আগেই LEI আবেদন প্রক্রিয়া সম্পন্ন করতে হবে।

দ্বিতীয়টি হলো Digital Token Identifier (DTI), একটি ISO 24165 কোড যা ক্রিপ্টো-অ্যাসেটটিকেই শনাক্ত করে, এবং DTIF রেজিস্ট্রি-তে রক্ষণাবেক্ষিত। রেকর্ড-কিপিং RTS-এর Article 15 এবং হোয়াইট পেপার ক্লাসিফিকেশন RTS-এর Article 3 (Commission Delegated Regulation EU 2025/421) এর ব্যবহার বাধ্যতামূলক করেছে। নতুন টোকেন লঞ্চ করা কোনো প্রজেক্টের জন্য কার্যকরী বিষয়টি হলো: যদি রেজিস্ট্রিতে এখনো DTI বিদ্যমান না থাকে, তাহলে হোয়াইট পেপার জমা দেওয়ার আগে কেউ না কেউকে সেটি তৈরির অনুরোধ করতে হবে। যেখানে কোনো CASP এমন কোনো অ্যাসেটের জন্য ফাইল করে যার কোনো কেন্দ্রীভূত ইস্যুকারী নেই এবং কোনো বিদ্যমান হোয়াইট পেপারও নেই, সেখানে প্ল্যাটফর্মটি DTIF থেকে সরাসরি DTI সংগ্রহ বা অনুরোধ করার জন্য দায়ী।

সূত্র: ক্রিপ্টো-অ্যাসেটের জন্য DTIF রেজিস্ট্রি

যে হোয়াইট পেপারে বৈধ LEI এবং DTI নেই, তা কোনো মানব রিভিউয়ার দেখার আগেই স্বয়ংক্রিয় ভ্যালিডেশন ব্যর্থ করে। যেসব প্রজেক্ট এই দুটি কোড হাতে না নিয়েই সাবমিশন পর্যায়ে পৌঁছে যায়, তাদের সম্পূর্ণ প্রক্রিয়া পুনরায় শুরু করতে হয়।

স্বয়ংক্রিয় গেট এবং এর আইনি অর্থ

জাতীয় সক্ষম কর্তৃপক্ষের কোনো মানুষ এমন হোয়াইট পেপার রিভিউ করে না যা তার স্বয়ংক্রিয় চেকগুলোতে ব্যর্থ হয়। ESMA ট্যাক্সোনমি ২৫৭টি অস্তিত্ব-চেক (প্রয়োজনীয় ফিল্ড উপস্থিত আছে কিনা যাচাই) এবং ২২৩টি মান-চেক (ফিল্ডের বিষয়বস্তু বৈধ কিনা যাচাই) নির্ধারণ করে। “Error” তীব্রতার রেটিংযুক্ত কোনো চেক ব্যর্থ হলে ফাইলিংটি প্রযুক্তিগতভাবে অবৈধ। ডকুমেন্টটি এগোয় না।

এই স্থাপত্যের আইনি ইঙ্গিত সরাসরি: প্রযুক্তিগত বৈধতা এবং বিষয়বস্তুর নির্ভুলতা—দুটিই সমানভাবে অফাররের দায়িত্ব। ভুল কাঠামোতে থাকা নিখুঁতভাবে খসড়াকৃত আইনি প্রকাশ ব্যর্থ হয়। কাঠামোগতভাবে বৈধ কিন্তু বিভ্রান্তিকর বিষয়বস্তু থাকা ফাইলও ব্যর্থ হয়; শুধু ভিন্ন পর্যায়ে এবং ভিন্ন পরিণতিসহ ব্যর্থ হয়।

একাধিক ইইউ সদস্য রাষ্ট্রে টোকেন অফার করা প্রজেক্টগুলো অতিরিক্ত একটি স্তরের মুখোমুখি হয়। হোয়াইট পেপারের প্রতিটি ভাষা-সংস্করণের জন্য আলাদা করে কাঠামোবদ্ধ ফাইল লাগে। সব ভাষা-সংস্করণকে অভ্যন্তরীণভাবে সামঞ্জস্যপূর্ণ হতে হবে এবং শুধু অনুবাদ হলেই চলবে না—ফিল্ড-লেভেলে একদম একইভাবে সংগঠিতও হতে হবে। যে অনুবাদ মূল ডকুমেন্টের কাঠামো প্রতিফলিত করে না, তা ভাষাগতভাবে যতই সঠিক হোক—প্রযুক্তিগতভাবে নন-কমপ্লায়েন্ট।

সাসটেইনেবিলিটি ডিসক্লোজার অতিরিক্ত সীমাবদ্ধতা যোগ করে। ট্যাক্সোনমি শক্তি ব্যবহার এবং CO2 নিঃসরণের জন্য নির্দিষ্ট একক (units of measure) বাধ্যতামূলক করেছে: যথাক্রমে kWh এবং tCO2। এগুলো আইনি প্রকাশ-দায়বদ্ধতা, ঐচ্ছিক পরিবেশগত রিপোর্টিং নয়। ভিন্ন একক দিয়ে ফাইল করা বা ফিল্ডগুলো বাদ দেওয়া ভ্যালিডেশন ব্যর্থতা ট্রিগার করে।

এই সব শর্ত জুড়ে যে প্যাটার্নটি একই থাকে তা হলো: হোয়াইট পেপার একটি আইনি ফাইলিং, যার মানদণ্ড মেশিন-এনফোর্সড। যেসব প্রজেক্ট এটিকে কমপ্লায়েন্স প্রক্রিয়ার (কাঠামোবদ্ধ পূর্বশর্ত ও স্বয়ংক্রিয় গেটকিপিংসহ) বদলে কেবল ডকুমেন্ট লেখার কাজ হিসেবে দেখে, তারা মানব নিয়ন্ত্রকের কাছে পৌঁছানোর আগেই সেই প্রয়োগের মুখোমুখি হবে।

প্র্যাকটিসে এর মানে কী

ক্রিপ্টো হোয়াইট পেপারকে বর্ণনামূলক একটি পিচ (যা প্রকাশের চেয়ে প্ররোচিত করার জন্য লেখা) হিসেবে যে জনপ্রিয় ধারণা আছে, তা এমন একটি ডকুমেন্ট টাইপকে বর্ণনা করে যা MiCA সম্পূর্ণ ভিন্ন কিছুর দিয়ে প্রতিস্থাপন করেছে।

MiCA হোয়াইট পেপার একটি আইনি উপকরণ, যার নির্ধারিত বিষয়বস্তু, বাধ্যতামূলক শনাক্তকারী, স্বয়ংক্রিয় সীমান্ত-পার তুলনাযোগ্যতার জন্য ডিজাইন করা কাঠামোবদ্ধ ফরম্যাট, এবং যে ব্যক্তি এতে সাইন-অফ করে তার নামে ব্যক্তিগত দায়বদ্ধতা যুক্ত থাকে। ইউরোপীয় ক্রিপ্টো বাজারে প্রবেশের গেট এটির মধ্য দিয়েই যায়। যেসব প্রজেক্ট ফাইলিংটিকে তার আইনি বাস্তবতা হিসেবে বোঝে—ঐতিহাসিকভাবে শব্দটি যা ইঙ্গিত করত তা হিসেবে নয়—তারাই স্বয়ংক্রিয় চেকে আটকে ফিরে যায় না।

মূল শিক্ষাগুলো:

• হোয়াইট পেপার কোনো মার্কেটিং ডকুমেন্ট নয়। MiCA শব্দটির সংজ্ঞা নতুন করে দিয়েছে। ঐতিহ্যবাহী ফাইন্যান্সে এর সবচেয়ে কাছের সমতুল্য হলো সিকিউরিটিজ প্রস্পেক্টাস, এবং এটিকে একই আইনি গুরুত্ব দিয়ে扱া উচিত।
• তিনটি অ্যাসেট ক্যাটাগরি, তিনটি ভিন্ন পথ। OTHR, ART এবং EMT—প্রতিটির আলাদা হোয়াইট পেপার শর্ত এবং ভিন্ন অনুমোদন-পূর্বশর্ত রয়েছে। অ্যাসেটের বৈশিষ্ট্যই নির্ধারণ করে কোন ক্যাটাগরি প্রযোজ্য, প্রজেক্ট তা বেছে নেয় না।
• দায় ফাইলকারীর সঙ্গে যায়, তবে নিয়ম অ্যাসেট-নির্ভর। বেশিরভাগ টোকেনের (OTHRs) ক্ষেত্রে আইনি বাধ্যবাধকতা অফারর বা ট্রেডিংয়ে ভর্তি/অ্যাডমিশন চাওয়া ব্যক্তির—অবশ্যই টোকেনের মূল স্রষ্টার নয়। যখন কোনো CASP (যেমন ট্রেডিং প্ল্যাটফর্ম অপারেটর) কোনো OTHR প্রজেক্টের পক্ষে হোয়াইট পেপার প্রস্তুত ও প্রকাশে সম্মত হয়, তখন তা উল্লেখযোগ্য নিয়ন্ত্রক দায়িত্ব গ্রহণ করে, কিন্তু সম্পূর্ণভাবে দায়বদ্ধতা নিজের ওপর নেয় না। MiCA Article 14(3) অনুযায়ী, ট্রেডিংয়ে ভর্তি/অ্যাডমিশন চাওয়া মূল ব্যক্তি আইনগতভাবে দায়ী থাকে যদি তারা CASP-কে অসম্পূর্ণ, অন্যায়, অস্পষ্ট বা বিভ্রান্তিকর তথ্য দেয়। আপনি কাগজপত্র আউটসোর্স করতে পারেন, কিন্তু দায় সম্পূর্ণভাবে আউটসোর্স করতে পারেন না।
• Asset-Referenced Tokens (ARTs) এবং E-Money Tokens (EMTs)-এর জন্য, হোয়াইট পেপারের কঠোর সিভিল লায়াবিলিটি শুধু অনুমোদিত ইস্যুকারীর কর্পোরেট সত্তার ওপর সীমাবদ্ধ নয়; এটি স্পষ্টভাবে তার প্রশাসনিক, ব্যবস্থাপনা, বা তদারকি সংস্থার সদস্যদেরও অন্তর্ভুক্ত করে। এই দায় সীমিত বা বাদ দেওয়ার কোনো চুক্তিগত প্রচেষ্টা আইনগতভাবে বাতিল (void)।
• LEI এবং DTI হলো পূর্বশর্ত। হোয়াইট পেপার প্রস্তুতি শুরুর আগে উভয় শনাক্তকারী থাকতে হবে। অ্যাসেটটির জন্য যদি DTI বিদ্যমান না থাকে, অন্য কিছু এগোনোর আগে DTIF রেজিস্ট্রি থেকে সেটি অনুরোধ করতে হবে।
• স্বয়ংক্রিয় ভ্যালিডেশনই প্রথম গেটকিপার। কোনো মানুষ ফাইল রিভিউ করার আগে ২৫৭টি অস্তিত্ব-চেক এবং ২২৩টি মান-চেক চালানো হয়। Error-লেভেলের কোনো দাবি (assertion) ব্যর্থ হলে ডকুমেন্টটি নিয়ন্ত্রকের কাছে পৌঁছায় না।
• বহুভাষিক ফাইলিংয়ে একটি লুকানো প্রযুক্তিগত বাধ্যবাধকতা আছে। প্রতিটি ভাষা-সংস্করণের জন্য আলাদা কাঠামোবদ্ধ ফাইল লাগে, যা মূলের সঙ্গে অভিন্নভাবে সংগঠিত। ফিল্ড-লেভেলে সোর্স কাঠামোর সঙ্গে না মিললে অনুবাদ নন-কমপ্লায়েন্ট।
• বিষয়বস্তুর নির্ভুলতা ও প্রযুক্তিগত বৈধতা—দুটি পৃথক বাধ্যবাধকতা। আইনি রিভিউ প্রথমটি কভার করে। প্রযুক্তিগত স্ট্রাকচারিং দ্বিতীয়টি কভার করে। উভয়ই অফাররের ওপর বর্তায়, এবং কোনোটিই অন্যটির বিকল্প নয়।

এই নিবন্ধটি এপ্রিল ২০২৬-এ LegalBison পরিচালিত একটি স্টাডি-এর ভিত্তিতে তৈরি। বিষয়বস্তুটি শুধুমাত্র তথ্যগত উদ্দেশ্যে এবং এটি আইনি পরামর্শ নয়।