ARF
ARF, Architecture and Reference Framework, je technická špecifikácia ekosystému peňaženky EUDI: prevádza to, čo eIDAS 2.0 vyžaduje právne, do konkrétnych rolí, formátov credentialov, protokolov a infraštruktúry dôvery, ktoré musia implementátori postaviť.
Udržiava ho Európska komisia spolu s členskými štátmi prostredníctvom expertnej skupiny eIDAS a zverejňuje sa vo verziách, pričom každá je sprevádzaná súborom technických špecifikácií a príloh pokrývajúcich jednotlivé témy, ako je pravidlá PID, dôvera a zneplatnenie, alebo kryptografické požiadavky peňaženky. ARF je to, čo rieši otázky, ktoré nariadenie zámerne ponecháva otvorené na úrovni detailu, ktorú implementátori potrebujú: že peňaženka používa OpenID4VCI na prijímanie poverení a OpenID4VP na ich predkladanie, že PID a atestácie prichádzajú vo formáte SD-JWT VC a ISO mdoc, ako peňaženka dokazuje vydavateľovi alebo overovateľovi, že je pravá, a ako sú registrovaní vydavatelia a overujúce strany zverejňovaní v národných registroch, aby ich druhá strana mohla skontrolovať predtým, ako povereniu dôveruje. Vyvíja sa otvorene na GitHub, kde členské štáty, priemysel a veľkoplošné piloty, ako Potential a DC4EU, nahlasujú problémy a navrhujú zmeny predtým, ako sa verzia finalizuje, čo je dôvod, prečo sa dokument neustále vyvíja, keďže tieto piloty odhaľujú medzery, ktoré text nepredvídal. Kto stavia pre EUDI Wallet, číta ARF namiesto nariadenia alebo jeho vykonávacích aktov pre tieto detaily, keďže akty stanovujú právnu povinnosť, zatiaľ čo ARF fixuje interoperabilný spôsob, ako ju splniť. Peňaženka, vydavateľ alebo overovateľ, ktorý spĺňa iba nariadenie bez toho, aby sledoval technické voľby ARF, by nebol interoperabilný so zvyškom ekosystému, aj keby bol právne v súlade.
Súvisiace pojmy
Ako často sa ARF mení?
ARF sa vydáva vo verziovaných aktualizáciách, keď Európska komisia, členské štáty a veľkoplošné piloty, ako Potential a DC4EU, odhaľujú medzery alebo nejasnosti pri budovaní reálnych implementácií. Každá verzia tiež prináša technické špecifikácie a prílohy pre svoje vlastné témy. Vývoj prebieha otvorene na GitHub, takže implementátori môžu sledovať navrhované zmeny a nahlasovať problémy predtým, ako sa verzia finalizuje, namiesto toho, aby stavali podľa dokumentu, ktorý sa nikdy neopraví.