#dusk $DUSK @Dusk Après-midi à fouiller dans les notes d’abstraction des enjeux de Dusk, la moitié du temps à m’attendre à la sempiternelle discussion sur le liquid-staking.
Ce qui m’a surtout frappé, c’est quelque chose de plus discret. Les smart contracts peuvent désormais miser par eux-mêmes. Ils captent des dépôts, exécutent la position, puis décident du sort des récompenses selon leurs propres règles.
C’est vraiment le flux qui a retenu mon attention. Un contrat ne peut pas simplement déclencher un stake_from_contract. Les fonds doivent d’abord rester à l’intérieur du contrat, puis être poussés via le Transfer Contract avec un appel contract_to_contract avant que le genesis Stake Contract ne les touche.
Je suis quand même bloqué avec le plancher de 1 000 DUSK. L’activation attend toujours la prochaine frontière d’époque, plus une — en pratique, environ une à deux époques. Le désengagement et le retrait fonctionnent de la même manière, avec des callbacks qui ramènent les fonds et les récompenses directement dans la logique du contrat.
Sozu est l’exemple concret déjà là — un pool automatisé où personne n’a besoin de lancer son propre nœud provisioner. La vraie question n’est pas le chiffre du rendement. C’est de savoir si le staking peut cesser d’être une corvée de portefeuille et devenir quelque chose que d’autres contrats peuvent simplement brancher — des pools, des répartiteurs de récompenses, des stratégies complètes qui tournent toutes seules.
J’ai posé la tasse de thé une seconde et je suis resté à fixer ça. Ça me fait me demander si, pour chaque réseau, sa couche de sécurité doit finir par devenir programmable comme ça, avant que les applications commencent réellement à se construire au-dessus.
Ce qui m’a surtout frappé, c’est quelque chose de plus discret. Les smart contracts peuvent désormais miser par eux-mêmes. Ils captent des dépôts, exécutent la position, puis décident du sort des récompenses selon leurs propres règles.
C’est vraiment le flux qui a retenu mon attention. Un contrat ne peut pas simplement déclencher un stake_from_contract. Les fonds doivent d’abord rester à l’intérieur du contrat, puis être poussés via le Transfer Contract avec un appel contract_to_contract avant que le genesis Stake Contract ne les touche.
Je suis quand même bloqué avec le plancher de 1 000 DUSK. L’activation attend toujours la prochaine frontière d’époque, plus une — en pratique, environ une à deux époques. Le désengagement et le retrait fonctionnent de la même manière, avec des callbacks qui ramènent les fonds et les récompenses directement dans la logique du contrat.
Sozu est l’exemple concret déjà là — un pool automatisé où personne n’a besoin de lancer son propre nœud provisioner. La vraie question n’est pas le chiffre du rendement. C’est de savoir si le staking peut cesser d’être une corvée de portefeuille et devenir quelque chose que d’autres contrats peuvent simplement brancher — des pools, des répartiteurs de récompenses, des stratégies complètes qui tournent toutes seules.
J’ai posé la tasse de thé une seconde et je suis resté à fixer ça. Ça me fait me demander si, pour chaque réseau, sa couche de sécurité doit finir par devenir programmable comme ça, avant que les applications commencent réellement à se construire au-dessus.