Maelezo ya Kiufundi ya Vitambulisho Vilivyogatuliwa (DIDs) vya W3C (SW)

Vipimo vya W3C Decentralized Identifiers (DIDs) hufafanua sintaksia ya URI, mfumo mkuu wa data, hati za DID, sifa kuu, uwakilishi, mahitaji ya mbinu, na viunganishi dhahania vya azimio na uondoaji wa URL ya DID. DID Core 1.0 ilikuja kuwa Pendekezo la W3C mnamo Julai 19, 2022. DID Core 1.1 ilichapishwa kama Muhtasari wa Pendekezo la Wagombea mnamo Machi 5, 2026; ni kazi mpya katika hatua tofauti za viwango.

DID Core haihitaji blockchain, kuthibitisha utambulisho halali wa mtu, kuhifadhi vitambulisho ndani ya kila hati ya DID, au kufanya kila sehemu iliyotatuliwa iwe ya kuaminika. Inasanifisha usanifu wa kitambulishi na hati. Njia tofauti ya DID inafafanua jinsi DID fulani inavyoundwa, kusomwa, kusasishwa, na kuzimwa kwenye miundombinu yake iliyochaguliwa.

Mambo muhimu

• DID ni URI, si kitambulisho. Fomu yake ya jumla ni did:<method-name>:<method-specific-id>.
• Mhusika na mtawala ni majukumu tofauti. Mhusika ndiye anayefafanuliwa na DID; mtawala ameidhinishwa na njia ya kubadilisha hati ya DID.
• Funguo zinahitaji madhumuni maalum. Njia ya uthibitishaji inakuwa inayoweza kutumika kwa uthibitishaji, uthibitisho, makubaliano ya ufunguo, uombaji wa uwezo, au ugawaji tu kupitia uhusiano wa uthibitishaji unaolingana.
• Njia inatoa sheria za kiutendaji. DID Core haina teknolojia maalum; njia inafafanua mwingiliano wa rejista, idhini, sasisho, kuzima, na azimio maalum la njia.
• Azimio haliwezi kujenga uaminifu peke yake. Waendeshaji lazima wathibitishe matokeo ya njia, kutekeleza madhumuni ya ushahidi, kudhibiti funguo na historia, kulinda faragha, na kutumia sera ya programu.

Kitambulisho kilichogatuliwa ni nini?

Kitambulisho kilichogatuliwa ni kitambulisho kilichoundwa ili udhibiti uweze kuanzishwa bila kuhitaji mtoa huduma mmoja mkuu wa kitambulisho au mamlaka ya cheti kutoa na kudumisha kila kitambulisho. Neno “lililogatuliwa” linaeleza uwezo wa usanifu kutenganisha udhibiti wa kitambulishi kutoka kwa mtoaji mmoja mkuu; halisemi kwamba kila utekelezaji haujulikani, hadharani, hauwezi kubadilishwa, au kuhifadhiwa kwenye rejista iliyosambazwa.

DID inaweza kutambua:

• mtu;
• shirika au kikundi;
• kifaa au kitu halisi;
• rasilimali ya dijitali;
• mfumo wa data;
• dhana dhahania.

Chombo kinachotambuliwa ni mhusika wa DID. Kamba peke yake haifichui aina ya mhusika.

Sintaksia ya DID

Sintaksia ya jumla ni:

did:<method-name>:<method-specific-id>

Kwa mfano:

did:example:123456789abcdefghi

did ni mpango wa URI. example ni jina la njia ya DID. Kamba iliyobaki ni kitambulishi maalum cha njia. Vipimo vya njia hufafanua maana ya thamani hiyo na jinsi programu inavyoichakata.

DID inayoonekana kuwa halali si lazima iweze kutumika. Njia lazima iwepo na mtafsiri lazima aiunge mkono.

URL za DID: njia, maswali, na vipande

URL ya DID huanza na DID na inaweza kuongeza njia, swali, au kipande:

did:example:123456789abcdefghi/path?service=messages#key-1

Vipengele hivi vinaweza kutambua au kusaidia kuchagua:

