Standar Metadata

Apa Itu Standar Metadata?

Standar metadata adalah aturan bersama yang menentukan cara informasi tentang mata uang kripto, token, akun blockchain, barang koleksi digital, transaksi, atau identitas terdesentralisasi diberi nama, diformat, disimpan, diambil, dan ditafsirkan.

Metadata adalah data yang menjelaskan aset atau objek data lainnya.

Dalam kripto, metadata dapat menjelaskan nama token, simbol, presisi desimal, gambar, atribut, kreator, sumber daya eksternal, jenis media, ketentuan penerbitan, atau aset dasar.

Standar metadata memungkinkan wallet, aplikasi blockchain, explorer, indexer, sistem analitik, dan smart contract menafsirkan informasi yang sama secara konsisten.

Tanpa standar bersama, sebuah aplikasi mungkin menggunakan kolom

, aplikasi lain menggunakan , dan aplikasi lainnya mungkin tidak memahami referensi media tersebut.

Standar metadata dapat menentukan fungsi kontrak, kolom data, struktur JSON, identifier, event pembaruan, aturan validasi, metode penyimpanan, dan persyaratan keamanan.

Sebagian metadata disimpan langsung di blockchain, sementara metadata lainnya disimpan di situs web, jaringan penyimpanan terdistribusi, atau basis data privat.

Standar metadata meningkatkan interoperabilitas, tetapi tidak menjamin bahwa informasinya benar, permanen, legal, atau aman.

Mengapa Standar Metadata Penting dalam Kripto?

Catatan blockchain sering berisi identifier teknis yang sulit dipahami pengguna awam.

Alamat kontrak token mengidentifikasi aset tertentu, tetapi alamat saja tidak memberikan nama, logo, deskripsi, atau presisi tampilan yang mudah dibaca.

Metadata mengubah informasi teknis blockchain menjadi data terstruktur yang dapat ditampilkan oleh perangkat lunak dan dipahami pengguna.

Wallet dapat menggunakan metadata terstandar untuk menampilkan nama token dan saldo yang benar.

Aplikasi NFT dapat menggunakan metadata untuk menampilkan gambar, animasi, deskripsi, dan trait.

Aplikasi identitas terdesentralisasi dapat menggunakan metadata untuk mengidentifikasi kunci verifikasi, endpoint layanan, penerbit, subjek kredensial, dan jenis kredensial.

Standar mengurangi kebutuhan setiap aplikasi untuk membuat integrasi khusus yang berbeda bagi setiap aset kripto.

Standar juga memudahkan validasi data, deteksi kolom yang hilang, perbandingan implementasi, dan pemindahan informasi antarsistem.

Standar Metadata vs. Metadata

Metadata adalah informasi deskriptif yang sebenarnya dan dilampirkan pada atau dikaitkan dengan suatu aset.

Standar metadata adalah aturan yang menjelaskan bagaimana informasi tersebut harus disusun dan ditafsirkan.

Teks “Digital Access Pass” dapat menjadi nama token yang disimpan dalam metadata.

Standar dapat menetapkan bahwa nama token harus dicantumkan dalam kolom bernama

dan direpresentasikan sebagai string.

Metadata dapat mematuhi standar, mematuhi sebagian ketentuannya, atau menggunakan format khusus sepenuhnya.

Standar Metadata vs. Skema Metadata

Standar metadata menjelaskan aturan yang lebih luas untuk membuat dan bertukar metadata.

Skema metadata menentukan struktur, kolom, jenis data, dan persyaratan validasi yang diizinkan dalam dokumen metadata.

Sebuah standar dapat mencakup satu atau beberapa skema beserta antarmuka smart contract, event pembaruan, aturan URI, dan petunjuk pemrosesan.

Skema dapat mewajibkan

berupa string, berupa array, dan berisi URI.

Sebuah dokumen dapat berupa JSON yang valid, tetapi tetap tidak memenuhi skema metadata yang diwajibkan.

Standar Metadata vs. Standar Token

Standar token menentukan perilaku token dan cara aplikasi lain berinteraksi dengan smart contract-nya.

Standar metadata menentukan cara informasi deskriptif tentang token direpresentasikan.

Satu standar token dapat mencakup fungsi perilaku dan fungsi metadata opsional sekaligus.

Contohnya, standar token fungibel dapat menentukan fungsi transfer, saldo, persetujuan, total suplai, nama, simbol, dan presisi desimal.

Standar NFT dapat menentukan fungsi kepemilikan dan transfer sekaligus menggunakan URI metadata untuk menemukan informasi deskriptif.

Elemen Utama Standar Metadata Kripto

Identifier

Identifier membedakan satu blockchain, kontrak, jenis token, instans token, akun, kredensial, atau dokumen metadata dari yang lain.

Contohnya mencakup identifier chain, alamat kontrak, token ID, decentralized identifier, URL, URI, dan content identifier.

Nama Kolom

Nama kolom terstandar memungkinkan perangkat lunak menemukan informasi tanpa menebak label yang digunakan setiap penerbit.

Kolom umum mencakup

, , , , , , dan .

Jenis Data

Jenis data menentukan apakah suatu nilai harus berupa string, angka, bilangan bulat, nilai Boolean, objek, array, atau nilai null.

Penggunaan jenis data yang konsisten mencegah aplikasi menerima angka ketika seharusnya menerima teks.

Kolom Wajib dan Opsional

Standar dapat mewajibkan informasi yang harus disediakan oleh setiap implementasi yang mematuhi standar dan mengizinkan kolom opsional untuk fitur tambahan.

Perangkat lunak sebaiknya tidak berasumsi bahwa kolom opsional selalu tersedia.

Aturan URI

Standar metadata dapat menentukan cara kontrak memberikan URI untuk menemukan dokumen metadata atau file media.

URI mengidentifikasi sumber daya, tetapi skema URI menentukan cara aplikasi mengambil atau menafsirkannya.

Aturan Pembaruan

Aturan pembaruan menjelaskan apakah metadata dapat berubah, siapa yang dapat mengubahnya, dan bagaimana aplikasi mengetahui bahwa pembaruan telah terjadi.

Aturan Integritas

