Cette semaine, j’ai défini un nouveau produit phare : un fonds indexé sur Ethereum, regroupé et autonome, pondéré selon la capitalisation boursière, qui accepte des dépôts et des rachats en un seul actif, utilise le règlement asynchrone ERC-7540, et détient jusqu’à 100 composants. L’indice calcule ses propres poids cibles directement sur la chaîne à partir des données de capitalisation boursière, sans gestionnaire ni comité. Le moteur exécute les règles réelles de construction de l’indice en Solidity, incluant un plafonnement itératif avec redistribution des dépassements vers la convergence (empêchant l’effondrement à 70 % de bitcoin et ethereum), des ajustements de flottant libre excluant les soldes verrouillés, de trésorerie et de vesting, ainsi qu’un tampon de réconstitution pour éviter les rotations à la limite du rang 100. La contrainte fondamentale est le chiffre de l’offre en circulation alimentant les poids. Celui qui contrôle cette entrée peut déplacer les poids cibles et anticiper le rééquilibrage suivant, faisant de l’offre le point faible de la thèse du pondération autonome. La réponse réflexive consistant à décentraliser l’oracle est erronée, car l’offre en circulation pour la plupart des jetons est un fait hors chaîne qui n’existe pas entièrement sur chaîne et ne peut pas être rendu sans confiance par la force. La reformulation est que l’offre évolue lentement, contrairement au prix, puisque les émissions et les déblocages sont progressifs et largement connus à l’avance. Cela permet d’acheter de la sécurité par la latence, ce qui contrecarre les opérations anticipées qui reposent sur la surprise. La conception repose donc sur trois couches : minimiser, puis sécuriser, puis contenir. 1. Dériver l’offre en circulation à partir du totalSupply moins une liste publiquement auditée d’adresses exclues verrouillées dans le temps. 2. Sécuriser le résiduel restant avec une valeur liée à une fenêtre de contestation dont la durée correspond au délai qui contrecarre les opérations anticipées. 3. Contenir le slippage en imposant un plafond sur la distance que tout poids peut parcourir par epoch. Le plafond par actif assure également une fonction de sécurité, car un composant figé ignore la précision de l’offre, et l’oracle n’a besoin de précision que là où les montants en dollars sont faibles.