• njia ya uthibitishaji ndani ya hati ya DID;
• ingizo la huduma;
• kipande kingine cha hati ya DID;
• rasilimali inayopatikana kupitia huduma;
• toleo au chaguo lililofafanuliwa na njia.

Kipande #key-1 kwa kawaida hutambua njia ya uthibitishaji. Haimaanishi kuwa ufunguo wa faragha uko kwenye hati. Hati za DID huchapisha nyenzo za uthibitishaji za umma au marejeleo; nyenzo za siri lazima zibaki kulindwa mahali pengine.

Usanifu wa DID

Dhana kuu zinahusiana lakini haziwezi kubadilishana:

Dhana	Jukumu
DID	Kitambulishi cha kipekee cha ulimwengu kinacholingana na sintaksia ya DID
Mhusika wa DID	Mtu, shirika, kitu, rasilimali, au dhana iliyotambuliwa
Mtawala wa DID	Chombo kilichoidhinishwa chini ya njia ya DID kubadilisha hati ya DID
Hati ya DID	Data inayohusiana na mhusika, ikijumuisha njia za uthibitishaji zinazoruhusiwa na huduma
Njia ya DID	Vipimo tofauti vya sintaksia na shughuli maalum za njia
Rejista ya data inayoweza kuthibitishwa	Miundombinu ambayo njia hutumia kuunda, kusoma, kusasisha, au kuzima hali ya DID
Mtafsiri wa DID	Programu au vifaa vinavyofanya azimio la DID kwa njia zinazoungwa mkono
Kirejeleaji cha URL cha DID	Programu au vifaa vinavyopata rasilimali iliyotambuliwa na URL ya DID

Mhusika dhidi ya mtawala

Mhusika na mtawala wanaweza kuwa chombo kimoja, lakini si lazima wawe hivyo. Mzazi anaweza kudhibiti DID kwa mtoto, shirika linaweza kudhibiti DID kwa kifaa, au wadhamini kadhaa wanaweza kudhibiti mpangilio wa kurejesha.

controller ya ngazi ya juu hutambua mtawala mmoja au zaidi wa DID. controller inayohitajika ya njia ya uthibitishaji hutambua nani anadhibiti njia hiyo; si moja kwa moja mtawala mkuu wa DID. Kuzichanganya kunaweza kutoa mamlaka isiyotarajiwa.

Hati ya DID ni nini?

Hati ya DID ni data inayohusiana na mhusika wa DID chini ya mfumo wa data wa DID Core. id yake ya mizizi ni DID. Sifa kuu za hiari zinaweza kueleza vidhibiti, vitambulishi mbadala, njia za uthibitishaji, uhusiano wa uthibitishaji, na huduma.

Mfano huu uliorahisishwa unatumia nyenzo za umma kutoka nafasi ya mfano ya vipimo:

{
  "@context": [
    "https://www.w3.org/ns/did/v1",
    "https://w3id.org/security/suites/jws-2020/v1"
  ],
  "id": "did:example:123",
  "verificationMethod": [
    {
      "id": "did:example:123#key-1",
      "type": "JsonWebKey2020",
      "controller": "did:example:123",
      "publicKeyJwk": {
        "kty": "OKP",
        "crv": "Ed25519",
        "x": "VCpo2LMLhn6iWku8MKvSLg2ZAoC-nlOyPVQaO3FxVeQ"
      }
    }
  ],
  "authentication": [
    "did:example:123#key-1"
  ],
  "assertionMethod": [
    "did:example:123#key-1"
  ]
}

did:example imehifadhiwa kwa mifano; mifumo ya uzalishaji lazima itumie njia halisi na mahitaji yake ya sasa ya suite ya njia ya uthibitishaji. JSON iliyo hapo juu ni JSON halali kwa makusudi. Mifano mingi iliyochapishwa ndani ya vipimo vya kiufundi ina maoni au nukta tatu kwa usomaji na haipaswi kunakiliwa moja kwa moja kwenye kiparser.

Sifa kuu

