Tiêu chuẩn metadata

Tiêu chuẩn metadata là gì?

Tiêu chuẩn metadata là các quy tắc chung quy định cách đặt tên, định dạng, lưu trữ, truy xuất và diễn giải thông tin về tiền mã hóa, token, tài khoản blockchain, vật phẩm sưu tầm kỹ thuật số, giao dịch hoặc danh tính phi tập trung.

Metadata là dữ liệu mô tả một tài sản hoặc đối tượng dữ liệu khác.

Trong crypto, metadata có thể mô tả tên token, ký hiệu, độ chính xác thập phân, hình ảnh, thuộc tính, người tạo, tài nguyên bên ngoài, loại phương tiện, điều khoản phát hành hoặc tài sản cơ sở.

Tiêu chuẩn metadata giúp ví, ứng dụng blockchain, trình khám phá, hệ thống lập chỉ mục, hệ thống phân tích và hợp đồng thông minh diễn giải cùng một thông tin theo cách nhất quán.

Nếu không có tiêu chuẩn chung, một ứng dụng có thể dùng trường

, ứng dụng khác dùng , còn ứng dụng khác lại không hiểu tham chiếu đến tệp phương tiện đó.

Tiêu chuẩn metadata có thể quy định các hàm của hợp đồng, trường dữ liệu, cấu trúc JSON, mã định danh, sự kiện cập nhật, quy tắc xác thực, phương thức lưu trữ và yêu cầu bảo mật.

Một số metadata được lưu trực tiếp trên blockchain, trong khi những metadata khác được lưu trên website, mạng lưu trữ phân tán hoặc cơ sở dữ liệu riêng.

Tiêu chuẩn metadata cải thiện khả năng tương tác nhưng không đảm bảo thông tin là đúng, tồn tại lâu dài, hợp pháp hoặc an toàn.

Tại sao tiêu chuẩn metadata quan trọng trong crypto?

Các bản ghi blockchain thường chứa mã định danh kỹ thuật khó hiểu với người dùng thông thường.

Địa chỉ hợp đồng token xác định một tài sản cụ thể, nhưng chỉ riêng địa chỉ đó không cung cấp tên, logo, mô tả dễ đọc hoặc độ chính xác hiển thị.

Metadata chuyển thông tin kỹ thuật trên blockchain thành dữ liệu có cấu trúc mà phần mềm có thể hiển thị và người dùng có thể hiểu.

Ví có thể dùng metadata được chuẩn hóa để hiển thị đúng tên token và số dư.

Ứng dụng NFT có thể sử dụng metadata để hiển thị hình ảnh, ảnh động, mô tả và đặc tính.

Ứng dụng danh tính phi tập trung có thể sử dụng metadata để xác định khóa xác minh, điểm cuối dịch vụ, bên phát hành, chủ thể chứng thực và loại chứng thực.

Tiêu chuẩn giúp giảm nhu cầu mỗi ứng dụng phải tạo một tích hợp tùy chỉnh riêng cho từng tài sản crypto.

Tiêu chuẩn cũng giúp xác thực dữ liệu, phát hiện trường bị thiếu, so sánh cách triển khai và chuyển thông tin giữa các hệ thống dễ dàng hơn.

Tiêu chuẩn metadata và metadata

Metadata là thông tin mô tả thực tế được gắn với hoặc liên kết đến một tài sản.

Tiêu chuẩn metadata là bộ quy tắc giải thích cách cấu trúc và diễn giải thông tin đó.

Văn bản “Digital Access Pass” có thể là tên token được lưu trong metadata.

Tiêu chuẩn có thể quy định tên token phải nằm trong trường có tên

và được biểu diễn dưới dạng chuỗi.

Metadata có thể tuân thủ hoàn toàn, tuân thủ một phần hoặc sử dụng định dạng tùy chỉnh hoàn toàn khác với tiêu chuẩn.

Tiêu chuẩn metadata và lược đồ metadata

Tiêu chuẩn metadata mô tả các quy tắc rộng hơn để tạo và trao đổi metadata.

Lược đồ metadata xác định cấu trúc, trường, kiểu dữ liệu và yêu cầu xác thực được phép đối với một tài liệu metadata.

Một tiêu chuẩn có thể bao gồm một hoặc nhiều lược đồ cùng với giao diện hợp đồng thông minh, sự kiện cập nhật, quy tắc URI và hướng dẫn xử lý.

Một lược đồ có thể yêu cầu

là chuỗi, là mảng và chứa URI.

Một tài liệu có thể là JSON hợp lệ nhưng vẫn không đáp ứng lược đồ metadata bắt buộc.

Tiêu chuẩn metadata và tiêu chuẩn token

Tiêu chuẩn token quy định cách token hoạt động và cách các ứng dụng khác tương tác với hợp đồng thông minh của token đó.

Tiêu chuẩn metadata quy định cách thể hiện thông tin mô tả về token.

Một tiêu chuẩn token có thể bao gồm cả các hàm về hành vi và các hàm metadata tùy chọn.

Ví dụ, tiêu chuẩn token có thể thay thế cho nhau quy định các hàm chuyển token, số dư, phê duyệt, tổng nguồn cung, tên, ký hiệu và độ chính xác thập phân.

Tiêu chuẩn NFT có thể quy định các hàm về quyền sở hữu và chuyển token, đồng thời sử dụng URI metadata để xác định vị trí thông tin mô tả.

Các thành phần cốt lõi của tiêu chuẩn metadata crypto

Mã định danh

Mã định danh giúp phân biệt blockchain, hợp đồng, loại token, token cụ thể, tài khoản, chứng thực hoặc tài liệu metadata này với đối tượng khác.

Ví dụ gồm mã định danh chain, địa chỉ hợp đồng, ID token, mã định danh phi tập trung, URL, URI và mã định danh nội dung.

Tên trường

Tên trường được chuẩn hóa giúp phần mềm xác định vị trí thông tin mà không phải phỏng đoán cách mỗi bên phát hành đặt tên.

Các trường phổ biến gồm

, , , , , và .

Kiểu dữ liệu

Kiểu dữ liệu xác định một giá trị phải là chuỗi, số, số nguyên, giá trị Boolean, đối tượng, mảng hay giá trị null.

Sử dụng kiểu dữ liệu nhất quán giúp ngăn trường hợp một ứng dụng nhận được số trong khi chờ văn bản.

Trường bắt buộc và tùy chọn

Tiêu chuẩn có thể yêu cầu mọi cách triển khai tuân thủ phải cung cấp một số thông tin, đồng thời cho phép các trường tùy chọn để hỗ trợ tính năng bổ sung.

Phần mềm không nên giả định rằng trường tùy chọn luôn tồn tại.

Quy tắc URI

Tiêu chuẩn metadata có thể quy định cách hợp đồng trả về URI dùng để xác định vị trí tài liệu metadata hoặc tệp phương tiện.

URI xác định một tài nguyên, nhưng lược đồ URI quyết định cách ứng dụng truy xuất hoặc diễn giải tài nguyên đó.

Quy tắc cập nhật

