
Jetons liés au temps : la temporalité, la propriété et les rendements tokenisés apporteront-ils de nouvelles dynamiques aux actifs cryptographiques ?
TechFlow SélectionTechFlow Sélection

Jetons liés au temps : la temporalité, la propriété et les rendements tokenisés apporteront-ils de nouvelles dynamiques aux actifs cryptographiques ?
Comment les jetons liés au temps sont-ils concrètement mis en œuvre ? Quels sont les scénarios réalisables ?
Rédaction : Ricsson Ngo, Shatabarto Bhattacharya
Traduction : TechFlow
Introduction
Quelles nouvelles dynamiques émergeront dans le monde cryptographique lorsque le temps lui-même pourra être tokenisé ?
Récemment, un concept appelé « jetons liés au temps » (Time-Bound Tokens, TBT) a été proposé, et les discussions sur leurs conceptions techniques et cas d’usage ont commencé à apparaître. Dans la finance traditionnelle comme dans les actifs cryptographiques, le « temps » impose souvent une contrainte sur certains droits — remboursements à échéance, baux limités dans le temps, options, contrats à terme… Pendant une période donnée (condition), vous disposez d’un droit sur un actif, générant des bénéfices économiques selon des règles prédéfinies (résultat) après expiration.
Cette logique réelle de « condition → résultat » peut clairement être codée via des contrats intelligents, ce qui signifie que la condition temporelle elle-même pourrait être tokenisée.
Comment les jetons liés au temps peuvent-ils être concrètement implémentés ? Quels scénarios applicables existent ? Cet article répond à ces questions et nous fait entrevoir de nouvelles narrations possibles.
Résumé
Le jeton lié au temps (TBT, Time-Bound Token) est un jeton permettant de transférer et de gérer la propriété temporelle d’un actif. Il s'agit essentiellement d'une représentation pure d'une option. Il peut représenter des actifs soumis à des limitations temporelles, tels que des NFT en location, des positions en dépôt, une gouvernance temporaire, des options généralisées ou encore la location immobilière. Le fonctionnement du TBT repose sur le principe suivant : découper un jeton (FT ou NFT) en segments temporels périodiques, chaque segment pouvant appartenir à une adresse différente.

