Hard fork Base le 30 septembre : Binance gèle les transferts une heure avant Cobalt

Le réseau Base reçoit un hard fork le mardi 30 septembre 2026 à 18h00 UTC. Il s'appelle Cobalt et, pour vous qui détenez des jetons, il signifie surtout une chose : les dépôts et les retraits via Base seront à l'arrêt pendant un certain temps ce soir-là. Binance annonce le gel dès 17h00 UTC, soit une heure avant la bascule. Les échanges se poursuivent, seul le transfert entre la plateforme et votre propre portefeuille est suspendu. Vos jetons ne disparaissent pas, ils ne sont pas échangés, et aucun second jeton n'apparaît. Si vous voulez déplacer quelque chose via Base ce soir-là, faites-le avant ou attendez le lendemain matin.

Le véritable écueil est ailleurs : la plateforme rouvre les transferts sans autre annonce dès que le réseau tourne de façon stable. Il n'y a donc pas de coup d'envoi que vous pourriez attendre : vous devez vérifier vous-même. Cet article explique ce qui se produit réellement lors d'un hard fork, pourquoi les plateformes coupent régulièrement le pont à cette occasion, et ce que la date signifie pour votre solde, votre délai de détention et votre propre nœud.

Hard fork Base Cobalt : le calendrier pour Sepolia et le réseau principal

Cobalt est le hard fork de Base qui succède à Beryl. Beryl était la mise à niveau de juin 2026, qui a apporté à la chaîne la norme de jetons B20 et le logiciel de nœud Reth V2. Cobalt s'appuie dessus et a été redécoupé en deux tours en septembre avant que son périmètre ne soit arrêté.

L'activation n'est pas un projet vague, mais un horodatage fixe compilé dans le logiciel de nœud. Pour le réseau de test Sepolia (identifiant de chaîne 84532), la valeur inscrite est 1790186400, soit le 23 septembre 2026 à 18h00 UTC. Pour le réseau principal (identifiant 8453), c'est 1790791200, donc le 30 septembre 2026 à 18h00 UTC. Exactement sept jours d'écart.

Cet ordre explique pourquoi la date du réseau principal est plus solide qu'une date annoncée ne l'est d'ordinaire : le réseau de test a déjà traversé le fork le 23 septembre, et la fenêtre de maintenance s'est refermée proprement à 20h00 UTC. Une mise à niveau qui a passé le réseau de test est rarement retirée au dernier moment. C'est une différence avec les réseaux où la date d'activation se calcule à partir d'un vote en cours des validateurs et peut se décaler dès que l'adhésion passe sous un seuil.

Ce qu'est un hard fork, et pourquoi ce n'est pas un nouveau jeton

Un hard fork est une modification des règles d'une chaîne de blocs dont les nouvelles règles ne sont plus compatibles avec les anciennes. Tout nœud qui veut vérifier les blocs du réseau a besoin du nouveau logiciel. Un nœud resté sur une ancienne version tient les nouveaux blocs pour invalides et sort du réseau.

La notion inverse est le soft fork : les règles y sont seulement resserrées, les anciens nœuds continuent d'accepter les nouveaux blocs, et le réseau reste aligné même sans mise à jour complète. Un soft fork est rétrocompatible, un hard fork ne l'est pas.

De cette incompatibilité est né le malentendu selon lequel un hard fork produirait automatiquement un second jeton. Cela n'arrive que si une part notable des participants poursuit délibérément sous les anciennes règles : c'est ainsi que Bitcoin Cash (BCH) est né de Bitcoin en 2017. Une telle scission suppose deux camps qui veulent tous deux continuer, chacun avec le soutien de mineurs ou de validateurs et avec des plateformes qui cotent la chaîne dissidente.

Rien de tel n'est visible avec Cobalt. Il n'existe pas de version concurrente du réseau Base, pas de groupe souhaitant rester sur l'ancien logiciel, et rien que vous puissiez « réclamer ». C'est une pure mise à niveau de maintenance, comme Ethereum en mène régulièrement depuis des années. Qui vous propose un « airdrop de fork » à l'occasion d'une mise à niveau planifiée, ou vous invite à connecter votre portefeuille pour débloquer des jetons, tente une escroquerie.