Aturan integritas memungkinkan aplikasi memeriksa apakah metadata yang diambil cocok dengan hash kriptografis atau content identifier yang diharapkan.

Aturan Validasi

Aturan validasi mengidentifikasi metadata yang tidak valid, hilang, bertentangan, atau tidak didukung sebelum ditampilkan kepada pengguna.

Metadata On-Chain

Metadata on-chain disimpan langsung dalam state blockchain, penyimpanan kontrak, data transaksi, atau sumber daya lain yang diamankan oleh blockchain.

Aplikasi dapat membaca metadata dari node tanpa bergantung pada server web biasa.

Penyimpanan on-chain dapat memberikan ketersediaan dan integritas yang kuat selama blockchain yang mendasarinya tetap dapat diakses.

Penyimpanan ini juga dapat mahal karena setiap byte yang disimpan bisa menambah biaya transaksi dan kebutuhan penyimpanan jaringan jangka panjang.

Media yang sepenuhnya on-chain dapat menggunakan teks ringkas, grafis vektor terenkode, pembuatan prosedural, atau data URI.

On-chain tidak otomatis berarti immutable karena kontrak yang dapat di-upgrade atau dikendalikan admin bisa mengubah informasi yang dikembalikan.

Metadata Off-Chain

Metadata off-chain disimpan di luar blockchain, sementara blockchain mencatat referensinya.

Referensi tersebut dapat mengarah ke sumber HTTPS, objek penyimpanan terdistribusi, server privat, API, atau file berbasis alamat konten.

Penyimpanan off-chain dapat mendukung gambar, video, dokumen, dan kumpulan atribut terperinci yang lebih besar dengan biaya blockchain lebih rendah.

Penyimpanan ini menimbulkan risiko tambahan terkait ketersediaan, hosting, domain, keamanan, dan perubahan konten.

Jika server biasa hilang, token dapat tetap ada di blockchain sementara metadatanya tidak lagi tersedia.

Metadata Hybrid

Metadata hybrid menggabungkan informasi on-chain dengan file off-chain.

Smart contract dapat menyimpan token ID, kepemilikan, URI metadata, dan hash konten secara on-chain, sementara dokumen JSON lengkap dan media disimpan di tempat lain.

Pendekatan ini dapat mengurangi biaya penyimpanan sekaligus memberi aplikasi cara untuk memverifikasi konten yang diambil.

Keamanan hasilnya bergantung pada kolom mana yang dilindungi on-chain dan kolom mana yang masih dapat berubah.

Standar Metadata Token Fungibel

Metadata token fungibel membantu wallet dan aplikasi menampilkan aset kripto yang dapat dipertukarkan dengan benar.

Standar token ERC-20 final menetapkan fungsi opsional untuk nama, simbol, dan presisi desimal token.

Kolom

memberikan nama aset yang mudah dibaca.

Kolom

memberikan representasi singkat seperti ticker.

Nilai

memberi tahu antarmuka cara mengonversi unit on-chain terkecil menjadi jumlah yang mudah dibaca pengguna.

Token dengan 18 desimal merepresentasikan satu token yang ditampilkan sebagai 10¹⁸ unit terkecil.

Nama dan simbol tidak mengidentifikasi token secara unik karena beberapa kontrak yang tidak terkait dapat menggunakan nilai yang sama.

Aplikasi yang andal sebaiknya mengidentifikasi aset melalui blockchain dan alamat kontraknya, bukan hanya melalui simbolnya.

Metadata Desimal

Metadata desimal mengubah cara saldo token berupa bilangan bulat ditampilkan, tetapi tidak otomatis membagi unit on-chain yang mendasarinya.

Saldo Token yang Ditampilkan = Saldo Token Mentah / 10^Desimal

Saldo mentah sebesar 250,000,000 dengan enam desimal ditampilkan sebagai 250 token.

Metadata desimal yang salah dapat membuat saldo terlihat jauh lebih besar atau lebih kecil daripada nilai sebenarnya.

Perhitungan keuangan sebaiknya menggunakan aritmetika bilangan bulat yang presisi, bukan perkiraan floating-point.

Standar Metadata ERC-721

ERC-721 adalah standar final untuk NFT, yang setiap tokennya memiliki identifier berbeda.

Antarmuka metadata opsional dalam standar ERC-721 menetapkan fungsi

, , dan .

Fungsi

mengembalikan URI yang terkait dengan token ID tertentu.

Metadata yang ditemukan melalui URI tersebut biasanya berisi nama, deskripsi, dan URI gambar.

Aplikasi dapat mendukung kolom tambahan, tetapi kolom khusus tidak dijamin tampil secara konsisten di setiap antarmuka.

ERC-721 menstandarkan akses ke metadata tanpa mewajibkan setiap byte metadata disimpan langsung di kontrak.

Kolom Metadata ERC-721 yang Umum

Nama

Kolom

memberikan nama yang mudah dibaca untuk token individual atau aset yang direpresentasikannya.

Deskripsi

Kolom

menjelaskan token, media, utilitas, riwayat, atau item yang direpresentasikan.

Gambar

Kolom

berisi URI yang mengarah ke gambar terkait token.

Animation URL

Kolom

dapat mengarah ke video, audio, media interaktif, konten tiga dimensi, atau sumber daya kaya lainnya.

External URL

Kolom

dapat mengarahkan pengguna ke halaman informasi atau aplikasi resmi.

Atribut

Array

dapat menjelaskan trait seperti kategori, level, edisi, warna, status, atau properti khusus token lainnya.

Format trait sebaiknya konsisten di seluruh koleksi agar aplikasi dapat mengurutkan dan membandingkannya dengan benar.

Standar Metadata ERC-1155

ERC-1155 mendukung beberapa jenis token fungibel, non-fungibel, dan semi-fungibel dalam satu smart contract.

Standar multi-token ERC-1155 final menetapkan antarmuka URI metadata opsional dan skema JSON terkait.

Fungsi

mengembalikan URI metadata untuk suatu jenis token.

Standar ini mengizinkan placeholder

muncul di dalam nilai metadata.

Klien yang kompatibel mengganti placeholder tersebut dengan token ID dalam format string heksadesimal huruf kecil sepanjang 64 karakter dengan padding nol, tanpa awalan