Introduction
La conception du TBT met l'accent sur l'utilité. Le détenteur d'un TBT a le droit d'appeler certaines fonctions pour tirer un avantage économique ou financier de l'actif sous-jacent. La propriété du jeton est déterminée en vérifiant si le moment actuel fait partie de la période revendiquée par l'utilisateur. Ces avantages peuvent inclure :
-
Utiliser un Crypto Kitty emballé pour faire éclore un nouvel œuf de Crypto Kitty.
-
Percevoir les frais grâce à une position de liquidité Uniswap emballée.
-
Appeler des fonctions liées à la gouvernance.
-
Échanger USDC contre ETH selon une formule de somme constante (option).
-
Représenter un droit de location immobilière.
-
Des paiements périodiques.
Analysons ces exemples. Supposons qu'Alice possède 100 TBT du mois 0 au mois 1, tandis que Bob possède 100 TBT du mois 1 au mois 2. Si 0,5 mois se sont écoulés depuis le mois 0, Alice peut invoquer autant de fois qu'elle le souhaite la fonction d'utilité, alors que Bob ne le peut pas, car le moment actuel appartient à la période d'Alice. Après le mois 1, Alice perdra la capacité d'invoquer cette fonction, et Bob devra attendre le mois 1 pour en bénéficier. Un TBT expire et disparaît une fois sa durée complète écoulée.
Les TBT peuvent être transférés comme des jetons ordinaires. Ce transfert représente ici un transfert de créance accompagné d'une quantité de jetons. Par exemple, Alice peut transférer à Bob 50 TBT pour la période allant du mois 0 au mois 1 ; Alice en conservera donc 50 pour cette même période, tandis que Bob disposera de 50 TBT (mois 0–1) plus ses 100 TBT (mois 1–2). Charlie peut transférer à Oscar 100 TBT pour la période allant du mois 6 à l’infini, conservant ainsi ses 100 TBT du mois 2 au mois 6, tandis qu'Oscar obtient 100 TBT à partir du mois 6 indéfiniment.
Détails d’implémentation
Voici une proposition préliminaire d'interface pour l'implémentation d’un TBT (note de TechFlow : accompagnée d'exemples de code ; les lecteurs peu intéressés par les aspects techniques peuvent passer directement aux conclusions).
Nous adopterons une norme multi-jeton similaire à ERC1155, où l’ID représente différents types de jetons. Une offre de 1 indique qu’il s’agit d’un NFT, tandis qu’une offre supérieure à 1 désigne un jeton fongible.
Exemple de code :
-
function period(uint256 id) external view returns (uint256 seconds)
Cette fonction renvoie la durée en secondes d’un cycle pour le TBT donné par son ID. Nous appelons « graduation temporelle » l’intervalle entre deux cycles. En général, nous évitons des cycles trop courts afin de limiter les coûts en gaz, mais aussi trop longs afin de préserver la flexibilité du TBT. Des standards sociaux courants incluent la semaine, le mois, le trimestre, le semestre ou l’année.
-
function shift(uint256 id) external view returns (uint256 seconds)
Cette fonction renvoie le décalage initial en secondes à partir duquel commence le calcul des cycles. Ce décalage doit être inférieur à la durée d’un cycle.
-
function transfer(address to, uint256 id, uint64 start, uint64 end, uint256 amount, bytes calldata data) external
Cette fonction permet au propriétaire de transférer un TBT vers une adresse cible en spécifiant l’ID, la période de début et de fin, la quantité et des données supplémentaires. Après soustraction du décalage, les horodatages de début et de fin doivent être divisibles par la période. Si le début est antérieur à l’horodatage du bloc actuel, il est défini par défaut au début du cycle courant. Si la fin est nulle, elle est considérée comme infinie. La structure de données doit être implémentée avec des mappings chaînés pour une efficacité optimale en gaz et des mises à jour minimales.
-
function balanceOf(address owner, uint256 id) external view returns (bytes memory balance)
Cette fonction renvoie un objet « bytes » représentant l'intégralité de la ligne temporelle du propriétaire. L’appelant doit utiliser la fonction pure suivante pour le décoder :
-
function decodeBalance(bytes memory balance) internal pure returns (TimeDelta[] memory timeDeltas)
-
struct TimeDelta { uint64 time; int192 delta; }
Le tableau de deltas temporels est une structure de données efficace pour représenter une position sur une ligne temporelle. Le champ « time » indique l’horodatage auquel une variation intervient. Le champ « delta » indique l’augmentation ou la diminution du solde en TBT après cette date. Par exemple, avec les deltas suivants :
-
{ time: 1,700,000,000, delta: 100 }
-
{ time: 1,700,010,000, delta: -50 }
-
{ time: 1,700,030,000, delta: 150 }
Cela signifie que le propriétaire détient 100 TBT entre les horodatages 1,700,000,000 et 1,700,010,000. Puis 50 TBT (100 – 50) entre 1,700,010,000 et 1,700,030,000. Enfin, 200 TBT (50 + 150) à partir de 1,700,030,000 jusqu’à l’infini.
Notez que cette implémentation, basée sur des « bytes » et un décodeur, nécessite uniquement de retourner les affirmations futures. Nous pourrions modifier l’implémentation pour limiter la portée des retours à une durée maximale définie.
En outre, la somme des deltas temporels à chaque instant ne doit jamais être négative. Les opérations de mint, burn et transfert doivent donc garantir cette règle. De plus, au fil du temps, le solde affiché pour un propriétaire ne doit contenir que les graduations futures à compter du moment présent.
Par exemple, avec le même cas ci-dessus, supposons que l’horodatage du bloc soit désormais 1,700,010,010. La fonction balanceOf devrait alors renvoyer :
-
{ time: 1,700,010,000, delta: 50 }
-
{ time: 1,700,030,000, delta: 150 }
D'autres fonctions non mentionnées ici, telles que les transferts multiples, les mises à jour, la pagination de balanceOf, les métadonnées ou onReceived, existent également. Les fonctions décrites ci-dessus constituent la principale différence entre les TBT et les normes de jetons actuelles.
Une autre implémentation potentielle consiste à centraliser tous les TBT dans un seul contrat, contenant les fonctions de base : mise à jour de la ligne temporelle, mint, burn et transfert. Tout utilisateur peut initialiser un TBT pour un ID donné. Pour assurer l’évolutivité, des points de rappel (hooks) sont intégrés à plusieurs étapes du cycle du TBT. Cela présente un avantage potentiel : il pourrait rendre inutiles les fonctions approve et transferFrom, car les contrats interagissant avec les TBT pourraient exploiter directement les données de transfert multi-jeton.
Perspectives futures
Avec la tokenisation des actifs contraints dans le temps, nous pouvons désormais financiariser de manière créative des actifs fondés sur le temps. Nous pouvons créer des AMM pour ces actifs, par exemple un marché échangeant des TBT du mois 0 au mois 1 contre des TBT du mois 1 à l’infini. Voici quelques protocoles actuels offrant des fonctionnalités similaires :
Pendle Finance divise les actifs producteurs de rendement existants en deux lignes temporelles :
-
Jeton de rendement : du moment présent jusqu’à l’échéance, où la fonction d’utilité accumule les gains de rendement avant expiration.
-
Jeton de capital : à partir de l’échéance, l’utilisateur peut récupérer son capital initial.
Ce protocole permet aux utilisateurs d’échanger entre rendement fixe et escompte.
Timeswap permet d’échanger des jetons dans le temps, en divisant également les actifs en deux lignes temporelles :
-
Échanger un jeton actuel contre un jeton futur : le protocole convertit des jetons avant échéance en jetons après échéance, permettant aux utilisateurs d’acheter des jetons à escompte.
-
Échanger un jeton futur contre un jeton actuel : le protocole remplace des jetons post-échéance par des jetons pré-échéance, permettant un effet de levier sans liquidation.
Les TBT étendront les fonctionnalités des prochaines versions de ces protocoles et attireront de nouvelles conceptions dans le domaine de la finance à échéance fixe. Cette norme de jeton pourrait être l’étincelle qui propulsera l’espace DeFi vers le vaste marché inexploité de la finance à échéance fixe, déjà bien établi dans les marchés financiers traditionnels.
La location de NFT pour les jeux vidéo constitue également une fonction populaire. Les guildes de jeu louent leurs NFT à des joueurs afin de percevoir des récompenses. L’adoption des TBT augmentera considérablement la flexibilité et les fonctionnalités associées à la location de NFT.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News














