Giải mã MiCA: Sách trắng về tiền điện tử của bạn không thể chỉ là một cuốn Gitbook hay tệp PDF

MiCA Decoded là loạt bài gồm 12 bài viết hàng tuần cho Bitcoin.com News, được đồng tác giả bởi các Đồng sáng lập và Giám đốc điều hành của LegalBison: Aaron Glauberman, Viktor Juskin và Sabir Alijev. LegalBison tư vấn cho các công ty tiền điện tử và FinTech về cấp phép MiCA, đơn đăng ký CASP và VASP, cũng như cấu trúc quy định trên khắp châu Âu và các khu vực khác.

Theo MiCA, bản báo cáo trắng (white paper) là một công cụ công bố thông tin pháp lý bắt buộc. So sánh gần nhất trong tài chính truyền thống là bản cáo bạch chứng khoán, chứ không phải tài liệu tiếp thị. Quy định này quy định rõ ai phải soạn thảo, dưới định dạng nào, chứa các thông tin nhận dạng nào, phải tuân thủ quy trình xác thực tự động nào, và trách nhiệm pháp lý được gắn với một cá nhân cụ thể được nêu tên.

Nếu sai sót bất kỳ yếu tố nào trong số đó, tài liệu đó sẽ không được các cơ quan quản lý châu Âu công nhận, bất kể nó được viết tốt đến đâu.

Phần thứ sáu của loạt bài MiCA Decoded sẽ phân tích chi tiết từng yếu tố để làm rõ ý nghĩa thực sự của quy định này.

Lầm tưởng: Sách trắng MiCA chỉ là một GitBook hoặc một tệp PDF

Bản báo cáo MiCA mang tính chất của một hồ sơ đăng ký chính thức.

Quy định Thực thi của Ủy ban (EU) 2024/2984, quy định về biểu mẫu, định dạng và mẫu cho các bản báo cáo về tài sản tiền điện tử, yêu cầu tài liệu phải được soạn thảo dưới định dạng kỹ thuật số có cấu trúc, được thiết kế sao cho ESMA và các cơ quan quản lý có thẩm quyền quốc gia tại tất cả các quốc gia thành viên EU có thể thực hiện phân tích tự động giống hệt nhau trên mọi hồ sơ nộp, bất kể ai nộp hay ở đâu.

Mục đích pháp lý của lựa chọn thiết kế này quan trọng hơn các chi tiết kỹ thuật. MiCA là quy định về thị trường chung, và khả năng so sánh giữa các hồ sơ là công cụ thực thi cốt lõi.

Một tài liệu trắng không thể được đọc bởi cùng một hệ thống máy tính như mọi tài liệu trắng khác được nộp tại châu Âu sẽ không tuân thủ, bất kể nội dung của nó là gì. ESMA đã công bố hệ thống phân loại bắt buộc (khung cấu trúc xác định những nội dung mà một bản báo cáo phải có để tuân thủ) vào ngày 5 tháng 8 năm 2025. Các quy định này có hiệu lực từ ngày 23 tháng 12 năm 2025.

Nghĩa vụ công bố thông tin khác nhau tùy thuộc vào loại tài sản tiền điện tử liên quan. MiCA phân loại thành ba danh mục riêng biệt, mỗi danh mục có mẫu báo cáo và yêu cầu về các trường thông tin riêng:

Danh mục này không chỉ quyết định nội dung của sách trắng, mà còn quyết định toàn bộ quy trình pháp lý để nộp hồ sơ. Một dự án không thể chọn danh mục áp dụng dựa trên sở thích. Đặc điểm của tài sản quyết định điều này, và các nghĩa vụ chuẩn bị sẽ tuân theo từ đó.

Ai chịu nghĩa vụ pháp lý – và trách nhiệm pháp lý

Đối với phần lớn các token trên thị trường (được phân loại là "Khác" trong các tài sản tiền điện tử, hoặc OTHR), nghĩa vụ không tự động thuộc về thực thể đã tạo ra token. Đối với các tài sản này, MiCA đặt nghĩa vụ lên người chào bán hoặc người xin niêm yết giao dịch, đây là các vai trò được định nghĩa rõ ràng và có thể trùng khớp hoặc không trùng khớp với nhà phát hành ban đầu.