.

Penggantian ini memungkinkan satu pola URI digunakan secara efisien untuk banyak token ID.

Skema ERC-1155 mencakup kolom seperti nama, deskripsi, gambar, desimal, dan properti.

Metadata ERC-721 vs. ERC-1155

ERC-721 biasanya memberikan URI khusus token melalui

.

ERC-1155 dapat memberikan templat URI yang disesuaikan aplikasi melalui penggantian token ID.

ERC-721 dirancang untuk token yang berbeda secara individual, sedangkan ERC-1155 dapat merepresentasikan beberapa kategori token dalam satu kontrak.

Kedua standar biasanya menghasilkan metadata dalam format JSON dan dapat mengarah ke media eksternal.

Aplikasi sebaiknya mendeteksi dan memproses antarmuka yang tepat alih-alih berasumsi bahwa semua NFT mengikuti satu pola metadata.

Standar Pembaruan Metadata

Metadata NFT yang dapat diubah menimbulkan tantangan karena aplikasi mungkin menyimpan versi lama dalam cache dan tidak mengetahui bahwa metadata telah berubah.

Ekstensi pembaruan metadata ERC-4906 final menetapkan event terstandar untuk memberi tahu aplikasi tentang perubahan metadata ERC-721.

Event

mengidentifikasi satu token yang metadatanya berubah.

Event

mengidentifikasi rentang token ID berurutan yang terdampak.

Aplikasi dapat memantau event ini dan mengambil metadata yang diperbarui melalui URI token.

Event tersebut memberi sinyal bahwa metadata berubah, tetapi tidak menyertakan dokumen lengkap yang telah berubah.

Standar Metadata On-Chain yang Berkembang

Proposal metadata baru terus dikembangkan seiring aplikasi blockchain membutuhkan informasi on-chain yang lebih terstruktur.

ERC-8048 diperkenalkan pada September 2025 sebagai proposal draf untuk metadata key-value yang disimpan langsung dalam registri multi-token dan NFT.

Draf ERC-8048 saat ini mengusulkan fungsi yang mengembalikan byte metadata untuk token ID dan key string.

Proposal ini juga mengusulkan event yang dapat dipantau aplikasi saat nilai metadata ditetapkan.

Karena ERC-8048 masih berupa draf, developer sebaiknya tidak menyebutnya sebagai standar final atau standar yang diadopsi secara universal.

Proposal draf dapat berubah, tidak lagi aktif, atau gagal memperoleh dukungan implementasi yang luas.

JSON sebagai Format Metadata

JSON adalah format teks ringan yang umum digunakan untuk bertukar metadata kripto antara kontrak, server, wallet, dan aplikasi.

Standar JSON IETF menetapkan objek, array, string, angka, nilai Boolean, dan nilai null.

Objek JSON berisi nama kolom dan nilai yang terkait dengannya.

JSON populer karena mudah dibaca, didukung secara luas, dan mudah diproses oleh aplikasi web.

JSON yang valid tidak membuktikan bahwa dokumen tersebut mengikuti skema metadata token.

Aplikasi sebaiknya menolak nilai duplikat atau yang tidak diharapkan sesuai kebijakan keamanan dan interoperabilitasnya.

Contoh Struktur Metadata NFT

Contoh ini menggunakan kolom umum, tetapi bukan skema universal lengkap untuk setiap aplikasi NFT.

URI, struktur atribut, dan kolom opsional perlu dinilai berdasarkan standar serta aplikasi yang akan menggunakannya.

JSON Schema

JSON Schema menyediakan aturan yang dapat dibaca mesin untuk memvalidasi struktur dan nilai dokumen JSON.

Skema dapat menentukan properti wajib, jenis data yang diharapkan, nilai minimum, pola string, nilai yang diizinkan, dan aturan objek bertingkat.

JSON Schema Draft 2020-12 resmi masih menjadi versi spesifikasi umum yang dirilis saat ini pada 2026.

Proyek kripto dapat menggunakan JSON Schema untuk memeriksa metadata sebelum melakukan minting atau menerbitkan token.

Wallet dan indexer juga dapat menggunakan skema untuk mengidentifikasi data yang tidak valid atau tidak didukung.

Validasi skema memastikan struktur dokumen, tetapi tidak dapat membuktikan kebenaran deskripsi, gambar, klaim kepemilikan, atau pernyataan penerbit.

Metadata JSON-LD

JSON-LD memperluas JSON dengan semantik linked data yang memungkinkan kolom dan jenis data terhubung ke konsep yang ditetapkan secara global.

Rekomendasi JSON-LD 1.1 yang stabil menetapkan format berbasis JSON untuk linked data yang interoperabel.

Properti

memetakan nama kolom singkat ke identifier dan kosakata yang lebih spesifik.

Properti

dapat mengidentifikasi subjek atau sumber daya.

Properti

mengidentifikasi jenis entitas yang dijelaskan.

JSON-LD dapat membantu aset tokenisasi, kredensial, catatan identitas, dan sistem aset dunia nyata bertukar metadata dengan makna yang konsisten.

Context jarak jauh menimbulkan risiko ketergantungan dan keamanan jika kontennya dapat berubah atau tidak lagi tersedia.

Standar URI dalam Metadata Kripto

Uniform Resource Identifier mengidentifikasi sumber daya digital atau fisik melalui format karakter terstandar.

Standar sintaks umum URI menetapkan struktur umum yang digunakan oleh skema URI.

Skema metadata kripto yang umum mencakup

, , dan .

URI HTTPS mengidentifikasi lokasi yang dikendalikan melalui domain web dan server.

URI IPFS mengidentifikasi konten melalui content identifier.

Data URI menyematkan konten langsung di dalam URI.

Aplikasi sebaiknya memverifikasi skema yang didukung dan tidak menganggap URI yang tidak dikenali sebagai tautan web yang aman.

Pengalamatan Lokasi vs. Pengalamatan Konten

Pengalamatan lokasi memberi tahu aplikasi tempat meminta suatu sumber daya.

Pengalamatan konten mengidentifikasi sumber daya berdasarkan informasi yang berasal dari konten itu sendiri.

URL HTTPS dapat terus mengarah ke lokasi yang sama meskipun server mengubah file di sana.