• id: DID kwa mhusika; inahitajika kwenye mizizi ya hati.
• controller: DID moja au zaidi zilizoidhinishwa kufanya mabadiliko chini ya njia.
• alsoKnownAs: URI zingine zilizothibitishwa kutambua mhusika yule yule.
• verificationMethod: mifumo ya uthibitishaji ya umma ambayo inaweza kurejeshwa na uhusiano wazi.
• authentication: njia zilizoidhinishwa kwa uthibitishaji kama mhusika.
• assertionMethod: njia zilizoidhinishwa kueleza madai, kama vile utoaji wa kitambulisho.
• keyAgreement: njia zinazokusudiwa kwa kutoa nyenzo za siri zilizoshirikiwa.
• capabilityInvocation: njia zilizoidhinishwa kuomba uwezo.
• capabilityDelegation: njia zilizoidhinishwa kugawa uwezo.
• service: sehemu za mwisho au mifumo ya mwingiliano inayohusiana na mhusika.

alsoKnownAs ni uthibitisho, sio ushahidi wa kriptografia kwamba vitambulisho viwili ni sawa. Programu zinapaswa kuthibitisha uhusiano unaohitajika na mfumo wao wa uaminifu kwa kujitegemea.

Mfumo wa data na uwakilishi

DID Core inafafanua mfumo wa data dhahania na sheria za kuzalisha na kutumia uwakilishi. Mfumo wa data haufanani na serialization moja ya JSON.

Mahitaji ya uwakilishi ni maalum kwa toleo:

• Pendekezo la DID Core 1.0 la 2022 linafafanua application/did+json na application/did+ld+json. Uwakilishi wake wa JSON-LD huanza na muktadha wa msingi https://www.w3.org/ns/did/v1.
• Pendekezo la Mgombea la DID Core 1.1 huunganisha aina kuu ya media kuwa application/did. Uwakilishi wake wa JSON-LD huanza na https://www.w3.org/ns/did/v1.1.

Usichanganye aina ya media au muktadha wa msingi kutoka toleo moja na madai ya kulingana na lingine. Bainisha toleo la vipimo ambalo wazalishaji na watumiaji hutekeleza.

Waendeshaji wanapaswa kujadili na kuthibitisha uwakilishi waziwazi. Kusaini baiti za JSON zilizowekwa kiholela bila ukanoniki na utaratibu wa usalama uliofafanuliwa si sawa na kuchakata mfumo wa data wa DID kwa usahihi.

Njia za uthibitishaji na uhusiano wa uthibitishaji

Njia ya uthibitishaji inaeleza jinsi ushahidi unavyoweza kuangaliwa. Inahitaji:

• id iliyoonyeshwa kama URL ya DID;
• type;
• controller;
• nyenzo ya uthibitishaji inayofaa kwa aina hiyo.

Nyenzo za umma zinaweza kuwakilishwa kupitia sifa iliyofafanuliwa kama publicKeyJwk au fomu nyingine inayoruhusiwa na suite ya njia ya uthibitishaji. JWK katika hati ya DID haipaswi kujumuisha nyenzo za ufunguo wa faragha. Nyenzo sawa ya uthibitishaji haipaswi kurudiwa katika sifa nyingi za nyenzo ndani ya njia moja.

Kufafanua njia ya uthibitishaji haitoi idhini kwa kila madhumuni. Idhini hutoka kwa uhusiano tano wazi wa uthibitishaji.

Uhusiano	Madhumuni yaliyokusudiwa ya ushahidi
authentication	Thibitisha kama mhusika wa DID kupitia changamoto-jibu au utaratibu mwingine uliokubaliwa
assertionMethod	Eleza madai, ikiwemo kusaini Kitambulisho Kinachoweza Kuthibitishwa ambapo utaratibu wa usalama uliochaguliwa unatumia
keyAgreement	anzisha nyenzo za kriptografia zilizoshirikiwa, mara nyingi kwa usimbaji fiche
capabilityInvocation	Omba uwezo wa kitu
capabilityDelegation	Gawa uwezo wa kitu

