Voici comment je vois la solution de rabaissement périodique du seuil (résumé de mes précédentes interventions) :
Rabaisser tous les X jours le seuil anti-hack à Y en dessous du seuil actuel si ce dernier est à plus Y' % au dessus du prix moyen sur les Z derniers jours
(X, Y, Y' et Z étant des variables qui peut être discutées et votées avant d'être confiée pour exécution au comité de sécurité)
X = Périodicité de mise à jour
Y = Pourcentage en dessous du seuil actuel
Y' = Pourcentage en dessus du prix moyen
Z = Nombre de jour à prendre en compte calculer le prix moyen
Exemple réaliste avec X=7, Y=35, Y'=10, Z=3 :
Soit dans cet exemple : Rabaisser tous les 7 jours le seuil anti-hack à 35% en dessous du seuil actuel si ce dernier est à plus 10 % au dessus du prix moyen sur les 3 derniers jours
Comme c'est le comité de sécurité qui appliquera la stratégie avec les bonnes variables pour descendre le seuil anti-hack, si il y a un hack, rien ne pourra être minté en dessous du seuil anti-hack. On respecte donc le principe du seuil anti-hack et on respecte le marché même s'il est baissier. Si on ne veut pas que le marché baisse c'est une autre histoire qui doit être prise en compte au niveau de l’attractivité du REG lui-même.
Il faut que Y' - Y soit au moins égal à 25 sinon le taux de conversion risque de ne pas être mis à jour.
Si on prend les chiffres du jour :
Prix moyen sur 3 jours = 0.3725
Taux de conversion actuel : 0.5329
Seuil actuel : 0.50
Eloignement du seuil par rapport au prix moyen : 34.28%
Est-ce que l'éloignement est plus de 10% ? Oui
On abaisse le seuil anti-hack de 35%: 0.50 à 0.325
