Bir Merkeziyetsiz Tanımlayıcıyı Kendiniz Çözümleyin, Hemen Şimdi

Tek bir HTTP isteği bir merkeziyetsiz tanımlayıcıyı çözümler ve bu isteği hemen şimdi gönderebilirsiniz. Sayfanın tamamı budur. Aşağıdaki her şey, yanıtın ne anlama geldiği ve dürüst olduğunu nereden bileceğinizdir.

Gerçek olan şey mekanizmadır: çözümlemenin kendisi ve ait olduğu yöntem hakkındaki ayrı, kontrol edilebilir bir iddia.

Kendiniz deneyin

Bunu yapmak için gezginin arayüzüne ihtiyacınız yok; aynı çağrı herhangi bir terminalden, aynı açık uç noktaya karşı çalışır:

curl -X POST https://rpc.solidus.network \
  -H "Content-Type: application/json" \
  -d '{
    "jsonrpc": "2.0",
    "method": "solidus_didResolve",
    "params": ["did:solidus:testnet:46Hzv2Ek4MXwj1Kenvix4tWCPr1J"],
    "id": 1
  }'

Halihazırda açık olanın ötesinde bir API anahtarı yok, hesap yok, bir bloğu beklemek yok: bir DID çözümlemesi, zincirin durum ağacına karşı düz bir okumadır. Gezginin /lookup sayfasını yukarıdakinin yerine uydurma bir dizeyle deneyin, geri {"result": null} alırsınız: zincire hiç demirlenmemiş bir DID, dışarıdan bakıldığında basitçe yanlış olan bir DID ile birebir aynı görünür. O null bir hata değildir; "bu tanımlayıcı var mı" sorusunun dürüst cevabıdır.

Çözümleme gerçekte ne döndürür

Ham yanıt zincirin kendi JSON'udur; okunabilirlik için birkaç alt düzey alan (kurtarma üstverisi, zaman damgaları, yetenek ilişkileri) burada kırpılmıştır: yapı ve alan adlandırması tam olarak RPC'nin döndürdüğüdür:

{
  "context": "https://www.w3.org/ns/did/v1",
  "id": "did:solidus:testnet:46Hzv2Ek4MXwj1Kenvix4tWCPr1J",
  "controller": "did:solidus:testnet:46Hzv2Ek4MXwj1Kenvix4tWCPr1J",
  "verification_method": [
    {
      "controller": "did:solidus:testnet:46Hzv2Ek4MXwj1Kenvix4tWCPr1J",
      "id": "did:solidus:testnet:46Hzv2Ek4MXwj1Kenvix4tWCPr1J#key-0",
      "publicKeyHex": "4ac407d14cab5627f69f0b3067a3cd6c340c610c3c414f367b3bdac1343c2044",
      "type": "Ed25519VerificationKey2020"
    }
  ],
  "authentication": ["did:solidus:testnet:46Hzv2Ek4MXwj1Kenvix4tWCPr1J#key-0"],
  "assertion_method": ["did:solidus:testnet:46Hzv2Ek4MXwj1Kenvix4tWCPr1J#key-0"],
  "service": [],
  "active": true
}

Biçimi takip etmek için her alanı ayrıştırmanız gerekmez. verification_method, tanımlayıcıya iliştirilmiş açık anahtardır; bir imzanın karşısında kontrol edildiği şey. authentication, "ben bu DID'yim"i hangi anahtarın kanıtlayabileceğini adlandırır. assertion_method, bir doğrulanabilir kimlik bilgisi ihraç etmek dahil olmak üzere hangi anahtarın ifade imzalayabileceğini adlandırır. service, bu DID herhangi bir uç nokta duyursaydı onları listelerdi; bu duyurmuyor. Biçimlendirme konusunda dürüst bir not: bu, zincirin kendi snake_case alan adlandırmasıdır (verification_method, DID Core şartnamesinin verificationMethod biçimi değil): belgenin yapısı W3C DID Core standardından gelir, serileştirme Solidus'un kendi RPC geleneğidir.

Telefon numarası DID ise, bu onun ardındaki kartvizittir: bir ad ve adres değil, anahtarlar ve uç noktalar; ve bir telefon rehberinin aksine, sormanız gereken bir şirket yoktur.