Mthibitishaji lazima aangalie uhusiano unaohitajika kwa ushahidi. Ufunguo uliorodheshwa tu chini ya authentication haujaidhinishwa kiotomatiki kwa uthibitisho wa kitambulisho au makubaliano ya ufunguo.

Uhusiano unaweza kupachika njia kamili ya uthibitishaji au kurejelea moja kwa URL ya DID. Marejeleo huboresha utumiaji tena lakini yanahitaji uondoaji sahihi na kulinganisha kitambulishi halisi.

Huduma na sehemu za mwisho za huduma

Sifa ya hiari ya service inaweza kutangaza njia za kuwasiliana na au kuingiliana na mhusika wa DID. Kila ingizo la huduma lina:

• id ya kipekee;
• type;
• serviceEndpoint.

Sehemu ya mwisho inaweza kuwa URI au muundo mwingine unaoruhusiwa. Ufafanuzi wa huduma unaweza kupanuliwa, kwa hivyo programu lazima zielewe aina iliyochaguliwa.

Kuchapisha sehemu ya mwisho haithibitishi kuwa seva yake, mwendeshaji, usafiri, yaliyomo, au mahali pa kwenda ni ya kuaminika.

Programu lazima ithibitishe hali ya DID iliyotatuliwa kupitia njia, kuthibitisha aina ya huduma, kutumia vidhibiti vya usalama vya URL na mtandao, na kutumia itifaki ya programu na sifa zake za usalama.

Sehemu za mwisho za huduma za umma pia zinaweza kuunda uhusiano. Kutumia tena sehemu moja ya mwisho katika DID za jozi kunaweza kushinda faida ya faragha ya vitambulishi tofauti.

Njia ya DID inafafanua nini

DID Core inatoa usanifu wa kawaida. Njia ya DID inayolingana inafafanua sheria maalum za njia zinazohitajika kuitekeleza, ikijumuisha:

• jina la njia na sintaksia ya kitambulishi maalum cha njia;
• jinsi DID na hati ya awali ya DID zinavyoundwa;
• jinsi hali ya sasa inavyosomwa;
• jinsi sasisho zilizoidhinishwa zinavyowasilishwa na kuthibitishwa;
• jinsi DID inavyozimwa;
• jinsi azimio linavyowasiliana na rejista;
• jinsi uhalisi na uadilifu wa matokeo unavyoanzishwa;
• jinsi mzunguko wa funguo, urejeshaji, uwekaji matoleo, na historia zinavyofanya kazi;
• masuala ya usalama na faragha maalum kwa njia.

Rejista ya data inayoweza kuthibitishwa inaweza kuwa rejista iliyosambazwa, mfumo wa faili uliogatuliwa, mtandao wa rika-kwa-rika, hifadhidata, au mfumo mwingine. Usanifu unapaswa kutathminiwa kwa utawala, upatikanaji, idhini, faragha, gharama, historia, na upinzani wa mashambulizi badala ya neno “lililogatuliwa.”

Vigezo vya uteuzi wa njia

Kabla ya kuchagua njia, jaribu:

• ukomavu wa vipimo na utawala;
• utatuzi na ushirikiano wa maktaba;
• sasisho na idhini ya kuzima;
• mzunguko wa funguo na urejeshaji;
• msaada wa hali ya kihistoria;
• faragha na uvujaji wa metadata;
• upatikanaji wa rejista na hatari ya udhibiti;
• gharama za shughuli au uendeshaji;
• uwezo wa kriptografia;
• uhamiaji na kushindwa kwa njia.

Kubadilisha njia kwa kawaida kunamaanisha kuanzisha kitambulishi kipya na njia ya uhamiaji inayoaminika.

Utatuzi wa DID dhidi ya uondoaji wa URL ya DID

Utatuzi wa DID huchukua DID na chaguzi za utatuzi na kurejesha:

1. metadata ya utatuzi wa DID;
2. hati ya DID, mkondo wa hati, au hakuna hati;
3. metadata ya hati ya DID.