Quy tắc cập nhật giải thích metadata có thể thay đổi hay không, ai được phép thay đổi và ứng dụng biết về thay đổi đó bằng cách nào.

Quy tắc toàn vẹn

Quy tắc toàn vẹn cho phép ứng dụng kiểm tra metadata được truy xuất có khớp với hash mật mã hoặc mã định danh nội dung dự kiến hay không.

Quy tắc xác thực

Quy tắc xác thực xác định metadata sai định dạng, bị thiếu, mâu thuẫn hoặc không được hỗ trợ trước khi dữ liệu đến tay người dùng.

Metadata on-chain

Metadata on-chain được lưu trực tiếp trong trạng thái blockchain, bộ nhớ hợp đồng, dữ liệu giao dịch hoặc một tài nguyên khác được bảo mật bởi blockchain.

Ứng dụng có thể đọc metadata từ node mà không phụ thuộc vào máy chủ web thông thường.

Lưu trữ on-chain có thể tăng khả năng sẵn có và tính toàn vẹn khi blockchain nền tảng vẫn truy cập được.

Việc này cũng có thể tốn kém vì mỗi byte được lưu trữ có thể làm tăng phí giao dịch và yêu cầu lưu trữ lâu dài của mạng.

Phương tiện hoàn toàn on-chain có thể sử dụng văn bản ngắn gọn, đồ họa vector được mã hóa, nội dung tạo bằng thuật toán hoặc data URI.

On-chain không đồng nghĩa với bất biến, vì hợp đồng có thể nâng cấp hoặc do quản trị viên kiểm soát vẫn có thể thay đổi thông tin được trả về.

Metadata off-chain

Metadata off-chain được lưu bên ngoài blockchain, còn blockchain ghi lại tham chiếu đến metadata đó.

Tham chiếu có thể trỏ đến tài nguyên HTTPS, đối tượng lưu trữ phân tán, máy chủ riêng, giao diện lập trình ứng dụng hoặc tệp định địa chỉ theo nội dung.

Lưu trữ off-chain có thể hỗ trợ hình ảnh, video, tài liệu và bộ thuộc tính chi tiết hơn với chi phí blockchain thấp hơn.

Phương thức này phát sinh thêm rủi ro về khả năng truy cập, lưu trữ máy chủ, tên miền, bảo mật và thay đổi nội dung.

Nếu máy chủ thông thường ngừng hoạt động, token vẫn có thể tồn tại trên blockchain trong khi metadata không còn truy cập được.

Metadata kết hợp

Metadata kết hợp gồm thông tin on-chain và tệp off-chain.

Hợp đồng thông minh có thể lưu ID token, quyền sở hữu, URI metadata và hash nội dung on-chain, trong khi lưu tài liệu JSON đầy đủ và phương tiện ở nơi khác.

Cách tiếp cận này có thể giảm chi phí lưu trữ, đồng thời cho ứng dụng khả năng xác minh nội dung đã truy xuất.

Mức độ bảo mật phụ thuộc vào những trường nào được bảo vệ on-chain và trường nào vẫn có thể thay đổi.

Tiêu chuẩn metadata cho token có thể thay thế

Metadata của token có thể thay thế giúp ví và ứng dụng hiển thị chính xác các tài sản crypto có thể hoán đổi cho nhau.

Tiêu chuẩn token ERC-20 đã hoàn thiện quy định các hàm tùy chọn cho tên, ký hiệu và độ chính xác thập phân của token.

Trường

cung cấp tên tài sản dễ đọc.

Trường

cung cấp dạng viết tắt giống ticker.

Giá trị

cho giao diện biết cách chuyển đổi đơn vị nhỏ nhất trên blockchain thành số lượng dễ đọc với người dùng.

Token có 18 chữ số thập phân biểu thị một token hiển thị bằng 10¹⁸ đơn vị nhỏ nhất.

Tên và ký hiệu không xác định duy nhất một token vì nhiều hợp đồng không liên quan có thể sử dụng cùng giá trị.

Ứng dụng đáng tin cậy nên xác định tài sản thông qua blockchain và địa chỉ hợp đồng thay vì chỉ dựa vào ký hiệu.

Metadata về chữ số thập phân

Metadata về chữ số thập phân ảnh hưởng đến cách hiển thị số dư token nguyên nhưng không tự động chia các đơn vị on-chain cơ sở.

Số dư token hiển thị = Số dư token thô / 10^{Số chữ số thập phân}

Số dư thô 250.000.000 với sáu chữ số thập phân sẽ được hiển thị là 250 token.

Metadata về chữ số thập phân không chính xác có thể khiến số dư trông lớn hoặc nhỏ hơn nhiều so với thực tế.

Các phép tính tài chính nên sử dụng số học nguyên chính xác thay vì phép tính gần đúng bằng số dấu phẩy động.

Tiêu chuẩn metadata ERC-721

ERC-721 là tiêu chuẩn đã hoàn thiện dành cho token không thể thay thế, trong đó mỗi token có một mã định danh riêng.

Giao diện metadata tùy chọn trong tiêu chuẩn ERC-721 quy định các hàm

, và .

Hàm

trả về URI liên kết với một ID token cụ thể.

Metadata được truy xuất thường chứa tên, mô tả và URI hình ảnh.

Ứng dụng có thể hỗ trợ các trường bổ sung, nhưng không đảm bảo các trường tùy chỉnh sẽ hiển thị nhất quán trên mọi giao diện.

ERC-721 chuẩn hóa cách truy cập metadata mà không yêu cầu mọi byte metadata phải được lưu trực tiếp trong hợp đồng.

Các trường metadata ERC-721 phổ biến

Tên

Trường

cung cấp tên dễ đọc cho token riêng lẻ hoặc tài sản được đại diện.

Mô tả

Trường

giải thích về token, phương tiện, tiện ích, lịch sử hoặc vật phẩm được đại diện.

Hình ảnh

Trường

chứa URI trỏ đến hình ảnh liên kết với token.

URL ảnh động

Trường

có thể trỏ đến video, âm thanh, phương tiện tương tác, nội dung ba chiều hoặc tài nguyên phong phú khác.

URL bên ngoài

Trường

có thể dẫn người dùng đến trang thông tin hoặc ứng dụng chính thức.

Thuộc tính

Mảng

có thể mô tả các đặc tính như danh mục, cấp độ, phiên bản, màu sắc, trạng thái hoặc thuộc tính riêng khác của token.

Định dạng đặc tính nên nhất quán trong toàn bộ bộ sưu tập để ứng dụng có thể sắp xếp và so sánh chính xác.

Tiêu chuẩn metadata ERC-1155

ERC-1155 hỗ trợ nhiều loại token có thể thay thế, không thể thay thế và bán thay thế trong cùng một hợp đồng thông minh.

Tiêu chuẩn multi-token ERC-1155 đã hoàn thiện, quy định giao diện URI metadata tùy chọn và lược đồ JSON liên quan.

Hàm

trả về URI metadata cho một loại token.

Tiêu chuẩn cho phép sử dụng ký hiệu thay thế

trong giá trị metadata.

