Un equipo de investigadores ha presentado un diseño que permitiría a Bitcoin efectuar transferencias privadas sin necesidad de alterar las reglas fundamentales que determinan qué operaciones son válidas en la red. La propuesta, denominada Shielded Bitcoin, fue publicada el 24 de septiembre por especialistas de Alloc Init, entre ellos la matemática Clara Shikhelman y los criptógrafos Mikhail Komarov y Aleksei Moskvin.
¿Cómo funciona el metaprotocolo de privacidad?
El sistema emplea criptografía de conocimiento cero para ocultar el remitente, el destinatario y el monto de cada transferencia. Mientras tanto, la red de Bitcoin se limita a publicar y ordenar los datos en su cadena de bloques. La clave está en separar dos funciones que hoy están integradas: la validación de las reglas de la red y el mantenimiento del orden histórico. Shielded Bitcoin propone una capa adicional —un metaprotocolo— que interpreta la información publicada por Bitcoin fuera de su consenso, aumentando así la privacidad.
En este modelo, los fondos se representan mediante notas cifradas. Cada nota contiene los datos necesarios para que su propietario pueda gastar una cantidad determinada, pero esa información no es visible públicamente. Al realizar un pago, se publica también un marcador denominado 'nullifier', que demuestra que una nota ya ha sido utilizada sin revelar cuál era, impidiendo un doble gasto. La transacción incluye además una prueba de conocimiento cero que certifica el cumplimiento de ciertas condiciones sin exponer los datos privados.
La validación sale del consenso
Bitcoin no verifica que la nota exista, ni que quien la gasta tenga autorización, ni que el valor transferido sea correcto. Esas comprobaciones quedan a cargo del software de Shielded Bitcoin. Así, una operación puede ser válida para la red de Bitcoin pero inválida para la capa privada, y viceversa. El consenso deja de ser el único árbitro del estado utilizado por el usuario; ahora también dependen de implementaciones externas que deben interpretar correctamente los datos publicados.
Para que el sistema funcione, las transacciones registradas en Bitcoin deben convertirse en un estado privado compartido. Shielded Bitcoin propone una reproducción determinista: las transferencias aceptadas se procesan en el mismo orden en que aparecen en la cadena, reconstruyendo un árbol de notas, un conjunto de nullifiers y un historial de raíces. Este proceso lo realiza un indexador, que localiza las transferencias, verifica sus pruebas y genera el estado que utilizarán las wallets. Dos implementaciones que procesen correctamente la misma historia de Bitcoin deberían llegar al mismo resultado.
Autocustodia con matices
El diseño preserva la autocustodia porque el indexador no obtiene las claves con las que se gastan los fondos. La wallet mantiene la autoridad de gasto y puede recuperar su estado a partir de la semilla y de la historia publicada en Bitcoin. Sin embargo, esa recuperación también depende de reconstruir correctamente el estado privado. El documento contempla dos opciones: la wallet puede realizar la reproducción localmente o puede confiar en el resultado de un indexador. En este último caso, un indexador malicioso podría retrasar actualizaciones u omitir datos, pero no tendría capacidad para gastar los fondos de los usuarios. La autocustodia de las claves no equivale a independencia de la infraestructura de lectura.
Limitaciones y costes de no tocar el consenso
Shielded Bitcoin evita una bifurcación suave (soft fork) al utilizar Bitcoin como una capa de publicación y ordenamiento, mientras las reglas privadas permanecen fuera de su consenso. Cada transferencia se transporta mediante un campo OP_RETURN, una instrucción que permite incluir información no gastable. Esta elección condiciona el tamaño del mensaje, las comisiones y la probabilidad de confirmación. No modificar las reglas de validez no significa independencia operativa de la red.
La privacidad también tiene límites. Aunque se ocultan monto, remitente y receptor, siguen siendo públicos el momento de publicación, la estructura de la transacción, las comisiones pagadas, las entradas utilizadas y los cambios devueltos. Además, operaciones con montos y tiempos similares, o patrones repetidos al pagar comisiones, permiten correlacionar transacciones sin romper el cifrado. El diseño no protege la privacidad del mempool, la capa de red, el financiamiento de comisiones ni los mecanismos de entrada y salida de fondos.
Puertas de entrada y salida aún pendientes
El documento no resuelve completamente cómo ingresan los BTC al sistema privado ni cómo vuelven a Bitcoin. Estos procesos, llamados peg-in y peg-out, quedan fuera del protocolo de transferencias. Para esa frontera, el equipo apunta a Bitcoin PIPEs v2, una propuesta que utiliza cifrado de testigos para bloquear una clave privada hasta que se aporte una prueba válida de cierta condición. Shielded Bitcoin aún no constituye un sistema completo e independiente.
El verdadero aporte es arquitectónico: demuestra que Bitcoin puede limitarse a publicar y ordenar datos, mientras una capa externa asume la interpretación del estado privado. Sin embargo, lograr esta compatibilidad sin alterar el consenso tiene un coste estructural. La validación abandona la red principal y pasa a depender del software encargado de reconstruir la información cifrada. La propuesta no elimina la necesidad de confiar en infraestructura, sino que traslada esa confianza fuera del consenso de Bitcoin.