Zašto je Blockchain Opcionalan za Buduću Međunarodnu Vozačku Dozvolu (MVD)

Buduća Međunarodna Vozačka Dozvola (MVD) zahtijeva transparentnost, sidra povjerenja i javnu odgovornost. Ono što joj — po defaultu — nije potrebno jest stavljanje samih vozača na distribuiranu knjigu evidencija.

Svaki ozbiljniji razgovor o digitalnoj, prekograničnoj MVD na kraju privuče isti prijedlog: „Samo stavite to na blockchain.” Privlačnost je razumljiva. Blockchainovi nude dokaze o neovlaštenim izmjenama, zajedničku vidljivost i historiju koja se može samo dopunjavati. To su stvarna svojstva. Međutim, u kontekstu prekogranične identifikacije vozača, ona se vrlo često primjenjuju na pogrešnom sloju.

Ovaj članak objašnjava zašto, prolazi kroz ono što standardi zaista govore i iznosi bolji arhitekturalni obrazac.

Što Standardi Zapravo Govore o Blockchainu

W3C model podataka za provjerljive akreditive (Verifiable Credentials) eksplicitno navodi da registar provjerljivih podataka može imati mnoge oblike, uključujući:

• Pouzdane baze podataka
• Decentralizovane baze podataka
• Vladine baze podataka identiteta
• Distribuirane knjige evidencija

DID Core je jednako jasan: mnoge DID metode koriste tehnologiju distribuiranih knjiga evidencija, ali ne sve. Drugim riječima, standardi već odbacuju ideju da je blockchain obavezna osnova za digitalne akreditive.

To je pravo polazište za buduću MVD. Korisno pitanje nije „blockchain ili bez blockchaina?” Nego:

Koji sloj zaista treba transparentnost, a koji sloj apsolutno ne bi trebao postati javna infrastruktura po defaultu?

Blockchain Je Skup Svojstava, a Ne Zahtjev

Prva greška je tretiranje „blockchaina” kao jedinstvenog zahtjeva. To nije tako. Radi se o skupu mogućih svojstava, uključujući:

• Zajednička objava
• Historija koja se može samo dopunjavati
• Distribuirano upravljanje
• Generisanje potvrda
• Otpornost na jednostrane izmjene

Neka od ovih svojstava su korisna za buduću MVD. Neka su irelevantna. A neka su aktivno opasna kada se primijene na subjekte kojima se izdaju akreditivi. W3C model registra namjerno dopušta više implementacija jer različiti ekosistemi zahtijevaju različite kompromise.

Tri Problema Koja Ne Bi Trebalo Spajati

Druga greška je sažimanje tri različita problema u jedan sistem. Za buduću MVD, ova pitanja moraju ostati odvojena:

1. Gdje leži pravna istina. Pravo na vožnju pripada autoritativnim nacionalnim evidencijama vozačkih dozvola.
2. Kako se distribuira materijal za povjerenje. Ključevi izdavatelja i certifikati verifikatora pripadaju kontrolisanim registrima povjerenja.
3. Kako ekosistem revidira izmjene. Ovo pripada sloju transparentnosti.

Ekosistemi u stvarnom svijetu već funkcionišu na ovaj način. AAMVA-in Servis digitalnog povjerenja distribuira javne ključeve izdavatelja u obliku liste za preuzimanje prije nego što verifikator ikada stupi u interakciju s mDL-om. Priručnik EU-a za mobilnu vozačku dozvolu specificira da države članice obavještavaju Komisiju o ovlaštenim izdavateljima mDL-a, a Komisija objavljuje listu za verifikaciju tih tijela. To je distribucija povjerenja bez blockchaina.

Što Nas Uči Certificate Transparency

Najefikasniji model transparentnosti na javnom internetu nije potrošački blockchain. To je Certificate Transparency (CT).

RFC 9162 opisuje CT kao protokol za javno evidentiranje TLS serverskih certifikata kako bi svako mogao:

