---
title: "Identitas terdesentralisasi (DID)"
description: "Panduan praktis tentang pengidentifikasi terdesentralisasi dan kredensial terverifikasi: apa yang dibuktikan, cara penerbitan dan penyajian bekerja, serta risiko kepercayaan, privasi, dan pemulihan yang tetap ada."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Identitas terdesentralisasi (DID)

> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

<a id="answer"></a>

## Jawaban langsung

Identitas terdesentralisasi adalah arsitektur tempat subjek memakai pengidentifikasi dan kredensial yang dilindungi kriptografi di berbagai layanan tanpa menjadikan satu akun platform sebagai sumber identitas universal. Komponen umumnya adalah decentralized identifier (DID), verifiable credential (VC), perangkat lunak pemegang seperti dompet, dan aturan tentang penerbit, bukti, serta tingkat jaminan yang diterima pemeriksa.

DID adalah URI seperti `did:example:123`. Metode DID menentukan cara membuat, me-resolve, memperbarui, dan menonaktifkan pengidentifikasi. Resolusi dapat menghasilkan dokumen DID dengan metode verifikasi, relasi seperti `authentication` atau `assertionMethod`, dan endpoint layanan opsional. Kendali atas kunci terkait membuktikan kendali DID menurut metode itu; hal ini sendiri tidak membuktikan nama hukum, umur, keunikan, pekerjaan, atau kepemilikan akun luar.

Kredensial terverifikasi membawa klaim penerbit tentang satu atau beberapa subjek. Pemegang menyimpannya dan dapat membuat penyajian terverifikasi bagi pemeriksa. Pemeriksaan kriptografi yang berhasil menetapkan integritas dan pembuat data terlindungi menurut mekanisme yang dipilih. Pemeriksa tetap harus memutuskan secara terpisah apakah penerbit dipercaya, klaim memenuhi kebijakan, kredensial masih berlaku, dan penyaji berhak menggunakannya.

Karena itu, “terdesentralisasi” tidak berarti tanpa kepercayaan, anonim, wajib blockchain, atau bebas perantara. Pengidentifikasi, kredensial, registri, dompet, dan kebijakan dapat dipisahkan agar satu penyedia login tidak mengamati dan mengendalikan setiap hubungan. Tingkat desentralisasi nyata bergantung pada penerbit, operator metode DID, layanan status, penyedia dompet, administrator pemulihan, kunci tata kelola, dan kebijakan pemeriksa.

<a id="mechanism"></a>

## Cara kerja

1. **Tentukan klaim dan kerangka kepercayaan.** Tetapkan subjek, atribut yang diminta, penerbit yang diterima, proses pembuktian, tingkat jaminan, retensi, yurisdiksi, dan jalur keberatan. Format kriptografi tidak menentukan apakah universitas, pemerintah, pemberi kerja, atau komunitas merupakan otoritas tepat.
2. **Buat atau peroleh pengidentifikasi dan kunci.** Penerbit dan pemegang dapat memakai DID, URL HTTPS, atau pengidentifikasi lain. Jika memakai DID, metodenya menentukan registri dan siklus hidup. Pengendali melindungi kunci privat; dokumen hasil resolusi hanya membuka materi verifikasi dan endpoint yang diperlukan.
3. **Buktikan dan ikat subjek.** Penerbit memeriksa bukti sesuai kebijakan lalu mengikat klaim kepada subjek kredensial. Ikatan dapat merujuk ke kunci pemegang, akun, atau pengidentifikasi lain. Bukti tentang seseorang harus dibedakan dari bukti bahwa penyaji sekarang mengendalikan kunci.
4. **Terbitkan kredensial.** Penerbit membuat klaim, tanggal berlaku, skema atau tipe, dan referensi status, lalu melindunginya dengan bukti yang didukung. Dalam Data Integrity, `cryptosuite`, `verificationMethod`, `proofPurpose`, dan `proofValue` menunjukkan cara verifikasi.
5. **Simpan dan pilih.** Pemegang menyimpan kredensial di dompet lokal atau terhosting. Dompet perlu menjelaskan permintaan, hanya membuka data yang diperlukan bila format mendukung, dan tidak diam-diam memakai ulang pengidentifikasi stabil di konteks tak terkait.
6. **Sajikan dengan kebaruan dan ikatan audiens.** Pemeriksa mengirim identitas, tujuan, nonce atau challenge, dan kedaluwarsa. Pemegang mengembalikan kredensial atau penyajian turunan yang terikat permintaan. Pemeriksaan domain dan challenge mencegah penggunaan ulang untuk pemeriksa atau sesi lain.
7. **Verifikasi kriptografi dan kebijakan.** Resolve materi penerbit dari sumber terautentikasi; validasi suite, tujuan, challenge, domain, tanggal, skema, dan status; lalu terapkan aturan bisnis. `verified: true` adalah masukan otorisasi, bukan perintah memberi akses.
8. **Kelola siklus hidup.** Rotasi kunci bocor, tunda atau cabut kredensial, perbarui status, sediakan pemulihan dan keberatan, simpan bukti audit, serta umumkan migrasi atau penutupan. Verifikasi historis memerlukan aturan jelas untuk kunci lama, dokumen lama, dan waktu penyajian.

