🇮🇹🇩🇪🇫🇷🇪🇸🇵🇹🇳🇱🇵🇱🇸🇪🇩🇰🇫🇮🇨🇿🇷🇴🇭🇺🇬🇷🇧🇬🇭🇷🇸🇰🇸🇮🇪🇪🇱🇹🇱🇻🇮🇪🇲🇹🇸🇦🇨🇳🇯🇵🇰🇷🇮🇳🇹🇷🇻🇳🇮🇩
Cette semaine, j’ai passé les passeports de produits textiles numériques de Reeco à la fois par les chaînes d’outils de référence de l’écosystème européen DPP — le validateur et le mock de registre européen du projet CIRPASS-2, ainsi que la suite de tests du Protocole de transparence des Nations Unies. Pas une glissade. Les vrais outils, avec la sortie sauvegardée.
Le verdict concernant les passeports : ils passent la validation officielle UNTP 0.7.0, ils sont valides comme Accréditations Vérifiables, et ils portent une signature enveloppante vérifiable contre un public did:web. Ils s’enregistrent dans le registre fictif de l’UE avec une preuve d’enregistrement cryptographique.
Mais voici la partie qui compte pour l’ensemble de l’écosystème, pas seulement pour Reeco.
La suite de tests officielle ne pouvait pas encore valider cette version du protocole. Un passeport parfaitement valide s’est avéré défaillant — non pas parce qu’il était erroné, mais parce que l’outillage n’avait pas suivi la spécification.
Je n’ai pas écrit de post à ce sujet. J’ai ouvert les problèmes, et j’ai apporté les correctifs en amont — laissant le chemin existant intact et la base de base. L’œuvre est publique ; Quiconque veut les détails peut le trouver.
Une affirmation de conformité que vous ne pouvez pas reproduire est une affirmation marketing. Une revendication de conformité étayée par une contribution publique aux outillages propres de la norme est une autre histoire.
I know which version I am running.
Stefano Cipriani est le fondateur de Reeco®, membre expert de CIRPASS-2 (EWG1, EWG3), acteur enregistré du JRC