• Revidirati aktivnost certifikacijskih tijela
• Otkrivati problematične ili pogrešno izdane certifikate
• Revidirati same evidencije

Ključna dizajnerska lekcija iz CT-a: transparentnost je najvrjednija kada bilježi ponašanje izdavatelja i materijal za povjerenje — a ne aktivnosti krajnjih korisnika.

Primijenjeno na buduću MVD, to znači evidentiranje stvari kao što su:

• Izdavanje i rotacija ključeva izdavatelja
• Objavljivanje sidra povjerenja
• Registracija kategorija verifikatora
• Izmjene politika
• Izjave o usklađenosti
• Sigurnosno relevantni događaji

Ono što to ne znači jeste stvaranje javne ili polu-javne knjige evidencija imatelja akreditiva, identifikatora akreditiva ili događaja prezentacije. To nije transparentnost. To je prekomjerno prikupljanje podataka.

SCITT: Zašto Transparentnost Nije Isto Što i Istina

Nacrt IETF SCITT arhitekture proširuje ovo razmišljanje. SCITT definira Servis transparentnosti koji održava provjerljivu strukturu podataka i izdaje kriptografske potvrde koje dokazuju uključenost potpisanih izjava. Identitet Servisa transparentnosti uhvaćen je javnim ključem koji je poznat oslanjajućim stranama, a sidra povjerenja i politike registracije su i same transparentne.

Ovo je moćan model za MVD infrastrukturu jer pretvara transparentnost u revizijsku uslugu oko materijala za povjerenje i politika — a ne oko osobnih putnih događaja.

SCITT je također jasan u pogledu granica transparentnosti:

• Registrovana izjava dokazuje samo da ju je izdavatelj izradio i registrovao — ne i da je ta izjava zauvijek ispravna.
• Kasnija potpisana izjava može zamijeniti raniju.
• Transparentnost ne sprječava nepoštene ili kompromitovane izdavatelje; ona ih čini odgovornim.

Za identitet vozača, ta je razlika iznimno važna: evidencija transparentnosti je dokaz i historija revizija, a ne autoritativno pravno stanje nečijeg prava na vožnju.

SCITT također napominje da servis transparentnosti može zaštititi svoju sekvencu koja se može samo dopunjavati kombinacijom pouzdanog hardvera, protokola konsenzusa i kriptografskih dokaza. Čak ni sloj transparentnosti ne zahtijeva jedan specifičan dizajn blockchaina. Konsenzus je jedna opcija, a ne jedina.

Ispravno Arhitekturalno Razdvajanje za Buduću MVD

Buduća MVD trebala bi razdvojiti nadležnosti u četiri zasebna sloja:

1. Autoritativne evidencije o tome ko smije voziti (nacionalna tijela za izdavanje vozačkih dozvola)
2. Registri povjerenja za ključeve izdavatelja i verifikatora
3. Statusna infrastruktura za ažurnost i opoziv
4. Opcionalni sloj transparentnosti za javnu reviziju politika, sidra povjerenja, potvrde i izjave o usklađenosti

Kada jednom razdvojite ove slojeve, pitanje blockchaina postaje mnogo preciznije. Više nije „treba li buduća MVD biti na blockchainu?” Nego postaje:

Koji sloj, ako ikoji, zaista ima koristi od javne revizije koja se može samo dopunjavati?

Pet Razloga Zašto On-Chain Identitet Vozača Nije Pravi Default

1. Stvara Trajne Signale za Praćenje

EUDI rad na privatnosti objašnjava da prezentacije atestacija mogu sadržavati jedinstvene vrijednosti kao što su:

• Saltovi
• Hash vrijednosti
• Identifikatori opoziva
• Javni ključevi za vezivanje uređaja
• Potpisi
• Vremenske oznake

Budući da su te vrijednosti fiksne za istu atestaciju, one omogućavaju oslanjajućim stranama da povežu različite transakcije i izgrade bihevioralni profil korisnika. EUDI izričito upozorava da ovo krši razumno očekivanje da se odvojene aktivnosti novčanika neće kombinovati.

