Débat sur les Bourses de Cryptomonnaies
David Schwartz, CTO émérite de Ripple, a participé à un débat sur les raisons pour lesquelles les grandes bourses de cryptomonnaies, telles que Coinbase, sont réticentes à lister un nouvel actif basé sur Bitcoin, construit sur une chaîne distincte. La discussion a été lancée après qu’un utilisateur de X a exprimé des préoccupations à ce sujet, demandant pourquoi des plateformes comme Coinbase, Kraken et Trezor, qui avaient précédemment soutenu plusieurs actifs dérivés de Bitcoin, ignorent désormais Bitcoin BLAKE2b.
Bitcoin BLAKE2b et ses Défis
Il est important de noter que Bitcoin BLAKE2b est une chaîne distincte qui a émergé de Bitcoin et utilise l’algorithme de minage BLAKE2b, au lieu du traditionnel SHA-256 de Bitcoin. Tout comme Bitcoin BLAKE2b, plusieurs forks de Bitcoin ont également été lancés sur des chaînes distinctes dans le passé, notamment Bitcoin Cash et Bitcoin SV. La préoccupation semble résider dans le fait que le jugement de ces échanges est perçu comme injuste, car ils avaient auparavant offert l’accès à d’anciens forks de Bitcoin, comme Bitcoin Cash, permettant aux utilisateurs de trader ces actifs alors qu’ils continuaient à gagner en popularité.
Réactions et Suggestions de David Schwartz
Cependant, la chaîne basée sur BLAKE2b a reçu un accueil différent parmi les échanges et les fournisseurs de portefeuilles, suscitant des inquiétudes parmi les utilisateurs de cryptomonnaies. En réponse à la question soulevée, David Schwartz a suggéré que les échanges pourraient adopter des mécanismes de protection contre les replays pour se prémunir contre d’éventuelles vulnérabilités, en particulier lors du traitement d’un actif nouvellement forké.
Bien que Bitcoin et un réseau nouvellement forké puissent partager le même historique de transactions avant la scission, il a expliqué que Bitcoin BLAKE2b est sujet à des défauts d’ingénierie qui pourraient entraîner des pertes de fonds pour les traders.
Pour garantir la sécurité, les échanges doivent mettre en place des mesures de protection adéquates, telles que la protection contre les replays, afin de s’assurer qu’une transaction effectuée sur une chaîne ne puisse pas être traitée involontairement sur une autre chaîne après un fork.
