ARF
ARF, Architecture and Reference Framework, je technická specifikace ekosystému peněženky EUDI: převádí to, co eIDAS 2.0 vyžaduje právně, do konkrétních rolí, formátů credentialů, protokolů a infrastruktury důvěry, které musí implementátoři postavit.
Udržuje jej Evropská komise společně s členskými státy prostřednictvím skupiny odborníků na eIDAS a je zveřejňován ve verzovaných vydáních, z nichž každé doplňuje sada technických specifikací a příloh věnovaných jednotlivým tématům, jako je rulebook PID, důvěra a zneplatnění nebo kryptografické požadavky na peněženku. ARF je to, co řeší otázky, které nařízení záměrně ponechává otevřené na úrovni podrobností, kterou implementátoři potřebují: že peněženka používá OpenID4VCI k přijímání pověření a OpenID4VP k jejich předkládání, že PID a atestace mají formát SD-JWT VC a ISO mdoc, jak peněženka vydavateli nebo ověřovateli dokazuje svou pravost a jak jsou registrovaní vydavatelé a spoléhající se strany zveřejňováni v národních registrech, aby si je druhá strana mohla ověřit, než pověření přijme. Vyvíjí se otevřeně na GitHubu, kde členské státy, průmysl a rozsáhlé pilotní projekty, jako Potential a DC4EU, hlásí problémy a navrhují změny, než je vydání finalizováno, což je důvod, proč se dokument stále vyvíjí, jak tyto pilotní projekty odhalují mezery, které text nepředvídal. Kdokoli vyvíjí řešení pro EUDI Wallet, čte kvůli těmto podrobnostem ARF, a ne nařízení nebo jeho prováděcí akty, protože akty stanovují právní povinnost, zatímco ARF stanovuje interoperabilní způsob, jak ji splnit. Peněženka, vydavatel nebo ověřovatel, který splňuje jen nařízení, ale neřídí se technickými volbami ARF, by nebyl interoperabilní se zbytkem ekosystému, i kdyby byl právně v souladu.
Související pojmy
Jak často se ARF mění?
ARF vychází ve verzovaných aktualizacích, jak Evropská komise, členské státy a rozsáhlé pilotní projekty, jako Potential a DC4EU, odhalují mezery nebo nejasnosti při budování reálných implementací. Každé vydání také přináší technické specifikace a přílohy k vlastním tématům. Vývoj probíhá otevřeně na GitHubu, takže implementátoři mohou sledovat navrhované změny a hlásit problémy dřív, než je verze finalizována, místo aby stavěli na dokumentu, který se nikdy neopravuje.