Ako objavljujete stabilne identifikatore imatelja, stabilne identifikatore akreditiva, višekratno upotrebljive hasheve ili individualno sljedive događaje opoziva na javnoj knjizi evidencija, ne rješavate problem praćenja — činite ga trajnim.

2. Izlaže Događaje Opoziva i Ažurnosti

W3C Preporuka za listu statusa bitova (Bitstring Status List) jasno opisuje problem: ako postoji veza jedan-na-jedan između akreditiva i URL-a na kojem je objavljen njegov status, izdavatelj može povezati imatelja, verifikatora i vrijeme provjere. Specifikacija koristi primjer vozačke dozvole kako bi ilustrirala zašto praćenje od strane izdavatelja pri ulasku u neki objekat krši uobičajeno očekivanje privatnosti.

Bolji default koji Bitstring Status List predlaže:

• Velike, kompresibilne liste statusa u kojima mnogi akreditivi dijele jedan statusni resurs
• Podrazumijevana dužina liste od 131.072 unosa
• Oslanjajuće strane preuzimaju nove verzije odvojeno, bez autentifikacije
• Nasumični indeksi i garancije grupne privatnosti

To je suprotno od individualizovanih, on-chain tragova opoziva.

3. Miješa Status Akreditiva s Pravnim Statusom Vožnje

Digitalni akreditiv može biti opozvan jer je njegov mehanizam potpisivanja bio kompromitovan — čak i dok pravo na vožnju u stvarnom svijetu ostaje valjano. Javna knjiga evidencija o događajima akreditiva nije čista zamjena za autoritativno stanje nacionalne vozačke evidencije.

SCITT potvrđuje ovu točku: registrovana izjava može biti kasnije zamijenjena novom, a oslanjajuće strane odlučuju čemu vjerovati na osnovu politike i historije. Evidencija nije trajna istina. To je dokaz o tome ko je šta rekao, kada i pod kojom politikom. Nacionalno tijelo za izdavanje vozačkih dozvola ostaje korijen pravne istine.

4. Cilja Pogrešan Problem Upravljanja

Prekogranični identitet vozača nije primarno problem konsenzusa. To je problem upravljanja:

• Ko smije izdavati?
• Koji su javni ključevi trenutno važeći?
• Koji su verifikatori ovlašteni?
• Koji zahtjevi za podacima odgovaraju njihovoj deklarisanoj svrsi?
• Koja je verzija politike bila na snazi u tom trenutku?

Stvarni ekosistemi već odgovaraju na ova pitanja kroz upravljanu infrastrukturu povjerenja, a ne kroz decentralizovani konsenzus:

• AAMVA-in Servis digitalnog povjerenja objavljuje javne ključeve tijela za izdavanje u obliku liste za preuzimanje.
• Priručnik EU-a za mobilnu vozačku dozvolu navodi da Komisija objavljuje listu ovlaštenih izdavatelja mDL-a.
• ETSI-jev rad na certifikatima za oslanjajuće strane novčanika pruža mašinski čitljivu autentifikaciju verifikatora s predviđenom upotrebom i registrovanim traženim atributima.

To je eksplicitna javna administracija povjerenja — a ne decentralizovano upravljanje.

5. Ne Rješava Stvarnost na Cesti

Mnogi prijedlozi za blockchain tiho pretpostavljaju da je pristup živoj mreži prednost. Za vozačke akreditive — posebno na cesti ili tokom putovanja — to često nije slučaj.

AAMVA-ine smjernice za implementaciju specificiraju da:

• Preuzimanje podataka s uređaja funkcioniše bez vanjske povezanosti i za imatelja i za čitač u trenutku transakcije.
• ISO/IEC 18013-5 zahtijeva podršku za preuzimanje podataka s uređaja.
• Verifikatorski pristup javnim ključevima izdavatelja ne mora se odvijati u trenutku transakcije. Ključevi se mogu preuzeti unaprijed.

