Si j'ai bien compris le système, on ne peut pas juste mettre le cours actuel pour le seuil, il faut mettre plus bas que le prix actuel (avec une certaine marge) car sinon la moindre petite baisse du prix sous le seuil fait que le système se désactive, le prix n'est plus du tout mis à jour.
Il pourrait donc même rester au prix actuel de 0.53 si le prix baisse un peu sous le seuil juste après la mise à jour. C'est un système prévu en cas de hack et non pour fixer un prix plancher.
Si un vote est nécessaire, il faudrait d'abord voter sur une solution simple à court terme, le temps qu'une éventuelle autre solution à plus long terme soit mise en place (commité, règle complexe, limites, etc.).
Suggestions à court terme :
- Arrêter complètement le claim, le temps de trouver une solution long terme. Motivation : ce problème aurait dû être anticipé et discuté en amont, le claim actuel peut être trompeur pour certaines personnes peu au courant.
- Baisser le seuil anti-hack en fonction du prix (méthode et fréquence à définir), avec éventuellement un prix plancher. Motivation : permet de garder un marché plus libre selon l'offre et la demande, c'est la continuité du choix initial qui a fixé ce seuil arbitrairement à partir d'un ancien prix. Possibilité d'éviter une chute trop brutale avec une fréquence hebdomadaire par ex..
- Mettre un seuil fixe (par exemple conserver le seuil actuel de 0.5) : permet de limiter l'émission de REG à partir des SOON et de soutenir artificiellement son prix. Il ne sera probablement plus possible d’obtenir l'équivalent de 1$ de SOON en REG, ceux qui n'ont pas encore claim seront pénalisés. Autre problème, ce seuil est censé être une limite anti-hack, pas un prix plancher minimum, le prix d'arrêt est donc plus élevé que le seuil.
