Je me suis replongé dans le "levier en un clic" @TermMax comme dans une chaîne d’automatisation en flux continu, et j’ai fini par comprendre que plus le bouton est simple, moins le backend a le droit d’être approximatif. Une fois que l’utilisateur a déposé l’actif de dette initial, le système doit encore organiser un flash loan, acheter des actifs servant de garantie, forger les GT et FT, puis finaliser l’échange XT, avant de rembourser l’emprunt temporaire $BTC . Pour l’utilisateur, ce n’est qu’1 seul clic, mais le protocole doit en réalité enchaîner plusieurs étapes au sein de la même transaction.
La valeur de cette conception est très directe : pas besoin de répéter manuellement l’approvisionnement en garantie, l’emprunt et l’échange de positions. Les GT sont consignés via ERC-721 pour un entrepôt/position unique, les FT représentent des créances négociables, et le MLTV limite le plafond de levier. Le multiplicateur de levier n’est pas un nombre fixé par le bouton : il dépend en même temps du prix des actifs, de la réserve des ordres, de la profondeur de marché et du montant emprunté. Ce que l’on appelle one-click comprime l’opération, pas les étapes internes.
La vraie question à se poser concerne le traitement en cas de marché anormal. Par exemple, au moment d’ouvrir la position, le prix $ETH glisse : les ordres à plage ne touchent qu’à moitié le plan, ou bien si les FT et les XT ne correspondent pas comme prévu, le système annule l’ensemble de la transaction, ou bien diminue automatiquement le levier pour continuer ? En cas de rollback, combien de Gas l’utilisateur perd-il ? Et en cas d’ajustement automatique des paramètres, faut-il recalculer/valider encore le nouveau ratio de collatéral ? Le pire ennemi d’un flux en un clic n’est pas le nombre d’étapes, mais le fait que, si quelque chose échoue, l’utilisateur ne sache pas ce que le système a fait à sa place.
C’est pourquoi j’espère que TermMax rendra les exécutions plus détaillées : lister l’investissement initial, le nombre de flash loans, le prix moyen des garanties, la dette GT, la quantité de FT émise et le levier final, puis mettre en parallèle la simulation avant transaction et le résultat on-chain. Ce n’est que si chaque écart peut être expliqué que la DeFi complexe devient vraiment simple. La vitesse n’est que l’entrée ; le vrai point clé de TermMax est de savoir si le flux peut se refermer entièrement dans les limites confirmées par l’utilisateur. #termmax
La valeur de cette conception est très directe : pas besoin de répéter manuellement l’approvisionnement en garantie, l’emprunt et l’échange de positions. Les GT sont consignés via ERC-721 pour un entrepôt/position unique, les FT représentent des créances négociables, et le MLTV limite le plafond de levier. Le multiplicateur de levier n’est pas un nombre fixé par le bouton : il dépend en même temps du prix des actifs, de la réserve des ordres, de la profondeur de marché et du montant emprunté. Ce que l’on appelle one-click comprime l’opération, pas les étapes internes.
La vraie question à se poser concerne le traitement en cas de marché anormal. Par exemple, au moment d’ouvrir la position, le prix $ETH glisse : les ordres à plage ne touchent qu’à moitié le plan, ou bien si les FT et les XT ne correspondent pas comme prévu, le système annule l’ensemble de la transaction, ou bien diminue automatiquement le levier pour continuer ? En cas de rollback, combien de Gas l’utilisateur perd-il ? Et en cas d’ajustement automatique des paramètres, faut-il recalculer/valider encore le nouveau ratio de collatéral ? Le pire ennemi d’un flux en un clic n’est pas le nombre d’étapes, mais le fait que, si quelque chose échoue, l’utilisateur ne sache pas ce que le système a fait à sa place.
C’est pourquoi j’espère que TermMax rendra les exécutions plus détaillées : lister l’investissement initial, le nombre de flash loans, le prix moyen des garanties, la dette GT, la quantité de FT émise et le levier final, puis mettre en parallèle la simulation avant transaction et le résultat on-chain. Ce n’est que si chaque écart peut être expliqué que la DeFi complexe devient vraiment simple. La vitesse n’est que l’entrée ; le vrai point clé de TermMax est de savoir si le flux peut se refermer entièrement dans les limites confirmées par l’utilisateur. #termmax