J'ai regardé un peu Ethereum Fusaka et j'ai remarqué que l'EIP7939 est dans (opcode CLZ - effacer les zéros en tête). Cela semble obscur, mais cela conduit en réalité à un tas d'optimisations mathématiques, permettant des algorithmes de compression, comme trouver log2(x) ou même des étapes de normalisation dans les formules DeFi. Il est également utilisé dans les preuves merkle et les optimisations de hachage, et peut aider à représenter des nombres de longueur variable de manière compacte, ce qui est bon pour l'encodage ou la compression sur la chaîne. Et AFAIK, cela peut aider avec l'aléatoire - détermination rapide de la distribution des bits. Je pense... à une preuve sur la chaîne des niveaux de rareté : la rareté étant le CLZ d'un hachage déterministe. Quelque chose comme : ``` h = keccak256(user || salt || context) tier = clz(h) // 0–256 prix de mint / allocation / récompense ∝ 2^tier (ou une recherche) ``` Cela nous donne : - recherche constante en temps et peu de gaz, pas de boucles - boutons résistants aux sybils où un niveau minimum est requis pour mint - compatible zk pour prouver la rareté hors chaîne - composable : peut utiliser des niveaux pour réguler les relais API, contrôler les files d'attente VIP, définir des frais dynamiques remboursés dans les AMM, le tout sans scans de stockage (imaginez : un CLZ plus élevé = meilleur remboursement de route sur des chaînes spécifiques comme @katana) Cela aurait été utile avec @RmrkApp Kanaria à l'époque 🥺 Je m'attends à le voir dans la logique de stockage fullmath, les bitmaps, les helpers de circuits ZK, et plus encore. 100 likes et 10 RTs et je construis un prototype open source de cela sur un testnet avant que Fusaka ne sorte.