
Safe
SAFE#285
Qu’est‑ce que Safe ?
Safe est un standard de comptes intelligents (“smart accounts”) et de coordination de conservation pour Ethereum et les chaînes EVM, surtout connu pour son système de contrats multisignatures « Safe » éprouvé en production et pour l’infrastructure qui l’entoure, laquelle permet à plusieurs parties, politiques et modules de contrôler conjointement des actifs et des permissions onchain sans dépendre d’un dépositaire centralisé. En pratique, il résout un problème institutionnel récurrent dans la crypto : la gestion des clés n’est pas seulement une question cryptographique, mais aussi opérationnelle, où la gouvernance, les approbations, les limites de dépenses et la récupération doivent être applicables au niveau du compte. L’avantage compétitif de Safe tient moins à une cryptographie novatrice qu’à la standardisation et à la composabilité : il est devenu un « primitif de propriété » onchain largement intégré autour duquel les applications et les institutions peuvent construire, et il s’est étendu au‑delà du multisig vers des comptes intelligents modulaires via sa pile d’abstraction de compte (souvent décrite publiquement comme Safe{Core}).
En termes de positionnement sur le marché, Safe n’est pas un réseau de couche de base qui concurrence pour de l’espace de blocs, mais une couche de compte horizontale qui peut gagner de l’adoption sur de nombreuses chaînes et applications.
Cette distinction est importante lorsque les investisseurs essaient de cartographier des métriques comme la TVL : les agrégateurs tels que DeFiLlama affichent actuellement une « TVL » pratiquement nulle selon leur définition stricte (actifs déposés dans les contrats du protocole), même si les comptes Safe peuvent conserver ou intermédiariser des soldes et des volumes de transactions très importants. Une perspective plus informative consiste à examiner l’activité et le « volume traité » sur les comptes Safe ; par exemple, le rapport “State of Safe Q1 2025” de Messari décrit un nombre record de transactions de comptes intelligents et des volumes substantiels de DEX routés par des comptes basés sur Safe, tout en soulignant à quel point cette activité peut se concentrer lorsqu’un seul canal de distribution (notamment World/World Chain à cette époque) domine la création de nouveaux comptes et les DAU.
Qui a fondé Safe et quand ?
Safe est né sous le nom de « Gnosis Safe », issu de l’écosystème Gnosis, et a gagné en traction durant la période 2018–2021, lorsque les trésoreries DeFi et DAO ont créé une demande aiguë pour une conservation multi‑parties, vérifiable et auditable.
Au fil du temps, il a été formalisé en un projet distinct, avec une gouvernance acheminée via une DAO et soutenue par un cadre juridique suisse ; la section “imprint” de la Safe Ecosystem Foundation liste des membres du conseil tels que Lukas Schor, Stefan George et Richard Meissner, reflétant une continuité avec le noyau de bâtisseurs d’origine tout en offrant une structure plus lisible institutionnellement qu’une simple équipe open‑source informelle.
L’évolution du récit du projet reflète un changement plus large de l’industrie : le multisig a commencé comme « une conservation plus sûre pour les équipes », puis est devenu une surface de compte programmable pour la gouvernance, la sécurité modulaire et l’abstraction de compte. L’introduction, en septembre 2022, d’un jeton de gouvernance et d’un cadre DAO — couverte par des médias comme CoinDesk et analysée plus tard dans des rétrospectives de lancement de gouvernance comme celles de Blockworks — a signalé que le centre de gravité stratégique de Safe passait de « produit » à « standard d’écosystème », la gouvernance par jeton visant à coordonner les mises à jour, les incitations et la politique de trésorerie plutôt qu’à représenter une créance sur des flux de trésorerie du protocole.
Comment fonctionne le réseau Safe ?
Safe n’est pas une blockchain autonome et n’a donc pas de mécanisme de consensus natif ; il hérite la sécurité, la vivacité et la finalité de la ou des chaînes hôtes sur lesquelles les comptes intelligents Safe sont déployés (Ethereum mainnet, L2 et sidechains EVM). Techniquement, un Safe est un compte contrat intelligent qui valide les transactions selon sa politique configurée (par exemple, M‑sur‑N signatures) et peut être étendu via des modules/“guards”, ce qui permet d’insérer une logique de vérification supplémentaire au niveau du compte.
Cette « application de politiques au niveau du compte » est fondamentalement différente du consensus au niveau du réseau : elle n’ordonne pas les transactions globalement, mais elle peut empêcher l’exécution non autorisée à partir d’un compte spécifique, même si un attaquant peut soumettre des transactions au mempool.
Le cadrage architectural récent de Safe met l’accent sur une infrastructure modulaire d’abstraction de compte, avec l’orientation Safe{Core} explicitement positionnée comme des comptes intelligents interopérables plutôt qu’une expérience utilisateur de portefeuille unique.
Le modèle de sécurité est en conséquence scindé : les contrats onchain peuvent être robustes, mais la sécurité pratique du système dépend aussi de l’intégrité des flux de signature, des dispositifs matériels et des interfaces utilisateur qui composent les transactions à signer. Une illustration concrète est l’incident Bybit de février 2025, discuté dans le rapport “State of Safe Q1 2025” de Messari, où les rapports ont attribué un important vol à un compromis ciblé de l’interface web de Safe utilisée par les signataires de Bybit plutôt qu’à une faille dans les contrats Safe eux‑mêmes ; des analyses techniques tierces, comme la note de type post‑mortem de Ledger, Learning From The Bybit/Safe Attack, le présentent de manière similaire comme un mode de défaillance de l’interface/de l’intégration que les utilisateurs institutionnels doivent explicitement intégrer dans leur modélisation de menaces.
Quelles sont les tokenomics de SAFE ?
SAFE est principalement un jeton de gouvernance pour SafeDAO plutôt qu’un jeton de gaz, et la conception de son offre se comprend mieux comme un calendrier de déverrouillage de longue durée avec une importante allocation à la trésorerie, plutôt que comme un système d’émission algorithmique lié à la sécurité du réseau.
L’explication publiée par la Safe Foundation, SAFE Tokenomics, décrit une offre maximale fixe de 1 000 000 000 de jetons et une distribution qui favorise fortement les trésoreries de DAO (SafeDAO et GnosisDAO) avec un vesting sur plusieurs années, aux côtés d’allocations pour les utilisateurs, les « gardiens » de l’écosystème, les contributeurs principaux, une levée stratégique et la fondation. Comme le vesting s’étale sur plusieurs années, l’offre en circulation de SAFE est structurellement variable dans le temps ; des agrégateurs tiers comme la page de déverrouillages de Tokenomics.com quantifient cela comme une séquence pluriannuelle d’événements de déverrouillage s’étendant jusqu’en 2030, ce qui implique que les dynamiques de dilution (et l’identité des bénéficiaires des nouvelles unités déverrouillées) peuvent compter autant que la « croissance de la demande » sur une période donnée.
L’utilité et la captation de valeur restent la grande question ouverte pour SAFE en tant qu’actif. La page du protocole Safe sur DeFiLlama attribue les frais/recettes du protocole principalement aux flux liés aux swaps (par exemple via des chemins de trading intégrés), tout en montrant des « revenus pour les détenteurs » pratiquement nuls, ce qui souligne que les détenteurs ne doivent pas présumer qu’un droit direct aux frais soit implémenté ou inévitable.
Dans ce cadre, SAFE ressemble à beaucoup de jetons de gouvernance : il peut coordonner les dépenses de trésorerie, les subventions et l’orientation du protocole, mais le fait qu’il devienne ou non « essentiel au réseau » dépendra de décisions de gouvernance futures et de mécanismes crédibles qui lient l’adoption des comptes Safe (qui peut croître rapidement) à la demande pour le jeton (qui ne suit pas automatiquement).
Qui utilise Safe ?
L’empreinte onchain de Safe se caractérise mieux comme une utilisation d’infrastructure plutôt qu’un turnover spéculatif : il est intégré dans les opérations de trésorerie, les flux de travail de conservation et les comptes d’application où le contrôle fondé sur des politiques est une exigence fonctionnelle.
Cela dit, l’usage n’est pas réparti de manière homogène entre les segments ; “State of Safe Q1 2025” de Messari décrit une période durant laquelle l’activité des comptes intelligents Safe et les DAU étaient fortement concentrées sur World Chain, et où le volume de DEX routé via des comptes Safe a fortement augmenté sur certaines L2 spécifiques. Cela importe parce que « l’usage réel » peut rester pro‑cyclique et dépendant des partenaires : un grand intégrateur peut créer des millions de comptes, mais cela n’implique pas automatiquement une décentralisation comparable de la demande entre applications indépendantes.
L’adoption institutionnelle et d’entreprise est l’un des différenciateurs les plus crédibles de Safe, mais elle doit être décrite avec précision : la preuve la plus solide n’est pas une liste d’anecdotes de grandes marques, mais la persistance de Safe comme standard multisig par défaut pour les équipes gérant des actifs de grande valeur et pour les applications ayant besoin d’une conservation programmable. Dans le même temps, l’événement Bybit mis en avant dans “State of Safe Q1 2025” et davantage disséqué par des fournisseurs de sécurité et des intégrateurs, dont Ledger, montre que « l’usage entreprise » peut amplifier les risques systémiques si de nombreuses institutions convergent vers la même interface et les mêmes schémas opérationnels. En d’autres termes, l’adoption peut être à la fois un fossé défensif et un vecteur de risque corrélé.
Quels sont les risques et défis pour Safe ?
D’un point de vue réglementaire, le profil de risque de Safe est généralement plus atténué que celui des jetons de couche 1, parce qu’il ne vend pas d’espace de blocs et ne se trouve pas au centre des débats de structure de marché sur l’intermédiation boursière ; cependant, SAFE reste un jeton de gouvernance avec une grande trésorerie et des parties prenantes au développement identifiables, et il opère dans un environnement où la frontière entre « coordination logicielle » et « produit financier » peut être contestée selon les juridictions et l’utilité future du jeton.
L’exposition « réglementaire » la plus immédiate peut être indirecte : défaillances de conservation, attentes en matière de conformité aux sanctions pour les institutions, et éventuel examen accru après des incidents très médiatisés, même lorsque les causes profondes relèvent de compromis au niveau de l’intégration plutôt que de failles dans les contrats onchain.
Les risques de centralisation opérationnelle et technique sont plus concrets.
Le cas Bybit montre une catégorie de défaillance où les contrats intelligents peuvent rester intacts alors que l’environnement de signature est manipulé via une chaîne d’approvisionnement applicative web compromis ; des analyses telles que la décomposition par Curvegrid mettent l’accent sur le « point de défaillance unique » créé lorsqu’une grande institution s’appuie sur une interface hébergée partagée pour la construction de transactions et display. La concurrence s’intensifie également : des frameworks multisig alternatifs, les piles MPC internes des plateformes d’échange et des dépositaires, ainsi que de nouveaux écosystèmes d’abstraction de compte peuvent tous éroder la notoriété de Safe s’ils offrent une sécurité comparable avec de meilleurs outils de gestion des politiques, une meilleure UX ou des contrôles d’entreprise plus stricts.
Enfin, parce que Safe est un standard, il doit équilibrer la compatibilité ascendante et l’ossification avec la nécessité d’évoluer en fonction de l’abstraction de compte, de la fragmentation des L2 et de nouveaux modèles de menace ; les standards qui évoluent trop lentement risquent d’être contournés.
Quelles sont les perspectives d’avenir pour Safe ?
Les perspectives de Safe à court et moyen terme dépendent de sa capacité à transformer sa position de standard de facto des smart accounts en une plateforme durable, avec des interfaces résilientes, une demande diversifiée du côté des intégrateurs et des incitations plus claires alignées sur le token.
Les communications de l’écosystème du projet, telles que le post du forum Safe 2025 Reflections and 2026 Outlook, mettent l’accent sur des objectifs de maturité opérationnelle comme l’efficacité, l’internalisation des capacités clés et la discipline en matière de revenus, ce qui est cohérent avec la posture d’un fournisseur d’infrastructure qui cherche à être durable plutôt qu’à privilégier la croissance à tout prix.
Sur le plan technique, la direction impliquée par le cadrage du Safe{Core} protocol suggère une poursuite de la modularisation autour de l’abstraction de compte, ce qui est stratégiquement sensé alors que la feuille de route d’Ethereum et l’écosystème des wallets traitent de plus en plus les smart accounts comme un élément fondamental de l’UX et de la sécurité.
Les obstacles structurels sont tout aussi clairs : Safe doit réduire sa dépendance à l’égard d’une seule interface hébergée pour la signature de transactions à forts enjeux, renforcer la surface de revue de bout en bout des transactions pour les opérateurs institutionnels et éviter un écosystème où l’adoption est dominée par un seul partenaire de distribution dont les schémas d’activité peuvent faire varier fortement les métriques agrégées.
Pour SAFE, le token, la question clé est de savoir si la gouvernance restera indéfiniment sa fonction principale ou si l’écosystème convergera vers des utilités supplémentaires, explicitement définies, qui créent une demande non spéculative ; tant que de tels mécanismes ne seront pas à la fois spécifiés et adoptés, le cas d’investissement pour SAFE restera probablement davantage lié à l’optionnalité en matière de gouvernance et à la coordination de l’écosystème qu’à une capture de valeur de type flux de trésorerie.
