Cryptonews

Hoskinson advierte que la solución de computación cuántica de Bitcoin puede requerir una revisión radical del código, dejando vulnerables a las monedas originales

Fuente
cryptonewstrend.com
Publicado
Hoskinson advierte que la solución de computación cuántica de Bitcoin puede requerir una revisión radical del código, dejando vulnerables a las monedas originales

Los principales desarrolladores de Bitcoin propusieron a principios de esta semana congelar 8 millones de monedas para defenderse de los ataques cuánticos.

Pero el fundador de Cardano, Charles Hoskinson, cree que todavía no puede guardar las monedas que pertenecen al creador seudónimo de la red, Satoshi Nakamoto, según un vídeo publicado en su canal de YouTube el miércoles por la noche.

Hoskinson dijo que la defensa propuesta por Bitcoin contra las computadoras cuánticas está técnicamente mal etiquetada y estructuralmente es incapaz de proteger las monedas más antiguas de la red, incluido el aproximadamente 1 millón de bitcoins atribuido a Satoshi Nakamoto.

Argumentó que BIP-361, la propuesta del desarrollador Jameson Lopp y otros para eliminar gradualmente las direcciones de bitcoin cuánticas vulnerables, se presenta como una bifurcación suave pero funcionalmente requeriría una bifurcación dura porque invalida los esquemas de firma existentes en los que los usuarios confían activamente.

"Para hacer esto realmente, se necesita un hard fork", dijo Hoskinson. La distinción es importante porque la cultura de desarrollo de Bitcoin históricamente se ha opuesto a las bifurcaciones duras, considerándolas violaciones de la inmutabilidad de la red. Los autores de BIP-361 han descrito la propuesta como una bifurcación suave, una caracterización que Hoskinson llamó mentira.

Una bifurcación suave endurece las reglas para que el software antiguo aún funcione pero no pueda usar las nuevas funciones. Una bifurcación dura cambia las reglas de manera tan fundamental que el software antiguo deja de funcionar por completo y la red se divide a menos que todos actualicen.

BIP-361 sugiere que los usuarios con fondos cuánticos vulnerables congelados podrían reclamarlos mediante la construcción de una prueba de conocimiento cero vinculada a su frase inicial BIP-39, un estándar para generar claves de billetera a partir de una frase recuperable.

Hoskinson argumentó que este enfoque no puede rescatar aproximadamente 1,7 millones de bitcoins anteriores a la introducción de BIP-39 en 2013, incluido aproximadamente 1 millón de monedas asociadas con la actividad minera inicial de Satoshi.

Esas primeras monedas se generaron utilizando un método de derivación de claves diferente al del software de billetera Bitcoin original, que se basaba en un conjunto de claves local en lugar de una semilla determinista.

No existe una frase inicial para demostrar el conocimiento, lo que significa que ningún esquema de recuperación de conocimiento cero construido sobre esa suposición puede devolver el acceso a los poseedores. "1,7 millones de monedas no pueden hacer eso. No es posible. 1,1 millones de las cuales pertenecen a Satoshi", dijo Hoskinson.

Si la propuesta se aprueba en su forma actual, esas monedas permanecerían congeladas permanentemente independientemente de si sus propietarios originales alguna vez intentaran migrar, porque la migración requeriría pruebas criptográficas que no pueden proporcionar.

Jameson Lopp, el desarrollador principal y coautor de BIP-361, reconoció en una publicación en X esta semana que no le gusta la propuesta y espera que nunca sea necesario adoptarla, describiéndola como "una idea aproximada para un plan de contingencia" en lugar de una especificación finalizada.

Lopp ha argumentado que congelar monedas inactivas, que estima en 5,6 millones de bitcoins, sería preferible a permitir que un futuro atacante cuántico las recupere y las arroje al mercado.

La crítica más amplia de Hoskinson se extiende más allá de los detalles técnicos. Sostiene que la falta de gobernanza formal en cadena de Bitcoin deja a la red incapaz de resolver estas compensaciones a través de un proceso estructurado, lo que obliga a negociar actualizaciones polémicas a través de listas de correo de desarrolladores y presión social.