Le gel des transferts chez Binance commence une heure avant le fork

Binance a annoncé qu'elle prendrait en charge la mise à niveau de Base et fixe le gel au 30 septembre, 17h00 UTC, soit une heure d'avance sur le fork de 18h00 UTC.

Sont concernés les dépôts et les retraits de jetons via le réseau Base. C'est une indication de réseau, non de jeton : la même monnaie que vous ne pouvez pas retirer via Base peut, le cas échéant, continuer de circuler via Ethereum ou une autre chaîne prise en charge, à d'autres frais et avec d'autres délais. Si votre plateforme propose plusieurs réseaux pour le même jeton, c'est la porte de sortie ce soir-là.

Combien de temps durera la pause, personne ne s'y engage à l'avance. L'expérience des mises à niveau comparables va d'environ une heure à plusieurs heures, selon la vitesse à laquelle les nœuds de la plateforme suivent la nouvelle chaîne et le nombre de confirmations qu'elle attend avant de rouvrir.

Les échanges se poursuivent, seuls les dépôts et retraits sont à l'arrêt

Le point passe souvent à la trappe dans les dépêches sur les mises à niveau de réseau, alors qu'il est le plus important en pratique : les échanges sur la plateforme ne sont pas touchés par un hard fork du réseau. Achat, vente et conversion se déroulent dans le carnet interne de la plateforme, sans qu'une transaction naisse sur la chaîne de blocs. Tant que votre solde est sur la plateforme, vous pouvez donc continuer d'échanger.

Seul le chemin vers l'extérieur et vers l'intérieur est à l'arrêt : le retrait vers votre propre portefeuille et le dépôt depuis celui-ci. Ce sont précisément ces deux opérations qui constituent de vraies transactions sur Base, et ce sont précisément elles que la plateforme suspend jusqu'à être certaine que ses nœuds voient la bonne chaîne.

Il en découle une planification simple. Si vous comptez seulement observer le mardi soir, le fork ne vous concerne pas du tout. Si en revanche vous voulez faire passer un solde de la plateforme à l'auto-conservation, par exemple vers un portefeuille matériel, alors l'après-midi est le bon moment, non le soir. Une transaction lancée à 16h55 UTC mais confirmée seulement à 17h05 UTC peut rester bloquée dans la file d'attente de la plateforme.

Mise à niveau du réseau et dépôts : pourquoi le pont entre plateforme et chaîne est coupé

Une plateforme répond de chaque crédit qu'elle inscrit au compte de ses clients. Un dépôt n'est crédité qu'une fois que ses propres nœuds voient la transaction dans un bloc et que ce bloc est jugé suffisamment sûr. Dans les minutes qui entourent un hard fork, c'est précisément ce socle qui devient incertain.

Deux choses peuvent se produire. D'abord, une réorganisation : le réseau écarte une courte suite de blocs et la remplace par une autre. Une transaction qui paraissait confirmée à l'instant n'y figure alors plus. Si la plateforme avait déjà crédité, le solde inscrit au compte ne correspondrait plus à aucune transaction sur la chaîne. Ensuite, un nœud de la plateforme peut simplement rester bloqué sur l'ancien logiciel : il voit alors une chaîne que le reste du réseau ne suit plus.

La pause n'est donc pas le signe d'un problème, mais l'inverse : elle est la précaution. Vous retrouvez le même schéma à chaque mise à niveau d'ampleur, quelle que soit la chaîne. Nous l'avons retracé entre autres pour la BNB Chain et pour MultiversX, et dans sa variante plus brutale lors d'un hard fork d'urgence chez Core DAO, survenu sans le préavis habituel. Le déroulé est chaque fois le même : gel peu avant l'échéance, bascule, observation, reprise silencieuse.

Ce que Cobalt apporte techniquement : extensions B20 et transactions conditionnelles

Le périmètre de Cobalt couvre quatre domaines selon la documentation technique du réseau. Pour les détenteurs, ils sont tous anodins ; pour les développeurs et les exploitants de nœuds, non.

