Pourquoi les hooks Uniswap ont besoin d’un historique vérifiable, et où Space and Time intervient
Tous les programmes de récompenses auxquels j’ai participé m’ont demandé de faire confiance à leur propre tableur et à leur propre date limite pour déterminer qui avait droit à quoi.
Vérifier moi-même n’a jamais été une option.
C’est pourquoi l’approche des hooks Uniswap présentée par @SpaceandTime a retenu mon attention.
Les contrats intelligents peuvent appliquer les règles d’un protocole à partir de résultats vérifiés issus d’activités passées, par exemple pour vérifier l’admissibilité à une récompense ou fixer une réduction de fidélité en fonction des transactions antérieures d’un utilisateur.
C’est là tout l’intérêt de la preuve.
J’ai consulté la documentation officielle d’Uniswap sur les hooks, qui décrit des modèles utilisant des requêtes sur des données historiques pour déterminer les réductions de frais de swap dans un hook.
Des frais dont le calcul est vérifiable.
$SXT sert à payer les charges de travail du réseau et est mis en staking pour sécuriser les validateurs.
Les modèles ne signifient pas adoption.
La documentation décrit des modèles, mais je ne sais pas encore clairement combien de pools actifs les utilisent ni combien coûte une requête vérifiée sur l’historique pour chaque swap.
La fidélité n’est équitable que si le justificatif peut être vérifié.
$SXT
#SXT
@SpaceandTime
Tous les programmes de récompenses auxquels j’ai participé m’ont demandé de faire confiance à leur propre tableur et à leur propre date limite pour déterminer qui avait droit à quoi.
Vérifier moi-même n’a jamais été une option.
C’est pourquoi l’approche des hooks Uniswap présentée par @SpaceandTime a retenu mon attention.
Les contrats intelligents peuvent appliquer les règles d’un protocole à partir de résultats vérifiés issus d’activités passées, par exemple pour vérifier l’admissibilité à une récompense ou fixer une réduction de fidélité en fonction des transactions antérieures d’un utilisateur.
C’est là tout l’intérêt de la preuve.
J’ai consulté la documentation officielle d’Uniswap sur les hooks, qui décrit des modèles utilisant des requêtes sur des données historiques pour déterminer les réductions de frais de swap dans un hook.
Des frais dont le calcul est vérifiable.
$SXT sert à payer les charges de travail du réseau et est mis en staking pour sécuriser les validateurs.
Les modèles ne signifient pas adoption.
La documentation décrit des modèles, mais je ne sais pas encore clairement combien de pools actifs les utilisent ni combien coûte une requête vérifiée sur l’historique pour chaque swap.
La fidélité n’est équitable que si le justificatif peut être vérifié.
$SXT
#SXT
@SpaceandTime
