Les prêts DeFi ont un vieux problème qui n’a jamais été résolu : les incitations suivent la TVL. Ceux qui déposent le plus touchent les récompenses, ce qui a fini par attirer une foule d’adresses qui « farm, retirent et vendent ». Pendant ce temps, ceux qui remboursent à temps et gèrent sérieusement leur ratio de collatéral ne récoltent rien.
La logique de ZK-Proven Incentives, lancé par SXT en mars dernier, est différente. Hors chaîne, le protocole peut passer les emprunteurs au peigne fin avec SQL — leur ratio de collatéral est-il stable ? Leur rythme de remboursement est-il normal ? Prennent-ils des risques inconsidérés avec l’effet de levier ? — puis générer une preuve ZK à envoyer sur la chaîne. Le contrat vérifie ensuite la preuve avant de décider à qui distribuer les récompenses.
L’essentiel, ce n’est pas que « la ZK, c’est cool », mais que les incitations passent d’une logique « axée sur le volume » à une logique « axée sur la qualité ». Un emprunteur fidèle depuis trois ans, qui n’a jamais été liquidé, et une baleine qui dépose aujourd’hui pour retirer demain : dans l’ancien modèle, c’est la seconde qui reçoit davantage ; dans le nouveau, c’est le premier qui mérite d’être récompensé. Même principe pour les protocoles de produits dérivés : les stratégies de couverture réduisent le risque systémique et devraient donc être davantage récompensées que les paris directionnels à découvert.
Côté marché, SXT se négocie actuellement un peu au-dessus de 0,008, sa capitalisation oscille autour de quelques dizaines de millions, et les données de volume varient énormément d’une plateforme à l’autre. Cela montre que le marché n’a pas encore intégré dans les cours « l’utilisation réelle de Proof of SQL dans la DeFi ». Si ZK-Proven Incentives parvient à être déployé sur plusieurs protocoles affichant de véritables volumes de prêts, SXT disposera alors d’une source de demande qui ne reposera pas sur un récit, mais sur l’activité des contrats.
Cela dit, la solution a été annoncée en mars et presque neuf mois se sont écoulés depuis. Combien de protocoles l’ont réellement intégrée sur la chaîne ? Ce chiffre compte bien plus que le prix.
#sxt $SXT @SpaceandTime
La logique de ZK-Proven Incentives, lancé par SXT en mars dernier, est différente. Hors chaîne, le protocole peut passer les emprunteurs au peigne fin avec SQL — leur ratio de collatéral est-il stable ? Leur rythme de remboursement est-il normal ? Prennent-ils des risques inconsidérés avec l’effet de levier ? — puis générer une preuve ZK à envoyer sur la chaîne. Le contrat vérifie ensuite la preuve avant de décider à qui distribuer les récompenses.
L’essentiel, ce n’est pas que « la ZK, c’est cool », mais que les incitations passent d’une logique « axée sur le volume » à une logique « axée sur la qualité ». Un emprunteur fidèle depuis trois ans, qui n’a jamais été liquidé, et une baleine qui dépose aujourd’hui pour retirer demain : dans l’ancien modèle, c’est la seconde qui reçoit davantage ; dans le nouveau, c’est le premier qui mérite d’être récompensé. Même principe pour les protocoles de produits dérivés : les stratégies de couverture réduisent le risque systémique et devraient donc être davantage récompensées que les paris directionnels à découvert.
Côté marché, SXT se négocie actuellement un peu au-dessus de 0,008, sa capitalisation oscille autour de quelques dizaines de millions, et les données de volume varient énormément d’une plateforme à l’autre. Cela montre que le marché n’a pas encore intégré dans les cours « l’utilisation réelle de Proof of SQL dans la DeFi ». Si ZK-Proven Incentives parvient à être déployé sur plusieurs protocoles affichant de véritables volumes de prêts, SXT disposera alors d’une source de demande qui ne reposera pas sur un récit, mais sur l’activité des contrats.
Cela dit, la solution a été annoncée en mars et presque neuf mois se sont écoulés depuis. Combien de protocoles l’ont réellement intégrée sur la chaîne ? Ce chiffre compte bien plus que le prix.
#sxt $SXT @SpaceandTime