Tiga peran utama adalah **penerbit**, **pemegang**, dan **pemeriksa**; subjek kredensial dapat berbeda dari pemegang. Orang tua dapat memegang kredensial tentang anak, atau agen perusahaan menyajikan kredensial tentang organisasi. Implementasi tidak boleh menganggap penyaji sebagai subjek kecuali kredensial dan protokol membangun ikatan itu.

DID dan VC bersifat independen. VC dapat memakai pengidentifikasi penerbit non-DID, dan DID dapat dipakai tanpa VC. Metode DID juga dapat memakai blockchain, basis data terdistribusi, domain web, atau pertukaran peer-to-peer. Keamanan dan tata kelolanya harus dinilai langsung, bukan disimpulkan dari awalan `did:`.

<a id="example"></a>

## Contoh praktis

Anggap layanan harus memastikan pelanggan minimal 18 tahun tanpa mengumpulkan tanggal lahir. Otoritas yang diterima memeriksa pelanggan lalu menerbitkan kredensial umur ke dompet. Kredensial dapat berisi tanggal lahir atau hanya klaim `ageOver18`; keduanya memiliki sifat pengungkapan dan penggunaan ulang berbeda.

Saat mendaftar, layanan meminta penyajian usia di atas 18 untuk `merchant.example`, challenge `n-7f3a`, dan jendela 5 menit. Dompet menampilkan permintaan dan, bila kredensial serta suite mendukung, menurunkan penyajian yang hanya mengungkap predikat perlu. Layanan memeriksa metode, bukti, challenge, domain, jendela waktu, dan status sebelum mencatat hasil minimum untuk audit.

Alur ini mengurangi kebutuhan menyimpan gambar dokumen atau tanggal lengkap, tetapi tidak menghapus kepercayaan atau risiko. Otoritas dapat mendaftarkan orang salah; dompet atau perangkat dapat dibobol; pengidentifikasi stabil atau kueri status dapat menghubungkan penggunaan; layanan dapat meminta terlalu banyak data; penangguhan keliru dapat menolak akses. Pengungkapan selektif membatasi data penyajian, bukan semua metadata yang terlihat oleh penerbit, dompet, jaringan, dan pemeriksa.

Rotasi kunci menunjukkan batas lain. Jika penerbit mengganti kunci bocor, kredensial baru harus memakai metode baru. Apakah kredensial lama tetap dapat diverifikasi bergantung pada riwayat DID, waktu bukti, kebijakan pemeriksa, dan status. Sekadar menghapus kunci lama dari dokumen kini dapat merusak pemeriksaan historis sah atau menyembunyikan kunci yang diizinkan saat bukti dibuat.

<a id="risks"></a>

## Risiko dan kontrol

- **Klaim salah atau terlalu luas:** Tanda tangan valid mempertahankan ucapan penerbit, bukan membuatnya benar. Tentukan bukti, tanggung jawab, jaminan, audit, kedaluwarsa, dan koreksi.
- **Ikatan pemegang lemah:** Salinan kredensial dapat dipakai orang lain jika penyajian tidak membuktikan kendali kunci yang dituju. Bila perlu, ikat bukti kepemilikan ke pemeriksa, challenge, tujuan, dan sesi.
- **Kunci dan dompet dibobol:** Malware, phishing, pengambilalihan dompet cloud, atau cadangan lemah membuka kredensial dan kunci. Gunakan autentikasi tahan phishing, perlindungan perangkat keras bila layak, pelaporan, dan pemulihan terbatas.
- **Pemusatan pemulihan:** Satu administrator dapat menjadi pengendali identitas sebenarnya. Dokumentasikan siapa yang mengganti kunci, bukti yang dibutuhkan, deteksi penyalahgunaan, keberatan, dan migrasi.
- **Korelasi:** Pemakaian ulang DID, metode, pola tanda tangan, endpoint, atau jalur status dapat menghubungkan aktivitas. Gunakan pengidentifikasi berpasangan, kunci atau bukti terpisah domain, status privat, dan uji metadata.
- **Data pribadi publik:** Dokumen DID dan riwayat registri dapat diindeks dan sulit dihapus. Jangan taruh nama, nomor dokumen, biometrik, atau klaim pribadi di dokumen publik dan registri permanen.
- **Privasi dan ketersediaan status:** Menghubungi penerbit tiap kali mengungkap tempat penggunaan; gangguan memblokir pengguna sah. Pilih status privat yang dapat di-cache, batas kebaruan, pembaruan terautentikasi, dan perilaku gagal yang jelas.
- **Penyalahgunaan pencabutan:** Penerbit atau administrator dapat menyensor melalui penangguhan atau perubahan status. Batasi wewenang, catat perubahan, tampilkan alasan dan keberatan, dukung penggantian atau penerbit alternatif.
- **Risiko resolusi dan metode:** Resolver dapat memberi dokumen usang atau berbahaya; metode dapat bergantung pada infrastruktur pusat. Autentikasi hasil dan nilai finalitas, otorisasi pembaruan, ketersediaan, tata kelola, dan versi.
- **Ketidakcocokan semantik:** Bidang sama dapat menafsirkan klaim, unit, yurisdiksi, atau jaminan secara berbeda. Gunakan skema dan kosakata stabil, validasi konteks dan tipe, serta versikan semantik kebijakan.
- **Replay dan kebingungan pemeriksa:** Penyajian tanpa ikatan nonce, audiens, domain, tindakan, dan kedaluwarsa dapat dipakai ulang atau dialihkan. Validasi setiap ikatan protokol.
- **Pengungkapan berlebih:** Walau mendukung selektivitas, pemeriksa dapat meminta seluruh kredensial. Terapkan minimisasi dalam kebijakan dan antarmuka, catat tujuan, dan jangan jadikan bidang opsional wajib karena kebiasaan.
- **Penguncian ekosistem:** Dompet, bukti, registri, atau pemulihan proprieter merusak portabilitas. Uji kepatuhan, ekspor, banyak dompet, kelincahan kriptografi, dan migrasi sebelum peluncuran.
- **Pengambilalihan tata kelola:** Multisig atau registri tak menjamin kontrol luas bila satu vendor memilih penerbit, pembaruan, skema, dan status. Petakan wewenang per komponen dan publikasikan kontrol perubahan.