Ứng dụng tương thích thay ký hiệu đó bằng ID token được biểu diễn dưới dạng chuỗi thập lục phân chữ thường, được thêm số 0 ở đầu cho đủ 64 ký tự và không có tiền tố

.

Cách thay thế này cho phép một mẫu URI phục vụ hiệu quả nhiều ID token.

Lược đồ ERC-1155 gồm các trường như name, description, image, decimals và properties.

So sánh metadata ERC-721 và ERC-1155

ERC-721 thường trả về URI riêng cho từng token thông qua

.

ERC-1155 có thể trả về mẫu URI để ứng dụng tùy chỉnh bằng cách thay thế ID token.

ERC-721 được thiết kế cho các token riêng biệt, còn ERC-1155 có thể đại diện cho nhiều danh mục token trong một hợp đồng.

Cả hai tiêu chuẩn thường truy xuất metadata dưới dạng JSON và có thể trỏ đến phương tiện bên ngoài.

Ứng dụng nên nhận diện và xử lý đúng giao diện thay vì giả định mọi NFT đều sử dụng cùng một mẫu metadata.

Tiêu chuẩn cập nhật metadata

Metadata NFT có thể thay đổi tạo ra một thách thức vì ứng dụng có thể lưu phiên bản cũ vào bộ nhớ đệm và không biết dữ liệu đã thay đổi.

Phần mở rộng cập nhật metadata ERC-4906 đã hoàn thiện, quy định các sự kiện chuẩn hóa để thông báo cho ứng dụng về thay đổi metadata ERC-721.

Sự kiện

xác định một token có metadata đã thay đổi.

Sự kiện

xác định một dải ID token liên tiếp bị ảnh hưởng.

Ứng dụng có thể theo dõi các sự kiện này và truy xuất metadata đã cập nhật thông qua URI của token.

Sự kiện thông báo metadata đã thay đổi nhưng không chứa toàn bộ tài liệu đã chỉnh sửa.

Các tiêu chuẩn metadata on-chain mới nổi

Các đề xuất metadata mới tiếp tục được phát triển khi ứng dụng blockchain cần thông tin on-chain có cấu trúc hơn.

ERC-8048 được giới thiệu vào tháng 9 năm 2025 dưới dạng đề xuất dự thảo về metadata khóa-giá trị được lưu trực tiếp trong registry multi-token và NFT.

Bản dự thảo ERC-8048 hiện tại đề xuất một hàm trả về byte metadata cho ID token và khóa dạng chuỗi.

Đề xuất này cũng đưa ra một sự kiện mà ứng dụng có thể theo dõi khi giá trị metadata được thiết lập.

Vì ERC-8048 vẫn là bản dự thảo, nhà phát triển không nên mô tả đây là tiêu chuẩn đã hoàn thiện hoặc được áp dụng rộng rãi.

Các đề xuất dự thảo có thể thay đổi, đình trệ hoặc không nhận được sự hỗ trợ triển khai rộng rãi.

JSON làm định dạng metadata

JSON là định dạng văn bản gọn nhẹ thường được dùng để trao đổi metadata crypto giữa hợp đồng, máy chủ, ví và ứng dụng.

Tiêu chuẩn JSON của IETF quy định đối tượng, mảng, chuỗi, số, giá trị Boolean và giá trị null.

Đối tượng JSON chứa tên trường và các giá trị tương ứng.

JSON phổ biến vì dễ đọc, được hỗ trợ rộng rãi và dễ xử lý bằng ứng dụng web.

JSON hợp lệ không chứng minh tài liệu tuân thủ lược đồ metadata token.

Ứng dụng nên từ chối các giá trị trùng lặp hoặc không mong muốn theo chính sách bảo mật và khả năng tương tác của mình.

Ví dụ về cấu trúc metadata NFT

Ví dụ này sử dụng các trường phổ biến nhưng không đại diện cho lược đồ phổ quát đầy đủ của mọi ứng dụng NFT.

URI, cấu trúc thuộc tính và các trường tùy chọn cần được đánh giá theo tiêu chuẩn và ứng dụng sẽ sử dụng chúng.

JSON Schema

JSON Schema cung cấp các quy tắc mà máy có thể đọc để xác thực cấu trúc và giá trị của tài liệu JSON.

Lược đồ có thể xác định thuộc tính bắt buộc, kiểu dữ liệu dự kiến, giá trị tối thiểu, mẫu chuỗi, giá trị được phép và quy tắc cho đối tượng lồng nhau.

JSON Schema Draft 2020-12 chính thức vẫn là phiên bản phát hành hiện hành của đặc tả chung trong năm 2026.

Dự án crypto có thể sử dụng JSON Schema để kiểm tra metadata trước khi mint hoặc phát hành token.

Ví và hệ thống lập chỉ mục cũng có thể dùng lược đồ để xác định dữ liệu không hợp lệ hoặc không được hỗ trợ.

Xác thực lược đồ xác nhận cấu trúc nhưng không thể chứng minh mô tả, hình ảnh, tuyên bố quyền sở hữu hoặc thông tin bên phát hành là đúng sự thật.

Metadata JSON-LD

JSON-LD mở rộng JSON bằng ngữ nghĩa dữ liệu liên kết, cho phép trường và kiểu kết nối với các khái niệm được xác định toàn cầu.

Khuyến nghị JSON-LD 1.1 ổn định quy định định dạng dựa trên JSON dành cho dữ liệu liên kết có khả năng tương tác.

Thuộc tính

ánh xạ tên trường ngắn sang các mã định danh và bộ từ vựng chính xác hơn.

Thuộc tính

có thể xác định một chủ thể hoặc tài nguyên.

Thuộc tính

xác định loại thực thể đang được mô tả.

JSON-LD có thể giúp tài sản token hóa, chứng thực, hồ sơ danh tính và hệ thống tài sản thế giới thực trao đổi metadata với ý nghĩa nhất quán.

Context từ xa tạo ra rủi ro phụ thuộc và bảo mật nếu nội dung của chúng có thể thay đổi hoặc không còn khả dụng.

Tiêu chuẩn URI trong metadata crypto

Mã định danh tài nguyên thống nhất (URI) xác định một tài nguyên kỹ thuật số hoặc vật lý bằng định dạng ký tự được chuẩn hóa.

Tiêu chuẩn cú pháp URI chung quy định cấu trúc phổ biến được các lược đồ URI sử dụng.

Các lược đồ metadata crypto phổ biến gồm

, và .

URI HTTPS xác định một vị trí được kiểm soát thông qua tên miền web và máy chủ.

URI IPFS xác định nội dung bằng mã định danh nội dung.

Data URI nhúng nội dung trực tiếp trong URI.

Ứng dụng nên xác minh các lược đồ được hỗ trợ và tránh xem URI không nhận diện được là liên kết web an toàn.

Định địa chỉ theo vị trí và định địa chỉ theo nội dung

Định địa chỉ theo vị trí cho ứng dụng biết nơi gửi yêu cầu để lấy tài nguyên.

Định địa chỉ theo nội dung xác định tài nguyên dựa trên thông tin được tạo từ chính nội dung đó.

