La chaîne eCash, un fork de Bitcoin, est entrée dans sa phase Alpha au bloc Bitcoin 963,648 le 23 août. Bien que le réseau soit désormais en ligne, il ne s’agit pas du hard fork permanent présenté aux détenteurs de Bitcoin. La chaîne Alpha frappe des jetons de pratique appelés pECX ; l’allocation réelle d’ECX au prorata un pour un n’aura lieu qu’au Mainnet.

Selon la feuille de route eCash, le déploiement se déroule en trois phases : Alpha (bloc 963,648), Beta (près du bloc 967,680) et Mainnet (près du bloc 973,728), avec une date d’achèvement visée au 31 octobre. Bitcoin lui-même n’est absolument pas affecté. Pour l’instant, la chaîne Alpha sert de banc d’essai où les développeurs, les mineurs et les premiers adoptants peuvent soumettre le code à des tests de résistance avant l’allocation officielle des soldes. Entre Alpha et Mainnet, l’activation de Beta près du bloc 967,680 constitue le prochain jalon observable du parcours de déploiement.

Les hauteurs de bloc comptent plus que les dates de calendrier

L’objectif du 31 octobre dépend entièrement des vitesses de production des blocs. Comme la génération de blocs Bitcoin varie en fonction du hashrate du réseau, les dates réelles changeront. Cette variabilité a des effets en cascade sur la préparation des infrastructures dans l’ensemble du marché : les développeurs de portefeuilles doivent disposer d’un code vérifié avant l’arrivée du bloc 973,728, les plateformes d’échange doivent décider s’il faut créditer les clients, et les dépositaires doivent préparer des gels opérationnels à exécuter. La métrique exacte à surveiller est la hauteur de bloc Bitcoin 973,728.

Une chaîne de test en fonctionnement ne garantit pas la sécurité

pECX reflète la fonctionnalité prévue d’ECX, mais n’a aucune valeur de marché et ne sera pas transféré vers la chaîne finale. L’activité de minage en cours prouve que des blocs sont créés, mais elle n’évalue pas la fiabilité du logiciel. Une chaîne de test opérationnelle laisse encore ouvertes des questions centrales : le logiciel client est-il sécurisé, la documentation de séparation est-elle complète, et les transactions peuvent-elles s’exécuter sans exposer les fonds sous-jacents ? Jusqu’à la publication du code de production final et des outils de vérification, pECX demeure un environnement de test isolé.

Vulnérabilités de replay non résolues

Parce que le nouveau réseau copie l’historique des transactions de Bitcoin, il introduit des risques de replay des transactions. Sans mécanismes de protection dédiés, une transaction signée sur la chaîne BTC pourrait également s’exécuter sur la chaîne ECX. Des examens techniques récents de CryptoSlate identifient la sécurité contre le replay comme un point ouvert majeur. Le déploiement du Mainnet exige de démontrer que les utilisateurs peuvent déplacer des BTC sans diffuser des signatures identiques vers eCash.

Auto-garde contre détention sur plateforme d’échange

Une scission de chaîne ne se traduit pas automatiquement par un accès sur toutes les plateformes. Les détenteurs qui contrôlent leurs propres clés privées peuvent réclamer ECX directement une fois le logiciel d’allocation publié. Les utilisateurs de plateformes d’échange, en revanche, dépendent entièrement de la politique de la plateforme tierce. Les principales décisions opérationnelles encore en attente de la part des grandes plateformes d’échange comprennent :

Délais de gel des dépôts et retraits autour du bloc 973,728.

Prise en charge directe des crédits de distribution de jetons à 1:1.

Protocoles de séparation des adresses pour éviter les dépôts croisés accidentels entre BTC et ECX.

L’accès aux jetons issus du fork dépend en fin de compte de qui détient les clés privées et du fait que les dépositaires individuels intègrent ou non le nouveau réseau. Les utilisateurs en conservation par un tiers ne verront pas les pièces scindées à moins que leur plateforme ne prenne explicitement en charge le fork.

Confusion de ticker et risques de phishing

Le fork utilise le ticker ECX tout en étant commercialisé sous le nom « eCash », une marque déjà utilisée par une cryptomonnaie existante négociée sous le ticker XEC. Cette collision de noms accroît le risque de confusion des utilisateurs, de fausses versions de portefeuilles et de portails de réclamation malveillants. N’entrez jamais une phrase de récupération Bitcoin dans un logiciel de réclamation de fork non vérifié. Les scissions de réseau légitimes n’exigent pas d’exposer des clés privées à des formulaires web tiers.

Exigences avant le Mainnet

Code de production open source : logiciel entièrement audité, prêt pour une vérification publique.

Protection imposée contre le replay : garde-fous au niveau du protocole pour bloquer les attaques de miroir de transactions inter-chaînes.

Règles de transition du testnet : procédures claires précisant la fin de vie des environnements pECX.

Calendriers d’intégration des plateformes d’échange : déclarations claires des principaux dépositaires concernant la distribution des crédits et les paires de négociation.

Documentation de gestion des clés : lignes directrices vérifiées pour réclamer les soldes scindés sans exposer les clés BTC.

Un fork n’est pas terminé lorsqu’il commence à produire des blocs ; il l’est lorsque les utilisateurs peuvent séparer, conserver et dépenser les deux actifs de manière indépendante et en toute sécurité.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier ou en investissement.

L’article Bitcoin’s eCash Fork Launches Practice Chain Ahead of Mainnet est apparu en premier sur Coindoo.