<a id="misconceptions"></a>

## Kesalahpahaman umum

- **“DID membuktikan siapa seseorang.”** DID mengidentifikasi subjek dan dapat menampilkan metode; atribut memerlukan klaim, bukti, dan keputusan kepercayaan tambahan.
- **“Kredensial valid berarti klaim benar.”** Verifikasi menunjukkan bukti yang diharapkan dan data tak berubah, bukan memvalidasi penyelidikan awal penerbit.
- **“Pemegang selalu subjek kredensial.”** Perannya dapat berbeda; bila kasus memerlukan, pemeriksa membutuhkan ikatan eksplisit subjek ke penyaji.
- **“Semuanya harus on-chain.”** Penyimpanan publik permanen memperbesar risiko privasi, korelasi, penghapusan, dan tata kelola. Banyak sistem menyimpan kredensial off-chain.
- **“Pengungkapan selektif menjamin anonimitas.”** Atribut, pengidentifikasi stabil, sidik bukti, kueri, waktu, IP, dan log penerbit masih dapat menghubungkan penyajian.
- **“Terdesentralisasi berarti tanpa penerbit atau administrator tepercaya.”** Kepercayaan dibagi dan dibuat eksplisit, bukan dihapus. Penerbitan, pembuktian, dompet, pemulihan, status, dan penerimaan tetap dikelola.
- **“Satu DID sama dengan satu manusia.”** Seseorang dapat mengendalikan banyak DID; DID juga dapat mengidentifikasi organisasi, perangkat, data, peran, atau subjek lain. Keunikan dan kemanusiaan perlu mekanisme terpisah.
- **“Tanda tangan dompet cukup untuk autentikasi.”** Itu membuktikan kendali kunci pada kondisi tertentu. Aplikasi masih perlu tahan phishing, kebaruan, ikatan audiens, otorisasi, dan pemulihan akun.

<a id="related"></a>

## Topik terkait

- [Akumulator kriptografis](/crypto/cryptographic-accumulator/)
- [Bukti kemanusiaan](/crypto/proof-of-personhood/)
- [Serangan Sybil](/crypto/sybil-attack/)
- [Tanda tangan dompet](/crypto/wallet-signature/)
- [Bukti tanpa pengetahuan](/crypto/zero-knowledge-proof/)

<a id="sources"></a>

## Sumber

- [Decentralized Identifiers (DIDs) v1.0](https://www.w3.org/TR/did-1.0/) - W3C (diakses: 2026-08-20)
- [Verifiable Credentials Data Model v2.0](https://www.w3.org/TR/vc-data-model-2.0/) - W3C (diakses: 2026-08-20)
- [Verifiable Credential Data Integrity 1.0](https://www.w3.org/TR/vc-data-integrity/) - W3C (diakses: 2026-08-20)
- [Bitstring Status List v1.0](https://www.w3.org/TR/vc-bitstring-status-list/) - W3C (diakses: 2026-08-20)
- [NIST SP 800-63 Digital Identity Guidelines](https://pages.nist.gov/800-63-4/) - NIST (diakses: 2026-08-20)

Source: https://wiki.fcontext.com/id/crypto/decentralized-identity/index.mdx