Mtafsiri hutumia operesheni ya “kusoma” iliyofafanuliwa na njia. DID Core inafafanua viunganishi dhahania na dhana za matokeo ya kawaida; mawasiliano maalum ya njia na uthibitishaji hubaki na njia.

Uondoaji wa URL ya DID huchukua URL kamili ya DID na kurejesha:

1. metadata ya uondoaji;
2. rasilimali iliyotambuliwa, ikiwa inapatikana;
3. metadata ya yaliyomo.

Uondoaji unaweza kwanza kutatua DID ya msingi na kisha kuchagua kipande, huduma, au rasilimali ya nje. Si kisawe cha azimio.

Vipimo Tofauti vya Utatuzi wa W3C DID vinaendeleza algoriti za kina za utatuzi na uondoaji. Uchapishaji wake wa hivi karibuni ni Rasimu ya Kazi ya W3C ya tarehe 24 Julai 2026, na uondoaji wa URL ya DID umewekwa alama kama kipengele kilicho hatarini. Inabaki kuwa kazi ya kiwango badala ya sehemu ya Pendekezo la DID Core 1.0 la 2022, kwa hivyo bainisha rasimu kabla ya kudai kulingana.

Uaminifu wa mtafsiri na kache

Mtafsiri ni mpaka wa usalama na faragha. Huona vitambulishi vilivyoombwa na inaweza kurejesha hali iliyopita au iliyodanganywa. Tathmini:

• Uthibitishaji wa matokeo ya njia;
• Uthibitishaji wa usafiri na mtafsiri;
• Ubaridi wa kache na ubatilishaji;
• Chaguzi za toleo na wakati;
• Ushughulikiaji wa makosa na tabia ya kupunguza;
• Uvujaji wa faragha kupitia utafutaji;
• Tabia wakati wa kushindwa kwa rejista au mtandao.

DID na Vitambulisho Vinavyoweza Kuthibitishwa

DID na Vitambulisho Vinavyoweza Kuthibitishwa ni vipimo vinavyokamilishana, sio kitu kimoja.

DID ya msingi inaweza kutambua:

• mtoaji wa kitambulisho;
• mhusika wa kitambulisho;
• mmiliki.

Njia ya uthibitishaji inayotumiwa na utaratibu wa usalama badala yake inatambuliwa na URL ya DID, kwa kawaida DID ikifuatiwa na kipande kama vile #key-1.

Mfumo wa Data wa Vitambulisho Vinavyoweza Kuthibitishwa wa W3C 2.0 hufafanua vitambulisho, mawasilisho, mtoaji, mmiliki, mhusika, uhalali, hali, skimu, na mifumo ya usalama. Haihitaji kila kitambulishi kuwa DID.

Wakati DID inatumiwa kwa mtoaji, mthibitishaji anaweza kutatua DID ya mtoaji, kupata njia ya uthibitishaji ya ushahidi, na kuthibitisha kwamba njia imeidhinishwa chini ya assertionMethod. Uthibitishaji huo wa kriptografia bado hauanzishi:

• kwamba kila dai la kitambulisho ni la kweli;
• kwamba mtoaji anaaminika kwa dai hilo;
• kwamba kitambulisho ni cha sasa au kinakubalika;
• kwamba hali yake, skimu, au ushahidi unakidhi sera;
• kwamba mhusika wa kitambulisho ndiye anayeiwakilisha.

Hundi hizo ni za utaratibu wa usalama, mfumo wa hali, mfumo wa uaminifu, ufungaji wa uwasilishaji, na sera ya chama kinachotegemea.

Mazingatio ya faragha na usalama

Epuka data binafsi katika hati za umma

Hati za DID zinaweza kunakiliwa sana. Usichapishe majina, vitambulishi vya serikali, biometriska, vitambulisho, au data nyingine binafsi kwa sababu tu mfumo unaweza kupanuliwa. Usimbaji fiche si jibu la kudumu kwa maandishi yaliyosimbwa ya umma kabisa.

Zuia uhusiano

