Подивився на Ethereum Fusaka трохи, і помітив EIP7939 в (CLZ opcode - чисті початкові нулі). Звучить незрозуміло, але насправді призводить до купи матових оптимізацій, що дозволяють алгоритми стиснення, такі як знаходження log2(x) або навіть етапи нормалізації у формулах DeFi. Він також використовується в доказах Меркла та оптимізації хешування, і може допомогти з компактним представленням чисел змінної довжини, це добре для кодування або стиснення в ланцюжку. І AFAIK може допомогти з випадковістю - швидким визначенням розподілу бітів. Я думаю... на ланцюжкових рівнях доведення рідкісності: рідкість є CLZ детермінованого хешу. Щось на кшталт: ``` h = keccak256(користувач || сіль || контекст) рівень = clz(h) // 0–256 Ціна монетного двору / розподіл / винагорода ∝ 2^ рівні (або пошуку) ``` Це дає нам: - Постійний газовий крихітний пошук, без петель - ручки зі стійкістю до сибіли, де для карбування потрібен мінімальний рівень - ZK-friendly для доведення рідкісності поза мережею - Компонується: може використовувати рівні для дроселювання ретрансляторів API, виводити VIP-черги, встановлювати динамічну комісію зі знижкою в AMM, і все це без сканування сховища (уявіть: вищий CLZ = краща знижка на маршрут у конкретних секторах ланцюгів, як @katana) Це стало б у нагоді @RmrkApp Kanaria свого часу 🥺 Я очікую побачити його в fullmath, bitmaps storage logic, помічниках ZK circuit та багато іншого. 100 лайків і 10 RT, і я створюю прототип цього з відкритим вихідним кодом у тестовій мережі до того, як Fusaka вийде.