JSON-LD
JSON-LD yra įprastas JSON su vienu papildomu lauku, @context, kuris pasako, ką reiškia kiti laukai. Kontekstas kiekvieną trumpą lauko pavadinimą susieja su globaliai unikaliu identifikatoriumi, paprastai URL adresu, kurį paskelbė tas, kas žodyną apibrėžė, todėl sistema, kuri tų duomenų niekada nematė, vis tiek supranta, kas jai sakoma.
Įprastas JSON pasako, kaip duomenys užrašomi, o ne ką jie reiškia. Laukas pavadinimu name gali turėti asmenį, įmonę arba produktą, ir dvi sistemos abi gali siųsti galiojantį JSON ir vis tiek nesutarti dėl kiekvieno jo lauko. Ta spraga paprastai užtaisoma rašytiniu dviejų šalių susitarimu, kuris veikia vienai integracijai ir nustoja veikti, kai vienoje šalyje išduotą kredencialą turi perskaityti kitos šalies tikrintojas, su kuriuo niekas iš anksto nekalbėjo.
JSON-LD ją užtaiso pačiame dokumente. @context kiekvieną trumpą lauko pavadinimą susieja su globaliai unikaliu identifikatoriumi, todėl laukas lieka žmogui skaitomas, o mašinai tampa nedviprasmiškas. Nė viena reikšmė nepasikeičia, o gavėjas, neatpažįstantis žodyno, vis tiek gali skaityti dokumentą kaip įprastą JSON ir likusią dalį ignoruoti. JSON-LD 1.0 tapo W3C Recommendation 2014 m. sausio 16 d., o versija 1.1 pasirodė 2020 m. liepos 16 d.
Ant jo pastatytas W3C Verifiable Credentials Data Model 2.0. Kiekvienas kredencialas prasideda @context, kurio pirmoji reikšmė yra bendras kredencialų žodynas, todėl išdavėjas, subjektas, galiojimo datos ir būsenos informacija visur reiškia tą patį, o kiekvienas tolesnis žodynas suteikia laukus, kurių reikia vienam konkrečiam kredencialo tipui.
Susietų duomenų dokumento pasirašymas yra pasirinkimas tarp dviejų mechanizmų. Apgaubiantis įrodymas, pavyzdžiui, JWT, pasirašo baitus tiksliai tokius, kokie jie yra, todėl viskas, kas juos pakeliui pertvarko ar performatuoja, sugadina parašą. Įterptas Data Integrity įrodymas vietoj to pasirašo kanoninę formą, kurią apibrėžia RDF Dataset Canonicalization, ir būtent tai leidžia parašui išlikti, kai dokumentas kitur perrašomas iš naujo.
Tai nėra nė vienas iš EUDI Wallet kredencialų formatų. Architecture and Reference Framework įvardija SD-JWT VC ir mdoc, ir nė vienas iš jų nenaudoja JSON-LD, todėl organizacija, išduodanti į Europos piniginę, niekada nesutiks @context. JSON-LD užsitarnauja savo vietą ten, kur duomenys turi keliauti už juos apibrėžusios ekosistemos ribų: W3C kredencialų diegimai, produktų pasai ir tiekimo grandinės duomenys.
Tas pats formatas yra ir būdas, kuriuo svetainė pasako paieškos sistemai, apie ką yra puslapis, kai @context rodo į schema.org, o ne į kredencialų žodyną. Apdorojimo taisyklės abiem atvejais yra tos pačios, todėl struktūriniai duomenys yra lengviausia vieta pamatyti, ką kontekstas iš tikrųjų duoda.
Skaitykite visą paaiškinimą
Šiame puslapyje pateikiamas trumpas apibrėžimas. Mūsų paaiškinimas parodo, ką tai reiškia praktiškai: kas dalyvauja, kaip tai veikia ir kas pasikeičia jūsų organizacijai.
JSON-LD paaiškintasAr JSON-LD yra vienas iš EUDI Wallet kredencialų formatų?
Ne. Architecture and Reference Framework įvardija SD-JWT VC ir mdoc, ir nė vienas iš jų nėra JSON-LD formatas, todėl pagal Europos taisykles sukurtai piniginei ar tikrintojui JSON-LD apdorojiklio visai nereikia.
Tai sprendimas dėl apimties, o ne nuosprendis formatui. Abu sistemos įvardyti formatai turi fiksuotą pavidalą, vieną parašo mechanizmą ir jokio dokumento, kurį tikrintojas turėtų parsisiųsti prieš ką nors patikrindamas, o būtent tai apdovanoja telefonas ir milisekundėmis matuojamas atsako laikas. JSON-LD atsako į kitą klausimą, būtent kaip duomenys išlaiko savo reikšmę už juos apibrėžusios ekosistemos ribų, o abiejuose pasauliuose dirbančios organizacijos galiausiai paprastai palaiko abu.
Kuo JSON-LD skiriasi nuo įprasto JSON?
Niekuo tuo, kaip dokumentas užrašytas: kiekvienas JSON-LD dokumentas yra galiojantis JSON, o programinė įranga, kuriai reikia tik vieno lauko, gali taip su juo ir elgtis. Skirtumas yra @context, kuris kiekvieną lauko pavadinimą susieja su globaliai apibrėžtu identifikatoriumi, todėl duomenų reikšmė keliauja kartu su dokumentu, užuot gyvenusi specifikacijoje, dėl kurios abi šalys turėjo susitarti iš anksto.
Papildomas mechanizmas svarbus tik tada, kai dokumentas išplečiamas iki pilnos formos arba kanonizuojamas pasirašymui, o šių žingsnių vieną teiginį skaitantis tikrintojas niekada neatlieka. Tikroji kaina yra kitur: kontekstas turi būti pasiekiamas, o tikrintojas, kuris jį parsisiunčia tikrinimo metu, įdėjo tinklo užklausą ir nutolusį serverį į saugumo sprendimo vidurį. Įgyvendinimai prisega priimamus kontekstus ir pateikia juos kartu su programine įranga.