Content identifier berubah ketika konten yang dirujuk berubah, dengan pengaturan encoding dan hashing yang sama.

Karena itu, pengalamatan konten meningkatkan verifikasi integritas, tetapi tidak menjamin bahwa konten tetap di-host dan dapat diambil.

Metadata IPFS

IPFS umum digunakan untuk menyimpan metadata dan media NFT melalui identifier berbasis alamat konten.

Dokumentasi pengalamatan konten IPFS resmi menjelaskan bahwa content identifier atau CID memuat informasi yang berasal dari hash kriptografis dan encoding konten.

Perubahan konten menghasilkan CID yang berbeda jika pengaturan pengalamatan konten yang sama digunakan.

URI token dapat menggunakan format

untuk mengidentifikasi dokumen metadata atau file.

Gateway publik dapat menerjemahkan URI tersebut menjadi permintaan HTTPS agar dapat diakses melalui browser.

Gateway merupakan jalur pengambilan data, bukan identitas dasar konten.

CID tidak menjamin penyimpanan permanen karena setidaknya satu penyedia yang dapat dijangkau harus terus menyediakan data tersebut.

Integritas Metadata

Integritas metadata berarti data yang diambil tidak berubah secara tidak terduga sejak referensi tepercaya dibuat.

Hash kriptografis dapat dihitung dari dokumen metadata dan dibandingkan dengan hash yang diharapkan.

Integritas Metadata Valid Jika Hash yang Dihitung = Hash Tepercaya yang Diharapkan

Hash yang cocok menjadi bukti bahwa byte-nya sama, tetapi tidak membuktikan bahwa konten aslinya akurat atau memiliki otorisasi.

Identifier metadata berbasis alamat konten dapat mencakup integritas di dalam identifier-nya.

Metadata berbasis alamat lokasi dapat menggunakan hash, tanda tangan digital, atau catatan integritas yang disimpan secara terpisah.

Keaslian Metadata

Keaslian berkaitan dengan pihak yang membuat, menyetujui, atau mengendalikan metadata.

Tanda tangan digital dapat menghubungkan dokumen metadata dengan kunci kriptografis.

Namun, verifikator tetap harus menentukan apakah kunci tersebut milik kreator, penerbit, otoritas kontrak, atau organisasi yang diharapkan.

Tanda tangan valid dari kunci yang telah diretas dapat mengautentikasi dokumen yang tidak memiliki otorisasi.

Rotasi kunci, pencabutan, kontrol akses, dan prosedur penanganan insiden tetap diperlukan.

Metadata Immutable

Metadata immutable dirancang agar konten atau referensi tepercayanya tidak dapat diubah setelah titik tertentu.

Immutability dapat dibuat dengan menyimpan seluruh data secara on-chain, menyimpan content identifier yang tidak dapat diubah, atau menonaktifkan izin pembaruan secara permanen.

Proyek sebaiknya menjelaskan dengan tepat bagian mana yang bersifat immutable.

Dokumen JSON yang immutable tetap dapat mengarah ke gambar eksternal yang berubah.

Smart contract immutable juga dapat merujuk ke lokasi server yang dapat diubah.

Immutability yang sebenarnya perlu dinilai di seluruh rantai referensi.

Metadata Mutable

Metadata mutable dapat berubah setelah token dibuat.

Metadata ini dapat mendukung item game yang berkembang, keanggotaan yang berubah, aset yang dapat ditukarkan, status identitas, catatan pemeliharaan, dan pembaruan aset dunia nyata.

Metadata ini juga memungkinkan pihak berwenang atau admin yang diretas mengganti gambar, deskripsi, trait, atau tautan eksternal.

Standar metadata sebaiknya menentukan otoritas pembaruan, proses, event, riwayat, dan ketentuan untuk membekukan perubahan mendatang.

Aplikasi sebaiknya tidak menyebut metadata mutable sebagai permanen.

Metadata yang Dibekukan

Metadata yang dibekukan adalah metadata yang sebelumnya dapat diedit, tetapi telah ditempatkan dalam keadaan yang membuat perubahan lebih lanjut tidak diharapkan atau tidak diizinkan.

Proses pembekuan sebaiknya diterapkan melalui kode kontrak atau kontrol lain yang dapat diverifikasi secara independen.

Pernyataan di situs web bahwa metadata telah dibekukan lebih lemah daripada pembatasan teknis yang menghapus wewenang pembaruan.

Pengguna sebaiknya memeriksa apakah upgrade proxy, tindakan tata kelola, atau kunci administrator dapat memulihkan izin perubahan.

Pemberian Versi Metadata

Pemberian versi metadata mencatat perubahan dokumen atau skema metadata dari waktu ke waktu.

Identifier versi membantu aplikasi menentukan aturan yang harus diterapkan.

Versi semantik dapat menggunakan nomor mayor, minor, dan patch untuk membedakan perubahan yang tidak kompatibel dari penambahan dan perbaikan yang kompatibel.

Versi historis dapat mendukung audit, sengketa, migrasi, dan tampilan akurat atas keadaan token sebelumnya.

URI mutable yang menimpa dokumen sebelumnya tanpa riwayat akan menyulitkan rekonstruksi informasi yang awalnya diterima pengguna.

Standar Metadata Lintas Chain

Aplikasi lintas chain memerlukan identifier yang dapat membedakan aset dengan nama dan alamat serupa di blockchain berbeda.

Simbol ticker saja tidak memadai karena aset yang tidak terkait dapat menggunakan simbol yang sama.

Standar identifier aset CAIP-19 menetapkan format agnostik chain untuk mengidentifikasi jenis aset dan instans aset tertentu.

Identifier lengkap dapat menggabungkan namespace blockchain, referensi blockchain, namespace aset, referensi kontrak atau aset, dan token ID opsional.

Identifier lintas chain mengurangi ambiguitas saat wallet, sistem pembayaran, bridge, dan perangkat portofolio bertukar metadata aset.

Identifier tersebut tidak membuktikan bahwa token hasil bridge didukung penuh oleh aset aslinya.

Metadata Aset Wrapped dan Bridged

Token wrapped atau bridged merepresentasikan aset melalui blockchain atau sistem teknis lain.

