Recientemente se produjo un gran problema con los cambios en el repositorio BIP 85. Para aquellos que no están familiarizados con el BIP, es un esquema muy simple que permite generar nuevas semillas de palabras a partir de una ruta de derivación en una semilla de palabras preexistente que ya se tiene. La lógica del BIP es permitir que las personas que utilizan múltiples billeteras gestionen el caos de tener que mantener copias de seguridad individuales aisladas para numerosas billeteras.
Al generar nuevas semillas en función de la entropía de una ruta de derivación, los usuarios pueden simplemente hacer una única copia de seguridad de una semilla de palabra “maestra” y, a partir de ahí, poder regenerar cualquier semilla hija de esa semilla maestra. Con una sola copia de seguridad, puede tener tantas semillas de palabras independientes como necesite. Incluso son seguras para transportarlas, importarlas a diferentes dispositivos o billeteras y no tienen ningún riesgo de poner en riesgo la semilla maestra ni las monedas almacenadas en ella.
Desde el punto de vista criptográfico, no existe forma de retroceder desde una semilla secundaria a la semilla maestra, incluso si esta se viera comprometida. Este diseño hace que sea muy seguro utilizar múltiples semillas/carteras independientes, al tiempo que agiliza el proceso de copias de seguridad para protegerse contra pérdidas.
El BIP se actualizó para seguir una sugerencia de una solicitud de incorporación de cambios que aclaraba varias cosas, pero la alteración clave fue un cambio en la forma en que se generaban las claves secundarias reales, aparentemente para seguir la especificación en BIP 32 (que detalla cómo generar claves utilizando rutas de derivación en billeteras HD), lo que BIP 85 no hizo estrictamente. Esto habría dado como resultado que las mismas rutas de BIP 85 generaran claves diferentes a las que generaban bajo la especificación actual. Este es un cambio radical.
Si se hubiera implementado en la nueva especificación por cualquier proyecto, no se generarían correctamente las antiguas semillas BIP 85 que los usuarios ya habían generado y a las que habían enviado dinero. Esto significaría que esos fondos se "perderían" en el sentido de que las billeteras actualizadas ya no generarían correctamente las claves para obtener el dinero de las personas si hubieran perdido una copia de la semilla generada anteriormente.
La realidad es que ninguna billetera habría implementado esa característica, o si lo hubiera hecho, lo habría hecho de manera que admitiera ambos métodos, porque ya tienen usuarios en el mundo que han generado semillas utilizando la especificación anterior. Los fabricantes de billeteras y dispositivos no introducirían un cambio que simplemente interrumpiría la capacidad de los usuarios de recuperar los fondos existentes, simplemente no es lo mejor para ellos.
Todo lo que demostró este incidente es una falta de comunicación, nada más. No había ningún riesgo real de que algo saliera mal y creara consecuencias reales que hubieran afectado a los usuarios. Los proyectos que implementaron BIP 85 no hicieron cambios, no pasó nada excepto que se modificó un documento técnico. Incluso se revirtió para eliminar el cambio inmediatamente después de la reacción pública contra la naturaleza del cambio y la falta de comunicación entre los desarrolladores y los proyectos que realmente implementaban el BIP.
La gente tiene que dejar de criticar este tipo de fallos de comunicación, que no tienen consecuencias reales, como ejemplos de malas intenciones o de una profunda falta de competencia. Fue simplemente un error, del que se puede aprender mejorando la comunicación entre los desarrolladores y los encargados del mantenimiento del proyecto en el futuro, que no causó ningún daño real a nadie.
Hacer estallar montículos de arena y convertirlos en montañas no beneficia a nadie en este espacio y no hace nada para mejorar los problemas reales de comunicación y coordinación en el espacio. La manera de manejar estas cosas es contextualizarlas adecuadamente de una manera civilizada y productiva para que la gente pueda aprender.
Fuente: Revista Bitcoin
La publicación SHINOBI: Dejen de demonizar a los desarrolladores por tonterías apareció primero en Crypto Breaking News.