Genel DID araçları bir Solidus pod kimliğini çözümleyebiliyor mu?

Hayır.

Kontrol, onu anlamlı kılan denetimlerle

$ curl -s https://dev.uniresolver.io/1.0/identifiers/did:solidus:testnet:<id>
  501  {"didDocument":null,"didResolutionMetadata":{"error":{"type":"METHOD_NOT_SUPPORTED"…}}}

$ curl -s https://dev.uniresolver.io/1.0/identifiers/did:key:z6Mkha…
  200  {"didDocument":{…}}          ← The resolver is up and resolving

O ikinci satır olmadan birincisi hiçbir şey kanıtlamazdı: bir başarısızlık pekâlâ hizmetin çökmüş olduğu anlamına da gelebilirdi. Öyle değil. Çalışıyor ve yöntemimizi bilmiyor.

Ve kendi notlarımıza bir düzeltme: bunu bir 404 olarak kaydetmiştik. Bu, açık bir METHOD_NOT_SUPPORTED taşıyan bir 501'dir, ki bu daha yararlı ve daha dürüst bir sonuçtur: bir 404, "o tanımlayıcı yok" diye okunabilirken bir 501 açıkça "bu çözümleyici sizin yönteminizi uygulamıyor" der. Ayrım önemli ve kaydımızı tekrarlamak yerine düzeltiyoruz.

Pratikte ne anlama geliyor

DID'leri genel olarak çözümleyen herhangi bir araç, yani bir cüzdan, bir ajan çerçevesi, herhangi bir did: dizgisini alan bir doğrulayıcı kitaplığı, bizimkini çözümleyemez. Ona yöntemimiz özel olarak, biri tarafından, kodla öğretilmelidir.

Bu bir taşınabilirlik kısıtıdır ve çözümleyiciye değil bize aittir. Onların yazılımı doğru olanı yapıyor.

Somut maliyet: bizimki de dahil birkaç yöntemden tanımlayıcı kabul etmek isteyen bir entegratör, basitçe genel bir çözümleyiciye yönelemez. Ya doğrudan RPC uç noktamızı kullanmalı ya da bir sürücü yazmalıdır. RPC'miz açıktır ve kimlik bilgisi almaz, dolayısıyla tıkanmış bir yol değil, ısmarlama bir yoldur ve ısmarlama, dayattığımız bir maliyettir.

Bizim tarafımızda gerçekte doğru olanlar

Kendi çözümlememiz çalışıyor ve onu herkes çağırabilir. Genel çözümleyicinin reddettiği aynı tanımlayıcı, RPC'mizden tam bir belge döndürüyor; kontrol olarak uydurma bir tanımlayıcı null döndürüyor.

Ve yöntem şartnamesi açıktır, sicil kaydımızdan bağlanmıştır, o kaydın ne değer taşıdığı, dolayısıyla bir sürücü yazmak kapalı bir kapı değil yapılmamış bir iştir. Tasarımla ilgili hiçbir şey bunu engellemiyor. Kimse yapmadı, biz dahil.

Bunun neden bir teknik ayrıntı değil gerçek bir boşluk olduğu

Bir DID yönteminin bütün meselesi, bir yabancının sizin işbirliğiniz olmadan onu çözümleyebilmesidir. Yalnızca ısmarlama bir istemcinin okuyabildiği bir yöntemin, pratikte, sağlamak için yaratıldığı özelliğin daha küçük bir sürümü vardır.

"Uç noktamızı kullanın"ı eşdeğer diye tarif etmeyeceğiz. Değildir: tanımlayıcılarımızı çözümleyen herkesin yoluna bizim erişilebilirliğimizi koyar ve zincirimiz hepsi bizim işlettiğimiz dört doğrulayıcıdır. Bir WebID'nin eşdeğer bir problemi yoktur, çünkü desteklenecek bir şey yoktur: o bir HTTP GET'tir.

Bunu ne kapatırdı

  1. Genel çözümleyici için bir sürücü, katkı olarak sunulmuş ve kabul edilmiş. Başlanmadı.
  2. Biz olmayan biri tarafından işletilen ikinci ve bağımsız bir çözümleme uç noktası. Mevcut değil.
  3. Üçüncü taraf bir istemcinin tanımlayıcılarımızı çözümlediğini gösteren yayımlanmış bir birlikte çalışabilirlik kontrolü. Çalıştırılmadı, dolayısıyla bir geçiş iddia etmiyor ve bir başarısızlık ima etmiyoruz.

universal-resolver kendi lexicon'umuzda roadmap: amaçlanmış, başlanmamış. Dürüst durum budur ve sayfa, durum değiştiğinde değişir, öncesinde değil.

Okumaya devam edin

Genel DID araçları bir Solidus pod kimliğini çözümleyebiliyor mu? · Solidus