Metadatanya sebaiknya mengidentifikasi blockchain saat ini, kontrak token, aset yang direpresentasikan, penerbit atau mekanisme bridge, serta ketentuan penebusan terkait.

Menyalin nama dan logo aset asli tanpa membedakan representasi wrapped dapat menyesatkan pengguna.

Aplikasi sebaiknya tidak berasumsi bahwa simbol yang sama menunjukkan hak penebusan atau keamanan yang sama.

Metadata sebaiknya menjelaskan apakah aset tersebut native, wrapped, bridged, sintetis, atau direpresentasikan dengan cara lain.

Metadata Decentralized Identifier

Decentralized identifier dapat menghubungkan entitas terkait blockchain dengan metode verifikasi dan informasi layanan.

Dokumen DID dapat memuat pengendali, metode verifikasi kriptografis, relasi autentikasi, dan endpoint layanan.

W3C menerbitkan DID Core versi 1.1 sebagai Candidate Recommendation Snapshot pada 5 Maret 2026.

Karena versi 1.1 masih berada di jalur Recommendation, implementer sebaiknya membedakannya dari Rekomendasi final DID Core 1.0.

Metadata DID dapat mendukung penerbit token, organisasi, kredensial, wallet, dan agen otomatis.

DID membuktikan kontrol sesuai metodenya, tetapi tidak otomatis membuktikan bahwa setiap klaim pengendalinya akurat.

Metadata Kredensial yang Dapat Diverifikasi

Kredensial yang dapat diverifikasi menggunakan metadata terstruktur untuk menyampaikan klaim penerbit tentang suatu subjek.

W3C Verifiable Credentials Data Model 2.0 menjadi Rekomendasi W3C pada 15 Mei 2025.

Model tersebut menetapkan informasi mengenai penerbit, subjek kredensial, jenis, masa berlaku, status kredensial, skema data, dan mekanisme pengamanan.

Aplikasi kripto dapat menggunakan kredensial yang dapat diverifikasi untuk identitas, keanggotaan, kepatuhan, pendidikan, kualifikasi profesional, dan hak akses tokenisasi.

Bukti kredensial yang valid menunjukkan bahwa data yang diamankan tidak diubah menurut metode kriptografi yang berlaku.

Verifikator tetap harus menentukan secara terpisah apakah penerbit tepercaya dan apakah kredensial tersebut sesuai dengan tujuan penggunaannya.

Metadata untuk Aset Dunia Nyata yang Ditokenisasi

Metadata untuk aset dunia nyata yang ditokenisasi dapat menjelaskan properti, sekuritas, komoditas, faktur, klaim lingkungan, keanggotaan, atau hak hukum.

Kontrak token saja mungkin tidak memuat semua dokumen yang diperlukan untuk memahami kepemilikan atau penebusan.

Metadata dapat mengidentifikasi perjanjian hukum, penerbit, kustodian, tanggal valuasi, yurisdiksi, identifier aset, audit, pembatasan, dan informasi status.

Tautan metadata tidak otomatis membuat dokumen hukum eksternal mengikat.

Pengguna perlu menentukan apakah token memberikan klaim yang dapat ditegakkan terhadap entitas atau aset terkait.

Informasi pribadi dan komersial yang sensitif sebaiknya tidak ditempatkan secara permanen di blockchain publik.

Lokalisasi Metadata

Lokalisasi memungkinkan nama, deskripsi, dan metadata lain yang dapat dibaca ditampilkan dalam beberapa bahasa.

Standar sebaiknya mengidentifikasi bahasa yang terkait dengan setiap nilai teks.

Aplikasi sebaiknya menentukan perilaku fallback ketika bahasa yang diminta tidak tersedia.

Terjemahan sebaiknya mempertahankan informasi risiko material, hukum, dan penebusan, bukan hanya menyederhanakan konten promosi.

Encoding karakter sebaiknya konsisten agar nama tidak rusak di berbagai sistem.

Aksesibilitas Metadata

Metadata yang aksesibel membantu pengguna yang mengandalkan screen reader, alternatif teks, navigasi keyboard, atau teknologi asistif lainnya.

Gambar sebaiknya memiliki deskripsi teks yang bermakna jika aplikasi atau skema mendukungnya.

Informasi penting sebaiknya tidak hanya muncul di dalam gambar atau animasi.

Warna, gerakan, dan suara sebaiknya bukan satu-satunya cara untuk menyampaikan status token yang penting.

Aksesibilitas meningkatkan kemudahan penggunaan dan membuat metadata dapat dipahami oleh khalayak yang lebih luas.

Jenis Media dalam Metadata Kripto

Jenis media menjelaskan format file yang ditautkan, seperti JSON, PNG, SVG, MP4, atau jenis lain yang terdaftar.

Aplikasi dapat menggunakan informasi jenis media untuk menentukan cara memproses sumber daya.

Ekstensi file saja tidak dapat diandalkan karena server dapat mengirimkan konten yang tidak diharapkan dengan nama file yang tampak familier.

Aplikasi sebaiknya memeriksa jenis respons, memvalidasi struktur file, dan menerapkan aturan rendering yang aman.

Format aktif seperti HTML dan SVG memerlukan kontrol yang lebih kuat daripada gambar statis biasa karena dapat memuat skrip, referensi eksternal, atau perilaku interaktif.

Metadata Caching

Wallet, indexer, dan aplikasi sering menyimpan metadata dalam cache untuk meningkatkan kinerja dan mengurangi permintaan jaringan berulang.

Cache dapat menyebabkan nama, gambar, dan atribut lama tetap terlihat setelah pembaruan yang sah.

Event pembaruan, kebijakan kedaluwarsa, identifier versi, dan alat penyegaran manual dapat mengurangi masalah data usang.

Salinan dalam cache sebaiknya tidak dianggap sebagai state otoritatif terkini tanpa memeriksa sumber dan timestamp-nya.

Metadata berbasis alamat konten dapat di-cache dengan aman untuk integritas karena identifier berubah saat konten berubah.

Pengindeksan Metadata

Indexer metadata mengumpulkan referensi blockchain, mengambil dokumen, memvalidasi kolom, dan menyiapkan data untuk pencarian serta tampilan cepat.