• Une série d'ajouts à la norme de jetons B20, introduite avec la mise à niveau précédente, Beryl.
• Des transactions conditionnelles : des transactions qui ne deviennent valides que lorsque l'état de la chaîne correspond à une condition fixée d'avance. Pour vous, utilisateur, c'est d'abord invisible ; c'est un outil destiné aux applications qui ne doivent s'exécuter que sous certaines conditions de marché.
• Un premier pas pour détacher les horodatages de fork du logiciel de nœud. Jusqu'ici, une date d'activation comme le 30 septembre est compilée en dur : chaque mise à niveau future impose donc une mise à jour logicielle. Si cette valeur devient dynamique, les échéances pourront être ajustées sans que chaque exploitant ait à installer une nouvelle version.
• Un nouvel enregistrement des signatures de prouveurs TEE, dont l'attestation est vérifiée directement sur la chaîne.

Ce qui ne figure délibérément pas dans cette liste : une modification des soldes, des adresses ou de la validité des jetons existants. Un hard fork de ce type ne touche pas à votre portefeuille. Votre adresse reste la même, votre phrase de récupération reste la même, et vous n'avez rien à changer dans votre application.

Solde dans votre propre portefeuille : ce qu'il advient de vos jetons pendant le fork

Si vos jetons se trouvent dans un portefeuille auto-conservé sur Base, c'est pour vous que le changement est le plus faible. La chaîne continue de tourner, votre solde reste à la même adresse, et les transactions demeurent possibles, hormis de brèves interruptions possibles autour du moment de la bascule, quand certains nœuds et fournisseurs RPC sont encore en retard.

Il existe malgré tout une réserve. Votre portefeuille ne dialogue généralement pas avec un nœud qui vous appartient, mais via le point d'accès RPC d'un prestataire. Si ce prestataire reste bloqué sur l'ancien logiciel après le fork, vous verrez peut-être un solde obsolète ou une transaction qui ne passe pas. C'est une erreur d'affichage sur le chemin vers la chaîne, non une perte : vos jetons sont sur la chaîne, pas dans l'application. Si cela arrive, un coup d'œil à un explorateur de blocs comme seconde source aide avant de refaire quoi que ce soit.

Ce que vous ne devez expressément pas faire dans cette situation : envoyer plusieurs fois la même transaction parce qu'elle n'apparaît pas. Dans la période de débit accru qui suit une mise à niveau, une transaction peut rester plus longtemps en mémoire puis s'exécuter malgré tout. Qui en relance une se retrouve avec deux virements et deux fois des frais payés.

Les exploitants de nœuds ont besoin de la version minimale, les autres attendent

Qui exploite lui-même un nœud Base est le seul à avoir une véritable tâche avant l'échéance : le logiciel doit tourner sur une version qui connaît Cobalt. Un nœud resté sur une version plus ancienne tiendra les blocs postérieurs à 18h00 UTC pour invalides et se retrouvera coupé de la chaîne valide.

Point important : les versions minimales pour le réseau de test et pour le réseau principal ne sont pas identiques selon la documentation technique. Qui exploite les deux réseaux devrait vérifier les indications séparément et ne pas se fier au fait qu'une version suffisante sur Sepolia le soit aussi sur le réseau principal.

Pour tous les autres, et c'est la grande majorité, il n'y a aucune tâche. Vous n'avez rien à mettre à jour, rien à confirmer et rien à signer. C'est précisément là que se greffent, l'expérience le montre, les tentatives d'escroquerie : de faux « portails de mise à niveau » qui réclament une connexion de portefeuille à l'occasion d'un fork annoncé, prétendument pour rendre vos jetons migrables. Une vraie bascule de réseau n'exige jamais de signature de la part des utilisateurs finaux. Comment vérifier un prestataire avant le premier euro figure dans le comparatif des plateformes crypto ; Base est elle-même la couche 2 d'Ethereum développée par Coinbase, ce qui explique son rattachement à Ethereum, et un panorama de l'écosystème se trouve dans l'article sur les jetons sur Base.

