Actuellement, il n’y a rien qui empêche d’émettre une certification forgeron vers une identité qui n’a pas fait de demande d’adhésion forgeron. On a plusieurs possibilités dont :
- conserver ce comportement et désactiver la demande forgeron (on pourrait rendre automatique
smithsMembership.requestMembership()etsmithsMembership.claimMembership(), ce qui simplifierait la procédure, d’autant plus que les metadata sont purement déclaratives, et n’ont aucune portée fonctionnelle - ajouter une contrainte supplémentaire pour conditionner l’émission d’une certification forgeron à la demande d’adhésion forgeron, ce qui ferait moins de modifications et serait plus logique
- laisser comme ça, de toute façon ça change pas grand chose
Par curiosité, je laisse un petit sondage sur ces trois propositions :
- simplifier la procédure (uniquement certifications forgeron, pas de demande ni confirmation d’adhésion)
- conditionner les certifications forgeron à la demande d’adhésion forgeron
- laisser comme ça pour l’instant, on s’en tape, c’est pas prioritaire avant la migration
0
voters