Sự phân biệt này có hậu quả thực tế. Một dự án thuộc danh mục OTHR, được khởi xướng từ Quần đảo Virgin thuộc Anh, Quần đảo Cayman hoặc bất kỳ khu vực pháp lý offshore nào khác, có thể là bên chào bán theo MiCA và trực tiếp chịu nghĩa vụ về sách trắng, mà không cần phải chuyển trụ sở pháp lý sang châu Âu.

(Lưu ý: Sự linh hoạt về cấu trúc này chỉ áp dụng nghiêm ngặt cho các token OTHR. Đối với các token tham chiếu tài sản (ART) và token tiền điện tử (EMT), nghĩa vụ pháp lý và trách nhiệm dân sự nghiêm ngặt liên quan đến sách trắng hoàn toàn thuộc về nhà phát hành được ủy quyền của EU và không thể ủy quyền cho bên khác).

Như chúng ta đã phân tích trong phần thứ hai của loạt bài này, các hồ sơ đăng ký của ESMA xác nhận đây đã là thực tiễn tiêu chuẩn: phần lớn các hồ sơ đăng ký token độc lập đến từ các thực thể có trụ sở ngoài EU.

Một CASP vận hành nền tảng giao dịch cũng có thể đảm nhận nghĩa vụ liên quan đến sách trắng, hoặc theo sáng kiến riêng hoặc thông qua thỏa thuận bằng văn bản với nhóm dự án. Điều này không phải là kẽ hở pháp lý hay sự thuận tiện hành chính.

Khi một CASP nộp hồ sơ, họ chịu trách nhiệm pháp lý về tính chính xác và đầy đủ của thông tin công bố. Nếu sách trắng chứa thông tin gây hiểu lầm hoặc không đáp ứng tiêu chuẩn quy định, trách nhiệm thuộc về người đã nộp hồ sơ.

Người ký xác nhận sách trắng không thể chuyển giao rủi ro đó cho nhà cung cấp phần mềm, nhà tích hợp kỹ thuật hoặc công ty luật. Việc rà soát pháp lý về nội dung và tính hợp lệ kỹ thuật là hai nghĩa vụ tuân thủ riêng biệt, và cả hai đều thuộc về bên chào bán. Đây là điểm mà hầu hết các dự án đều đánh giá thấp.

Hai mã phải có trước khi bắt đầu nộp hồ sơ

Hai mã định danh bắt buộc là điều kiện tiên quyết cho bất kỳ bản báo cáo trắng nào tuân thủ quy định. Cả hai đều được lấy từ các tiêu chuẩn quốc tế có trước MiCA. Quy định này không tạo ra chúng, mà chỉ quy định chúng là bắt buộc.

Thứ nhất là Mã Nhận Dạng Thực Thể Pháp Lý (LEI), một mã ISO 17442 được cấp cho các thực thể pháp lý và được duy trì trong Cơ sở Dữ liệu LEI Toàn Cầu do GLEIF quản lý. Yêu cầu sử dụng LEI được quy định trong nhiều tiêu chuẩn pháp lý: trong khi Điều 14 của Quy định Phụ thuộc về Lưu Trữ Hồ Sơ (Quy định Phụ thuộc của Ủy ban EU 2025/1140) áp đặt yêu cầu LEI đối với các nhà cung cấp dịch vụ lưu trữ hồ sơ (CASPs) cho khách hàng của họ, Điều 3 của Quy định kỹ thuật về phân loại tài liệu trắng (Quy định ủy quyền của Ủy ban EU 2025/421) nghiêm ngặt yêu cầu tất cả các bên soạn thảo tài liệu trắng phải xác định thực thể pháp lý của chính họ bằng mã LEI hợp lệ. Đối với bất kỳ thực thể nào chưa có mã LEI, quy trình đăng ký LEI phải được hoàn tất trước khi bắt đầu soạn thảo tài liệu trắng.

