Kimlik Bilginizin İspat Bloğundaki Kripto Takımı Alanı

Gerçekte verdiğimiz kimlik bilgilerinde kripto takımı alanı yok ve bu sayfanın tarif ettiği ispat bloğu hat biçimimizde hiç görünmüyor. Terim spec durumundadır: tür tanımlarımızda belgelenmiş, sevk edilenden yok.

Bir kripto takımının adlandırması amaçlanan şey

W3C Veri Bütünlüğü modelinde bir kimlik bilgisi bir proof nesnesi taşır ve onun içinde bir cryptosuite özelliği kullanılan tam tarifi adlandırır: kanonikleştirme, özet, imza algoritması, tek bir tanımlayıcı olarak; böylece bir doğrulayıcı çıkarsamak yerine tam olarak ne yapacağını bilir.

Bu kuşağın adları eddsa-rdfc-2022 gibi görünür: algoritma, kanonikleştirme, yıl.

Üç adlandırma sistemi ve biz yanlış olan ikisinde görünüyoruz

Alınacak yararlı şey budur, çünkü insanların sürekli kafasını karıştırıyor. Aynı imzalama algoritmasının üç sicilin her birinde farklı bir adı var:

adlandırma sistemi	örnek	nerede yaşıyor
Linked Data Proofs (2022 öncesi)	`Ed25519Signature2020`	bir `proof.type` üzerindeki takım adları
W3C Veri Bütünlüğü kripto takımları	`eddsa-rdfc-2022`	`cryptosuite` özelliği
JOSE algoritma tanımlayıcıları	`EdDSA`	JWS/JWT başlıkları, `alg`

Bunlar tek bir adın çeşitlemeleri değil. Üç farklı sicil ve birindeki bir değer diğerinde anlamsız.

Yayımlanmış türümüz birincisini kullanıyor. Canlı verenimiz üçüncüsünü konuşuyor. Hiçbir yerde hiçbir şey ikinciyi kullanmıyor.

Yayımlanmış türümüzün söyledikleri

Kurabileceğiniz paketten:

export interface CredentialProof {
  type: 'Ed25519Signature2020'
  created: string
  verificationMethod: string
  proofPurpose: 'assertionMethod'
  proofValue: string
}

Ed25519Signature2020 bir Linked Data Proofs takım adıdır, 2022 öncesi soydan. Gerçek bir tanımlayıcıdır ve güncel Veri Bütünlüğü adlandırması değildir. Yayımlanmış paketin tamamında cryptosuite için bir arama sıfır dosya döndürüyor; issuer için bir kontrol araması bir tane döndürüyor, dolayısıyla arama çalışıyor.

Yani tür, güncelliğini yitirmiş bir biçimde belgelenmiş.

Gerçekte sevk edilen, ki ikisi de değil

$ curl -s https://capture-api.solidus.network/.well-known/openid-credential-issuer
  format                                  : vc+sd-jwt
  credential_signing_alg_values_supported : ["EdDSA"]

200, 2026-07-31'de kontrol edildi. EdDSA, üçüncü sicilden bir JOSE algoritma tanımlayıcısıdır. Canlı yanıt hiçbir ispat bloğu ve hiçbir kripto takımı özelliği içermiyor, çünkü canlı biçim JOSE/SD-JWT'dir; imza parametrelerinin bir Veri Bütünlüğü ispat nesnesinde değil bir JWS başlığında yaşadığı bir dünya.

Bu sayfanın konusu olan ispat bloğu, türlerimizin tarif ettiği ve verenimizin hiç üretmediği bir şeydir.

Entegre eden herkes için bunun neden önemli olduğu

Yayımlanmış CredentialProof türümüze karşı bir doğrulayıcı yazıp bir tane almayı beklemeyin. Bir SD-JWT alacaksınız. Tür, hatta olmayan bir biçimi tarif ediyor.
Ed25519Signature2020'yi bir Veri Bütünlüğü uygunluğu iddiası diye okumayın. Bir tür tanımında daha eski bir takım adıdır, bir uygulama değil.
Siciller arasında örüntü eşleştirerek çeviri yapmayın. EdDSA, eddsa-rdfc-2022 ve Ed25519Signature2020, altta yatan matematik aynı olsa bile birbirinin yerine geçebilir dizgiler değildir.