CashCow est lancé sur la chaîne BNB avec une conception sans confiance

iconMetaEra
Partager
AI summary iconRésumé
Le protocole de liquidité CashCow ($CCC) a été lancé sur la chaîne BNB le 26 août 2026, en tant que dernière actualité sur chaîne dans l'écosystème des projets de jetons. Le protocole a mis en œuvre une conception sans confiance en détruisant 80 % des jetons de liquidité avant le lancement, en supprimant les fonctions de frappe et en verrouillant les modifications de gouvernance via des contrats intelligents verrouillés dans le temps. Ces mises à jour du protocole visent à empêcher toute activité malveillante provenant du protocole lui-même.
CashCow choisit de commencer par supprimer les possibilités d'abus dès son lancement — boucher une à une les voies permettant des comportements malveillants, avant de permettre la participation. Cette approche peut sembler lourde, voire comme si l'on payait d'abord pour ensuite chercher un retour. Mais elle respecte une logique simple : on ne peut pas dire « Veuillez vérifier » tout en refusant de fournir les conditions nécessaires à la vérification.

Auteur et source de l’article : CashCow

Le 26 août 2026, le CashCow Liquidity Protocol ($CCC) a effectué son lancement mondial sur la BNB Chain, ouvrant pleinement la participation et les dépôts. Dans les jours précédents, il a entrepris une série d'actions peu communes sur le plan commercial : il a envoyé 80 % de la liquidité totale des jetons à une adresse noire pour les détruire, supprimé toute fonction d'émission supplémentaire du contrat intelligent, et transféré le pouvoir de modifier les règles à un contrat intelligent et à un time-lock — sa première action à son lancement n'était pas de prouver sa capacité à générer des profits, mais de supprimer toute possibilité d'agir de manière malveillante.

I. Le DeFi a éliminé les banques, mais a transféré le pouvoir à une clé privée

Pour comprendre ce choix, il faut d'abord voir la fissure qu'il cherche à répondre.

La prémisse fondamentale de la DeFi est « l'absence d'intermédiaires » — pas de banques, pas de tiers de confiance, tout est exécuté automatiquement par des contrats intelligents. Mais cette narration repose sur une présupposition souvent considérée comme acquise, mais qui n'est pas nécessairement vraie : remplacer les humains par du code pour prendre des décisions ne signifie pas que les humains n'ont plus de pouvoir.

Ouvrir un contrat réel révèle souvent la présence de plusieurs interfaces de gestion. Ces interfaces ont une logique technique — elles sont nécessaires pour corriger des vulnérabilités ou ajuster des paramètres. Mais dès lors que les droits sont centralisés, leur nature change : celui qui détient les permissions du contrat détient le même pouvoir, voire un pouvoir plus fort, que les intermédiaires financiers traditionnels.

Ces autorisations se divisent en trois catégories principales : le droit de disposition des actifs (la capacité de retirer la liquidité du pool), le droit de contrôle de l'offre (fonction d'émission supplémentaire) et le droit de modification des règles (ajustement des paramètres et mise à jour du contrat). Le point commun de ces trois droits est qu'ils n'exigent aucune « rupture » de sécurité — ils sont intégrés directement dans le code et sont légitimes. Ainsi, le principal risque pour les utilisateurs ne provient souvent pas d'attaques externes, mais de l'exercice légitime de ces droits internes.

L'industrie a bien sûr pris conscience de ce problème, mais les réponses apportées restent pour la plupart au niveau des « promesses » : verrouillage des fonds, verrous temporels, gestion par un tiers, audits plus fréquents. Ces solutions présentent un point faible commun — elles se contentent de déplacer l'objet de la confiance d'un endroit à un autre, sans éliminer le besoin de confiance. Après tout ce tour, la confiance n'a jamais été éliminée ; elle n'a fait que changer de créancier.

La question devient alors : est-il possible de concevoir un système qui n'exige fondamentalement aucune entité de confiance ?