URL HTTPS có thể tiếp tục trỏ đến cùng một vị trí ngay cả khi máy chủ thay đổi tệp.

Mã định danh nội dung thay đổi khi nội dung được tham chiếu thay đổi theo cùng quy tắc mã hóa và băm.

Do đó, định địa chỉ theo nội dung cải thiện khả năng xác minh tính toàn vẹn nhưng không đảm bảo nội dung tiếp tục được lưu trữ và truy xuất.

Metadata IPFS

IPFS thường được sử dụng để lưu metadata và phương tiện NFT thông qua các mã định danh nội dung.

Tài liệu chính thức về định địa chỉ theo nội dung của IPFS giải thích rằng mã định danh nội dung, hay CID, chứa thông tin được tạo từ hash mật mã và cách mã hóa nội dung.

Nếu sử dụng cùng thiết lập định địa chỉ theo nội dung, việc thay đổi nội dung sẽ tạo ra CID khác.

URI token có thể sử dụng định dạng

để xác định tài liệu metadata hoặc tệp.

Cổng công khai có thể chuyển URI đó thành yêu cầu HTTPS để truy cập bằng trình duyệt.

Cổng là một phương thức truy xuất, không phải danh tính nền tảng của nội dung.

CID không đảm bảo lưu trữ vĩnh viễn vì cần ít nhất một nhà cung cấp có thể truy cập tiếp tục cung cấp dữ liệu.

Tính toàn vẹn của metadata

Tính toàn vẹn của metadata có nghĩa là dữ liệu được truy xuất không bị thay đổi ngoài dự kiến kể từ khi tham chiếu đáng tin cậy được tạo.

Có thể tính hash mật mã từ tài liệu metadata rồi so sánh với hash dự kiến.

Tính toàn vẹn metadata được xác nhận khi hash tính được = hash dự kiến đáng tin cậy

Hash trùng khớp cung cấp bằng chứng rằng các byte giống nhau, nhưng không chứng minh nội dung ban đầu chính xác hoặc được cấp phép.

Metadata định địa chỉ theo nội dung có thể tích hợp tính toàn vẹn trong mã định danh.

Metadata định địa chỉ theo vị trí có thể sử dụng hash riêng được lưu trữ, chữ ký số hoặc bản ghi toàn vẹn.

Tính xác thực của metadata

Tính xác thực đề cập đến người tạo, phê duyệt hoặc kiểm soát metadata.

Chữ ký số có thể liên kết tài liệu metadata với một khóa mật mã.

Tuy nhiên, bên xác minh vẫn phải xác định khóa đó có thuộc về người tạo, bên phát hành, người có thẩm quyền của hợp đồng hoặc tổ chức dự kiến hay không.

Chữ ký hợp lệ từ khóa đã bị xâm phạm vẫn có thể xác thực một tài liệu trái phép.

Việc luân chuyển và thu hồi khóa, kiểm soát quyền truy cập và quy trình xử lý sự cố vẫn cần thiết.

Metadata bất biến

Metadata bất biến được thiết kế để nội dung hoặc tham chiếu đáng tin cậy không thể thay đổi sau một thời điểm xác định.

Tính bất biến có thể được tạo bằng cách lưu toàn bộ dữ liệu on-chain, lưu mã định danh nội dung không thể thay đổi hoặc vô hiệu hóa vĩnh viễn quyền cập nhật.

Dự án nên giải thích chính xác những phần nào là bất biến.

Tài liệu JSON bất biến vẫn có thể trỏ đến hình ảnh bên ngoài có thể thay đổi.

Hợp đồng thông minh bất biến cũng có thể tham chiếu đến một vị trí máy chủ có thể thay đổi.

Cần đánh giá toàn bộ chuỗi tham chiếu để xác định tính bất biến thực sự.

Metadata có thể thay đổi

Metadata có thể thay đổi sau khi token được tạo.

Metadata loại này có thể hỗ trợ vật phẩm trò chơi phát triển theo thời gian, tư cách thành viên thay đổi, tài sản có thể quy đổi, trạng thái danh tính, hồ sơ bảo trì và cập nhật tài sản thế giới thực.

Metadata cũng cho phép bên được cấp quyền hoặc quản trị viên bị xâm phạm thay thế hình ảnh, mô tả, đặc tính hoặc liên kết bên ngoài.

Tiêu chuẩn metadata nên quy định quyền cập nhật, quy trình, sự kiện, lịch sử và điều kiện để khóa các thay đổi trong tương lai.

Ứng dụng không nên mô tả metadata có thể thay đổi là vĩnh viễn.

Metadata đã đóng băng

Metadata đã đóng băng là metadata trước đây có thể chỉnh sửa nhưng đã được chuyển sang trạng thái mà từ đó các thay đổi khác không được phép hoặc không được kỳ vọng sẽ xảy ra.

Quá trình đóng băng nên được thực thi bằng mã hợp đồng hoặc một cơ chế kiểm soát khác có thể xác minh độc lập.

Tuyên bố trên website rằng metadata đã bị đóng băng có giá trị yếu hơn một hạn chế kỹ thuật loại bỏ quyền cập nhật.

Người dùng nên kiểm tra liệu việc nâng cấp proxy, hành động quản trị hoặc khóa quản trị viên có thể khôi phục quyền thay đổi hay không.

Quản lý phiên bản metadata

Quản lý phiên bản metadata ghi lại cách tài liệu metadata hoặc lược đồ thay đổi theo thời gian.

Mã phiên bản giúp ứng dụng xác định cần áp dụng quy tắc nào.

Phiên bản ngữ nghĩa có thể sử dụng số phiên bản chính, phụ và bản vá để phân biệt thay đổi không tương thích với phần bổ sung và chỉnh sửa tương thích.

Phiên bản lịch sử có thể hỗ trợ kiểm toán, tranh chấp, di chuyển dữ liệu và hiển thị chính xác trạng thái token trước đây.

URI có thể thay đổi, ghi đè tài liệu trước đó mà không lưu lịch sử sẽ gây khó khăn khi tái hiện những gì người dùng nhận được ban đầu.

Tiêu chuẩn metadata cross-chain

Ứng dụng cross-chain cần mã định danh để phân biệt các tài sản có tên và địa chỉ tương tự trên những blockchain khác nhau.

Ký hiệu ticker không đủ vì nhiều tài sản không liên quan có thể dùng chung một ký hiệu.

Tiêu chuẩn mã định danh tài sản CAIP-19 quy định định dạng không phụ thuộc chain để xác định loại tài sản và từng tài sản cụ thể.

Mã định danh đầy đủ có thể kết hợp namespace blockchain, tham chiếu blockchain, namespace tài sản, tham chiếu hợp đồng hoặc tài sản và ID token tùy chọn.

Mã định danh cross-chain giảm sự mơ hồ khi ví, hệ thống thanh toán, bridge và công cụ danh mục trao đổi metadata tài sản.

Chúng không chứng minh token được bridge có tài sản gốc bảo chứng đầy đủ.

Metadata tài sản wrapped và bridged

Token wrapped hoặc bridged đại diện cho một tài sản thông qua blockchain hoặc hệ thống kỹ thuật khác.