DID za jozi au maalum kwa muktadha zinaweza kupunguza uhusiano tu ikiwa data nyingine pia imetenganishwa. Funguo zilizotumiwa tena, sehemu za mwisho za huduma, vitambulishi vya mtandao, sifa za kitambulisho, muda, na shughuli za rejista zinaweza kuunganisha DID zinazodhaniwa kuwa tofauti.

Zungusha na urejeshe funguo

Panga maelewano kabla ya uzinduzi. Fafanua idhini ya sasisho, vidhibiti vya urejeshaji, sheria za kizingiti, mzunguko, ushughulikiaji wa funguo za zamani, na kuzima. Mamlaka ya urejeshaji inahitaji kutenganishwa na ukaguzi.

Thibitisha madhumuni ya ushahidi

Angalia sio tu kwamba saini inathibitisha, bali pia kwamba njia ya uthibitishaji iliidhinishwa kwa uhusiano unaohitajika kwa wakati unaofaa. Zuia ubadilishaji kati ya uthibitishaji, uthibitisho, makubaliano, na matumizi ya uwezo.

Shughulikia historia kwa uangalifu

Hati ya sasa ya DID inaweza kutokuwa na ufunguo wa zamani tena. Kuthibitisha ushahidi wa kihistoria kunaweza kuhitaji toleo la kihistoria linaloungwa mkono na njia na ushahidi wa kuaminika wa wakati wa ushahidi. “Ufunguo haupo sasa” na “ushahidi haukuwa halali kamwe” sio hitimisho sawa.

Makosa ya kawaida ya utekelezaji wa DID

Kuuita DID Core vipimo vya blockchain

DID Core haina teknolojia maalum. Blockchains ni usanifu mmoja unaowezekana wa rejista.

Kutibu DID kama ushahidi wa utambulisho halali

DID inasaidia udhibiti wa kitambulishi na uthibitishaji wa kriptografia. Ufungaji wa utambulisho wa ulimwengu halisi unahitaji ushahidi tofauti, uthibitisho wa mtoaji, au mfumo wa uaminifu.

Kutumia ufunguo wowote ulioorodheshwa kwa madhumuni yoyote

Tekeleza uhusiano wazi wa uthibitishaji na madhumuni ya ushahidi.

Kuamini sehemu za mwisho za huduma kiotomatiki

Thibitisha hali ya njia na utumie usalama wa programu, usafiri, URL, na yaliyomo.

Kudhani DID zote ni za faragha au zisizojulikana

Shughuli za rejista, azimio, nyenzo zilizotumiwa tena, na huduma zinaweza kufichua uhusiano wa kudumu.

Orodha ya uhakiki wa utekelezaji

Kabla ya uzalishaji, thibitisha kwamba:

• matoleo ya DID Core yaliyochaguliwa na vipimo vya njia ya DID yamebainishwa;
• uchambuzi wa kitambulishi na URL ya DID unatumia ushughulikiaji wa URI unaolingana na viwango;
• uwakilishi uliokubaliwa na aina za media ni wazi;
• kila ushahidi unatekeleza uhusiano wa uthibitishaji uliokusudiwa;
• matokeo ya njia yamethibitishwa badala ya kuaminiwa kutoka kwa mtafsiri yeyote;
• kache, uwekaji matoleo, uthibitishaji wa kihistoria, na kuzima zimejaribiwa;
• sasisho, mzunguko, maelewano, urejeshaji, na uhamiaji zimefanyiwa mazoezi;
• hati za umma hazina data yoyote isiyo ya lazima ya kibinafsi au inayohusiana;
• sehemu za mwisho za huduma hupokea ukaguzi tofauti wa usalama wa safu ya programu;
• uaminifu wa Kitambulisho Kinachoweza Kuthibitishwa, hali, skimu, na hundi za uwasilishaji hubaki tofauti.

Mahali ambapo DID zinakutana na uthibitishaji wa kitambulisho

