Fundador de Stacks propone privacidad de Bitcoin por encima de la capa base

Una capa de privacidad que mantiene auditable la oferta de Bitcoin

Muneeb Ali, cofundador de Stacks, afirma que Bitcoin podría admitir transacciones confidenciales sin modificar su capa base. En una entrevista con Scott Melker, sostuvo que la privacidad de las transacciones y la verificación pública de la oferta total de la red no tienen por qué plantearse como una disyuntiva. Su propuesta sitúa las funciones de privacidad en una capa de ejecución construida por encima de Bitcoin, en lugar de hacer confidencial el propio libro mayor subyacente.

Ali dijo que no espera que la privacidad se introduzca directamente en la capa base de Bitcoin y añadió que no cree que deba hacerse. La razón que dio es que la oferta de Bitcoin debería seguir siendo auditable. En su opinión, los usuarios deberían poder verificar el número total de monedas en circulación, aunque algunos detalles de las transacciones individuales queden ocultos en otra parte del sistema.

Esa distinción es fundamental para la propuesta: mantener intacta la función de la red subyacente de Bitcoin de verificar la oferta, mientras se permite que las aplicaciones de una capa superior ofrezcan transacciones confidenciales. Ali afirmó que nada impide que esas transacciones operen en la capa de ejecución y describió la idea como parte de la hoja de ruta de Stacks. Sin embargo, la entrevista no especificó ningún diseño ni calendario de lanzamiento.

Cómo encaja la propuesta en los planes generales de Stacks

Stacks se describe como una red que funciona sobre Bitcoin y que busca hacer que BTC sea programable, más rápido y más barato de usar. Ali presentó el plan de privacidad como parte de ese esfuerzo más amplio, no como un cambio en el protocolo base de Bitcoin. La distinción es importante porque la propuesta se refiere a capacidades desarrolladas por encima de Bitcoin; no implica que las transacciones de Bitcoin ya sean privadas.

Ali señaló tres ámbitos en los que Stacks pretende contribuir: la privacidad, las aplicaciones que podrían hacer que Bitcoin genere rendimientos y la preparación ante posibles amenazas de la computación cuántica. Se describen como partes de los planes de desarrollo de la red, no como resultados ya alcanzados. La entrevista ofrece una orientación general sobre el trabajo, pero no aporta detalles de implementación ni un calendario para las iniciativas relacionadas con la privacidad y la generación de rendimientos.

Para los usuarios de Bitcoin, el posible atractivo del enfoque de Ali es la combinación de dos características: mayor confidencialidad de las transacciones en las aplicaciones y la posibilidad de seguir auditando la oferta total en la capa base. Ese es el equilibrio que describió como objetivo, no un resultado demostrado. La fuente no explica qué detalles de las transacciones se ocultarían, qué información seguiría siendo visible ni cómo verificarían los usuarios el funcionamiento del sistema.

IA, seguridad de código abierto y preparación para la era cuántica

Ali también planteó la posibilidad de que los avances en IA pudieran acelerar el plazo previsto para las amenazas relacionadas con la computación cuántica para Bitcoin. Dijo que 2029 podría ser un objetivo de preparación más adecuado que 2030, el año que asoció con el objetivo del Instituto Nacional de Estándares y Tecnología. La entrevista presenta esto como su evaluación; no establece que una amenaza cuántica vaya a materializarse en ninguna de esas fechas.

La cuestión de la preparación está vinculada, según Ali, al tiempo necesario para cambiar Bitcoin. Dijo que la red necesitaría al menos un par de años para implementar actualizaciones, por lo que el tiempo de preparación es relevante para las fechas que mencionó. También advirtió que las disputas por los fondos de Satoshi Nakamoto podrían volver conflictivo el proceso. La fuente no detalla ninguna actualización propuesta ni cómo se resolverían esas disputas.

Ali sostuvo que es necesario reforzar el software subyacente de Bitcoin y señaló la revisión de código abierto como una forma de mejorar la seguridad de los sistemas: más desarrolladores pueden inspeccionar el código e intentar encontrar vulnerabilidades. Se trata de una justificación general de seguridad que ofreció, no de una afirmación de que la revisión por sí sola elimine las debilidades. Sus comentarios también vinculan el debate sobre la seguridad futura con la posibilidad de ataques más sofisticados asistidos por IA.

Qué establece la propuesta y qué no

La entrevista incluyó un debate sobre un presunto hackeo de Binance en el que los atacantes robaron 6.300 millones de dólares. Ali elogió la gestión de la crisis por parte del exchange, pero advirtió que los ataques asistidos por IA podrían dejar al descubierto debilidades en los sistemas existentes y afirmó que serían necesarias defensas más sólidas basadas en IA. La fuente no ofrece más detalles técnicos sobre el ataque ni explica cómo funcionarían esas defensas propuestas.

Según el relato, se congeló en la cadena más de la mitad de los fondos robados. El FBI afirmó que detrás del hackeo había actores vinculados a Corea del Norte, mientras que funcionarios de Pyongyang se distanciaron de la acusación y dijeron que Estados Unidos intentaba provocarlos. Estas declaraciones contrapuestas son un contexto pertinente, pero el informe no determina quién fue responsable del incidente.

El plan de privacidad sigue siendo una propuesta en la hoja de ruta de Stacks, y su valor práctico dependerá de que la red u otros proyectos puedan ofrecer transacciones confidenciales a gran escala sin dejar de permitir auditorías independientes de la oferta total de monedas. La fuente deja abierta esa cuestión. Tampoco especifica ningún mecanismo, fecha de implementación ni qué tendrían que hacer los usuarios, por lo que el equilibrio que se busca está más claro que su eventual puesta en práctica.

Fuente: CryptoPotato