Metadata của token nên xác định blockchain hiện tại, hợp đồng token, tài sản được đại diện, bên phát hành hoặc cơ chế bridge và điều kiện quy đổi liên quan.

Sao chép tên và logo của tài sản gốc mà không phân biệt hình thức đại diện wrapped có thể khiến người dùng hiểu lầm.

Ứng dụng không nên cho rằng các tài sản có ký hiệu giống nhau cũng có quyền quy đổi hoặc mức độ bảo mật giống nhau.

Metadata nên làm rõ tài sản là tài sản gốc, wrapped, bridged, tổng hợp hay được đại diện theo hình thức khác.

Metadata về mã định danh phi tập trung

Mã định danh phi tập trung có thể kết nối các thực thể liên quan đến blockchain với phương thức xác minh và thông tin dịch vụ.

Tài liệu DID có thể chứa bên kiểm soát, phương thức xác minh mật mã, mối quan hệ xác thực và điểm cuối dịch vụ.

W3C công bố DID Core phiên bản 1.1 dưới dạng Candidate Recommendation Snapshot vào ngày 5 tháng 3 năm 2026.

Vì phiên bản 1.1 vẫn đang trong quy trình Recommendation, bên triển khai nên phân biệt phiên bản này với Recommendation DID Core 1.0 đã hoàn thiện.

Metadata DID có thể hỗ trợ bên phát hành token, tổ chức, chứng thực, ví và tác nhân tự động.

DID chứng minh quyền kiểm soát theo phương thức của DID, nhưng không tự động chứng minh mọi tuyên bố của bên kiểm soát đều chính xác.

Metadata chứng thực có thể xác minh

Chứng thực có thể xác minh sử dụng metadata có cấu trúc để thể hiện các tuyên bố của bên phát hành về một chủ thể.

Mô hình dữ liệu Verifiable Credentials 2.0 của W3C trở thành Recommendation của W3C vào ngày 15 tháng 5 năm 2025.

Mô hình này xác định thông tin về bên phát hành, chủ thể chứng thực, loại chứng thực, thời hạn hiệu lực, trạng thái chứng thực, lược đồ dữ liệu và cơ chế bảo mật.

Ứng dụng crypto có thể sử dụng chứng thực có thể xác minh cho danh tính, tư cách thành viên, tuân thủ, giáo dục, bằng cấp chuyên môn và quyền truy cập được token hóa.

Bằng chứng chứng thực hợp lệ cho thấy dữ liệu được bảo vệ không bị chỉnh sửa theo phương thức mật mã áp dụng.

Bên xác minh cần đánh giá riêng liệu bên phát hành có đáng tin cậy và chứng thực có phù hợp với mục đích sử dụng hay không.

Metadata cho tài sản thế giới thực được token hóa

Metadata cho tài sản thế giới thực được token hóa có thể mô tả bất động sản, chứng khoán, hàng hóa, hóa đơn, tuyên bố về môi trường, tư cách thành viên hoặc quyền pháp lý.

Chỉ riêng hợp đồng token có thể không chứa mọi tài liệu cần thiết để hiểu quyền sở hữu hoặc quy đổi.

Metadata có thể xác định thỏa thuận pháp lý, bên phát hành, đơn vị lưu ký, ngày định giá, khu vực pháp lý, mã định danh tài sản, kiểm toán, hạn chế và thông tin trạng thái.

Liên kết metadata không tự động khiến một tài liệu pháp lý bên ngoài trở nên có tính ràng buộc.

Người dùng cần xác định token có mang lại quyền yêu cầu có thể thực thi đối với pháp nhân hoặc tài sản liên quan hay không.

Không nên đưa thông tin cá nhân và thương mại nhạy cảm lên blockchain công khai vĩnh viễn.

Bản địa hóa metadata

Bản địa hóa cho phép tên, mô tả và metadata dễ đọc khác hiển thị bằng nhiều ngôn ngữ.

Tiêu chuẩn nên xác định ngôn ngữ gắn với từng giá trị văn bản.

Ứng dụng nên quy định cách chuyển sang ngôn ngữ dự phòng khi ngôn ngữ được yêu cầu không có sẵn.

Bản dịch cần giữ nguyên thông tin quan trọng về rủi ro, pháp lý và quy đổi thay vì chỉ đơn giản hóa nội dung quảng bá.

Mã hóa ký tự cần nhất quán để tên không bị lỗi trên các hệ thống khác nhau.

Khả năng truy cập metadata

Metadata dễ tiếp cận hỗ trợ người dùng sử dụng trình đọc màn hình, nội dung thay thế bằng văn bản, điều hướng bằng bàn phím hoặc công nghệ hỗ trợ khác.

Nếu ứng dụng hoặc lược đồ hỗ trợ, hình ảnh nên có phần mô tả văn bản phù hợp.

Thông tin quan trọng không nên chỉ xuất hiện bên trong hình ảnh hoặc ảnh động.

Không nên chỉ dùng màu sắc, chuyển động và âm thanh để truyền đạt trạng thái token quan trọng.

Khả năng truy cập cải thiện mức độ hữu dụng và giúp nhiều người hiểu metadata hơn.

Loại phương tiện trong metadata crypto

Loại phương tiện mô tả định dạng của tệp được liên kết, chẳng hạn như JSON, PNG, SVG, MP4 hoặc một loại đã đăng ký khác.

Ứng dụng có thể sử dụng thông tin về loại phương tiện để quyết định cách xử lý tài nguyên.

Chỉ dựa vào phần mở rộng tệp là không đáng tin cậy vì máy chủ có thể trả về nội dung không như mong đợi dù sử dụng tên tệp quen thuộc.

Ứng dụng nên kiểm tra loại phản hồi, xác thực cấu trúc tệp và áp dụng quy tắc hiển thị an toàn.

Các định dạng chủ động như HTML và SVG cần biện pháp kiểm soát nghiêm ngặt hơn hình ảnh tĩnh thông thường vì chúng có thể chứa tập lệnh, tham chiếu bên ngoài hoặc hành vi tương tác.

Bộ nhớ đệm metadata

Ví, hệ thống lập chỉ mục và ứng dụng thường lưu metadata vào bộ nhớ đệm để cải thiện hiệu suất và giảm số lần gửi yêu cầu mạng.

Bộ nhớ đệm có thể khiến tên, hình ảnh và thuộc tính cũ tiếp tục hiển thị sau khi có cập nhật được cấp phép.

Sự kiện cập nhật, chính sách hết hạn, mã phiên bản và công cụ làm mới thủ công có thể giảm vấn đề dữ liệu lỗi thời.

Không nên xem bản sao trong bộ nhớ đệm là trạng thái hiện hành có thẩm quyền nếu chưa kiểm tra nguồn và dấu thời gian.

Metadata định địa chỉ theo nội dung có thể được lưu vào bộ nhớ đệm một cách an toàn về mặt toàn vẹn vì mã định danh thay đổi khi nội dung thay đổi.

Lập chỉ mục metadata