Indexer dapat menormalkan berbagai standar ke dalam satu format internal.

Normalisasi dapat meningkatkan kemudahan penggunaan, tetapi mungkin menghapus kolom yang tidak didukung atau menyamarkan perbedaan antara skema asli.

Indexer sebaiknya menyimpan sumber asli, waktu pengambilan, identifier blockchain, alamat kontrak, dan token ID.

Aplikasi yang digunakan pengguna sebaiknya membedakan metadata yang diperoleh langsung dari kontrak dengan informasi yang ditambahkan oleh basis data eksternal.

Validasi Metadata

Validasi metadata memeriksa apakah data mengikuti sintaks, skema, identifier, jenis kolom, dan aturan keamanan yang diwajibkan.

Validasi sintaks memastikan dokumen berupa JSON atau format lain yang diharapkan dan tersusun dengan benar.

Validasi skema memeriksa kolom, nilai, dan struktur yang diwajibkan.

Validasi URI memeriksa apakah referensi sumber daya menggunakan skema yang diizinkan dan format yang valid.

Validasi integritas membandingkan hash atau content identifier.

Validasi semantik memeriksa apakah informasi masuk akal dalam konteks blockchain dan aset yang relevan.

Tidak ada satu lapisan validasi pun yang dapat membuktikan setiap klaim dalam metadata.

Risiko Keamanan Metadata Kripto

Tautan Berbahaya

Dokumen metadata dapat mengarahkan pengguna ke situs phishing melalui URL eksternal.

Media Berbahaya

Kolom gambar atau animasi dapat merujuk ke konten aktif yang dirancang untuk mengeksploitasi perangkat lunak rendering yang tidak aman atau melacak pengguna.

File Berukuran Besar

Penyerang dapat menyediakan file metadata atau media yang sangat besar untuk menghabiskan memori, bandwidth, penyimpanan, atau kapasitas pemrosesan.

Referensi Rekursif

Metadata dapat menautkan ke sumber daya lain yang terus saling merujuk dan menghasilkan permintaan berlebihan.

Pemalsuan Unicode

Nama dan simbol token dapat menggunakan karakter Unicode yang tampak mirip untuk meniru aset tepercaya.

Penggantian Metadata

Administrator atau server yang diretas dapat mengganti metadata mutable setelah pengguna memperoleh token.

Manipulasi Skema

Skema jarak jauh atau context JSON-LD dapat berubah dan mengubah cara dokumen ditafsirkan.

Pelacakan Privasi

URL media unik dapat mengungkap kapan wallet atau pengguna tertentu melihat metadata token.

Klaim Palsu

Metadata dapat membuat klaim palsu mengenai kepemilikan, kelangkaan, keaslian, hak hukum, cadangan, atau persetujuan kreator.

Metadata dan Phishing Wallet

Wallet dapat menemukan token yang tidak dikenal dan metadatanya menampilkan pesan yang menjanjikan reward atau memperingatkan adanya masalah akun.

Metadata tersebut dapat mengarahkan pengguna ke situs web berbahaya.

Menerima token tidak membuktikan bahwa nama, gambar, situs web, atau penerbitnya tepercaya.

Pengguna sebaiknya memverifikasi blockchain, alamat kontrak, sumber resmi, dan tindakan wallet yang diminta secara terpisah.

Dokumen metadata tidak memerlukan private key atau frasa pemulihan pengguna.

Risiko Privasi Metadata

Metadata publik dapat mengungkap nama pribadi, lokasi, kredensial, keanggotaan, informasi kesehatan, atau hubungan keuangan.

Data yang disimpan langsung di blockchain publik mungkin sulit atau tidak mungkin dihapus.

Mengenkripsi metadata sensitif dapat mengurangi visibilitas publik, tetapi menimbulkan tantangan dalam pengelolaan kunci dan kerahasiaan jangka panjang.

Hash publik juga dapat mengungkap informasi jika nilai yang mungkin mendasarinya mudah ditebak.

Proyek sebaiknya meminimalkan data pribadi dan hanya menyimpan informasi yang diperlukan untuk fungsi aset kripto yang dimaksud.

Cara Merancang Standar Metadata Kripto

Tentukan Kasus Penggunaan

Perancang sebaiknya mengidentifikasi aset, identitas, kredensial, atau aplikasi yang akan dijelaskan oleh metadata.

Tentukan Identifier Unik

Identifier sebaiknya membedakan blockchain, kontrak, jenis aset, dan token individual tanpa bergantung pada nama atau simbol.

Pilih Format Data

Format sebaiknya didukung secara luas, deterministik jika diperlukan, dan sesuai dengan ukuran data yang diperkirakan.

Tentukan Kolom Wajib

Hanya kolom yang diperlukan untuk interoperabilitas yang andal yang sebaiknya diwajibkan.

Tentukan Jenis Data

Setiap kolom sebaiknya memiliki jenis, rentang yang diizinkan, encoding, dan kebijakan kesalahan yang jelas.

Tentukan Perilaku URI

Standar sebaiknya mengidentifikasi skema URI yang didukung, aturan referensi relatif, ekspektasi pengambilan, dan batasan keamanan.

Tentukan Mutabilitas

Standar sebaiknya menjelaskan siapa yang dapat memperbarui metadata dan apakah pembaruan dapat dinonaktifkan pada akhirnya.

Tentukan Perlindungan Integritas

Dokumen eksternal yang penting sebaiknya menggunakan hash, content identifier, tanda tangan, atau metode integritas lain yang dapat diverifikasi.

Tentukan Pemberian Versi

Aplikasi memerlukan cara yang andal untuk mengidentifikasi versi skema yang tidak kompatibel dan ekstensi mendatang.

Tentukan Penanganan Kegagalan

Standar sebaiknya menjelaskan cara perangkat lunak menangani metadata yang hilang, tidak valid, tidak tersedia, berukuran terlalu besar, atau tidak didukung.

Dokumentasikan Pertimbangan Keamanan

Spesifikasi sebaiknya membahas input berbahaya, referensi jarak jauh, privasi, kontrol akses, wewenang upgrade, dan risiko denial-of-service.

