Récompenser la fidélité : parachutage automatique pour tous les détenteurs

Par DeHub Team — 2021-07-03

Lorsqu'une vulnérabilité a été trouvée dans le contrat v1, nous avons interrompu les interactions avec celui-ci, corrigé et redéployé. La partie qui comptait pour les détenteurs était ce qui s'est passé ensuite : un instantané de chaque solde avant la mise en ligne du nouveau contrat, et un parachutage automatique 1:1 pour chacun d'entre eux.

Personne n’a dû revendiquer. Personne n’a dû signer quoi que ce soit. Personne n’a manqué une fenêtre.

Pourquoi automatique, et pourquoi c'est important

La façon normale de gérer cela est une page de réclamation. C'est beaucoup moins cher, c'est une pratique standard, et nous ne l'avons pas fait — parce qu'une page de réclamation transfère silencieusement le coût de votre erreur sur les personnes contre lesquelles elle a été faite.

Les mécanismes de réclamation échouent pour des raisons ordinaires. Les gens voyagent. Les gens ratent l'annonce. Les gens ont perdu l'accès au portefeuille qu'ils détenaient, ou ne comprennent pas ce qu'est une réclamation, ou voient un lien leur demandant de connecter un portefeuille après un incident de sécurité et décident correctement de ne pas lui faire confiance. Chacun d'entre eux produit un détenteur qui n'a rien fait de mal et se retrouve avec rien, et chaque solde non réclamé se retrouve avec le projet.

L'incident était le nôtre. La remédiation ne devait pas avoir d'exigence de participation.

Ce que l'automatique implique réellement

C'est plus de travail, et cela vaut la peine d'être clair sur ce qu'est le travail :

• L'instantané doit être défendable. Un bloc, pris avant le déploiement, publié afin que tout le monde puisse vérifier son propre solde.
• La distribution coûte de l'argent réel. Des milliers de transferts individuels aux frais de réseau, payés par le projet, sans compensation du reliquat non réclamé.
• Les cas Edge doivent être décidés à l'avance et en public. Soldes détenus dans des pools, dans des contrats, à mi-transfert au bloc d'instantanés — chacun d'entre eux a besoin d'une règle énoncée, appliqué de manière cohérente, avant que quiconque puisse vous accuser de choisir les gagnants après coup.

Le précédent qu'il a créé

C'est la première fois que DeHub largue ses supports, et il a établi le modèle pour tout depuis. Les parachutages font partie du modèle d'utilité depuis le premier livre blanc en 2021, et ceux qui ont suivi — le parachutage partenaire pour la fourchette fan.site, puis les distributions Last Chad Standing — ont tous hérité des mêmes hypothèses. Instantané publié, règles énoncées à l'avance, détenteurs non tenus de se produire pour être inclus.

Il a également établi une norme interne à laquelle nous sommes tenus depuis : lorsque nous cassons quelque chose, le correctif n'est pas terminé lorsque le code est corrigé. Il est terminé lorsque les personnes touchées sont entières. Ce principe a été testé beaucoup plus durement au T4 2022, lorsqu'un dysfonctionnement du déclencheur fiscal a gelé le jeton et le pool de liquidités et forcé une relance complète de la v2 avec plus de 25 000 détenteurs à migrer. L'approche n'a pas changé. C'est devenu beaucoup plus cher.

La chose que personne ne prend en compte

Faire les choses de cette façon en 2021 est la raison pour laquelle la migration 2022 a fonctionné du tout.

À la fin de 2022, nous demandions à 25 000 personnes d'effectuer une action inhabituelle avec leur portefeuille, immédiatement après un échec que nous avions causé, dans un environnement rempli de personnes se faisant passer pour nous et espérant que quelqu'un cliquerait sur le mauvais lien. Le seul véritable atout que nous avions dans cette conversation était un exemple préalable de la façon dont nous nous comportons lorsque nous cassons quelque chose.

Gérer correctement le premier incident n'était pas seulement la bonne chose à faire à l'époque. C'était le crédit que nous avons dépensé un an plus tard, lorsque nous en avions besoin et que nous n'aurions pas pu le mériter rétroactivement.