MiCA Decoded là chuỗi bài viết hàng tuần gồm 12 bài 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 crypto và FinTech về cấp phép MiCA, đơn xin CASP và VASP, cũng như cơ cấu quy định trên khắp châu Âu và xa hơn.
Theo MiCA, whitelist 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, không phải tài liệu tiếp thị. Quy định xác định ai phải chuẩn bị, theo định dạng nào, chứa những mã định danh nào, tuân theo xác thực tự động nào và với trách nhiệm pháp lý gắn liền với một người được nêu tên cụ thể.
Việc làm sai bất kỳ yếu tố nào trong số đó có nghĩa là tài liệu không tồn tại trong mắt các cơ quan quản lý châu Âu, bất kể nó được viết tốt như thế nào.
Phần thứ sáu của MiCA Decoded này phân tích điều đó thực sự có nghĩa là gì, từng phần một.
Quan niệm sai lầm: Whitelist MiCA chỉ là GitBook hoặc PDF
Whitelist MiCA mang trọng lượng của một hồ sơ quản lý chính thức.
Quy định Thực thi của Ủy ban (EU) 2024/2984, quản lý các mẫu, định dạng và bản mẫu cho whitelist tài sản crypto, yêu cầu tài liệu được chuẩn bị theo định dạng kỹ thuật số có cấu trúc được thiết kế sao cho ESMA và các cơ quan có thẩm quyền quốc gia trên tất cả các quốc gia thành viên EU có thể chạy 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 nó hoặc ở đâu.
Mục đích pháp lý của lựa chọn thiết kế đó quan trọng hơn các chi tiết kỹ thuật. MiCA là quy định thị trường đơn nhất, và khả năng so sánh giữa các hồ sơ nộp là công cụ thực thi cốt lõi.
Một whitelist không thể được đọc bởi cùng một máy như mọi whitelist khác được nộp ở châu Âu là không tuân thủ, bất kể nội dung của nó nói gì. ESMA đã công bố phân loại bắt buộc (khung cấu trúc xác định whitelist tuân thủ phải chứa gì) vào ngày 5 tháng 8 năm 2025. Các quy tắc áp dụng từ ngày 23 tháng 12 năm 2025.
Nghĩa vụ công bố khác nhau tùy thuộc vào loại tài sản crypto liên quan. MiCA phân ra ba loại riêng biệt, mỗi loại có mẫu whitelist và yêu cầu trường riêng:
| Loại tài sản | Ai chuẩn bị Whitelist | Đặc điểm chính |
| OTHER (Các tài sản crypto khác, ví dụ: Token tiện ích) | Người chào mua, người tìm cách được chấp nhận giao dịch, hoặc CASP vận hành nền tảng giao dịch | Danh mục rộng nhất; bao gồm phần lớn các Token hiện có trên thị trường |
| ART (Token tham chiếu tài sản) | Tổ chức phát hành được ủy quyền hoặc tổ chức tín dụng | Tham chiếu một rổ tài sản; yêu cầu ủy quyền trước khi phát hành |
| EMT (Token tiền điện tử) | Tổ chức tín dụng hoặc tổ chức tiền điện tử | Neo đơn tiền tệ; yêu cầu ủy quyền EMI hoặc ngân hàng |
Danh mục xác định không chỉ nội dung của whitelist, mà còn toàn bộ con đường pháp lý để nộp một bản. Một dự án không thể chọn danh mục nào áp dụng dựa trên sở thích. Các đặc điểm của tài sản xác định nó, và nghĩa vụ chuẩn bị tuân theo từ đó.
Ai có 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à tài sản crypto "Khác", hoặc OTHR), nghĩa vụ không tự động thuộc về thực thể tạo ra Token. Đối với những tài sản này, MiCA đặt nghĩa vụ cho người chào mua hoặc người tìm cách được chấp nhận giao dịch, đó là các vai trò được xác định có thể trùng hoặc không trùng với tổ chức 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 chđộng từ Quần đảo Virgin thuộc Anh, Caymans, hoặc bất kỳ khu vực ngoài khơi nào khác, có thể là người chào mua theo MiCA và thực hiện nghĩa vụ whitelist trực tiếp, không có bất kỳ yêu cầu nào phải di chuyển trụ sở pháp lý của nó đến châu Âu.
(Lưu ý: Tính linh hoạt cấu trúc này chỉ áp dụng nghiêm ngặt cho các Token OTHR. Đối với Token tham chiếu tài sản và Token tiền điện tử, nghĩa vụ pháp lý và trách nhiệm dân sự nghiêm ngặt đối với whitelist hoàn toàn thuộc về tổ chức phát hành EU được ủy quyền và không thể ủy thác).
Như chúng tôi đã xem xét trong phần thứ hai của chuỗi bài này, các sổ đăng ký ESMA xác nhận đây đã là thực tiễn tiêu chuẩn: phần lớn các hồ sơ nộp 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ụ whitelist, theo sáng kiến riêng hoặc theo thỏa thuận bằng văn bản với nhóm dự án. Đó không phải là lỗ hổng hoặc sự thuận tiện hành chính.
Khi CASP nộp, nó đảm nhận trách nhiệm pháp lý về tính chính xác và đầy đủ của việc công bố. Nếu whitelist chứa thông tin sai lệch hoặc không đạt tiêu chuẩn quy định, trách nhiệm pháp lý thuộc về người đã nộp nó.
Người ký duyệt whitelist không thể ủy thác 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. Xem xé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ề người chào mua. Đây là điểm mà hầu hết các dự án đánh giá thấp.
Hai mã phải tồn tại trước khi bắt đầu nộp
Hai mã định danh bắt buộc là điều kiện tiên quyết cho bất kỳ whitelist tuân thủ nào. Cả hai đều được rút ra từ các tiêu chuẩn quốc tế có trước MiCA. Quy định không tạo ra chúng, nó làm cho chúng bắt buộc.
Mã đầu tiên là Mã định danh thực thể pháp lý (LEI), một mã ISO 17442 được gán 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 nó trải rộng trên nhiều tiêu chuẩn quy định: trong khi Điều 14 của RTS lưu giữ hồ sơ (Quy định Ủy thác của Ủy ban EU 2025/1140) thực thi yêu cầu LEI đối với CASPs cho khách hàng của họ, Điều 3 của RTS phân loại whitelist (Quy định Ủy thác của Ủy ban EU 2025/421) quy định nghiêm ngặt rằng tất cả người chuẩn bị whitelist phải xác định thực thể pháp lý của riêng họ bằng mã LEI hợp lệ. Đối với bất kỳ thực thể nào chưa có, quy trình xin LEI phải được hoàn thành trước khi chuẩn bị whitelist bắt đầu.
Mã 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 crypto, được duy trì trong sổ đăng ký DTIF. Điều 15 của RTS lưu giữ hồ sơ và Điều 3 của RTS phân loại whitelist (Quy định Ủy thác của Ủy ban EU 2025/421) yêu cầu sử dụng nó. Điểm hoạt động cho bất kỳ dự án nào khởi chạy 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 nó trước khi whitelist có thể được nộp. Trong trường hợp CASP nộp cho một tài sản không có tổ chức phát hành tập trung và không có whitelist hiện có, nền tảng chịu trách nhiệm truy xuất hoặc yêu cầu DTI trực tiếp từ DTIF.
Nguồn: Sổ đăng ký DTIF cho tài sản crypto
Một whitelist không chứa LEI và DTI hợp lệ thất bại trong xác thực tự động trước khi bất kỳ người đánh giá nào nhìn thấy nó. Các dự án đạt đến giai đoạn nộp mà không có cả hai mã trong tay phải khởi động lại hoàn toàn.
Cổng tự động và ý nghĩa pháp lý của nó
Không có con người nào tại cơ quan có thẩm quyền quốc gia xem xét whitelist thất bại trong các kiểm tra tự động của nó. Phân loại ESMA xác định 257 kiểm tra sự tồn tại (Xác minh rằng các trường bắt buộc có mặt) và 223 kiểm tra giá trị (Xác minh rằng nội dung trường hợp lệ). Một hồ sơ nộp thất bại trong kiểm tra được đánh giá mức độ nghiêm trọng "Lỗi" là không hợp lệ về mặt kỹ thuật. Tài liệu không tiến hành.
Hàm ý pháp lý của kiến trúc đó là trực tiếp: tính hợp lệ kỹ thuật và tính chính xác nội dung đều là trách nhiệm của người chào mua. Một công bố pháp lý được soạn thảo hoàn hảo trong cấu trúc sai thì thất bại. Một tệp có cấu trúc hợp lệ với nội dung sai lệch cũng thất bại; nó chỉ đơn giản là thất bại ở một giai đoạn khác và với những hậu quả khác.
Các dự án cung cấp Token ở nhiều quốc gia thành viên EU phải đối mặt với một lớp bổ sung. Mỗi phiên bản ngôn ngữ của whitelist yêu cầu tệp có cấu trúc riêng biệt của riêng nó. Tất cả các phiên bản ngôn ngữ phải nhất quán nội bộ và không chỉ được dịch, mà còn đượ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ông bố về tính bền vững thêm một ràng buộc nữa. Phân loại quy định các đơn vị đo lường cụ thể cho mức tiêu thụ năng lượng và khí thải CO2: lần lượt là kWh và tCO2. Đây là các yêu cầu công bố pháp lý, không phải báo cáo môi trường tùy chọn. Nộp với các đơn vị khác nhau hoặc bỏ qua các trường kích hoạt thất bại xác thực.
Mô hình trên tất cả các yêu cầu này đều giống nhau: whitelist là hồ sơ pháp lý với các tiêu chuẩn được thực thi bằng máy. 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 việc thực thi đó trước khi họ tiếp cận một cơ quan quản lý con người.
Điều này có nghĩa là gì trong thực tế
Sự hiểu biết phổ biến về whitelist crypto như một bài thuyết trình tường thuật (một cái gì đó đượ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 cái gì đó hoàn toàn khác.
Whitelist MiCA là một công cụ pháp lý với nội dung được quy định, mã định danh bắt buộc, định dạng có cấu trúc được thiết kế cho khả năng so sánh tự động xuyên biên giới, và trách nhiệm cá nhân được đặt tên gắn liền với bất cứ ai ký duyệt nó. Cổng vào thị trường crypto châu Âu chạy qua nó. Các dự án hiểu hồ sơ nộp về mặt pháp lý là gì, thay vì thuật ngữ lịch sử gợi ý là gì, là những dự án không bị quay trở lại tại kiểm tra tự động.
Những điểm chính:
- Whitelist 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 trọng lượng pháp lý.
- Ba danh mục tài sản, ba con đường khác nhau. OTHR, ART và EMT mỗi loại mang yêu cầu whitelist riêng biệt và các điều kiện tiên quyết ủy quyền khác nhau. Các đặc điểm của tài sản xác định danh mục nào áp dụng, dự án không chọn.
- Trách nhiệm pháp lý theo người nộp, nhưng các quy tắc phụ thuộc vào tài sản. Đối với phần lớn các Token (OTHRs), nghĩa vụ pháp lý thuộc về người chào mua hoặc người tìm cách được chấp nhận giao dịch, không nhất thiết là người tạo ra Token ban đầu. Khi CASP (chẳng hạn như người vận hành nền tảng giao dịch) đồng ý chuẩn bị và xuất bản whitelist thay mặt cho dự án OTHR, nó đảm nhận các nhiệm vụ quy định quan trọng, nhưng nó không đảm nhận trách nhiệm pháp lý hoàn toàn. Theo Điều 14(3) của MiCA, người ban đầu tìm cách được chấp nhận giao dịch vẫn chịu trách nhiệm pháp lý nếu họ cung cấp thông tin không đầy đủ, không công bằng, không rõ ràng hoặc sai lệch cho CASP. Bạn có thể thuê ngoài việc giấy tờ, nhưng bạn không thể thuê ngoài hoàn toàn trách nhiệm pháp lý.
- Đối với Token tham chiếu 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 whitelist không chỉ thuộc về tổ chức phát hành được ủy quyền như một thực thể doanh nghiệp; nó mở rộng rõ ràng đến các thành viên của cơ quan quản trị, quản lý hoặc giám sát của nó. Bất kỳ nỗ lực hợp đồng nào để hạn chế hoặc loại trừ trách nhiệm pháp lý này đều vô hiệu về mặt pháp lý.
- LEI và DTI là điều kiện tiên quyết. Cả hai mã định danh phải có trước khi chuẩn bị whitelist bắt đầu. Nếu DTI không tồn tại cho tài sản, nó phải được yêu cầu từ sổ đăng ký DTIF trước khi bất cứ điều gì khác tiến hành.
- Xác thực tự động là người gác cổng đầu tiên. 257 kiểm tra sự tồn tại và 223 kiểm tra giá trị chạy trước khi bất kỳ con người nào xem xét tệp. Một tài liệu thất bại trong khẳng định cấp độ Lỗi không tiếp cận cơ quan quản lý.
- Các hồ sơ nộp đa ngôn ngữ mang nghĩa vụ kỹ thuật ẩn. Mỗi phiên bản ngôn ngữ yêu cầu tệp có cấu trúc riêng biệt của riêng nó, được tổ chức giống hệt bản gốc. Một 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ủ.
- Tính 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. Xem xét pháp lý bao gồm cái đầu tiên. Cấu trúc kỹ thuật bao gồm cái thứ hai. Cả hai đều thuộc về người chào mua, và không cái nào thay thế cho cái kia.
Bài viết này dựa trên nghiên cứu được thực hiện bởi LegalBison vào tháng 4 năm 2026. Nội dung chỉ nhằm mục đích cung cấp thông tin và không cấu thành tư vấn pháp lý.
Nguồn: https://news.bitcoin.com/mica-decoded-your-crypto-white-paper-cant-just-be-a-gitbook-or-pdf/