Praktik Terbaik Metadata untuk Proyek Kripto

Gunakan blockchain dan alamat kontrak sebagai identitas utama aset, bukan simbol ticker.

Ikuti standar final jika standar tersebut telah mencakup kasus penggunaan yang diperlukan.

Beri label dengan jelas pada ekstensi metadata yang masih berupa draf atau eksperimental.

Gunakan nama kolom dan jenis data yang stabil di seluruh koleksi token.

Validasi setiap dokumen metadata sebelum dipublikasikan.

Gunakan pengalamatan konten atau hash kriptografis untuk sumber daya yang diharapkan tidak berubah.

Umumkan otoritas pembaruan dan aturan pembekuan sebelum pengguna memperoleh token.

Pancarkan event pembaruan terstandar jika didukung.

Simpan versi metadata historis untuk audit dan sengketa.

Hindari menyimpan data pribadi atau rahasia secara permanen di blockchain publik.

Batasi media aktif dan bersihkan konten eksternal sebelum dirender.

Sediakan deskripsi teks dan informasi bahasa yang bermakna.

Simpan salinan redundan untuk file off-chain yang penting.

Jangan mengklaim immutability jika referensi penting apa pun masih dapat diubah.

Cara Mengevaluasi Metadata Token

Pastikan blockchain dan alamat kontrak token yang benar.

Identifikasi standar token dan metadata yang diklaim diterapkan oleh kontrak.

Jika memungkinkan secara teknis, baca URI langsung dari kontrak.

Periksa apakah metadata disimpan on-chain, melalui HTTPS, melalui IPFS, atau melalui sistem lain.

Verifikasi content identifier atau hash jika tersedia.

Tinjau pihak yang dapat mengubah kontrak, URI, metadata, skema, atau referensi penyimpanan.

Periksa apakah event pembaruan metadata dipancarkan.

Periksa media tertaut dan URL eksternal dengan hati-hati.

Bandingkan klaim hukum dan klaim dukungan aset dengan dokumentasi independen.

Jangan mengandalkan logo, nama, atau simbol ticker sebagai bukti keaslian.

Kesalahan Umum dalam Standar Metadata

Kesalahan umum adalah menganggap JSON valid sebagai bukti bahwa metadata mematuhi standar token.

Kesalahan lainnya adalah menggunakan simbol token sebagai identifier aset yang unik secara global.

Beberapa proyek menyimpan metadata di server biasa sambil mempromosikan asetnya sebagai sepenuhnya immutable.

Proyek lain mencantumkan CID IPFS dalam satu dokumen, tetapi tetap mengizinkan kontrak mengganti URI dokumen tersebut.

Dokumen metadata dapat menggunakan nama dan nilai atribut yang tidak konsisten di dalam koleksi yang sama.

Aplikasi dapat merender media aktif tanpa sanitasi atau pembatasan konten.

Developer dapat berasumsi bahwa setiap wallet mendukung kolom metadata khusus.

Kesalahan lainnya adalah tidak memancarkan event pembaruan setelah mengubah metadata mutable.

Proyek dapat menggunakan proposal draf tanpa mengungkapkan bahwa kolom dan perilakunya masih dapat berubah.

Menyimpan informasi pribadi sensitif secara permanen di on-chain dapat menimbulkan masalah privasi dan kepatuhan yang serius.

Pertanyaan yang Sering Diajukan

Apa definisi paling sederhana dari standar metadata?

Standar metadata adalah aturan bersama untuk menyusun, menyimpan, mengambil, dan menafsirkan informasi deskriptif tentang aset kripto dan catatan blockchain.

Apa itu metadata kripto?

Metadata kripto adalah informasi yang menjelaskan token, NFT, akun blockchain, kredensial, transaksi, atau aset yang direpresentasikan.

Mengapa aset kripto memerlukan metadata?

Metadata membantu perangkat lunak menampilkan nama, simbol, gambar, desimal, atribut, identitas, dan sumber daya eksternal yang mudah dibaca.

Apakah metadata disimpan di blockchain?

Metadata dapat disimpan on-chain, off-chain, atau dengan desain hybrid yang menggabungkan referensi blockchain dan file eksternal.

Apa itu metadata on-chain?

Metadata on-chain adalah data deskriptif yang disimpan langsung dalam state blockchain, penyimpanan smart contract, atau data transaksi.

Apa itu metadata off-chain?

Metadata off-chain disimpan di luar blockchain, sementara blockchain mencatat URI atau referensi lain ke metadata tersebut.

Apakah metadata off-chain tidak aman?

Metadata off-chain dapat digunakan dengan aman, tetapi menimbulkan risiko hosting, integritas, ketersediaan, domain, dan pembaruan yang perlu dikelola.

Metadata apa yang ditentukan ERC-20?

ERC-20 menetapkan fungsi opsional untuk nama token, simbol, dan presisi desimal.

Apakah nama dan simbol token bersifat unik?

Tidak. Kontrak yang tidak terkait dapat menggunakan nama dan simbol token yang sama.

Bagaimana token fungibel sebaiknya diidentifikasi?

Token fungibel sebaiknya diidentifikasi melalui blockchain dan alamat kontraknya, bukan hanya melalui simbolnya.

Apa itu metadata ERC-721?

Metadata ERC-721 menggunakan URI khusus token untuk memberikan informasi tentang satu token non-fungibel.

Apa itu metadata ERC-1155?

Metadata ERC-1155 menggunakan antarmuka URI dan skema JSON yang dapat mendukung banyak jenis token dalam satu kontrak.

Apa arti placeholder

{id}

ERC-1155?

Aplikasi yang kompatibel menggantinya dengan token ID dalam format nilai heksadesimal huruf kecil sepanjang 64 karakter tanpa awalan

.

Apa itu ERC-4906?

ERC-4906 adalah ekstensi final yang menetapkan event untuk memberi tahu aplikasi tentang pembaruan metadata ERC-721.

Apa itu ERC-8048?

ERC-8048 adalah proposal draf yang diperkenalkan pada 2025 untuk metadata key-value yang disimpan langsung dalam registri multi-token dan NFT.

Apakah ERC-8048 merupakan standar final?