Ako verifikator već može validirati lokalno koristeći keširani materijal za povjerenje, ovisnost o živom blockchainu nije neophodna. U najboljem slučaju, to je implementacijski izbor za neku backend funkciju revizije.

Što Bi Trebalo Biti Transparentno u Budućoj MVD

Buduća MVD apsolutno treba transparentnost — na pravom mjestu.

Učinite ove stvari transparentnim po defaultu:

• Javni ključevi izdavatelja i događaji rotacije ključeva
• Sidra povjerenja i liste ovlaštenih izdavatelja
• Certifikati pristupa verifikatora i metapodaci registrovane svrhe
• Verzije politika i pravila registracije
• Izjave o usklađenosti i tvrdnje o sigurnosno relevantnim izdanjima softvera
• Provjerljive potvrde koje dokazuju da su ove izjave registrovane

Nemojte ove stvari činiti javnim po defaultu:

• Identifikatori imatelja na javnoj knjizi evidencija
• Stabilni identifikatori akreditiva koji se ponovo koriste kod različitih verifikatora
• Događaji po prezentaciji
• Sirovi unosi opoziva koji isoliraju jednu osobu
• Potpune potpisane izjave koje sadrže osobne podatke kada bi hashevi ili metapodaci bili dovoljni

SCITT izričito upozorava izdavatelje da pregledaju uključivanje privatnih, povjerljivih ili lično prepoznatljivih informacija prije podnošenja izjava servisu transparentnosti. Također napominje da servisi transparentnosti mogu zadržati samo kriptografske metapodatke poput hasheva — a ne potpune potpisane izjave.

Bolji Obrazac: Transparentnost oko Ekosistema, a Ne kroz Osobu

Čista arhitektura za buduću MVD izgleda ovako:

• Autoritativni nacionalni registar — ostaje pravni izvor istine o pravu na vožnju.
• Sloj akreditiva — prenosi mašinski provjerljiva prava vožnje u novčanik imatelja.
• Sloj registra povjerenja — distribuira ključeve izdavatelja, certifikate verifikatora i liste ovlaštenih izdavatelja.
• Statusni sloj — koristi kratkoročne atestacije ili liste statusa koje čuvaju privatnost i osvježavaju se odvojeno.
• Sloj transparentnosti — može, ali ne mora interno koristiti konsenzus, te evidentira sidra povjerenja, promjene ključeva, ažuriranja politika, potvrde i izjave ekosistema koje imaju koristi od javne revizije koja se može samo dopunjavati.

Ova arhitektura hvata korisne dijelove blockchain razmišljanja — revizijska mogućnost koja se može samo dopunjavati, javni nadzor, dokazi o neovlaštenim izmjenama, potvrde — bez pretvaranja vozača u javni subjekt sistema. Također odgovara onome što standardi već opisuju: registri mogu imati različite oblike, DID-ovi ne zahtijevaju distribuirane knjige evidencija, registri povjerenja već postoje, a mehanizmi statusa koji čuvaju privatnost su već standardizovani.

Osnovna Argumentacija

Buduća MVD trebala bi usvojiti najbolju ideju iz blockchaina — javna odgovornost za infrastrukturu — bez usvajanja njegovog najgoreg defaulta za ljude: trajno, globalno vidljivo praćenje.

U praksi, to znači:

• Transparentnost za izdavatelje, a ne izloženost imatelja
• Provjerljiva sidra povjerenja, a ne javne putne evidencije
• Potvrde za politike i registracije, a ne trajne vremenske linije korištenja akreditiva
• Dokazi koji se mogu samo dopunjavati za upravljanje ekosistemom, a ne on-chain identitet vozača kao default

Ovo nije argument protiv blockchaina. To je argument protiv primjene blockchaina na pogrešnom sloju.

Buduća MVD može sasvim dobro koristiti servise transparentnosti podržane konsenzusom negdje u ekosistemu. Ali ako dizajn počne stavljanjem vozača, akreditiva ili traga prezentacije na knjigu evidencija, već je odabrao pogrešan default.