C'est exactement la question que CashCow a tenté de répondre à son lancement.

Deuxièmement, ce n'est pas « nous ne le ferons pas », c'est « nous ne pouvons pas le faire »

La solution de CashCow n'est pas d'argumenter que « nous ne ferons pas de mal », mais de rendre impossible la capacité de faire du mal.

En ce qui concerne le droit de disposition des actifs, elle a opté pour la destruction. Après le dépôt du fonds de liquidité représentant 80 % du total des jetons (environ 168 millions), ses droits LP ont été intégralement envoyés à une adresse noire — une adresse publique connue pour ne pas avoir de clé privée correspondante, rendant le transfert d'actifs irréversible. Le résultat est que l'entité chargée de retirer la liquidité a disparu du système : ce n'est pas une promesse de ne pas retirer, mais l'absence totale de toute entité capable de le faire.

En ce qui concerne le contrôle de l'offre, il a choisi de ne pas en avoir. L'offre totale de $CCC est fixée à 210 millions, et aucune fonction d'émission supplémentaire n'est intégrée au niveau du contrat. La différence de formulation est essentielle : il ne s'agit pas d'une « promesse de ne pas émettre », mais d'une incapacité à émettre — même si les intentions changeaient à l'avenir, l'action elle-même serait impossible à exécuter.

En ce qui concerne le droit de modification des règles, il a opté pour la contrainte. Ce type de pouvoir ne peut pas être simplement supprimé, car un protocole totalement incapable d'évolution serait difficile à faire survivre à long terme. La démarche de CashCow consiste à l'intégrer au processus de gouvernance de CashCow DAO : proposition, publication, vote, exécution avec verrouillage temporel, tout enregistré sur la chaîne ; une signature multiple est également requise pour toute utilisation majeure du trésor.

Le troisième niveau mérite une attention particulière, car il est souvent sous-estimé. De nombreux protocoles ne se concentrent que sur les verrous visibles, comme « pas de retrait de liquidité, pas d'émission supplémentaire », mais ignorent que si la « modification des règles » n'est pas elle-même contrainte, tous les verrous peuvent être redéfinis. Inclure la gouvernance dans ces contraintes revient à ajouter un verrou métalock à tous les verrous précédents — il ne protège pas une règle spécifique, mais le fait même que les règles ne puissent pas être modifiées en secret.

Les sources d'incitation sont également limitées : les incitations liées au protocole proviennent des frais générés par les transactions réelles et des taxes sur les bénéfices, et non de l'émission de nouveaux jetons ; les frais sont répartis selon des proportions publiques et leur flux est enregistré transaction par transaction sur la chaîne, avec une partie réinjectée dans la trésorerie pour accumuler continuellement du BNB. L'autre extrémité de la production est reliée au rachat et aux réserves, et non à une offre supplémentaire.

Ensemble, ces éléments constituent sa définition de « vérifiable » : chaque engagement clé doit pouvoir obtenir une réponse déterminée sur la chaîne.

Trois : Lorsque l'industrie commence à se demander « qui a le moins besoin de faire confiance à ses propres règles »

En regardant ces actions ensemble, on constate qu'elles ne modifient pas seulement le niveau de sécurité d'un protocole, mais la nature même de la sécurité.

Premièrement, la sécurité est passée d’un « coût continu » à une « confirmation unique ». Dans le modèle de confiance, les utilisateurs doivent surveiller en permanence l’équipe, suivre les signatures multiples et examiner chaque mise à jour, et cette vigilance ne peut jamais être abandonnée — ce qui est encore plus problématique, car ce travail exige des compétences professionnelles ; la plupart des gens doivent donc le déléguer, introduisant ainsi un nouveau point de confiance. Lorsque la capacité à agir malicieusement est éliminée structurellement, la sécurité devient un fait statique confirmé une seule fois, au lieu d’un engagement dynamique nécessitant un entretien continu. Le coût du premier cas s’accumule avec le temps, tandis que le second nécessite un paiement unique.