Tidak. ERC-8048 masih berupa draf dan dapat berubah sebelum difinalisasi.

Mengapa JSON digunakan untuk metadata kripto?

JSON mudah dibaca, ringan, didukung secara luas, dan sesuai untuk pertukaran data terstruktur.

Apakah JSON yang valid berarti metadata token valid?

Tidak. Dokumen tersebut juga harus memenuhi skema metadata dan persyaratan aplikasi yang relevan.

Apa itu JSON Schema?

JSON Schema menetapkan aturan validasi dokumen JSON yang dapat dibaca mesin.

Apa itu JSON-LD?

JSON-LD menambahkan makna linked data dan identifier yang ditetapkan secara global ke struktur JSON.

Apa itu URI metadata?

URI metadata mengidentifikasi sumber daya yang memuat atau merepresentasikan metadata token.

Apa itu CID IPFS?

CID IPFS adalah content identifier yang sebagian berasal dari hash kriptografis dan encoding konten.

Apakah CID IPFS menjamin penyimpanan permanen?

Tidak. CID memverifikasi identitas konten, tetapi tidak menjamin bahwa penyedia yang dapat dijangkau akan terus menyimpan data tersebut.

Apa itu metadata berbasis alamat konten?

Metadata berbasis alamat konten diidentifikasi melalui informasi yang berasal dari kontennya, bukan hanya dari lokasi server.

Apa itu integritas metadata?

Integritas metadata berarti byte yang diambil cocok dengan hash tepercaya, content identifier, tanda tangan, atau referensi integritas lainnya.

Apakah hash yang cocok membuktikan bahwa metadata benar?

Tidak. Hash yang cocok membuktikan bahwa byte-nya sama dengan konten yang diharapkan, tetapi tidak membuktikan bahwa klaim di dalamnya akurat.

Apakah metadata NFT dapat berubah?

Ya. Metadata dapat berubah jika kontrak atau sistem penyimpanan mengizinkan pembaruan yang berwenang.

Apa itu metadata yang dibekukan?

Metadata yang dibekukan adalah informasi yang ditempatkan dalam keadaan ketika perubahan mendatang dibatasi atau dinonaktifkan secara teknis.

Apakah metadata on-chain selalu tetap sama?

Tidak. Kontrak yang dapat di-upgrade dan penyimpanan yang dikendalikan administrator dapat memungkinkan perubahan metadata on-chain.

Apa itu pemberian versi metadata?

Pemberian versi metadata mengidentifikasi dan menyimpan perubahan pada skema atau dokumen dari waktu ke waktu.

Apa itu CAIP-19?

CAIP-19 adalah standar agnostik chain untuk mengidentifikasi jenis aset kripto dan instans aset tertentu.

Mengapa identifier lintas chain penting?

Identifier ini mencegah aset di blockchain berbeda tertukar karena nama, simbol, atau format kontraknya mirip.

Apa itu metadata DID?

Metadata DID menjelaskan decentralized identifier, pengendali, metode verifikasi, dan endpoint layanan.

Apa itu metadata kredensial yang dapat diverifikasi?

Metadata ini menjelaskan penerbit, subjek kredensial, klaim, masa berlaku, status, skema, dan metode pengamanan.

Apakah metadata dapat memuat malware?

Metadata dapat merujuk ke tautan berbahaya, skrip, media aktif, file berukuran terlalu besar, dan konten tidak aman lainnya.

Apakah menerima NFT dapat membuat wallet terkena phishing?

Ya. Metadata token yang dikirim tanpa diminta dapat menampilkan tautan berbahaya atau pesan reward palsu untuk menipu pengguna.

Apakah metadata seharusnya meminta frasa pemulihan?

Tidak. Dokumen metadata, penerbit token, atau proses dukungan yang sah tidak memerlukan frasa pemulihan wallet.

Apakah metadata dapat mengungkap informasi pribadi?

Ya. Metadata publik dapat mengungkap identitas, keanggotaan, lokasi, kredensial, atau hubungan keuangan.

Bagaimana metadata kripto dapat divalidasi?

Metadata dapat diperiksa melalui validasi sintaks, validasi skema, aturan URI, hash kriptografis, tanda tangan, dan peninjauan semantik.

Apa keterbatasan terbesar standar metadata?

Standar dapat membuat data interoperabel, tetapi tidak dapat menjamin bahwa aset, penerbit, atau klaim yang dijelaskan itu sah.

Apa yang sebaiknya diverifikasi pengguna sebelum memercayai metadata token?

Pengguna sebaiknya memverifikasi blockchain, alamat kontrak, standar metadata, metode penyimpanan, otoritas pembaruan, referensi integritas, dan klaim eksternal.

Kesimpulan

Standar metadata menentukan cara informasi deskriptif tentang aset kripto, NFT, identitas, kredensial, dan sumber daya blockchain disusun dan dipertukarkan.

Standar ini memungkinkan wallet, smart contract, indexer, dan aplikasi menafsirkan nama, simbol, desimal, gambar, trait, identifier, dan sumber daya eksternal secara konsisten.

Sistem metadata kripto utama mencakup kolom token fungibel, URI token ERC-721, skema metadata ERC-1155, event pembaruan ERC-4906, JSON, JSON Schema, JSON-LD, content identifier, dan identifier aset agnostik chain.

Metadata dapat disimpan langsung secara on-chain, di-host secara off-chain, atau dilindungi melalui model hybrid yang menggunakan referensi blockchain dan pemeriksaan integritas kriptografis.

Penyimpanan on-chain tidak menjamin immutability, sementara pengalamatan konten tidak menjamin ketersediaan permanen.

Aplikasi perlu memvalidasi skema, membersihkan konten eksternal, memeriksa otoritas pembaruan, menyimpan riwayat versi, dan tidak memercayai nama atau simbol sebagai identitas unik.

Pengguna sebaiknya menganggap metadata sebagai informasi deskriptif, bukan bukti bahwa token autentik, bernilai, didukung aset, atau dapat ditegakkan secara hukum.

Standar metadata yang dirancang dengan baik meningkatkan interoperabilitas kripto hanya jika disertai penyimpanan yang aman, klaim yang akurat, tata kelola yang jelas, perlindungan privasi, dan validasi yang andal.