Thứ hai là Mã định danh Token Kỹ thuật số (DTI), một mã ISO 24165 xác định chính tài sản tiền điện tử đó, được lưu trữ trong sổ đăng ký DTIF. Điều 15 của Quy định kỹ thuật về lưu trữ hồ sơ và Điều 3 của Quy định kỹ thuật phân loại sách trắng (Quy định ủy quyền của Ủy ban EU 2025/421) yêu cầu sử dụng mã này. Điểm quan trọng đối với bất kỳ dự án nào phát hành token mới: nếu DTI chưa tồn tại trong sổ đăng ký, ai đó phải yêu cầu tạo mã này trước khi có thể nộp sách trắng. Trong trường hợp CASP nộp hồ sơ cho một tài sản không có nhà phát hành tập trung và chưa có sách trắng, nền tảng này có trách nhiệm lấy hoặc yêu cầu DTI trực tiếp từ DTIF.

Nguồn: Sổ đăng ký DTIF cho tài sản tiền điện tử

Một bản whitepaper không chứa mã LEI và DTI hợp lệ sẽ không qua được quá trình xác thực tự động trước khi bất kỳ người đánh giá nào xem xét. Các dự án đạt đến giai đoạn nộp hồ sơ mà không có cả hai mã này sẽ phải bắt đầu lại từ đầu.

Cổng tự động và ý nghĩa pháp lý của nó

Không có nhân viên nào tại cơ quan có thẩm quyền quốc gia xem xét bản whitepaper không qua được các kiểm tra tự động. Hệ thống phân loại của ESMA định nghĩa 257 kiểm tra sự tồn tại (xác minh các trường bắt buộc có mặt) và 223 kiểm tra giá trị (xác minh nội dung trường hợp hợp lệ). Một hồ sơ không qua được kiểm tra có mức độ nghiêm trọng "Lỗi" là không hợp lệ về mặt kỹ thuật. Tài liệu đó sẽ không được xử lý tiếp.

Hậu quả pháp lý của kiến trúc này là rõ ràng: tính hợp lệ kỹ thuật và độ chính xác nội dung đều là trách nhiệm của bên phát hành. Một bản công bố pháp lý được soạn thảo hoàn hảo nhưng có cấu trúc sai sẽ bị từ chối. Một tệp có cấu trúc hợp lệ nhưng chứa nội dung gây nhầm lẫn cũng sẽ bị từ chối; nó chỉ bị từ chối ở giai đoạn khác và với hậu quả khác.

Các dự án phát hành token tại nhiều quốc gia thành viên EU phải đối mặt với một lớp yêu cầu bổ sung. Mỗi phiên bản ngôn ngữ của sách trắng yêu cầu một tệp có cấu trúc riêng biệt. Tất cả các phiên bản ngôn ngữ phải nhất quán về mặt nội dung và không chỉ được dịch, mà còn phải được tổ chức giống hệt nhau ở cấp độ trường. Một bản dịch không phản ánh cấu trúc của bản gốc là không tuân thủ về mặt kỹ thuật, bất kể độ chính xác ngôn ngữ của nó.

Các tiết lộ về tính bền vững đặt ra một hạn chế thêm. Hệ thống phân loại yêu cầu các đơn vị đo lường cụ thể cho tiêu thụ năng lượng và phát thải CO2: lần lượt là kWh và tCO2. Đây là các yêu cầu tiết lộ pháp lý, không phải báo cáo môi trường tùy chọn. Nộp hồ sơ với các đơn vị khác hoặc bỏ qua các trường sẽ gây ra lỗi xác thực.

Mô hình chung của tất cả các yêu cầu này là giống nhau: báo cáo chính thức là một hồ sơ pháp lý với các tiêu chuẩn được thực thi bằng máy móc. Các dự án tiếp cận nó như một bài tập viết tài liệu, thay vì một quy trình tuân thủ với các điều kiện tiên quyết có cấu trúc và kiểm soát tự động, sẽ gặp phải sự thực thi đó trước khi đến tay cơ quan quản lý.

Điều này có ý nghĩa gì trong thực tế

Hiểu biết phổ biến về báo cáo trắng tiền điện tử như một bài thuyết trình mang tính thuyết phục (được viết để thuyết phục thay vì công bố) mô tả một loại tài liệu mà MiCA đã thay thế bằng một thứ hoàn toàn khác biệt.