Deuxièmement, les seuils d'évaluation ont été considérablement abaissés. Des questions telles que « Les autorisations ont-elles été détruites ? », « Le contrat conserve-t-il la fonction de frappe ? », « Y a-t-il un délai d'activation pour les mises à jour ? » — ces questions ont des réponses claires et vérifiables, que les participants ordinaires peuvent évaluer eux-mêmes. L'objet d'évaluation est passé d'intentions subjectives difficiles à observer à des états chaines objectifs et durables.

Troisièmement, la structure d'intérêts est réalignée. Lorsque le chemin le plus rapide pour retirer les fonds est volontairement bloqué, la seule voie restante pour l'équipe de recevoir une récompense est de faire fonctionner réellement le protocole et de faire croître réellement la trésorerie — elle repose sur le même mécanisme et les mêmes données chainées que les participants ordinaires. Ce alignement n'est pas maintenu par un contrat moral, mais est intégré directement dans le contrat intelligent.

Du point de vue de l'industrie, la signification de ces pratiques dépasse peut-être le projet lui-même.

Il a déplacé le centre des discussions sur la sécurité DeFi de la « crédibilité des acteurs » à la « certitude structurelle ». Au cours des dernières années, l'industrie a presque toujours abordé la sécurité en se concentrant sur les personnes : qui est l'équipe, y a-t-il des soutiens, quel est l'auditeur — les réponses à ces questions doivent être crues. Lorsque la discussion passe à la structure, la question devient : les autorisations sont-elles toujours en place, les fonctions existent-elles encore, les modifications sont-elles retardées ? Le premier reste une variante de la confiance, le second peut être vérifié par n'importe qui.

Il offre également un ensemble de critères standardisés applicables horizontalement. La liquidité est-elle révocable ? L'offre est-elle variable ? La répartition est-elle auditée ? La gouvernance est-elle exécutable ? Ces quatre questions ne sont pas propres à un projet particulier ; quiconque peut les utiliser pour s'auto-évaluer ou évaluer autrui. Dès qu'un ensemble d'outils de distinction est largement adopté, les bénéfices ne se limitent pas à son créateur.

Sur le long terme, cela pointe vers un déplacement des critères de compétition. Le cycle précédent mesurait qui offrait les rendements les plus élevés, mais cette logique a été infirmée à maintes reprises par des scandales ; le prochain cycle sera probablement déterminé par autre chose — qui a les règles les moins dépendantes de la confiance. Lorsque la « vérifiabilité » passe d’une propriété de sécurité à une compétitivité rare, seul celui qui a fait le premier choix pourra occuper une position avantageuse.

Ainsi, CashCow a choisi de commencer par supprimer les possibilités d'abus au moment de son lancement — boucher une par une les voies lui permettant de mal agir, avant de parler d'ouverture à la participation. Cet ordre semble un peu lourd, voire comme s'il s'agissait de payer un prix avant de chercher un retour. Mais il respecte une logique simple : on ne peut pas dire « Veuillez vérifier » tout en refusant de fournir les conditions nécessaires à la vérification.

Clause de non-responsabilité : les informations sur cette page peuvent avoir été obtenues auprès de tiers et ne reflètent pas nécessairement les points de vue ou opinions de KuCoin. Ce contenu est fourni à titre informatif uniquement, sans aucune représentation ou garantie d’aucune sorte, et ne doit pas être interprété comme un conseil en investissement. KuCoin ne sera pas responsable des erreurs ou omissions, ni des résultats résultant de l’utilisation de ces informations. Les investissements dans les actifs numériques peuvent être risqués. Veuillez évaluer soigneusement les risques d’un produit et votre tolérance au risque en fonction de votre propre situation financière. Pour plus d’informations, veuillez consulter nos conditions d’utilisation et divulgation des risques.