FR 3147882 A1 20241018 FR 2303800 A 20230417 Mise à jour des rendus d’articles dynamiques basés sur des transactions cryptographiquement sécurisées Dans certains modes de réalisation, une méthode mise en œuvre par ordinateur de mise à jour dynamique d’un rendu d’article dynamique est proposée. Un système informatique reçoit une requête de rendu d'un article dynamique. Le système informatique détermine une différence entre une condition d’initiation associée à un jeton non fongible (NFT pour Non-Fungible Token) pour l’article dynamique et un état présent. Le système informatique génère un rendu de l’article dynamique en fonction de la différence entre la condition d’initiation et l’état présent. Le système informatique permet de présenter le rendu. Figure pour l'abrégé : néant Mise à jour des rendus d’articles dynamiques basés sur des transactions cryptographiquement sécurisées Résumé Le présent résumé a pour objet de présenter une sélection de concepts sous une forme simplifiée qui sont décrits plus amplement ci-après dans la description détaillée. Le présent résumé n’est pas censé identifier des particularités clés du sujet revendiqué ni être utilisé comme aide pour déterminer la portée du sujet revendiqué. Dans certains modes de réalisation, une méthode mise en œuvre par ordinateur de mise à jour dynamique d’un rendu d’article dynamique est proposée. Un système informatique reçoit une requête de rendu d'un article dynamique. Le système informatique détermine une différence entre une condition d’initiation associée à un jeton non fongible (NFT pour Non-Fungible Token) pour l’article dynamique et un état présent. Le système informatique génère un rendu de l’article dynamique en fonction de la différence entre la condition d’initiation et l’état présent. Le système informatique permet de présenter le rendu. Dans certains modes de réalisation, un support non transitoire lisible par ordinateur ayant des instructions exécutables par ordinateur stockées dessus est proposé. Les instructions, en réponse à une exécution par un ou plusieurs processeurs d’un système informatique, amènent le système informatique à effectuer des actions de mise à jour dynamique d’un rendu d’article dynamique, les actions comprenant : la réception, par un système informatique, d’une requête de rendu d’article dynamique ; la détermination, par le système informatique, d’une différence entre une condition d’initiation associée à un jeton non fongible (NFT) pour l’article dynamique et un état présent ; et la génération, par le système informatique, d'un rendu de l’article dynamique en fonction de la différence entre la condition d’initiation et l’état présent ; et le fait de permettre, par le système informatique, de présenter le rendu. Dans certains modes de réalisation, un système de mise à jour dynamique d’un rendu d’article dynamique est proposé. Le système comprend une circuiterie permettant de recevoir une requête de rendu d'un article dynamique ; une circuiterie permettant de déterminer une différence entre une condition d’initiation associée à un jeton non fongible (NFT) pour l’article dynamique et un état présent ; et une circuiterie permettant de générer un rendu de l’article dynamique en fonction de la différence entre la condition d’initiation et l’état présent ; et une circuiterie permettant de présenter le rendu. Les aspects précédents et de nombreux avantages connexes de cette invention seront plus facilement appréciés à mesure qu’ils seront mieux compris en se référant à la description détaillée suivante, lorsqu’elle est prise conjointement avec les dessins annexés, sur lesquels : La est un schéma illustrant un exemple non limitatif de mode de réalisation d’un système de fourniture de rendus d’articles dynamiques selon divers aspects de la présente divulgation. La illustre un exemple non limitatif de mode de réalisation d’un rendu d’article dynamique à différents niveaux de diminution selon divers aspects de la présente divulgation La est un schéma fonctionnel qui illustre des aspects d’un exemple non limitatif de mode de réalisation d’un système informatique d'utilisateur final selon divers aspects de la présente divulgation. La est un organigramme qui illustre un exemple non limitatif de mode de réalisation d’une méthode de mise à jour d’un rendu d’article dynamique en fonction de transactions cryptographiquement sécurisées selon divers aspects de la présente divulgation. Description détaillée La technologie dite de « chaîne de blocs », un registre distribué dans lequel les transactions crytographiquement sécurisées peuvent être stockées, gagne en popularité et trouve un nombre croissant d’utilisations. Une utilisation courante de la technologie de chaîne de blocs est de mettre en œuvre un « portefeuille » qui associe des transactions sur la chaîne de blocs à un propriétaire du portefeuille. Dans sa forme la plus simple, une transaction associée à un portefeuille peut indiquer une quantité de cryptomonnaie transférée dans ou hors du portefeuille. Certaines implémentations de chaîne de blocs prennent également en charge l’exécution de contrats intelligents. Un contrat intelligent est un code exécutable qui est exécuté dans le cadre du stockage d’une transaction sur la chaîne de blocs. Un jeton non fongible, ou NFT, est un type spécifique d’enregistrement stocké sur une chaîne de blocs. Généralement, un NFT comprend une référence à un actif (souvent, un fichier image, un fichier d’animation ou un fichier vidéo) et un contrat intelligent qui inclut un ensemble de règles qui sont exécutées lors du stockage des transactions liées au NFT (y compris, mais sans s'y limiter, la création d’une ou plusieurs nouvelles copies uniques du NFT après une « frappe » originale du NFT, et le transfert de propriété d’une copie du NFT dans un nouveau portefeuille). À un niveau de base, un échange d’un NFT est souvent considéré comme l’échange d’une copie unique de l’actif référencé. La capacité d’utiliser et d'implémenter des chaînes de blocs, des portefeuilles et des NFT en général est détenue par ceux qui ont une compétence ordinaire dans l’art, et par conséquent, des détails supplémentaires sur la manière d'implémenter des versions de base de ces technologies ne sont pas fournis ici par souci de concision. Jusqu’à présent, les NFT étaient généralement statiques. Autrement dit, les rendus d’un actif associé à un NFT (comme une image, une animation ou une vidéo) ne changent pas au fil du temps. Il ne s’agit pas d’une représentation particulièrement réaliste d'articles du monde réel, en particulier d'articles consommables qui diminuent avec une utilisation prolongée, ou de produits qui produisent un bénéfice observable au fil du temps (« articles dynamiques »). Ce que l’on souhaite, ce sont des techniques de création et de gestion de NFT qui sont associés à des articles dynamiques, de sorte que les rendus des articles dynamiques changent au fil du temps. Par exemple, un rendu d’un article dynamique peut être généré d’une manière qui semble se dégrader ou s’améliorer au fil du temps. Un nouveau problème introduit par les NFT qui représentent des articles dynamiques est que, à terme, le rendu de l’article dynamique peut sembler complètement diminué ou complètement amélioré au fil du temps. Il s’agit d’un problème, car l’un des objectifs des NFT est de faciliter la négociation sécurisée des NFT entre portefeuilles, et si un actif associé à un NFT est entièrement diminué ou entièrement amélioré, il y a peu d’incitation pour un nouvel utilisateur à acquérir le NFT auprès de son propriétaire actuel. En outre, les techniques traditionnelles de mise à jour de l’état des objets virtuels, telles que la vérification de statut d'abonnement, etc., ne sont typiquement pas sécurisées et nécessitent une intégration complexe entre un système traditionnel et la chaîne de blocs stockant le NFT. Dans des modes de réalisation de la présente divulgation, on utilise des techniques qui mettent à jour l’état d’un NFT associé à un article dynamique, de sorte que l’article dynamique puisse être rafraîchi de manière cryptographiquement sécurisée. Des modes de réalisation de la présente divulgation déterminent une quantité de changement à appliquer à un rendu d’un NFT en fonction d'une durée qui s'est écoulée depuis qu’une condition d’initiation, telle qu’un achat ou une transaction du NFT, s’est produite et a été enregistrée dans une transaction sur la chaîne de blocs. Lors de la détection d’une nouvelle occurrence d’une condition d’initiation (par exemple, une nouvelle transaction du NFT, une transaction de portefeuille apparentée ou d’autres types de conditions d’initiation), le rendu peut être restauré à un état initial et mis à jour au fil du temps, soit pour le propriétaire existant, soit pour un nouveau propriétaire. La est un schéma illustrant un exemple non limitatif de mode de réalisation d’un système de fourniture de rendus d’articles dynamiques selon divers aspects de la présente divulgation. Dans le système 100, des enregistrements définissant un portefeuille utilisateur 104 sont stockés dans une chaîne de blocs 102. Dans certains modes de réalisation, la chaîne de blocs 102 peut être une chaîne de blocs publique capable de stocker des NFT, y compris, mais sans s'y limiter, Ethereum. Dans certains modes de réalisation, la chaîne de blocs 102 peut être une chaîne de blocs privée. Comme illustré, les enregistrements dans le portefeuille utilisateur 104 indiquent que le portefeuille utilisateur 104 inclut un ou plusieurs NFT 108, dont au moins un est associé à un article dynamique. Le NFT 108 associé à un article dynamique peut être frappé par un fournisseur de l’article dynamique et peut être acquis par le portefeuille utilisateur 104 auprès du fournisseur. Un ou plusieurs systèmes informatiques d’utilisateur final 106 sont configurés pour interagir avec la chaîne de blocs 102. Les systèmes informatiques d’utilisateur final 106 peuvent être tout type de système informatique approprié, y compris, mais sans s'y limiter, un système informatique portable 110, un système informatique mobile 112, un système informatique de console 114 ou tout autre type de système informatique approprié pour effectuer les interactions décrites au sein du système 100. Dans certains modes de réalisation, le système informatique d’utilisateur final 106 est configuré avec une application, une circuiterie ou d’autres instructions lisibles par ordinateur qui, lorsqu’elles sont exécutées par le système informatique d’utilisateur final 106, amènent le système informatique d’utilisateur final 106 à générer et/ou présenter un rendu d’un article dynamique associé à un NFT 108. Souvent, le rendu de l’article dynamique prend la forme d’une image, d’une animation, d’une vidéo ou d’une autre présentation visuelle générée par le système informatique d’utilisateur final 106 et/ou présentée sur un dispositif d’affichage du système informatique d’utilisateur final 106. Dans certains modes de réalisation, un système informatique d’utilisateur final 106 donné gère des transactions pour un NFT 108 donné, et génère/présente également l’article dynamique associé. Dans certains modes de réalisation, un premier système informatique d’utilisateur final 106 peut gérer des transactions pour un NFT 108 donné, et un second système informatique d’utilisateur final 106 peut générer/présenter l’article dynamique associé. Dans certains modes de réalisation, un système informatique d’utilisateur final 106 peut collecter des informations (y compris, mais sans s'y limiter, passer en revue des transactions sur la chaîne de blocs 102) sur lesquelles baser le rendu, générer le rendu et présenter le rendu, sans s’appuyer sur d’autres dispositifs informatiques. Dans certains modes de réalisation, le système 100 inclut d’autres systèmes informatiques qui prêtent assistance dans au moins certaines de ces actions. Par exemple, dans certains modes de réalisation, un système informatique de surveillance 116 peut être inclus dans le système 100. Le système informatique de surveillance 116 peut collecter et analyser des informations provenant de sources externes, y compris, mais sans s'y limiter, des systèmes de réseaux sociaux, des services d’actualité, des calendriers, des programmes ou d’autres sources externes. Les informations collectées et/ou leur analyse peuvent être fournies par le système informatique de surveillance 116 aux systèmes informatiques d’utilisateur final 106 pour servir de base supplémentaire à la génération de rendus d’articles dynamiques. Les informations collectées et/ou leur analyse peuvent également être stockées par le système informatique de surveillance 116 dans la chaîne de blocs 102, soit dans le portefeuille utilisateur 104, soit ailleurs, afin de garantir cryptographiquement la fiabilité des informations. À titre d’autre exemple, dans certains modes de réalisation, un système informatique de métavers 118 peut être inclus dans le système 100. Un système informatique de métavers 118 fournit un environnement de réalité virtuelle, un environnement de réalité augmentée ou un autre type d’environnement qui présente des objets virtuels aux utilisateurs qui y participent. Le système informatique de métavers 118 peut être configuré pour générer des rendus de NFT 108 au sein de son environnement virtuel, qui sont ensuite présentés par les systèmes informatiques d’utilisateur final 106. Les NFT 108 peuvent permettre l’utilisation d’un NFT 108 donné au sein de plusieurs systèmes de métavers 118 et/ou par un système de métavers 118 ainsi que par d’autres systèmes. Cette compatibilité inter-plateforme est encore un autre avantage technique de l’utilisation des NFT 108 pour représenter des articles dynamiques. La illustre un exemple non limitatif de mode de réalisation d’un rendu d’un article dynamique à différents niveaux de diminution selon divers aspects de la présente divulgation. Dans le mode de réalisation illustré, l’article dynamique est une couleur pour lèvres (un rouge lèvres, un brillant à lèvres ou un autre produit de couleur pour lèvres), et le rendu est des lèvres sur lesquelles la couleur pour lèvres est appliquée. Les lèvres peuvent être prises à partir d’une photographie d’un mannequin, d’un rendu artistique de lèvres, d’une image ou d’une vidéo d’un utilisateur, ou de toute autre image appropriée, et le rendu de la couleur des lèvres peut être superposé ou ajouté d’une autre manière à la schématisation des lèvres. Comme le montre la , les rendus sont schématisés sur un système informatique d’utilisateur final 106 en trois points différents : dans un premier rendu 202, l’article dynamique (la couleur des lèvres) est illustré après détection d’une condition d'initiation. Dans le premier rendu 202, la couleur des lèvres est montrée comme elle apparaîtrait peu après avoir été appliquée, sans zones usées visibles. Dans un deuxième rendu 204, les effets d’une certaine diminution sont rendus apparents comme certaines zones de couleur manquante, comme apparaîtrait la couleur pour lèvres après une période de port. Dans un troisième rendu 206, le rouge à lèvres a été complètement diminuée et les lèvres apparaissent sans qu’aucune couleur ne soit appliquée. À tout moment après le premier rendu 202 (y compris après le deuxième rendu 204 et/ou après le troisième rendu 206), une nouvelle condition d'initiation peut être détectée, et le rendu présenté suivant peut être similaire au premier rendu 202. Une couleur pour lèvres est illustrée comme l’article dynamique sur la par souci de simplicité, mais ne doit pas être considéré comme limitative. Dans d’autres modes de réalisation, d’autres types d’articles dynamiques pouvant être diminués peuvent être rendus. Par exemple, une couleur pour les yeux (par ex. ligneur, fard à paupières, mascara, etc.)), un blush, un fond de teint, un vernis à ongles ou un autre produit cosmétique peut être utilisé en tant qu'article dynamique. Comme autre exemple, un contenant translucide ou transparent comportant une substance liquide qui y est schématisée peut être l’article dynamique, avec une diminution entraînant un abaissement du niveau de la substance liquide (par exemple, tonique, hydratant, shampooing, revitalisant, écran solaire, etc.) au sein du contenant. Comme autre exemple : application d’un produit capillaire (par ex. revitalisant, sérum anti-frisottis, teinture, lotion permanente, défrisant, etc.) peut être l’article dynamique, avec un rendu d’une coiffure qui reflète un état des cheveux immédiatement après l’application du produit capillaire présent dans le premier rendu, avec la diminution indiquant l’effet de l’usure du produit capillaire (par exemple, retour des frisottis, une couleur originale se manifestant aux racines, une perte de brillance et/ou de définition, une quantité naturelle de retour des boucles, etc.). Comme autre exemple, l’article dynamique peut inclure plus d’un produit, comme pour un maquillage qui inclut une couleur pour lèvres, un crayon à lèvres, un fard à paupières, un ligneur et/ou d’autres combinaisons de produits. De plus, un article dynamique pouvant être diminué est illustré sur la , mais cela ne doit pas non plus être considéré comme limitatif. Dans certains modes de réalisation, un article dynamique améliorable peut illustrer un bénéfice additif ou de développement au fil du temps, au lieu de s’user, et le changement rendu au fil du temps peut indiquer le bénéfice. Par exemple, pour un article dynamique tel qu’un sérum pour améliorer un signe clinique de vieillissement (par exemple, sécheresse, ridules, rides, hyperpigmentation, etc.) le premier rendu peut illustrer un état initial avant utilisation du sérum, le deuxième rendu peut montrer une amélioration du signe clinique de vieillissement, et le troisième rendu peut montrer une résolution du signe clinique de vieillissement, avec une nouvelle condition d’initiation renvoyant à l’état initial. La est un schéma fonctionnel qui illustre des aspects d’un exemple non limitatif de mode de réalisation d’un système informatique d'utilisateur final selon divers aspects de la présente divulgation. Le système informatique d'utilisateur final 106 illustré de la montre des composants qui peuvent être présents dans n’importe quel type de système informatique d’utilisateur final 106 illustré sur la , ou d’autres types de systèmes informatiques d’utilisateur final 106 pour une utilisation dans le système 100. Dans certains modes de réalisation, des composants illustrés comme faisant partie du système informatique d’utilisateur final 106 sur la peut bien être présent dans un système informatique différent du système 100 (à titre d’exemple non limitatif, le moteur de rendu NFT 312 ou une partie de celui-ci peut être présent dans le système informatique métavers 118), ou peut être fourni dans un groupe de systèmes fonctionnant ensemble. À cette fin, le système informatique d’utilisateur final 106 illustré peut être implémenté par tout dispositif informatique ou tout ensemble de dispositifs informatiques. Comme montré, le dispositif informatique d'utilisateur final 106 inclut un ou plusieurs processeurs 302, une ou plusieurs interfaces de communication 304, un magasin de données de portefeuille 308 et un support lisible par ordinateur 306. Dans certains modes de réalisation, les processeurs 302 peuvent inclure tout type approprié de processeur informatique à usage général. Dans certains modes de réalisation, les processeurs 302 peuvent inclure un ou plusieurs processeurs informatiques à usage spécial ou accélérateurs d’IA optimisés pour des tâches spécifiques, y compris, mais sans s'y limiter, des unités de traitement graphique (GPU), des unités de traitement de vision (VPT) et des unités de traitement de tenseur (TPU). Dans certains modes de réalisation, les interfaces de communication 304 incluent une ou plusieurs interfaces matérielles et/ou logicielles adaptées pour fournir des liens de communication entre constituants. Les interfaces de communication 304 peuvent prendre en charge une ou plusieurs technologies de communication par câble (y compris, mais sans s'y limiter, Ethernet, FireWire et USB), une ou plusieurs technologies de communication sans fil (y compris, mais sans s'y limiter, Wi-Fi, WiMAX, Bluetooth, 2G, 3G, 4G, 5G et LTE), et/ou des combinaisons de ces technologies. Comme montré, le support lisible par ordinateur 306 stocke une logique qui, en réponse à son exécution par les un ou plusieurs processeurs 302, amène le système informatique d'utilisateur final 106 à fournir un moteur de gestion de portefeuille 310 et un moteur de rendu NFT 312. Tel qu’utilisée ici, l'expression « support lisible par ordinateur » désigne un dispositif amovible ou non amovible qui met en œuvre toute technologie capable de stocker des informations d'une manière volatile ou non volatile pour qu'elles soient lues par un processeur d’un dispositif informatique, y compris, mais sans s'y limiter : un disque dur ; une mémoire flash ; un disque statique à semi-conducteurs ; une mémoire vive (RAM) ; une mémoire morte (ROM) ; un CD-ROM, un DVD ou un autre stockage sur disque ; une cassette magnétique ; une bande magnétique ; et une mémoire à disque magnétique. Dans certains modes de réalisation, le moteur de gestion de portefeuille 310 est configuré pour implémenter des transactions sur et/ou lire des informations à partir de la chaîne de blocs 102. Le moteur de gestion de portefeuille 310 peut utiliser une clé privée stockée dans le magasin de données de portefeuille 308 pour accéder au portefeuille utilisateur 104. Dans certains modes de réalisation, le magasin de données de portefeuille 308 est présent sur le système informatique d’utilisateur final 106 (par exemple, un « portefeuille froid »). Dans certains modes de réalisation, le magasin de données de portefeuille 308 est présent et géré par un système informatique séparé du système informatique d’utilisateur final 106 (par exemple, un « portefeuille chaud »). Dans certains modes de réalisation, le moteur de rendu NFT 312 est configuré pour générer et provoquer la présentation d’articles dynamiques. Une description plus détaillée de la configuration de chacun de ces constituants est fournie ci-après. Tel qu’utilisé ici, le terme « moteur » fait référence à la logique incarnée dans les instructions matérielles ou logicielles, qui peuvent être écrites dans un ou plusieurs langages de programmation, y compris, mais sans s'y limiter, C, C++, C#, COBOL, JAVA™, PHP, Perl, H™L, CSS, JavaScript, VBScript, ASPX, Go et Python. Un moteur peut être compilé dans des programmes exécutables ou écrit dans des langages de programmation interprétés. Les moteurs logiciels peuvent être appelés à partir d’autres moteurs ou à partir d’eux-mêmes. En général, les moteurs décrits dans les présentes font référence à des modules logiques qui peuvent être fusionnés avec d’autres moteurs ou peuvent être divisés en sous-moteurs. Les moteurs peuvent être mis en œuvre par une logique stockée dans tout type de support ou périphérique de stockage informatique lisible par ordinateur et être stockée et exécutée par un ou plusieurs ordinateurs à usage général, créant ainsi un ordinateur à usage spécial configuré pour fournir le moteur ou sa fonctionnalité. Les moteurs peuvent être mis en œuvre par une logique programmée dans un circuit intégré spécifique à l’application (ASIC), un réseau prédiffusé programmable par l'utilisateur (FPGA) ou un autre dispositif matériel. Telle qu'utilisée ici, l'expression « magasin de données » désigne tout dispositif approprié configuré pour stocker des données en vue d’un accès par un dispositif informatique. Un exemple de magasin de données est un système de gestion de base de données (DBMS) relationnelle extrêmement fiable et rapide qui s’exécute sur un ou plusieurs dispositifs informatiques et est accessible sur un réseau à grande vitesse. Un autre exemple de banque de données est une banque de valeurs de clés. Toutefois, toute autre technique et/ou tout autre dispositif de stockage approprié(e) capable de fournir rapidement et de manière fiable les données stockées en réponse à des requêtes peut être utilisé(e), et le dispositif informatique peut être accessible localement au lieu d’être connecté à un réseau, ou peut être fourni sous forme d'un service en nuage. Une banque de données peut également inclure des données stockées d'une manière organisée sur un support de stockage lisible par ordinateur, tel qu’un disque dur, une mémoire flash, une RAM, une ROM ou tout autre type de support de stockage lisible par ordinateur. Un homme du métier reconnaîtra que des magasins de données distincts décrits ici peuvent être combinés en un seul magasin de données, et/ou qu'un seul magasin de données décrit ici peut être séparé en plusieurs magasins de données, sans s’écarter du champ d’application de la présente divulgation. La est un organigramme qui illustre un exemple non limitatif de mode de réalisation d’une méthode de mise à jour dynamique d’un rendu d’article dynamique en fonction de transactions cryptographiquement sécurisées selon divers aspects de la présente divulgation. À partir d’un bloc de départ, la méthode 400 passe au bloc 402, où un jeton non fongible (NFT 108) qui représente un article dynamique est frappé et stocké dans une chaîne de blocs 102. Comme connu de l’homme du métier, le processus de frappe du NFT 108 entraîne la création d’un enregistrement dans la chaîne de blocs 102 qui comprend au moins un horodatage de sa création, un identifiant unique associé au NFT 108, un contrat intelligent qui spécifie les règles qui seront exécutées lors du transfert du NFT 108 vers un nouveau portefeuille (y compris, mais sans s'y limiter, un ou plusieurs exemplaires du NFT 108 qui peuvent être créés, et/ou des règles de compensation de la frappe du NFT 108 lors de reventes ultérieures du NFT 108), et une référence à un article dynamique à rendre. Dans certains modes de réalisation, la référence à l’article dynamique peut être une URL, un URI ou un autre type de référence à un emplacement à partir duquel l’article dynamique peut être téléchargé. Dans certains modes de réalisation, la référence à l’article dynamique peut être une référence à un emplacement sur la chaîne de blocs 102 à partir duquel l’article dynamique peut être téléchargé. Dans certains modes de réalisation, l’article dynamique peut être une image, une superposition, un motif, une couleur ou d’autres données qui peuvent être utilisées par un logiciel configuré pour générer des rendus basés sur les données. Dans certains modes de réalisation, l’article dynamique peut être un code exécutable qui peut être lui-même exécuté pour générer des rendus de l’article dynamique. Au bloc 404, un moteur de gestion de portefeuille 310 d’un système informatique d’utilisateur final 106 entraîne l’enregistrement d’une transaction dans la chaîne de blocs 102 attribuant la propriété du NFT 108 à un portefeuille utilisateur 104. À un niveau élevé, cela peut être décrit comme un utilisateur du portefeuille utilisateur 104 « achetant » le NFT 108, soit auprès du monnayeur d’origine, soit auprès d’un propriétaire précédent. Bien que décrite comme « achetant » le NFT 108, dans certains modes de réalisation, la transaction peut ne pas impliquer un échange de valeur monétaire ou de cryptomonnaie, mais peut plutôt être autorisée via une autorisation du monnayeur ou du propriétaire précédent, ou peut inclure un transfert de valeur à valeur nulle. Dans certains modes de réalisation, la transaction comprend au moins un horodatage et une identité du portefeuille utilisateur 104 auquel la propriété du NFT 108 doit être attribuée. D’autres aspects de l’enregistrement d’une transaction dans la chaîne de blocs 102 sont connus de ceux de compétence ordinaire dans l’art, et ne sont donc pas décrits plus avant dans le présent document par souci de concision. Au bloc 406, un moteur de rendu NFT 312 d’un système informatique d’utilisateur final 106 reçoit une requête de rendu du NFT 108. Dans certains modes de réalisation, le système informatique d’utilisateur final 106 peut être un système informatique d’utilisateur final 106 associé à l’utilisateur du portefeuille utilisateur 104 (c’est-à-dire que l’utilisateur du système informatique d’utilisateur final 106 peut faire une requête de rendu de son propre NFT 108). Dans certains modes de réalisation, le système informatique d’utilisateur final 106 peut être un système informatique d’utilisateur final 106 associé à un utilisateur différent de l’utilisateur du portefeuille utilisateur 104 (c’est-à-dire qu’un utilisateur du système informatique d’utilisateur final 106 peut faire une requête de rendu du NFT 108 d’un autre utilisateur). La requête de rendu du NFT 108 peut intervenir dans n’importe quel contexte. Par exemple, le système informatique d’utilisateur final 106 peut fournir une application qui permet à un utilisateur de parcourir les NFT 108 au sein du portefeuille utilisateur 104 (ou au sein des portefeuilles d’autres utilisateurs). Comme autre exemple, le système informatique d’utilisateur final 106 (avec, en option, le système informatique de métavers 118) peut fournir une interface dans laquelle les NFT 108 sont présentés dans un environnement virtuel. Comme encore un autre exemple, le système informatique d’utilisateur final 106 peut générer une interface vers une application de réseau social dans laquelle les NFT 108 sont associés à des avatars, des portraits d’utilisateur ou autrement associés à des utilisateurs de l’environnement virtuel. Au bloc 408, le moteur de rendu NFT 312 détermine une condition d’initiation associée au rendu du NFT 108. La condition d’initiation est une transaction ou autre activité sur la chaîne de blocs 102 qui provoque le rendu de l’article dynamique associé au NFT 108 dans son état d’origine. En utilisant une transaction ou une autre activité sur la chaîne de blocs 102 comme condition d’initiation, l’initiation du NFT 108 (c’est-à-dire le rendu initial de l’article dynamique dans son état d’origine) est cryptographiquement sécurisée et moins vulnérable à la falsification. Dans certains modes de réalisation, le type d’événement à trouver au sein de la chaîne de blocs 102 pour identifier la condition d’initiation peut être spécifié au sein du NFT 108 lui-même. Dans certains modes de réalisation, le type d’événement à trouver au sein de la chaîne de blocs 102 pour identifier la condition d’initiation peut être spécifié dans le moteur de rendu NFT 312. Tout événement et/ou combinaison d’événements appropriés peuvent être utilisés comme condition d’initiation. Dans certains modes de réalisation, un changement de propriété du NFT 108 est utilisé comme condition d’initiation, de sorte qu’un article dynamique pouvant être diminué semble être rafraîchi ou un article dynamique améliorable semble ne pas être amélioré chaque fois que la propriété du NFT 108 change (par exemple après l’achat initial du NFT 108 auprès du monnayeur, ou après une transaction ultérieure du NFT 108). Dans certains modes de réalisation, d’autres événements de la chaîne de blocs 102 peuvent être utilisés comme la condition d'initiation, y compris, mais sans s'y limiter, un échange de cryptomonnaie contre un produit physique prédéterminé, la propriété d’un ou plusieurs autres NFT 108 prédéterminés (tels qu’un ou plusieurs autres NFT 108 d’un ensemble spécifique d’éléments tels que plusieurs NFT 108 associés à une apparence particulière), la réception d’un ou plusieurs jetons de preuve de présence associés à des événements prédéterminés, ou des combinaisons de ceux-ci. Au bloc 410, le moteur de rendu NFT 312 détermine une différence entre la condition d’initiation et un état présent. Généralement, la différence déterminée entre la condition d’initiation et l’état présent est une durée qui s’est écoulée entre un temps associé à la condition d’initiation (par exemple, un horodatage de la transaction associée sur la chaîne de blocs 102) et un temps présent. Dans certains modes de réalisation, d’autres différences peuvent être déterminées. Par exemple, dans certains modes de réalisation, la condition d'initiation peut être un solde initial minimum présent dans un compte suivi par le portefeuille utilisateur 104, et la différence peut être un montant différent entre le solde initial et le solde actuel. Au bloc optionnel 412, le moteur de rendu NFT 312 détermine un état externe au NFT 108. Bien que l’utilisation de transactions de chaîne de blocs pour spécifier des conditions d’initiation d’articles dynamiques soit utile pour améliorer la sécurité de l’initiation, il peut également être souhaitable que le rendu d’un article dynamique soit aussi réactif à d’autres états. Par exemple, une couleur tendance, un produit tendance ou une autre tendance identifiée dans les publications sur les réseaux sociaux peuvent être considérés comme un état externe au NFT 108. Comme autre exemple, l’engagement propre d’un utilisateur sur les réseaux sociaux avec une publication promouvant le NFT 108 ou l’article dynamique, le monnayeur du NFT 108 ou toute autre entité prédéterminée peut être considéré comme un état externe au NFT 108. Comme encore un autre exemple, un message envoyé par un influenceur, une célébrité ou un autre individu pour activer ou modifier un état de la NFT 108, via une plateforme de réseautage social ou une autre modalité de communication, peut être considéré comme un état externe au NFT 108. Comme encore un autre exemple, une période de l’année, une heure de la journée, un jour férié ou un autre événement lié au calendrier peut être considéré comme un état externe au NFT 108 afin de modifier le rendu pour qu’il soit approprié à l’état lié au calendrier. Dans certains modes de réalisation, le moteur de rendu NFT 312 peut lui-même déterminer l’état externe au NFT 108 en surveillant directement des sources de données externes. Dans certains modes de réalisation, le moteur de rendu NFT 312 peut récupérer l’état externe au NFT 108 auprès du système de calcul de surveillance 116, qui à son tour mène la détermination à fournir au moteur de rendu NFT 312. Le bloc facultatif 412 est illustré comme facultatif parce que dans certains modes de réalisation, les particularités dynamiques du NFT 108 peuvent être déterminées uniquement sur la base de la différence déterminée au bloc 410. Au bloc 414, le moteur de rendu NFT 312 génère un rendu du NFT 108 en fonction de la différence entre la condition d’initiation et l’état présent et, en option, l’état externe au NFT 108. Comme l'illustre la , la durée peut être utilisée pour déterminer une quantité de diminution ou d’amélioration à appliquer à l’article dynamique dans le rendu. Dans certains modes de réalisation, le NFT 108 peut spécifier une durée après laquelle une diminution ou une amélioration complète doit être appliquée, et le moteur de rendu NFT 312 peut déterminer une quantité de changement à rendre en comparant la durée déterminée à la durée de diminution complète (par exemple, si la durée déterminée est de 50 % de la durée de diminution complète, l’article dynamique peut être diminué de 50 % dans le rendu). Dans certains modes de réalisation, la quantité de changement peut être non linéaire. A savoir, une quantité proportionnelle plus faible de changement peut être appliquée si la durée est relativement courte, et une quantité proportionnelle plus importante de changement peut être appliquée si la durée est relativement longue, afin de représenter plus fidèlement l’utilisation réelle d’un produit associé. S’il est utilisé, l’état externe au NFT 108 peut être utilisé comme base pour le rendu du NFT 108 de toute manière appropriée. Par exemple, si l’état externe au NFT 108 inclut une couleur tendance ou un produit tendance, la couleur ou d’autres aspects du rendu de l’article dynamique peuvent être modifiés pour concorder avec la couleur tendance ou le produit tendance. Comme autre exemple, si l’état externe au NFT 108 indique qu’un seuil de fidélité a été atteint, qu’un certain nombre d’autres produits ont été achetés ou qu’une autre condition externe a été remplie, le montant de la diminution appliquée à l’article dynamique peut être réduit en conséquence. Au bloc 416, le moteur de rendu NFT 312 provoque la présentation du rendu de l’article dynamique. Dans certains modes de réalisation, le rendu de l’article dynamique est fourni sur un dispositif d’affichage du système informatique d’utilisateur final 106. Dans certains modes de réalisation, le rendu de l’article dynamique est fourni sur un autre système informatique. La méthode 400 passe ensuite au bloc de décision 418, où l’on détermine si le NFT 108 doit être négocié. La négociation ou transaction du NFT 108 peut constituer une nouvelle condition d’initiation et peut entraîner la réinitialisation de l’article dynamique (comme indiqué dans la transition de retour vers le premier rendu 202 de la ). Si l’on détermine que le NFT 108 doit être négocié (ou qu’une autre condition d’initiation doit se produire), le résultat du bloc de décision 418 est OUI et la méthode 400 revient au bloc 404 pour enregistrer la transaction. La méthode 400 procède ensuite au traitement de requêtes de rendu du NFT 108 en utilisant la condition d’initiation mise à jour. Dans le cas contraire, s’il n’est pas déterminé que le NFT 108 doit être négocié, alors le résultat du bloc de décision 418 est NON et la méthode 400 revient au bloc 406 pour traiter des requêtes de rendu du NFT 108 en utilisant la condition d’initiation d’origine. En ne négociant pas le NFT 108, la différence entre la condition initiale et l’état présent continuera d’augmenter, et la quantité de changement appliquée à l’article dynamique dans les rendus ultérieurs augmentera en conséquence. Dans certains modes de réalisation, la méthode 400 peut être exécutée indéfiniment. Dans certains modes de réalisation, la méthode 400 peut se terminer à tout moment en réponse à une requête utilisateur, en réponse à une indisponibilité d’une portion du système 100, ou pour toute autre raison. Bien que des modes de réalisation illustratifs aient été illustrés et décrits, il sera apprécié que divers changements peuvent y être apportés sans s’écarter de l’esprit et de la portée de l’invention. Méthode implémentée par ordinateur de mise à jour dynamique d’un rendu d’un article dynamique, la méthode comprenant : la réception, par un système informatique, d’une requête de rendu d'un article dynamique ; la détermination, par le système informatique, d’une différence entre une condition d’initiation associée à un jeton non fongible (NFT) pour l’article dynamique et un état présent ; et la génération, par le système informatique, d'un rendu de l’article dynamique en fonction de la différence entre la condition d’initiation et l’état présent ; et le fait de permettre, par le système informatique, de présenter le rendu. Méthode implémentée par ordinateur selon la revendication 1, dans laquelle la détermination de la différence entre la condition d’initiation et l’état présent inclut la détermination d’une durée entre un temps associé à la condition d’initiation et un temps présent. Méthode implémentée par ordinateur selon la revendication 2, dans laquelle la génération du rendu de l’article dynamique sur la base de la différence entre la condition d’initiation et l’état présent inclut la génération du rendu pour indiquer une quantité de changement de l’article dynamique en fonction de la durée. Méthode implémentée par ordinateur selon la revendication 3, dans laquelle l’article dynamique est une couleur pour lèvres, et dans laquelle la génération du rendu pour indiquer la quantité de changement de l’article dynamique en fonction de la durée inclut la génération du rendu pour montrer une zone usée de la couleur pour lèvres en fonction de la durée. Méthode implémentée par ordinateur selon la revendication 3, dans laquelle l’article dynamique est un contenant contenant une substance liquide, et dans lequel la génération du rendu pour indiquer la quantité de changement de l’article dynamique en fonction de la durée inclut la génération du rendu pour montrer un niveau de substance liquide dans le contenant en fonction de la durée. Méthode implémentée par ordinateur selon la revendication 2, dans lequel le temps associé à la condition d’initiation est un horodatage d’une transaction enregistrée sur une chaîne de blocs pour un portefeuille qui inclut le NFT. Méthode implémentée par ordinateur selon la revendication 6, dans laquelle la transaction enregistrée sur la chaîne de blocs est associée à un changement de propriété du NFT, à un échange de cryptomonnaie pour un produit prédéterminé ou à un jeton de preuve de présence pour un événement prédéterminé. Méthode implémentée par ordinateur selon la revendication 1, dans laquelle le rendu est en outre en fonction de un état externe au NFT, dans lequel l’état externe au NFT inclut une ou plusieurs parmi une détermination d’une tendance sur les réseaux sociaux, une détection d’une publication sur les réseaux sociaux provenant d’un individu prédéterminé, une période de l’année ou d’autres NFT stockées dans un portefeuille qui inclut le NFT. Support non transitoire lisible par ordinateur comportant des instructions exécutables par ordinateur stockées dessus qui, en réponse à une exécution par un ou plusieurs processeurs d’un système informatique, amènent le système informatique à effectuer des actions permettant de mettre à jour dynamiquement un rendu d’un article dynamique tel que précisé dans l’une quelconque des revendications 1 à 8. Système de mise à jour dynamique d’un rendu d’un article dynamique, le système comprenant : une circuiterie de réception d’une requête de rendu d'un article dynamique ; une circuiterie permettant de déterminer une différence entre une condition d’initiation associée à un jeton non fongible (NFT) pour l’article dynamique et un état présent ; et une circuiterie permettant de générer un rendu de l’article dynamique en fonction de la différence entre la condition d’initiation et l’état présent ; et une circuiterie permettant de présenter le rendu.