Investigadores presentan el diseño Shielded Bitcoin para transferencias privadas sin soft fork
Puntos clave
- •El artículo de Shielded Bitcoin, fechado el 24 de septiembre y escrito por investigadores de [alloc] init, propone un metaprotocolo que oculta montos, remitentes, destinatarios y vínculos con notas gastadas sin requerir un soft fork ni una blockchain separada.
- •El diseño adapta las notas cifradas, los nullifiers y las pruebas de conocimiento cero de la arquitectura protegida de Zcash, mientras que Bitcoin solo publica y ordena los datos, y un software independiente reconstruye el estado protegido reproduciendo las transacciones en orden de bloques.
- •La privacidad es incompleta porque los observadores aún pueden ver el momento de publicación, las comisiones, la cantidad de notas y la forma de la transacción, y una cartera reconocible que pague comisiones de publicación podría vincular actividades que de otro modo estarían protegidas.
- •El diseño de referencia utiliza Groth16, un sistema de pruebas que requiere una ceremonia de trusted setup de una sola vez en la que al menos un participante debe actuar honestamente, aunque los autores identifican sistemas de pruebas alternativos como opción de implementación.
- •El artículo no especifica la mecánica de peg-in y peg-out, dejando la entrada y salida a un futuro artículo complementario de PIPEs v2 que utiliza controles criptográficos sobre las claves de firma de Bitcoin, con la revisión comunitaria en Delving Bitcoin como próximo hito.

Investigadores han propuesto un sistema de privacidad que permitiría que valor denominado en Bitcoin se mueva mediante transferencias cifradas ancladas directamente a Bitcoin, sin requerir un soft fork ni una blockchain separada. El libro mayor de Bitcoin registra cada pago de forma abierta, por lo que los diseños que añaden privacidad sin alterar las reglas del protocolo base han sido un tema recurrente en la investigación de Bitcoin.
El artículo de Shielded Bitcoin, fechado el 24 de septiembre y escrito por Clara Shikhelman, Mikhail Komarov y Aleksei Moskvin de [[alloc] init], describe un metaprotocolo en el que los montos, remitentes, destinatarios y vínculos con notas gastadas previamente permanecen ocultos, mientras que la validez de las transacciones puede seguir verificándose de manera independiente. El propio Bitcoin publicaría y ordenaría los datos del protocolo; sus reglas de consenso no interpretarían las transferencias privadas. En cambio, un software independiente reconstruiría el estado protegido reproduciendo las transacciones aceptadas en el orden de los bloques de Bitcoin. Esa estructura implica que la implementación no dependería de la coordinación en toda la red que históricamente han requerido las actualizaciones de reglas de consenso de Bitcoin. La propuesta también ha sido presentada para discusión comunitaria en delvingbitcoin.org.
Notas cifradas reemplazan los detalles públicos de transferencia
Shielded Bitcoin representa el valor mediante notas cifradas que contienen un monto en satoshis e información del destinatario. Un remitente que gasta esas notas publica salidas cifradas, nullifiers públicos y una prueba de conocimiento cero dentro una transacción de Bitcoin. La prueba verifica que las notas existen, que el remitente tiene autoridad para gastarlas y que el valor que entra y sale de la transacción se equilibra correctamente.
Los nullifiers impiden que la misma nota se gaste dos veces sin revelar qué nota cifrada anterior fue consumida. Los indexadores procesan los datos publicados y mantienen un árbol de notas compartido y un conjunto de nullifiers. No reciben autoridad de gasto, y cualquier implementación que reproduzca la misma historia válida de Bitcoin bajo los mismos parámetros de despliegue debería reconstruir el mismo estado protegido.
La arquitectura toma prestadas las notas cifradas, los nullifiers y las pruebas de conocimiento cero del diseño protegido de Zcash, eliminando la necesidad de una blockchain de privacidad dedicada. La propia Zcash restauró recientemente su Orchard pool después de que los desarrolladores corrigieran una vulnerabilidad crítica que afectaba su sistema más nuevo de transacciones protegidas.
Bitcoin sigue revelando el momento, las comisiones y la forma de la transacción
Shielded Bitcoin no hace invisible cada parte de un pago. Los observadores aún podrían ver que se publicaron datos del protocolo, cuándo aparecieron, la transacción que los llevó, las comisiones pagadas, la cantidad de notas gastadas y creadas, y el tamaño de los datos publicados. Una cartera de Bitcoin reconocible que pague repetidamente comisiones de publicación también podría crear un vínculo entre actividades que de otro modo estarían protegidas. Los sobres de protocolo más grandes aumentan la huella en cadena en comparación con los pagos ordinarios de Bitcoin, lo que hace que las comisiones de transacción aumenten en consecuencia.
El diseño de referencia también utiliza Groth16, un sistema de pruebas que requiere una ceremonia de trusted setup de una sola vez. Sus supuestos de seguridad exigen que al menos un participante de esa ceremonia actúe honestamente, aunque los investigadores identifican sistemas de pruebas alternativos como una opción de implementación.
El diseño de entrada y salida aún requiere trabajo aparte
El artículo cubre las transferencias solo después de que el bitcoin ha ingresado al sistema protegido y no especifica el proceso completo de peg-in y peg-out necesario para moverse entre la propiedad ordinaria de Bitcoin y las notas protegidas.
Los investigadores planean abordar esos límites mediante PIPEs v2, una construcción separada que utiliza controles criptográficos sobre las claves de firma de Bitcoin en lugar de operadores de puente custodiales. Según la descripción técnica de los autores, un artículo complementario analizará el mecanismo de entrada y salida, incluidas sus propiedades de confidencialidad, disponibilidad y fallas. Hasta que ese trabajo se publique, la propuesta establece la capa de transferencias privadas, pero no hace afirmaciones de privacidad equivalentes para los fondos que entran o salen del sistema protegido. La revisión comunitaria en curso en Delving Bitcoin y el futuro artículo complementario de PIPEs v2 son los próximos hitos para el desarrollo del diseño.
Fuente: Crypto Adventure