Hệ thống lập chỉ mục metadata thu thập tham chiếu blockchain, truy xuất tài liệu, xác thực trường và chuẩn bị dữ liệu để tìm kiếm, hiển thị nhanh.

Hệ thống lập chỉ mục có thể chuẩn hóa các tiêu chuẩn khác nhau thành một định dạng nội bộ.

Chuẩn hóa có thể cải thiện trải nghiệm sử dụng nhưng cũng có thể loại bỏ trường không được hỗ trợ hoặc che khuất khác biệt giữa các lược đồ gốc.

Hệ thống lập chỉ mục nên lưu giữ nguồn gốc, thời điểm truy xuất, mã định danh blockchain, địa chỉ hợp đồng và ID token.

Ứng dụng hướng đến người dùng nên phân biệt metadata lấy trực tiếp từ hợp đồng với thông tin do cơ sở dữ liệu bên ngoài bổ sung.

Xác thực metadata

Xác thực metadata kiểm tra dữ liệu có tuân theo cú pháp, lược đồ, mã định danh, kiểu trường và quy tắc bảo mật bắt buộc hay không.

Xác thực cú pháp xác nhận tài liệu là JSON hoặc định dạng dự kiến khác đúng cấu trúc.

Xác thực lược đồ kiểm tra các trường, giá trị và cấu trúc bắt buộc.

Xác thực URI kiểm tra tham chiếu tài nguyên có sử dụng lược đồ được phép và định dạng hợp lệ hay không.

Xác thực tính toàn vẹn so sánh hash hoặc mã định danh nội dung.

Xác thực ngữ nghĩa kiểm tra thông tin có hợp lý trong bối cảnh blockchain và tài sản liên quan hay không.

Không có một lớp xác thực riêng lẻ nào có thể chứng minh mọi tuyên bố trong metadata.

Rủi ro bảo mật của metadata crypto

Liên kết độc hại

Tài liệu metadata có thể dẫn người dùng đến website phishing thông qua URL bên ngoài.

Phương tiện độc hại

Trường hình ảnh hoặc ảnh động có thể tham chiếu nội dung chủ động được thiết kế để khai thác phần mềm hiển thị không an toàn hoặc theo dõi người dùng.

Tệp quá lớn

Kẻ tấn công có thể cung cấp tệp metadata hoặc phương tiện cực lớn nhằm tiêu tốn bộ nhớ, băng thông, dung lượng lưu trữ hoặc năng lực xử lý.

Tham chiếu đệ quy

Metadata có thể liên kết đến các tài nguyên khác, rồi những tài nguyên này liên tục tham chiếu lẫn nhau và tạo ra quá nhiều yêu cầu.

Giả mạo Unicode

Tên và ký hiệu token có thể sử dụng các ký tự Unicode trông tương tự để giả mạo tài sản đáng tin cậy.

Thay thế metadata

Quản trị viên hoặc máy chủ bị xâm phạm có thể thay thế metadata có thể chỉnh sửa sau khi người dùng mua token.

Thao túng lược đồ

Lược đồ từ xa hoặc context JSON-LD có thể thay đổi và làm thay đổi cách diễn giải tài liệu.

Theo dõi quyền riêng tư

URL phương tiện riêng biệt có thể tiết lộ thời điểm một ví hoặc người dùng cụ thể xem metadata token.

Tuyên bố sai lệch

Metadata có thể đưa ra tuyên bố sai về quyền sở hữu, độ hiếm, tính xác thực, quyền pháp lý, khoản dự trữ hoặc sự chấp thuận của người tạo.

Metadata và phishing ví

Ví có thể phát hiện một token lạ có metadata hiển thị thông báo hứa hẹn phần thưởng hoặc cảnh báo về vấn đề tài khoản.

Metadata có thể dẫn người dùng đến một website độc hại.

Việc nhận token không chứng minh tên, hình ảnh, website hoặc bên phát hành của token đáng tin cậy.

Người dùng nên tự xác minh blockchain, địa chỉ hợp đồng, nguồn chính thức và thao tác ví được yêu cầu.

Không tài liệu metadata nào cần khóa riêng tư hoặc cụm từ khôi phục của người dùng.

Rủi ro quyền riêng tư từ metadata

Metadata công khai có thể tiết lộ tên cá nhân, địa điểm, chứng thực, tư cách thành viên, thông tin sức khỏe hoặc mối quan hệ tài chính.

Dữ liệu được lưu trực tiếp trên blockchain công khai có thể khó hoặc không thể xóa.

Mã hóa metadata nhạy cảm có thể giảm khả năng hiển thị công khai nhưng làm phát sinh thách thức về quản lý khóa và bảo mật thông tin lâu dài.

Hash công khai cũng có thể tiết lộ thông tin nếu dễ đoán các giá trị cơ sở có thể có.

Dự án nên giảm thiểu dữ liệu cá nhân và chỉ lưu những gì cần thiết cho chức năng dự kiến của tài sản crypto.

Cách thiết kế tiêu chuẩn metadata crypto

Xác định trường hợp sử dụng

Người thiết kế nên xác định metadata sẽ mô tả tài sản, danh tính, chứng thực hoặc ứng dụng nào.

Xác định mã định danh duy nhất

Mã định danh nên phân biệt blockchain, hợp đồng, loại tài sản và từng token mà không dựa vào tên hoặc ký hiệu.

Chọn định dạng dữ liệu

Định dạng nên được hỗ trợ rộng rãi, có tính xác định khi cần và phù hợp với kích thước dữ liệu dự kiến.

Xác định trường bắt buộc

Chỉ nên bắt buộc những trường cần thiết để bảo đảm khả năng tương tác đáng tin cậy.

Xác định kiểu dữ liệu

Mỗi trường cần có kiểu, phạm vi được phép, cách mã hóa và quy tắc xử lý lỗi rõ ràng.

Xác định cách hoạt động của URI

Tiêu chuẩn nên xác định lược đồ URI được hỗ trợ, quy tắc tham chiếu tương đối, yêu cầu truy xuất và hạn chế bảo mật.

Xác định khả năng thay đổi

Tiêu chuẩn nên giải thích ai có thể cập nhật metadata và liệu các bản cập nhật có thể bị vô hiệu hóa sau cùng hay không.

Xác định biện pháp bảo vệ tính toàn vẹn

Tài liệu bên ngoài quan trọng nên sử dụng hash, mã định danh nội dung, chữ ký hoặc phương thức toàn vẹn có thể xác minh khác.

Xác định quản lý phiên bản

Ứng dụng cần một phương thức đáng tin cậy để xác định phiên bản lược đồ không tương thích và các phần mở rộng trong tương lai.

Xác định cách xử lý lỗi

Tiêu chuẩn nên giải thích cách phần mềm xử lý metadata bị thiếu, sai định dạng, không khả dụng, quá lớn hoặc không được hỗ trợ.

Ghi lại các cân nhắc về bảo mật

Đặc tả nên đề cập đến dữ liệu đầu vào độc hại, tham chiếu từ xa, quyền riêng tư, kiểm soát truy cập, quyền nâng cấp và rủi ro tấn công từ chối dịch vụ.