Fiscalité et délai de détention : un hard fork n'est pas une vente

La question revient à chaque mise à niveau de réseau, et pour Cobalt la réponse est heureusement courte : une mise à niveau de protocole sans scission de chaîne n'est pas une opération de cession. Vous n'échangez rien, vous ne recevez rien, votre jeton reste le même. Votre délai de détention au titre de l'article 23 de la loi allemande sur l'impôt sur le revenu court donc sans interruption : le délai d'un an, au terme duquel une plus-value sur des cryptoactifs détenus à titre privé reste exonérée en Allemagne, ne recommence pas.

Le cas serait différent seulement lors d'une véritable scission, où vous recevez un nouveau jeton en plus de celui que vous déteniez. Le ministère fédéral allemand des Finances s'est prononcé à ce sujet dans sa circulaire sur les cryptoactifs ; la qualification de telles attributions est exigeante au cas par cas et relève d'un conseil fiscal. Avec Cobalt, la question ne se pose pas, puisqu'aucune nouvelle chaîne ne naît.

Une remarque pratique demeure néanmoins. Si vous retirez votre position de la plateforme le 30 septembre avant le gel, ce transfert n'est pas non plus une vente : un virement entre deux portefeuilles vous appartenant ne déclenche aucun impôt. L'opération devrait cependant figurer dans votre documentation comme un transfert et non comme une cession, faute de quoi un logiciel vous calculera plus tard une plus-value qui n'a jamais existé.

Le groupe des hard forks : ce qu'ont montré Core DAO, MultiversX et la BNB Chain

Cette échéance Base est le cas le plus récent d'un schéma qui s'est répété plusieurs fois en 2026, et les cas se distinguent sur un seul point : le préavis.

Pour la BNB Chain et pour MultiversX, la date était fixée des semaines à l'avance, les plateformes ont annoncé le gel, et le déroulé fut sans relief. Chez Core DAO, le hard fork est arrivé en mesure d'urgence : les détenteurs n'y ont eu presque aucun délai, et l'arrêt des transferts en a pris beaucoup de court. Le cas Base se situe à l'extrémité tranquille de cette série : annoncé, éprouvé sur le réseau de test, avec un moment fixé à la minute.

La leçon transposable tient moins de la technique que de l'organisation. Qui laisse durablement son solde sur une plateforme dépend, à chacune de ces échéances, du calendrier de celle-ci, et n'apprend la fin du gel qu'en allant voir lui-même. Qui conserve lui-même n'est pas touché par le gel, mais porte la responsabilité de ses identifiants d'accès. Ce n'est pas une recommandation dans un sens ou dans l'autre, mais l'arbitrage qui se tient derrière chacune de ces échéances.

Hard fork Base : comment procéder maintenant

1. Vérifiez d'ici le mardi après-midi si vous devez déplacer quelque chose via Base ce soir-là. Si oui, faites-le avant 17h00 UTC ou passez par un autre réseau, à condition que votre plateforme y propose aussi le jeton. Quels lieux d'échange prennent en charge quels réseaux, vous le voyez dans le comparatif des plateformes crypto.
2. Décidez où votre solde doit se trouver après l'échéance. Qui se fait régulièrement surprendre par de tels gels détient sur la plateforme plus qu'il ne le souhaiterait. La solution de rechange et son coût figurent dans le comparatif des portefeuilles matériels.
3. Tenez vos transferts proprement dans votre documentation. Un retrait vers votre propre portefeuille n'est pas une vente et ne doit pas apparaître comme telle. Les outils qui distinguent transferts et cessions figurent parmi les logiciels fiscaux crypto.

Et si vous n'avez rien de prévu le mardi soir : alors la bonne action consiste à ne rien faire. Le fork se déroule sans vous, votre solde reste où il est, et le mercredi matin les dépôts et les retraits seront très probablement rouverts depuis longtemps.

(Au 28 septembre 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)

Sources : annonce de Binance sur la mise à niveau du réseau Base et aperçu technique de la mise à niveau Cobalt.