DID zinaweza kutambua masomo na nyenzo za uthibitishaji, lakini hazifanyi uthibitisho wa kitambulisho. Mfumo wa kitambulisho unaoweza kutumika tena bado unahitaji ushahidi wa kuaminika na uamuzi unaosimamiwa kabla ya kutoa au kukubali madai. Uthibitishaji wa Kitambulisho wa Didit unaweza kutoa ushahidi wa kitambulisho kwa uamuzi kama huo, wakati KYC Inayoweza Kutumika Tena inasaidia kutumia tena uthibitishaji wa awali katika huduma zinazoshiriki na imeorodheshwa kama bure.

Ukaribu huo wa bidhaa haimaanishi kwamba kila uthibitishaji wa Didit ni DID au kwamba azimio la DID linachukua nafasi ya KYC. Viwango vya sasa vya moduli vinapatikana kwenye ukurasa wa bei. Usanifu unapaswa kuweka udhibiti wa kitambulishi, ushahidi wa kitambulisho, utoaji wa kitambulisho, uwasilishaji, na sera ya chama kinachotegemea kama mipaka tofauti ya uaminifu.

Maswali yanayoulizwa mara kwa mara

Vipimo vya W3C DID vinafafanua nini?

Inafafanua sintaksia ya DID na URL ya DID, mfumo wa data wa kawaida, sifa kuu za hati ya DID, uwakilishi, mahitaji ya njia, na viunganishi dhahania vya azimio na uondoaji.

Je, kila DID hutumia blockchain?

Hapana. Njia ya DID inaweza kutumia leja, hifadhidata, mfumo wa rika-kwa-rika, mfumo wa faili uliogatuliwa, au usanifu mwingine wa rejista.

Tofauti kati ya DID na hati ya DID ni nini?

DID ni kitambulishi. Hati ya DID ni data inayohusiana ambayo inaweza kueleza vidhibiti, njia za uthibitishaji na madhumuni yake, huduma, na sifa zingine zilizofafanuliwa.

Tofauti kati ya azimio na uondoaji ni nini?

Azimio hupata hati ya DID na metadata kwa DID. Uondoaji hupata rasilimali iliyotambuliwa na URL kamili ya DID, labda baada ya kutatua DID yake ya msingi.

Je, DID ni sawa na Kitambulisho Kinachoweza Kuthibitishwa?

Hapana. DID ni kitambulishi. Kitambulisho Kinachoweza Kuthibitishwa ni seti ya madai isiyoweza kubadilika, inayoweza kuthibitishwa na mashine chini ya mfumo wa data wa VC na utaratibu wa usalama. VC zinaweza kutumia DID lakini hazihitaji kwa ujumla.

Je, kudhibiti DID kunathibitisha nani mtu ni?

Hapana. Inaweza kuthibitisha udhibiti wa mamlaka ya kriptografia au maalum ya njia inayohusiana na DID. Kufunga udhibiti huo kwa utambulisho halali au wa ulimwengu halisi kunahitaji ushahidi wa ziada au uthibitisho wa kuaminika.

Je, hati ya DID inaweza kuwa na funguo za faragha?

Hapana. Hati za DID zina nyenzo za uthibitishaji za umma au marejeleo. Nyenzo za ufunguo wa faragha hazipaswi kuonekana na lazima zibaki kulindwa na mfumo wa usimamizi wa funguo wa mtawala.

Marejeleo ya msingi

• Vitambulisho Vilivyogatuliwa vya W3C (DIDs) v1.0
• Vitambulisho Vilivyogatuliwa vya W3C (DIDs) v1.1
• Utatuzi wa Kitambulishi Kilichogatuliwa cha W3C
• Rejista za Vipimo vya W3C DID
• Mfumo wa Data wa Vitambulisho Vinavyoweza Kuthibitishwa wa W3C v2.0

DID Core ni muhimu zaidi wakati madai yake yanabaki sahihi. Inasanifisha vitambulishi, hati, madhumuni ya uthibitishaji, huduma, na viunganishi vya njia. Uaminifu bado unatoka kwa utawala wa njia, azimio lililothibitishwa, funguo zilizolindwa, madhumuni wazi ya ushahidi, muundo unaozingatia faragha, na uamuzi wa programu kuhusu ushahidi gani wa kukubali.