Thực tiễn tốt về metadata dành cho dự án crypto

Sử dụng blockchain và địa chỉ hợp đồng làm danh tính chính của tài sản thay vì ký hiệu ticker.

Tuân theo tiêu chuẩn đã hoàn thiện nếu tiêu chuẩn đó đáp ứng trường hợp sử dụng cần thiết.

Ghi nhãn rõ các phần mở rộng metadata dự thảo hoặc thử nghiệm.

Sử dụng tên trường và kiểu dữ liệu ổn định trong toàn bộ bộ sưu tập token.

Xác thực mọi tài liệu metadata trước khi phát hành.

Sử dụng định địa chỉ theo nội dung hoặc hash mật mã cho các tài nguyên dự kiến không thay đổi.

Công bố quyền cập nhật và quy tắc đóng băng trước khi người dùng mua token.

Phát ra sự kiện cập nhật đã chuẩn hóa khi được hỗ trợ.

Lưu giữ các phiên bản metadata trước đây để phục vụ kiểm toán và tranh chấp.

Tránh lưu vĩnh viễn dữ liệu cá nhân hoặc thông tin mật trên blockchain công khai.

Hạn chế phương tiện có nội dung chủ động và làm sạch nội dung bên ngoài trước khi hiển thị.

Cung cấp mô tả văn bản có ý nghĩa và thông tin ngôn ngữ.

Duy trì bản lưu trữ dự phòng cho các tệp off-chain quan trọng.

Không tuyên bố metadata bất biến nếu bất kỳ tham chiếu quan trọng nào vẫn có thể thay đổi.

Cách đánh giá metadata token

Xác nhận đúng blockchain và địa chỉ hợp đồng token.

Xác định tiêu chuẩn token và metadata nào được hợp đồng cho biết là đang triển khai.

Nếu khả thi về mặt kỹ thuật, hãy đọc URI trực tiếp từ hợp đồng.

Kiểm tra metadata được lưu on-chain, qua HTTPS, qua IPFS hay bằng một hệ thống khác.

Xác minh mã định danh nội dung hoặc hash nếu có.

Xem xét ai có thể thay đổi hợp đồng, URI, metadata, lược đồ hoặc tham chiếu lưu trữ.

Kiểm tra xem có phát ra sự kiện cập nhật metadata hay không.

Thận trọng khi kiểm tra phương tiện được liên kết và URL bên ngoài.

Đối chiếu các tuyên bố pháp lý và tuyên bố về tài sản bảo chứng với tài liệu độc lập.

Không dựa vào logo, tên hoặc ký hiệu ticker để xác minh tính xác thực.

Sai lầm thường gặp về tiêu chuẩn metadata

Một sai lầm phổ biến là xem JSON hợp lệ như bằng chứng metadata tuân thủ tiêu chuẩn token.

Một sai lầm khác là sử dụng ký hiệu token làm mã định danh tài sản duy nhất trên toàn cầu.

Một số dự án lưu metadata trên máy chủ thông thường nhưng quảng bá tài sản là hoàn toàn bất biến.

Dự án khác đặt CID IPFS trong một tài liệu nhưng vẫn cho phép hợp đồng thay URI của tài liệu đó.

Tài liệu metadata có thể sử dụng tên và giá trị thuộc tính không nhất quán trong cùng một bộ sưu tập.

Ứng dụng có thể hiển thị phương tiện chủ động mà không làm sạch nội dung hoặc giới hạn dung lượng.

Nhà phát triển có thể giả định mọi ví đều hỗ trợ trường metadata tùy chỉnh.

Một sai lầm khác là không phát ra sự kiện cập nhật sau khi thay đổi metadata có thể chỉnh sửa.

Dự án có thể sử dụng đề xuất dự thảo mà không thông báo rằng các trường và cách hoạt động của đề xuất vẫn có thể thay đổi.

Lưu vĩnh viễn thông tin cá nhân nhạy cảm on-chain có thể gây ra vấn đề nghiêm trọng về quyền riêng tư và tuân thủ.

Câu hỏi thường gặp

Định nghĩa đơn giản nhất về tiêu chuẩn metadata là gì?

Tiêu chuẩn metadata là các quy tắc chung để cấu trúc, lưu trữ, truy xuất và diễn giải thông tin mô tả tài sản crypto và bản ghi blockchain.

Metadata crypto là gì?

Metadata crypto là thông tin mô tả token, NFT, tài khoản blockchain, chứng thực, giao dịch hoặc tài sản được đại diện.

Tại sao tài sản crypto cần metadata?

Metadata giúp phần mềm hiển thị tên, ký hiệu, hình ảnh, chữ số thập phân, thuộc tính, danh tính và tài nguyên bên ngoài theo cách dễ đọc.

Metadata có được lưu trên blockchain không?

Metadata có thể được lưu on-chain, off-chain hoặc theo thiết kế kết hợp tham chiếu blockchain với tệp bên ngoài.

Metadata on-chain là gì?

Metadata on-chain là dữ liệu mô tả được lưu trực tiếp trong trạng thái blockchain, bộ nhớ hợp đồng thông minh hoặc dữ liệu giao dịch.

Metadata off-chain là gì?

Metadata off-chain được lưu bên ngoài blockchain, còn blockchain ghi lại URI hoặc tham chiếu khác đến metadata đó.

Metadata off-chain có không an toàn không?

Metadata off-chain có thể được sử dụng an toàn, nhưng làm phát sinh rủi ro về lưu trữ máy chủ, tính toàn vẹn, khả năng truy cập, tên miền và cập nhật cần được quản lý.

ERC-20 quy định metadata nào?

ERC-20 quy định các hàm tùy chọn cho tên token, ký hiệu và độ chính xác thập phân.

Tên và ký hiệu token có duy nhất không?

Không. Các hợp đồng không liên quan có thể sử dụng cùng tên và ký hiệu token.

Nên xác định token có thể thay thế như thế nào?

Nên xác định token thông qua blockchain và địa chỉ hợp đồng thay vì chỉ dựa vào ký hiệu.

Metadata ERC-721 là gì?

Metadata ERC-721 sử dụng URI riêng cho từng token để cung cấp thông tin về một NFT cụ thể.

Metadata ERC-1155 là gì?

Metadata ERC-1155 sử dụng giao diện URI và lược đồ JSON có thể hỗ trợ nhiều loại token trong cùng một hợp đồng.

Ký hiệu thay thế

{id}

của ERC-1155 có nghĩa là gì?

Ứng dụng tương thích thay ký hiệu này bằng ID token được định dạng thành giá trị thập lục phân chữ thường gồm 64 ký tự, không có tiền tố

.

ERC-4906 là gì?

ERC-4906 là phần mở rộng đã hoàn thiện, quy định các sự kiện thông báo cho ứng dụng về cập nhật metadata ERC-721.

ERC-8048 là gì?

ERC-8048 là đề xuất dự thảo được giới thiệu vào năm 2025 về metadata khóa-giá trị được lưu trực tiếp trong registry multi-token và NFT.

ERC-8048 đã là tiêu chuẩn hoàn thiện chưa?

