Chính sách công bố | verifiable public data Disclosure policy | verifiable public data

Công bố dữ liệu thật, có ranh giới trách nhiệm và không để người dùng hiểu sai về tài sản. Publish real data with clear responsibility boundaries and never let users misunderstand the assets.

nft.iai.one được dùng để công bố collection, reserve bucket và tài sản mã hóa theo chuẩn có thể kiểm tra. Mọi mục công bố phải cho người dùng biết chính xác cái gì đã public, cái gì còn chờ duyệt và cái gì chưa được phát hành. nft.iai.one publishes collections, reserve buckets, and digital assets in a verifiable format. Every disclosure item must tell users exactly what is public, what is still awaiting approval, and what has not been issued yet.

1. Mỗi mục công bố phải có 1. Every disclosure item must include

  • Tên asset class, reserve bucket hoặc wallet group đủ rõ để người dùng hiểu đúng đối tượng.A clear asset-class, reserve-bucket, or wallet-group name so users understand the subject correctly.
  • Network liên quan như Bitcoin, Ethereum, Base, Arweave, IPFS hoặc hệ thống off-chain tương ứng.The relevant network such as Bitcoin, Ethereum, Base, Arweave, IPFS, or the associated off-chain system.
  • Holding mode, owner boundary và đơn vị chịu trách nhiệm công bố.The holding mode, owner boundary, and the entity responsible for the disclosure.
  • Trạng thái địa chỉ hoặc tình trạng công khai ví.The address state or wallet-publication state.
  • Ghi chú xác minh cho biết proof đã đủ, đang pilot hay còn withheld.A verification note explaining whether proof is complete, piloting, or withheld.

2. Bốn mức công bố được phép 2. Four allowed disclosure levels

  • Published: địa chỉ, bucket hoặc hợp đồng đã được mở công khai.Published: the address, bucket, or contract is publicly disclosed.
  • Pending: loại tài sản đã được khai báo nhưng dữ liệu ví hoặc chứng thực chưa đủ.Pending: the asset class is declared, but wallet data or attestation is not complete.
  • Withheld pending approval: dữ liệu tồn tại nhưng bị giữ lại vì chưa qua treasury, compliance hoặc governance review.Withheld pending approval: the data exists but is being held until treasury, compliance, or governance review is complete.
  • Planned: mới là cấu trúc tài liệu hoặc ý tưởng sản phẩm, chưa được xem là disclosure thực.Planned: still a documentation structure or product idea, not an actual disclosure.

3. Sign-off matrix 3. Sign-off matrix

  • Tài sản creator: creator owner + ops.Creator assets: creator owner + ops.
  • Chứng chỉ hoặc badge: issuer + ops hoặc verification owner.Certificates or badges: issuer + ops or the verification owner.
  • Treasury disclosures: treasury + governance hoặc compliance.Treasury disclosures: treasury + governance or compliance.
  • Collection công khai mới: product owner + docs owner để bảo đảm narrative và dữ liệu không lệch nhau.New public collections: product owner + docs owner so narrative and data never diverge.

4. Nhịp cập nhật dữ liệu 4. Data refresh cadence

  • Dùng reporting window rõ ràng thay vì cập nhật ngẫu hứng theo từng ví riêng lẻ.Use explicit reporting windows rather than ad-hoc wallet-by-wallet updates.
  • Mọi dữ liệu stale phải có dấu hiệu cảnh báo để người dùng không nhầm là trạng thái hiện tại.Every stale dataset must be visibly marked so users do not mistake it for the current state.
  • Thay đổi lớn phải đi kèm changelog hoặc event log để trace lại provenance.Major changes must include a changelog or event log so provenance stays traceable.

5. Chuẩn UX cho người dùng cuối 5. End-user UX standard

  • Luôn hiển thị rõ trạng thái: public, pending, withheld hoặc planned.Always show a clear state: public, pending, withheld, or planned.
  • Không dùng ngôn ngữ marketing khiến người xem tưởng rằng mọi ví đã được công bố đầy đủ.Never use marketing language that implies all wallets are fully disclosed when they are not.
  • Mỗi item phải có liên kết đến tài liệu hoặc nguồn xác minh đi kèm.Each item must link to the supporting documentation or verification source.
  • Nếu chưa có dữ liệu production thì phải hiển thị rõ là preview hoặc planned, không được mập mờ.If production data is not available, the interface must clearly say preview or planned, never something ambiguous.

6. Liên kết với issuance worker 6. Connection to the issuance worker

  • Collection ecosystem-asset-ledger chỉ nên chuyển sang mint-ready khi disclosure state, proof và sign-off đều hoàn chỉnh.The ecosystem-asset-ledger collection should become mint-ready only after disclosure state, proof, and sign-off are complete.
  • /api/issue không nên gửi giao dịch thật nếu dữ liệu công bố vẫn đang ở trạng thái pending hoặc withheld./api/issue should never submit a live transaction while disclosure data is still pending or withheld.
  • Metadata của NFT công bố tài sản phải phản ánh đúng reporting window và nguồn proof.Asset-disclosure NFT metadata must reflect the correct reporting window and proof source.