Bản whitepaper MiCA là một công cụ pháp lý với nội dung quy định, các thông tin nhận dạng bắt buộc, định dạng có cấu trúc được thiết kế để so sánh tự động xuyên biên giới, và trách nhiệm cá nhân được gắn liền với bất kỳ ai ký tên vào đó. Cổng vào thị trường tiền điện tử châu Âu đi qua nó. Các dự án hiểu việc nộp hồ sơ theo đúng bản chất pháp lý của nó, thay vì theo ý nghĩa lịch sử của thuật ngữ này, là những dự án không bị từ chối tại bước kiểm tra tự động.

Điểm chính:

• Bản báo cáo trắng không phải là tài liệu tiếp thị. MiCA đã định nghĩa lại thuật ngữ này. Tương đương gần nhất trong tài chính truyền thống là bản cáo bạch chứng khoán, và nó nên được đối xử với cùng mức độ pháp lý.
• Ba loại tài sản, ba con đường khác nhau. OTHR, ART và EMT mỗi loại đều có yêu cầu riêng về sách trắng và các điều kiện cấp phép khác nhau. Đặc điểm của tài sản quyết định loại nào áp dụng, dự án không được tự chọn.
• Trách nhiệm pháp lý thuộc về bên nộp hồ sơ, nhưng quy tắc phụ thuộc vào loại tài sản. Đối với phần lớn các token (OTHR), nghĩa vụ pháp lý thuộc về bên chào bán hoặc người xin niêm yết giao dịch, chứ không nhất thiết là người sáng tạo ban đầu của token. Khi một CASP (như nhà điều hành sàn giao dịch) đồng ý soạn thảo và công bố tài liệu trắng thay mặt cho dự án OTHR, họ sẽ đảm nhận các nghĩa vụ pháp lý đáng kể, nhưng không hoàn toàn chịu trách nhiệm pháp lý. Theo Điều 14(3) của MiCA, người ban đầu xin niêm yết vẫn phải chịu trách nhiệm pháp lý nếu cung cấp thông tin không đầy đủ, không công bằng, không rõ ràng hoặc gây nhầm lẫn cho CASP. Bạn có thể ủy thác việc soạn thảo tài liệu, nhưng không thể hoàn toàn ủy thác trách nhiệm pháp lý.
• Đối với Token Liên kết Tài sản (ARTs) và Token Tiền Điện tử (EMTs), trách nhiệm dân sự nghiêm ngặt đối với sách trắng không chỉ thuộc về nhà phát hành được ủy quyền với tư cách là pháp nhân; nó được mở rộng rõ ràng đến các thành viên của cơ quan quản lý, điều hành hoặc giám sát của họ. Bất kỳ nỗ lực hợp đồng nào nhằm giới hạn hoặc loại trừ trách nhiệm này đều vô hiệu về mặt pháp lý.
• LEI và DTI là các điều kiện tiên quyết. Cả hai mã định danh này phải được thiết lập trước khi bắt đầu soạn thảo sách trắng. Nếu tài sản chưa có DTI, thì phải yêu cầu từ cơ quan đăng ký DTIF trước khi tiến hành bất kỳ bước nào khác.
• Xác thực tự động là bước kiểm tra đầu tiên. 257 kiểm tra sự tồn tại và 223 kiểm tra giá trị được thực hiện trước khi bất kỳ ai xem xét tệp tin. Một tài liệu không vượt qua kiểm tra cấp độ Lỗi sẽ không được chuyển đến cơ quan quản lý.
• Việc nộp hồ sơ đa ngôn ngữ mang theo một nghĩa vụ kỹ thuật tiềm ẩn. Mỗi phiên bản ngôn ngữ yêu cầu một tệp được cấu trúc riêng biệt, được tổ chức giống hệt bản gốc. Bản dịch không khớp với cấu trúc nguồn ở cấp độ trường là không tuân thủ.
• Độ chính xác nội dung và tính hợp lệ kỹ thuật là hai nghĩa vụ riêng biệt. Kiểm tra pháp lý bao quát nghĩa vụ đầu tiên. Cấu trúc kỹ thuật bao quát nghĩa vụ thứ hai. Cả hai đều thuộc trách nhiệm của bên đề xuất, và không bên nào thay thế cho bên kia.

Bài viết này dựa trên một nghiên cứu do LegalBison thực hiện vào tháng 4 năm 2026. Nội dung chỉ mang tính chất tham khảo và không cấu thành tư vấn pháp lý.