Chưa. Đây vẫn là bản dự thảo và có thể thay đổi trước khi được hoàn thiện.

Tại sao JSON được dùng cho metadata crypto?

JSON dễ đọc, gọn nhẹ, được hỗ trợ rộng rãi và phù hợp để trao đổi dữ liệu có cấu trúc.

JSON hợp lệ có đồng nghĩa metadata token hợp lệ không?

Không. Tài liệu cũng phải đáp ứng lược đồ metadata và yêu cầu của ứng dụng liên quan.

JSON Schema là gì?

JSON Schema xác định các quy tắc xác thực mà máy có thể đọc dành cho tài liệu JSON.

JSON-LD là gì?

JSON-LD bổ sung ngữ nghĩa dữ liệu liên kết và mã định danh được xác định toàn cầu cho cấu trúc JSON.

URI metadata là gì?

URI metadata xác định tài nguyên chứa hoặc đại diện cho metadata của token.

CID IPFS là gì?

CID IPFS là mã định danh nội dung được tạo một phần từ hash mật mã và cách mã hóa nội dung.

CID IPFS có đảm bảo lưu trữ vĩnh viễn không?

Không. CID xác minh danh tính nội dung nhưng không đảm bảo nhà cung cấp có thể truy cập sẽ tiếp tục lưu trữ dữ liệu.

Metadata định địa chỉ theo nội dung là gì?

Metadata định địa chỉ theo nội dung được xác định bằng thông tin tạo từ chính nội dung thay vì chỉ dựa vào vị trí máy chủ.

Tính toàn vẹn metadata là gì?

Tính toàn vẹn metadata có nghĩa là các byte được truy xuất khớp với hash, mã định danh nội dung, chữ ký hoặc tham chiếu toàn vẹn đáng tin cậy.

Hash khớp có chứng minh metadata là đúng sự thật không?

Không. Hash chứng minh các byte khớp với nội dung dự kiến nhưng không chứng minh các tuyên bố bên trong là chính xác.

Metadata NFT có thể thay đổi không?

Có. Metadata có thể thay đổi nếu hợp đồng hoặc hệ thống lưu trữ cho phép cập nhật được cấp quyền.

Metadata đã đóng băng là gì?

Metadata đã đóng băng là thông tin được chuyển sang trạng thái mà các thay đổi trong tương lai bị hạn chế hoặc vô hiệu hóa về mặt kỹ thuật.

Metadata on-chain có luôn giữ nguyên không?

Không. Hợp đồng có thể nâng cấp và bộ nhớ do quản trị viên kiểm soát vẫn có thể cho phép thay đổi metadata on-chain.

Quản lý phiên bản metadata là gì?

Quản lý phiên bản metadata xác định và lưu giữ các thay đổi của lược đồ hoặc tài liệu theo thời gian.

CAIP-19 là gì?

CAIP-19 là tiêu chuẩn không phụ thuộc chain để xác định loại tài sản crypto và từng tài sản cụ thể.

Tại sao mã định danh cross-chain quan trọng?

Mã định danh cross-chain giúp tránh nhầm lẫn tài sản trên các blockchain khác nhau do tên, ký hiệu hoặc định dạng hợp đồng tương tự.

Metadata DID là gì?

Metadata DID mô tả mã định danh phi tập trung, bên kiểm soát, phương thức xác minh và điểm cuối dịch vụ.

Metadata chứng thực có thể xác minh là gì?

Đây là metadata mô tả bên phát hành, chủ thể chứng thực, tuyên bố, thời hạn hiệu lực, trạng thái, lược đồ và phương thức bảo mật.

Metadata có thể chứa phần mềm độc hại không?

Metadata có thể tham chiếu đến liên kết độc hại, tập lệnh, phương tiện chủ động, tệp quá lớn và nội dung không an toàn khác.

Việc nhận NFT có thể khiến ví gặp rủi ro phishing không?

Có. Metadata token không được yêu cầu có thể hiển thị liên kết độc hại hoặc thông báo giả về phần thưởng nhằm lừa người dùng.

Metadata có bao giờ nên yêu cầu cụm từ khôi phục không?

Không. Không tài liệu metadata, bên phát hành token hay quy trình hỗ trợ hợp pháp nào cần cụm từ khôi phục ví.

Metadata có thể tiết lộ thông tin cá nhân không?

Có. Metadata công khai có thể tiết lộ danh tính, tư cách thành viên, địa điểm, chứng thực hoặc mối quan hệ tài chính.

Có thể xác thực metadata crypto như thế nào?

Có thể kiểm tra metadata bằng cách xác thực cú pháp, lược đồ, quy tắc URI, hash mật mã, chữ ký và rà soát ngữ nghĩa.

Hạn chế lớn nhất của tiêu chuẩn metadata là gì?

Tiêu chuẩn có thể giúp dữ liệu tương tác với nhau nhưng không đảm bảo tài sản, bên phát hành hoặc tuyên bố được mô tả là hợp pháp.

Người dùng nên xác minh điều gì trước khi tin metadata token?

Người dùng nên xác minh blockchain, địa chỉ hợp đồng, tiêu chuẩn metadata, phương thức lưu trữ, quyền cập nhật, tham chiếu toàn vẹn và các tuyên bố bên ngoài.

Kết luận

Tiêu chuẩn metadata quy định cách cấu trúc và trao đổi thông tin mô tả tài sản crypto, NFT, danh tính, chứng thực và tài nguyên blockchain.

Tiêu chuẩn giúp ví, hợp đồng thông minh, hệ thống lập chỉ mục và ứng dụng diễn giải nhất quán tên, ký hiệu, chữ số thập phân, hình ảnh, đặc tính, mã định danh và tài nguyên bên ngoài.

Các hệ thống metadata crypto chính gồm trường dành cho token có thể thay thế, URI token ERC-721, lược đồ metadata ERC-1155, sự kiện cập nhật ERC-4906, JSON, JSON Schema, JSON-LD, mã định danh nội dung và mã định danh tài sản không phụ thuộc chain.

Metadata có thể được lưu trực tiếp on-chain, lưu trữ off-chain hoặc bảo vệ bằng mô hình kết hợp tham chiếu blockchain với kiểm tra tính toàn vẹn bằng mật mã.

Lưu trữ on-chain không đảm bảo tính bất biến, còn định địa chỉ theo nội dung không đảm bảo khả năng truy cập lâu dài.

Ứng dụng cần xác thực lược đồ, làm sạch nội dung bên ngoài, kiểm tra quyền cập nhật, lưu giữ lịch sử phiên bản và không xem tên hoặc ký hiệu là mã định danh duy nhất đáng tin cậy.

Người dùng nên xem metadata là thông tin mô tả, không phải bằng chứng token xác thực, có giá trị, được bảo chứng hoặc có hiệu lực pháp lý.

Tiêu chuẩn metadata được thiết kế tốt chỉ cải thiện khả năng tương tác crypto khi đi kèm với phương thức lưu trữ an toàn, tuyên bố chính xác, cơ chế quản trị rõ ràng, bảo vệ quyền riêng tư và quy trình xác thực đáng tin cậy.