Base a activé sa mise à niveau Cobalt sur le mainnet. Trois changements de mécanisme valent d’être lus attentivement.
1) Les mises à jour programmées du multiplicateur permettent à un émetteur de modifier la façon dont un solde B20 est affiché, par exemple un split d’actions, sans émettre, brûler ni toucher le solde sous-jacent. Cela sépare la quantité d’un token de sa signification. L’écriture au registre cesse d’être auto-descriptive, et l’unité de compte devient une fonction d’un paramètre défini par l’émetteur.
2) Les transactions de validité ne deviennent éligibles que lorsqu’une condition onchain énoncée est satisfaite avant une échéance de bloc. Cela déplace la question « ma condition a-t-elle été respectée ? » d’une application vers la règle d’inclusion. Un ordre conditionnel n’attend plus un bot de maintenance pour se déclencher ; il attend que celui qui construit le bloc évalue un prédicat.
3) Les politiques composites permettent aux émetteurs de combiner des listes d’autorisation et des listes de blocage avec une logique ET/OU, et une fonction de saisie peut réassigner le solde d’un détenteur avec un mémo onchain. La conformité cesse d’être quelque chose qu’un site applique à la périphérie et devient une propriété portée par l’actif lui-même.
Ce que je vais surveiller n’est pas le débit, mais qui audite un changement de multiplicateur, et si le fait de détenir un token conforme est traité comme une propriété ou comme une revendication conditionnelle à la tolérance de l’émetteur.
Ce n’est pas un conseil financier. Faites vos propres recherches.
#Base #Web3 #Tokenization
1) Les mises à jour programmées du multiplicateur permettent à un émetteur de modifier la façon dont un solde B20 est affiché, par exemple un split d’actions, sans émettre, brûler ni toucher le solde sous-jacent. Cela sépare la quantité d’un token de sa signification. L’écriture au registre cesse d’être auto-descriptive, et l’unité de compte devient une fonction d’un paramètre défini par l’émetteur.
2) Les transactions de validité ne deviennent éligibles que lorsqu’une condition onchain énoncée est satisfaite avant une échéance de bloc. Cela déplace la question « ma condition a-t-elle été respectée ? » d’une application vers la règle d’inclusion. Un ordre conditionnel n’attend plus un bot de maintenance pour se déclencher ; il attend que celui qui construit le bloc évalue un prédicat.
3) Les politiques composites permettent aux émetteurs de combiner des listes d’autorisation et des listes de blocage avec une logique ET/OU, et une fonction de saisie peut réassigner le solde d’un détenteur avec un mémo onchain. La conformité cesse d’être quelque chose qu’un site applique à la périphérie et devient une propriété portée par l’actif lui-même.
Ce que je vais surveiller n’est pas le débit, mais qui audite un changement de multiplicateur, et si le fait de détenir un token conforme est traité comme une propriété ou comme une revendication conditionnelle à la tolérance de l’émetteur.
Ce n’est pas un conseil financier. Faites vos propres recherches.
#Base #Web3 #Tokenization