poanetwork / poa-popa

DApp for proof of physical address (PoPA) attestation for validators of POA Network
https://popa.poa.network
GNU General Public License v3.0
24 stars 18 forks source link

(Feature) Admin should be able to generate a new Confirmation Code #83

Closed Janther closed 6 years ago

Janther commented 6 years ago

continue the discussion here: #88

The confirmation code is set up when a person registers a new address. If the system is going to randomly send postcards asking the user to re-confirm the address, I suppose you should be changing the confirmation code. Otherwise, a person could store the code and use it again and again.

A function for an admin to modify the existing confirmation code.

Also, a state for an Address that stipulates that it's waiting for reconfirmation would be nice.

phahulin commented 6 years ago

@pablofullana do we have this feature - reconfirming addresses - in our roadmap? At the present moment confirmation code is sent only once, after initial registration

igorbarinov commented 6 years ago

@phahulin yes, PoPA is a regular check. Thus, it's good to have a code unknown to the receiver for each attestation.

pablofullana commented 6 years ago

A few questions on this one:

  1. Are we currently keeping track of the date in which user will be asked to re-confirm a given address? How is this defined?
  2. Should an admin be in charge of changing the confirmation code or shall we generate them automatically?
igorbarinov commented 6 years ago

@pablofullana

pablofullana commented 6 years ago

Looks like enabling an address to be re-confirmed or re-registered will require some updates on the code. This shouldn't be that hard to implement, we could assign someone and start working on it.

My only concern is about the refactor you are working on @Janther and how this will impact it. Shall we plan on having this done after your updates or everything could be done in parallel?