<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Stewardship on Arem</title>
        <link>https://www.arem.blog/fr/tags/stewardship/</link>
        <description>Recent content in Stewardship on Arem</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>fr</language>
        <lastBuildDate>Mon, 04 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.arem.blog/fr/tags/stewardship/index.xml" rel="self" type="application/rss+xml" /><item>
            <title>Polaris : une discipline rare</title>
            <link>https://www.arem.blog/fr/post/polaris-une-discipline-rare/</link>
            <pubDate>Mon, 04 May 2026 00:00:00 +0000</pubDate>
            <guid>https://www.arem.blog/fr/post/polaris-une-discipline-rare/</guid>
            <description>&lt;img src=&#34;https://www.arem.blog/&#34; alt=&#34;Featured image of post Polaris : une discipline rare&#34; /&gt;&lt;p&gt;Un protocole DeFi se juge rarement sur sa présentation, mais presque toujours sur son comportement en période de stress. Il existe toutefois une catégorie de situations intermédiaires, avant déploiement, qui méritent d&amp;rsquo;être identifiées car elles sont rares : une équipe formule, conteste et corrige sa propre architecture &lt;em&gt;avant&lt;/em&gt; qu&amp;rsquo;un problème de gouvernance ne l&amp;rsquo;impose (attaque, tentative de capture de gouvernance, ou encore inertie de la gouvernance). Polaris vient de mener à bien cette révision. &lt;a class=&#34;link&#34; href=&#34;https://polarisfinance.io/&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;&#xA;    &gt;Polaris&lt;/a&gt; est un protocole de stablecoins décentralisés en pre-launch, qui hérite de la lignée Liquity et propose une architecture stewardship en lieu et place d&amp;rsquo;une gouvernance classique. Cet article vise à décrire la révision avec précision, à identifier ce qu&amp;rsquo;elle apporte et à esquisser ce qu&amp;rsquo;il reste à observer pour que la promesse tienne.&lt;/p&gt;&#xA;&lt;h2 id=&#34;une-lignée&#34;&gt;Une lignée&#xA;&lt;/h2&gt;&lt;p&gt;Polaris ne part pas de zéro, et sa qualité tient en partie à la rigueur avec laquelle le protocole assume cette dette. L&amp;rsquo;équipe core engineering est l&amp;rsquo;équipe de développement de Liquity v1 et v2 — ceux qui ont sécurisé plus de 2 milliards de TVL sans aucun exploit, à travers Luna, FTX et SVB. La recherche initiale a été développée au sein de Liquity AG par Robert Lauko, désormais Research Advisor. Laurens Kessenich (PhD en physique de l&amp;rsquo;ETH Zurich) porte l&amp;rsquo;architecture protocolaire et la modélisation. Robert Mullins, après avoir construit le BD de Jumper/LI.FI, dirige les opérations et les partenariats. Brice apporte son retour d&amp;rsquo;expérience accumulé chez Liquity, ParaSwap, le DeFi Collective, DeFiScan, Pharos Watch et le GHO Liquidity Committee d&amp;rsquo;Aave — où il avait nommé deux ans avant la communauté des conflits d&amp;rsquo;intérêts structurels. Cette généalogie n&amp;rsquo;est pas un argument d&amp;rsquo;autorité, c&amp;rsquo;est un substrat. Elle donne au projet une surface de contact avec les échecs antérieurs que rares sont les protocoles à pouvoir convoquer aussi explicitement.&lt;/p&gt;&#xA;&lt;p&gt;Dans &lt;a class=&#34;link&#34; href=&#34;https://polarisfinance.io/blog/path-to-the-north-star/&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;&#xA;    &gt;&lt;em&gt;Path to the North Star&lt;/em&gt;&lt;/a&gt;, Brice trace la lignée des stablecoins décentralisés : SAI, DAI, LUSD, BOLD, et maintenant pUSD. Chaque chaînon a appris quelque chose que le suivant essaie de ne pas répéter. La sagesse est la condition de l&amp;rsquo;ambition : on ne propose pas une nouvelle architecture sans avoir compris &lt;em&gt;pourquoi&lt;/em&gt; les précédentes ont plié. Cette posture — comprendre les échecs avant de proposer — est ce qui distingue Polaris d&amp;rsquo;un énième projet pre-launch, et ce qui rend son geste actuel intéressant à observer.&lt;/p&gt;&#xA;&lt;h2 id=&#34;une-discipline&#34;&gt;Une discipline&#xA;&lt;/h2&gt;&lt;p&gt;Le 3 mars 2026, Polaris publie &lt;a class=&#34;link&#34; href=&#34;https://polarisfinance.io/blog/stewardship-not-governance/&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;&#xA;    &gt;&lt;em&gt;Stewardship, not Governance&lt;/em&gt;&lt;/a&gt;. L&amp;rsquo;article réunit deux choses : une critique frontale de l&amp;rsquo;état des gouvernances DeFi en 2026 — &lt;em&gt;« there is no defending governance in 2026 »&lt;/em&gt; — et la proposition d&amp;rsquo;une troisième voie entre l&amp;rsquo;ungouvernance pure à la Liquity v1 et la gouvernance professionnalisée à la Aave. Le cœur du protocole est immuable. Une couche stewardship circonscrite gouverne ce qui ne peut être ni automatisé ni purement incité : l&amp;rsquo;admission au StablecoinOS, la paramétrisation des CDP, les positions de trésorerie, et — point crucial à ce stade — un budget &lt;em&gt;gauge emissions&lt;/em&gt; de 25 % de POLAR sur quatre ans, voté par époque.&lt;/p&gt;&#xA;&lt;p&gt;Cinq semaines plus tard, le 13 avril, &lt;a class=&#34;link&#34; href=&#34;https://polarisfinance.io/blog/polaris-flows/&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;&#xA;    &gt;&lt;em&gt;Sustaining the Ecosystem: pETH &amp;amp; pUSD Flows&lt;/em&gt;&lt;/a&gt; ouvre par cette phrase : &lt;em&gt;« we went back to the drawing board »&lt;/em&gt;. L&amp;rsquo;aveu est explicite. L&amp;rsquo;équipe a vu, dans sa propre architecture, que le canal &lt;em&gt;gauge emissions&lt;/em&gt; — même soigneusement configuré, même borné par stewardship — héritait du &lt;em&gt;« governance picks winners failure mode »&lt;/em&gt; que stewardship était précisément censée éviter. C&amp;rsquo;est une refonte complète de la couche d&amp;rsquo;incitations, qui supprime &lt;em&gt;gauges&lt;/em&gt;, &lt;em&gt;bribes&lt;/em&gt; et &lt;em&gt;weight wars&lt;/em&gt; et les remplace par un mécanisme contract-enforced d&amp;rsquo;auto-distribution en hard assets.&lt;/p&gt;&#xA;&lt;p&gt;L&amp;rsquo;élégance technique est réelle et révèle une discipline. Une équipe qui voit un canal de capture latent dans sa propre architecture, qui le formule publiquement, et qui le supprime au prix d&amp;rsquo;une refonte avant déploiement, fait quelque chose que ni Maker, ni Aave, ni la plupart des protocoles établis ne font. La capacité d&amp;rsquo;auto-restriction est probablement, en 2026, la qualité la plus rare en DeFi. Elle ne se vérifie pas sur les promesses pre-launch ; elle se vérifie sur les renoncements.&lt;/p&gt;&#xA;&lt;h2 id=&#34;ce-que-flows-modifie&#34;&gt;Ce que Flows modifie&#xA;&lt;/h2&gt;&lt;p&gt;Quatre éléments sont simultanément remaniés, et c&amp;rsquo;est leur composition qui fait la valeur du dispositif.&lt;/p&gt;&#xA;&lt;p&gt;La devise du jeu change. L&amp;rsquo;incitation n&amp;rsquo;est plus distribuée en token de gouvernance (POLAR) mais en hard assets (pETH et pAssets) issus directement des revenus du protocole. La conséquence, plus qu&amp;rsquo;économique, est politique : il n&amp;rsquo;y a plus d&amp;rsquo;instrument de gouvernance à monnayer, donc plus de marché de bribes possible. La devise de capture a été supprimée. Toute nouvelle émission de POLAR exige désormais un burn pETH via le mécanisme de conversion, ce qui ferme la boucle économique sur elle-même.&lt;/p&gt;&#xA;&lt;p&gt;La logique allocative inverse l&amp;rsquo;incitation. L&amp;rsquo;allocation passe d&amp;rsquo;un vote par époque à une formule auto-exécutée : la part du Flow reçue par un contrat est égale à sa part du pETH ou pUSD whitelisté. Les intégrateurs ne lobbyent plus pour obtenir des incentives ; ils attirent des utilisateurs pour augmenter leur part. Le système rétribue &lt;em&gt;« capture and usage »&lt;/em&gt; plutôt que &lt;em&gt;« lobbying, visibility and vested interests »&lt;/em&gt;. Cette inversion n&amp;rsquo;est pas cosmétique : elle modifie qui parle, qui pèse, et de quoi est faite la conversation publique autour du protocole.&lt;/p&gt;&#xA;&lt;p&gt;Concrètement : sous le modèle des gauges qu&amp;rsquo;a normalisé Curve, et que le Stewardship v1 de Polaris reproduisait, un protocole tiers qui veut des émissions doit accumuler du veToken, louer du vote via Convex, ou verser des bribes sur Votium ou Hidden Hand. Une économie politique entière s&amp;rsquo;est développée autour — équipes BD spécialisées dans le lobbying, dashboards de profitabilité par bribe, alliances de votants. Sous Flows, ces couches disparaissent par construction : un intégrateur qui veut une part importante ne peut ni l&amp;rsquo;acheter ni la lobbyer ; il doit attirer des utilisateurs, parce que sa part est mécaniquement proportionnelle à sa part du pETH ou pUSD whitelisté. La conversation publique cesse de porter sur « qui vote pour qui » et porte sur « qui propose la meilleure expérience ».&lt;/p&gt;&#xA;&lt;p&gt;Le scope stewardship se contracte radicalement. En régime normal, point décisif, &lt;em&gt;« stewards have nothing to do »&lt;/em&gt;. Trois moments seulement appellent leur intervention : whitelist d&amp;rsquo;admission, réglage du &lt;em&gt;weight&lt;/em&gt; lors d&amp;rsquo;une négociation de revenue-share, éviction d&amp;rsquo;un acteur déloyal. Le pouvoir résiduel est extrêmement circonscrit, et il n&amp;rsquo;a plus de canal d&amp;rsquo;extraction continu. La charge sur les stewards passe d&amp;rsquo;une obligation de présence permanente — qui produit la spirale d&amp;rsquo;épuisement documentée dans la plupart des DAOs — à une présence par événement.&lt;/p&gt;&#xA;&lt;p&gt;La dilution des fondateurs devient mécanique. La génération de POLAR est désormais entièrement liée à la conversion pETH→POLAR, à un taux auto-régulé plutôt que fixe. Plus le protocole croît, plus l&amp;rsquo;équipe est diluée. Cette asymétrie est assumée explicitement : &lt;em&gt;« either it works, founders get diluted; no traction, no dilution »&lt;/em&gt;. Avec une nuance structurelle : chaque unité de dilution correspond à une amélioration concrète du protocole — pETH brûlé, floor price relevé, ETH libéré en yield. C&amp;rsquo;est ce qui distingue Flows des modèles d&amp;rsquo;émission classiques, où inflation du token et santé du protocole sont découplées. Ici, la dilution n&amp;rsquo;est pas un coût à supporter pour faire fonctionner le système — elle est le signe qu&amp;rsquo;il fonctionne.&lt;/p&gt;&#xA;&lt;p&gt;Pris ensemble, ces quatre déplacements suppriment plusieurs canaux de capture simultanément. Et ils démontrent quelque chose qui mérite d&amp;rsquo;être noté dans un plus large débat : il &lt;em&gt;est possible&lt;/em&gt; de réduire substantiellement la gouvernance d&amp;rsquo;un protocole sans tomber dans l&amp;rsquo;ungouvernance pure. Polaris propose une alternative à la non-gouvernance radicale, et accepte une couche d&amp;rsquo;orchestration minimale.&lt;/p&gt;&#xA;&lt;h2 id=&#34;ce-qui-reste-à-observer&#34;&gt;Ce qui reste à observer&#xA;&lt;/h2&gt;&lt;p&gt;La rigueur d&amp;rsquo;observation consiste à identifier où la capture (qui ne disparaît jamais) s&amp;rsquo;est déplacée. &lt;em&gt;Après&lt;/em&gt; le déploiement, pas avant.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;La whitelist comme point de pouvoir résiduel.&lt;/strong&gt; Brice le reconnaît dans Flows : &lt;em&gt;« Whitelists can be lobbied without vigilance. Any system with a human-controlled whitelist is subject to influence. »&lt;/em&gt; Le pouvoir d&amp;rsquo;admettre ou de refuser un intégrateur reste un pouvoir réel. Interrogée sur la composition initiale du Flow whitelist, l&amp;rsquo;équipe a précisé que la première vague serait limitée aux instances CDP pUSD/pGOLD côté pETH et au Stability Pool côté pUSD/pGOLD — un bootstrap interne sans admission tierce au démarrage. Cette configuration élimine la zone d&amp;rsquo;ombre la plus évidente d&amp;rsquo;un déploiement stewardship en ne mobilisant aucune décision discrétionnaire d&amp;rsquo;admission au lancement. La question se posera donc à partir du &lt;em&gt;premier&lt;/em&gt; vote d&amp;rsquo;intégrateur tiers.&lt;/p&gt;&#xA;&lt;p&gt;L&amp;rsquo;équipe a indiqué deux points sur ce sujet. D&amp;rsquo;une part, l&amp;rsquo;admission post-bootstrap fonctionnera &lt;em&gt;« par jurisprudence et processus »&lt;/em&gt;, sans framework écrit ex ante. C&amp;rsquo;est défendable — un framework figé ex ante est lui-même capturable, et la jurisprudence permet d&amp;rsquo;apprendre cas par cas — mais cela signifie que les premiers votes feront précédent. Qui les pilote pèsera durablement. D&amp;rsquo;autre part, et c&amp;rsquo;est un acquis nommé, &lt;em&gt;« responsible disclosure should happen on any proposal »&lt;/em&gt; : engagement clair à publier les liens éventuels dans les propositions de vote. Cet engagement vaut beaucoup s&amp;rsquo;il est tenu. Il manque dans la plupart des DAOs établies aujourd&amp;rsquo;hui.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;L&amp;rsquo;obligation déclarative des engagements de revenue-share.&lt;/strong&gt; Le scénario &lt;em&gt;Deceiver&lt;/em&gt; — un intégrateur qui négocie un weight 1.0 contre un revenue-share, puis ne tient pas l&amp;rsquo;engagement — est traité par éviction sociale, pas par obligation cryptographique. La réponse de l&amp;rsquo;équipe est franche : &lt;em&gt;« declarative, enforced by stewardship kicking out violating actors »&lt;/em&gt;. La garantie est sociale et économique, pas technique : un &lt;em&gt;Deceiver&lt;/em&gt; éjecté perd l&amp;rsquo;accès permanent au Flow, ce qui constitue un coût élevé pour un gain transitoire. C&amp;rsquo;est défendable — exiger une garantie cryptographique ici reviendrait à exiger une chose que ni Aave, ni Maker, ni Liquity ne fournissent — mais cela dépend entièrement de la vigilance des stewards et de l&amp;rsquo;existence de dashboards communautaires pour détecter les manquements rapidement. À documenter dans le temps.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;La gestion sous stress.&lt;/strong&gt; Le minimum hardcodé de 30 % vers le Stability Pool est juste : c&amp;rsquo;est ce qui maintient la solvabilité. Interrogée sur la conduite à tenir quand un épisode de stress comprime mécaniquement les pUSD Flows pour tous les receveurs, l&amp;rsquo;équipe a précisé un point qui mérite d&amp;rsquo;être mentionné : il n&amp;rsquo;y a pas de levier manuel. &lt;em&gt;« No manual override is needed to face it »&lt;/em&gt; — la part SP first est automatique, la compression des autres parts est la conséquence directe de la baisse des revenus, et les stewards n&amp;rsquo;ont pas de bouton à actionner en temps réel. Le système gère la crise par sa structure même, pas par décision humaine. C&amp;rsquo;est conceptuellement plus radical qu&amp;rsquo;il n&amp;rsquo;y paraît, et c&amp;rsquo;est aligné avec la doctrine &lt;em&gt;Structure Over Trust&lt;/em&gt; : sous stress, on ne demande pas aux stewards d&amp;rsquo;arbitrer — on a arbitré au déploiement, en hardcodant le minimum SP, et la mécanique fait le reste.&lt;/p&gt;&#xA;&lt;p&gt;Le rôle du stewardship sous stress se déplace donc de l&amp;rsquo;arbitrage vers l&amp;rsquo;apprentissage : &lt;em&gt;« we&amp;rsquo;re definitely keen on learning from such episodes and helping the stewardship to step up from one to the other »&lt;/em&gt;. La question d&amp;rsquo;observation pertinente n&amp;rsquo;est plus &lt;em&gt;« comment la discrétion sera-t-elle exercée ? »&lt;/em&gt; mais &lt;em&gt;« comment l&amp;rsquo;expérience d&amp;rsquo;un épisode capitalise-t-elle pour le suivant ? »&lt;/em&gt;. Une discipline de retours d&amp;rsquo;expérience documentés — ce que les conditions de déclenchement ont révélé, comment les intégrateurs ont été informés, ce qui a fonctionné ou pas dans la communication — reste une matière utile pour l&amp;rsquo;observation longitudinale, sans porter cette fois le caractère opposable d&amp;rsquo;une vérification de discrétion.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;La dilution conditionnelle au succès.&lt;/strong&gt; Le mécanisme de dilution programmée des fondateurs est élégant, mais conditionnel : &lt;em&gt;« either it works, founders get diluted; no traction, no dilution »&lt;/em&gt;. Si le volume de conversions pETH→POLAR stagne, la dilution stagne aussi. La concentration initiale ne se résorbe pas par calendrier — elle se résorbe par flux. Cela n&amp;rsquo;invalide rien, mais cela signifie que la décentralisation effective de la gouvernance reste une &lt;em&gt;hypothèse à valider sur trajectoire&lt;/em&gt;, pas une garantie ex ante. L&amp;rsquo;équipe envisage un rapport périodique — mensuel ou trimestriel — sur l&amp;rsquo;activité stewardship, et cite explicitement les indicateurs à suivre : nombre de vePOLAR lockers, pourcentage de votes délégués, pourcentage de votes actifs, concentration. C&amp;rsquo;est exactement le type de matière que l&amp;rsquo;observation transversale extérieure peut reprendre et codifier dans la durée.&lt;/p&gt;&#xA;&lt;h2 id=&#34;en-quoi-cette-posture-de-léquipe-compte-au-delà-de-polaris&#34;&gt;En quoi cette posture de l&amp;rsquo;équipe compte au-delà de Polaris&#xA;&lt;/h2&gt;&lt;p&gt;Indépendamment de ce que Polaris deviendra en mainnet — et il y aura des épisodes de stress, il y en a toujours — le geste de l&amp;rsquo;auto-correction Stewardship v1 → Flows constitue en soi un apport à l&amp;rsquo;écosystème. Une démonstration qu&amp;rsquo;une équipe DeFi peut formuler, contester et corriger sa propre architecture &lt;em&gt;avant&lt;/em&gt; qu&amp;rsquo;elle ne soit testée par la captation. Cela ne paraît rien dit comme ça ; en pratique, c&amp;rsquo;est une qualité dont peu de projets ont fait preuve. Maker ne l&amp;rsquo;a pas fait. Aave non plus. La plupart des protocoles établis attendent qu&amp;rsquo;un événement révèle une faille pour la nommer — et alors l&amp;rsquo;urgence du sauvetage écrase toute réflexion. Polaris fait l&amp;rsquo;inverse : il nomme, il corrige, il publie, avant même que tout soit lancé.&lt;/p&gt;&#xA;&lt;p&gt;Si Polaris défaille demain, le geste reste valide. Si Polaris réussit, le geste devient enseignement. Dans les deux cas, ce qui mérite d&amp;rsquo;être documenté &lt;em&gt;maintenant&lt;/em&gt;, ce n&amp;rsquo;est pas un pari sur le résultat, c&amp;rsquo;est la discipline qui rend la suite observable. La qualité d&amp;rsquo;une architecture ne se mesure pas à l&amp;rsquo;absence de tensions résiduelles — il y en a toujours. Elle se mesure à la précision avec laquelle ces tensions sont nommées par ceux qui les construisent, et à la lisibilité qu&amp;rsquo;elles offrent à ceux qui les observent.&lt;/p&gt;&#xA;&lt;p&gt;C&amp;rsquo;est, structurellement, le même mouvement que celui qui m&amp;rsquo;occupe depuis &lt;a class=&#34;link&#34; href=&#34;https://www.arem.blog/fr/post/coherence-bien-rare/&#34; &gt;&lt;em&gt;Coherence is the Scarce Good&lt;/em&gt;&lt;/a&gt; : ce qui compte n&amp;rsquo;est pas le verdict, c&amp;rsquo;est la grammaire qui rend le verdict possible. Polaris vient d&amp;rsquo;écrire une page de cette grammaire. Reste à voir si l&amp;rsquo;écriture tient sous pression.&lt;/p&gt;&#xA;&lt;hr&gt;&#xA;&lt;p&gt;&lt;em&gt;Article d&amp;rsquo;observation. Pas de position détenue dans Polaris à la date de publication. Le testnet 2, qui porte l&amp;rsquo;architecture Flows, a été &lt;a class=&#34;link&#34; href=&#34;https://x.com/polarisfinance_/status/2052025595068813485&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;&#xA;    &gt;lancé le 7 mai 2026&lt;/a&gt;. Le suivi continuera dans les mois qui viennent, à mesure que le protocole approche du mainnet et que les premiers votes stewardship interviendront.&lt;/em&gt;&lt;/p&gt;&#xA;</description>
        </item></channel>
</rss>
