À quoi servent les pending membership?

[cgeek]

@tuxmain

Actuellement il y a des palettes très génériques (membership, identity, cert) et une palette “colle”, duniter-wot. Qui ferait son travail ?

Si l’on part des deux hypothèses suivantes :

• les Smith sont gérés indépendamment via la pallet authority-members
• le concept d’adhésion de la WoT saute

Alors la palette duniter-wot ne sert plus qu’à “coller” identiy, certification ainsi qu’un peu de distance, ce que ces palettes pourraient faire en interne sur leurs parties respectives car il resterait :

• Constantes :
  • appliquer FirstIssuableOn : concept de certification
  • appliquer MinCertForMembership : concept de certification
  • appliquer MinCertForCreateIdtyRight : concept de certification
  • appliquer IsDistanceOk : concept de distance
• Fonctions :
  • check_create_identity : checks de certifications
  • check_validate_identity : check réductible à l’appel de distance.requestDistanceEvaluation
  • check_cert_allowed : check de certifications
  • on_idty_change.IdentityEvent::(Created|Removed) : check de certifications
  • on_new_cert : event de certifications
  • on_removed_cert : event de certifications

En fait, en l’écrivant, je me rends compte que 90% du code restant sont des traitements liés aux certifications. Quant à la vérification de distance, c’est un appel direct à la pallet de distance, il n’y a pas de code à déplacer, juste à laisser les palettes identity et distance se parler.