Binance suspend les dépôts et les retraits sur certains réseaux de jetons en raison de la mise à niveau Ethereum

Binance suspendra les dépôts et les retraits des réseaux de jetons à partir du 7 mai 2025 à 9h45 (UTC) environ afin de soutenir la mise à niveau et le hard fork du réseau Ethereum , garantissant ainsi la meilleure expérience utilisateur. 

Binance a confirmé son soutien à la mise à niveau du réseau Ethereum et au hard fork prévu pour le 7 mai 2025. La plateforme d'échange de cryptomonnaies suspendra les dépôts et les retraits de tokens sur les réseaux EthereumEthereumEthereum EthereumEthereumEthereumEthereum EthereumEthereum et d'assurer une expérience utilisateur optimale. 

Binance suspend les dépôts et les retraits pour une mise à jour Ethereum  

Binance prendra en charge la Ethereum mise à jour et le hard fork du réseau pic.twitter.com/Ge0ajMEyqV

— BinanceBinanceBinance BinanceBinanceBinanceBinance BinanceBinance7 mai 2025

Selon l'annonce officielle, Binance a révélé qu'il soutiendra la mise à niveau et le hard fork du réseau Ethereum (ETH) à 10h05 (UTC) le 7 mai 2025. 

Afin de garantir une expérience utilisateur optimale, la plateforme suspendra les services de dépôt et de retrait de jetons sur les Ethereum (ETH), Arbitrum (ARB), Optimism (OP), zkSync Era (ZKSYNC), Base (BASE), Manta (MANTA), Starknet (STRK), Polygon (POL), Metis (METIS), Scroll (SCR), Cyber ​​(CYBER), Metal DAO (MTL), Celo (CELO) et Worldcoin (WLD) 15 minutes avant la mise à niveau à 09h45 (UTC).

Binance a également indiqué que les fonctions de trading des tokens sur les réseaux susmentionnés ne seraient pas affectées et qu'elle prendrait en charge tous les besoins techniques des utilisateurs.

« Les dépôts et les retraits de jetons sur les réseaux susmentionnés seront rouverts une fois que leur stabilité sera confirmée. Aucune autre annonce ne sera publiée. »

–L'équipe Binance

Binance a précédemment suspendu les dépôts et les retraits de jetons sur le réseau IOTA (IOTA) le 5 mai vers 06h00 (UTC) pour soutenir la mise à niveau et le hard fork de son réseau et a également suspendu les dépôts et les retraits de jetons sur le réseau THORChain (RUNE) le 1er mai à 14h00 (UTC) pour soutenir la mise à niveau et le hard fork de son réseau.

Ethereum prévoit une bifurcation de Prague contenant plusieurs EIP

Ethereum avait précédemment annoncé que le fork de Prague aurait également lieu sur le réseau principal à l'horodatage du bloc « mercredi 7 mai 2025 à 10h05min11s UTC ». Ce fork comprendra plusieurs EIP (Enhanced Improvement Programs), dont l'EIP-2537, qui ajoutera des opérations sur la courbe BLS12-381 en tant que précompilation dans un ensemble nécessaire pour effectuer efficacement des opérations telles que la vérification de signature BLS. 

L'EIP-2935 stockera et servira les hachages des 8191 derniers blocs comme emplacements de stockage d'untracsystème afin de permettre une exécution sans état. Parallèlement, l'EIP-6110 fournira les dépôts des validateurs sous forme de liste d'opérations de dépôt ajoutées au bloc de la couche d'exécution, et l'EIP-7002 permettra aux validateurs de déclencher des sorties et des retraits partiels via leursdentde retrait de la couche d'exécution (0x01).

L'EIP-7251 augmentera également la valeur MAX_EFFECTIVE_BALANCE, permettant ainsi aux validateurs d'avoir des soldes effectifs plus importants tout en maintenant la limite inférieure de 32 ETH. L'EIP-7549 déplacera l'index du comité hors du message d'attestation signé, et l'EIP-7623 augmentera le coût des données d'appel afin de réduire la taille maximale des blocs.

L'EIP-7685 inclura un bus générique pour le partage des requêtes déclenchées par la couche d'exécution (EL) avec la couche de consensus (CL), et l'EIP-7691 augmentera le nombre de blobs pour atteindre une nouvelle cible et un maximum de 6 et 9 blobs par bloc, respectivement. De plus, l'EIP-7702 ajoutera un nouveau type de transaction pour définir de manière permanente le code d'EOA, tandis que l'EIP-7840 inclura des paramètres de blob par fork dans les fichiers de configuration client.

Il est à noter que les RPC d'envoi de transactions n'ajouteront désormais les transactions au trac« local » que lorsqu'elles ont une chance d'être incluses, ce qui constitue un retour en arrière par rapport au comportement ajouté dans « Multicapacitor v1.15.4 », où les API telles que « eth_sendRawTransaction » renvoyaient toujours un txhash, même si la transaction n'était pas incluable sur la chaîne.