Kayıt iddiası, doğru biçimde belirtilmiş

İki ayrı olguyu ayrı tutun, çünkü farklı şeyler kanıtlarlar. Yukarıdaki iddia, yani bu belirli tanımlayıcının çözümlendiği, tek bir DID hakkındadır. Aşağıdaki iddia bir sınıf olarak yöntemin kendisi, yani did:solidus hakkındadır:

did:solidus, W3C DID Method Registry içinde kayıtlıdır. "Bir W3C standardı" değil. "W3C onaylı" değil. Bir yöntem kaydı, W3C DID Core'un genişletme mekanizması altında bir DID yöntemini kimin tanımladığına dair, toplulukça sürdürülen sicildeki bir listelemedir; ne fazlası ne eksiği. Solidus'un size söylediği hiçbir şeye bağlı olmadan kendiniz kontrol edin:

curl -s https://api.github.com/repos/w3c/did-extensions/pulls/713 | jq '{state,merged,merged_at}'

{
  "state": "closed",
  "merged": true,
  "merged_at": "2026-07-04T16:12:59Z"
}

w3c/did-extensions deposuna açılmış "Register did:solidus method" başlıklı #713 numaralı çekme isteği, birleştirilmiş. Kaydın anlamı budur: yöntem şartnamesi, daha önce görmedikleri bir yöntem için çözümleyici inşa etmeden önce diğer uygulayıcıların baktığı sicilde yaşar. Bu, Solidus'un onaylanması değildir ve altta yatan standart olan DID Core'un Solidus'un yazdığı bir şey olduğunun ifadesi de değildir. Solidus DID Core'u uygular; onu yazmadı.

Çözümleme size ne kazandırır

Bir çözümleyici, bu tasarımın hafife alınması kolay olan parçasıdır. Yukarıdaki iki komuttan birini çalıştırmanız için kimsenin size hesap vermesi gerekmedi. /lookup sayfasını kapatan bir pano girişi, rpc.solidus.network adresini sorgulamak için gereken bir ortaklık anlaşması, bir tanımlayıcının gerçek olup olmadığını kontrol etmek isterseniz açacağınız bir destek kaydı yok. Merkeziyetsiz bir tanımlayıcının asıl meselesi budur: kontrol, Solidus'un sözüne inanmanız gereken bir iddia değil, bir yabancının yalnızca açık uç noktayı ve açık sicili kullanarak bağımsız olarak yeniden üretebileceği bir şeydir. Bir dayanan taraf için bu doğrudan şuna çevrilir: bir did:solidus DID'sine bağlı bir kimlik iddiası, onu hangi şirketin verdiğine bakılmaksızın bakma zahmetine giren herkes tarafından doğrulanabilir.

Bunu, "bu kimlik iddiasını doğrula"nın kaynak şirketin API'sini aramak, onların çalışma süresini beklemek ve bağımsız kontrol yolu olmadığı için cevaplarına güvenmek demek olduğu olağan düzenle karşılaştırın. Burada kontrol Solidus'a hiç uğramaz: zincirin kendi açık durumundan geçer ve onu önce izin istemeden herkes okuyabilir. "Merkeziyetsiz"in bu tanımlayıcıda size gerçekte kazandırdığı şey budur: bir slogan değil, "bu gerçek mi" sorusunu kimin yanıtlayacağına dair belirli ve yeniden üretilebilir bir olgu.

Sırada nereye

Aynı /lookup sayfasına karşı farklı bir DID çözümleyin ve uydurulmuş bir dizenin null döndüğünü izleyin; "demirlenmiş" ile "uydurma" arasındaki farkı hissetmenin en hızlı yolu budur. Tersi durum için (kazara değil tasarım gereği çözümlenemez olacak şekilde kurulmuş bir DID) tek tohum, çok kimlik: ikili DID'ler sayfasına bakın. Hem gezginin arayüzünün hem de yukarıdaki curl komutunun ardındaki alt düzey arayüz için zinciri JSON-RPC üzerinden kendiniz sorgulayın sayfasına bakın. Ve bu DID Belgesinin gerçekte içinde yaşadığı blok düzeyindeki bağlam için bir Solidus bloğu nasıl okunur sayfasından başlayın.