Doctrine Zero Burn et héritage technique ERC20Burnable

Le protocole Kal Mydas applique la doctrine Zero Burn. Aucun jeton KAL n'est détruit à l'intérieur du protocole. Cette règle vise un objectif d'autonomie. Chaque KAL émis reste mobilisable dans l'économie du protocole, de la liquidité protocolaire aux récompenses des fournisseurs de liquidité, jusqu'au partage hebdomadaire des frais en USDC aux détenteurs veKAL.

Concrètement, les flux KAL générés par les frais sur résultats et par les frais de gestion mensuels sont entièrement traités par le contrat BuybackRecirculator. Ce contrat rachète du KAL sur le marché secondaire via KalSwap, puis redirige immédiatement le KAL racheté vers les contrats producteurs que sont la liquidité protocolaire, les récompenses des fournisseurs de liquidité et le partage des frais aux verrouilleurs veKAL. Aucune part de ce KAL n'est dirigée vers une adresse de destruction, aucune part n'est rendue indisponible au protocole.

Un lecteur attentif qui examine le code source du contrat KalToken sur Basescan constatera que celui-ci hérite, à la ligne 27 de sa déclaration, de l'extension ERC20Burnable du standard OpenZeppelin importée à la ligne 5. Cette extension est l'une des briques les plus utilisées de la bibliothèque OpenZeppelin pour les jetons ERC-20. Elle expose deux fonctions publiques, burn(uint256 amount) et burnFrom(address account, uint256 amount), qui permettent à tout détenteur de réduire son propre solde de KAL.

Cet héritage est un pattern technique standard de l'écosystème Ethereum. Il existe au niveau du bytecode déployé sur Base mainnet. Tout détenteur de KAL peut techniquement appeler burn() depuis son wallet et faire diminuer son propre solde, comme il pourrait le faire avec n'importe quel jeton ERC-20 qui hérite de la même extension OpenZeppelin.

Pour aligner strictement le code source sur la doctrine éditoriale, la prochaine itération du contrat KalToken intègre une neutralisation technique de la fonction burn héritée d'ERC20Burnable. Le travail est porté par l'agent en charge des contrats de liquidité, en coordination avec l'audit blockchain interne et avec les auditeurs externes Omniscient Security et Codex Security Lab.

Deux options techniques sont équivalentes du point de vue de la doctrine Zero Burn. Première option, l'override de la fonction burn(uint256) et de burnFrom(address, uint256) en revert immédiat avec un message d'erreur explicite, par exemple ZeroBurn: burn disabled. Tout appel à burn() émis par n'importe quelle adresse, qu'il provienne d'un détenteur individuel ou d'un contrat du protocole, échoue sans modifier ni le solde du caller, ni totalSupply(). Deuxième option, l'override des deux mêmes fonctions en redirection vers le contrat BuybackRecirculator, qui reçoit le KAL au lieu de l'envoyer vers l'adresse zéro. Tout appel à burn() devient un transfert vers le BuybackRecirculator, qui le réutilise ensuite dans le cycle de recirculation.

Dans les deux options, le résultat est strictement identique au niveau du protocole. Aucun appel à burn() ne peut réduire totalSupply() du KAL. Le choix entre les deux options sera arbitré par l'agent en charge des contrats de liquidité, validé par les auditeurs externes, et documenté ici dès la décision actée.

Toute personne dispose des moyens de vérifier indépendamment l'application de la doctrine Zero Burn. Trois lectures suffisent.

Première lecture, le contrat KalToken. Adresse : 0xe99556D5594faf533fcB346A8a9B11259D29afA8. Code source vérifié sur Basescan, héritage ERC20Burnable visible à la ligne 27, prochaine itération à venir avec override de burn() et de burnFrom() neutralisé selon la section précédente.

Deuxième lecture, le contrat BuybackRecirculator. Adresse : 0xaCc08D87EaB0fdaC2f519d8a12C01BD5e20E9Ad0. Ce contrat est le routeur unique des flux KAL issus des frais. Son code source vérifié sur Basescan ne contient aucun appel à burn() ni à burnFrom(). Les seules opérations sont des swaps USDC vers KAL via KalSwap, suivis d'addLiquidity sur la pool KAL/USDC.

Troisième lecture, l'historique des transactions de KalToken. Le filtre Basescan permet de lister tous les appels passés à burn() et à burnFrom() depuis le déploiement. À ce jour et de manière vérifiable, aucun appel n'a été émis depuis une adresse appartenant au protocole.

Le diagramme suivant retrace le chemin des frais en USDC depuis les pools de stratégies jusqu'à la recirculation KAL. Il met en évidence l'absence totale d'appel burn() à toutes les étapes.

Frais de gestion + frais de performance (USDC)
        |
        v
[ KalFeeSplitV7 ]
        |
        | 20 % POL + 50 % auto-LP
        v
[ BuybackRecirculator ]  ────►  rachat KAL via KalSwap (KAL / USDC)
        |
        | KAL racheté + USDC restant
        v
   addLiquidity sur KalSwap  ────►  LP tokens stakés dans LiquidityRewards
        |
        v
   veKAL : indemnité de service technique en USDC
   Liquidity providers : récompenses KAL via LP Mining
   Protocol Owned Liquidity : KAL conservé en pool

   À aucune étape : appel de burn() ou de burnFrom().
   À aucune étape : totalSupply() du KAL ne diminue.
   À aucune étape : KAL envoyé vers une adresse de destruction.

Aucun contrat du protocole Kal Mydas n'appelle burn() ou burnFrom() sur KalToken. Aucun script de déploiement, aucun robot opérateur, aucune fonction administrative ne déclenche une destruction de KAL. L'intégralité des flux KAL passe par le contrat BuybackRecirculator, qui redirige le KAL racheté vers les contrats producteurs cités plus haut.

Cette discipline de chemin unique est vérifiable par toute personne examinant les transactions on-chain depuis l'adresse de KalToken. Aucun appel à la fonction burn() n'apparaît dans l'historique des transactions émanant des contrats du protocole. Les seuls appels à burn() qui pourraient un jour figurer dans l'historique de KalToken seraient ceux émis volontairement par des détenteurs individuels depuis leur propre wallet, action personnelle qui relève de leur autonomie et que le protocole ne provoque jamais.

La doctrine Zero Burn est défendable juridiquement par la neutralisation technique effective. La note préliminaire du cabinet MME Legal du 23 mai 2026, qui guide la position régulatoire interne du protocole, considère qu'un héritage ERC20Burnable accompagné d'un override neutralisé et d'une absence vérifiable d'appel burn() côté protocole, suffit à matérialiser l'engagement Zero Burn au niveau du code source.

Cette position consolide la qualification du KAL en jeton d'utilité au sens de la Loi DLT suisse et du règlement MiCA. Le KAL ne représente aucune part d'une entité, ne donne aucun droit à une distribution de bénéfices au sens financier réglementé, ne porte aucune promesse de gain. Il donne accès aux fonctionnalités du protocole décrites dans le whitepaper et dans la fiche tokenomics. La doctrine Zero Burn s'inscrit dans cette qualification, en ce qu'elle écarte toute mécanique de réduction artificielle de l'offre pouvant suggérer un effet de prix.

L'avis cabinet formel facturé est attendu pour la première semaine de juin 2026. La présente note sera actualisée pour refléter les éventuelles précisions du cabinet.