Por Canuto  

Un paper firmado por Clara Shikhelman, Mikhail Komarov y Aleksei Moskvin presenta Shielded Bitcoin, un protocolo que busca permitir transferencias privadas de BTC directamente sobre Bitcoin L1, sin modificar las reglas de consenso. La propuesta usa notas cifradas, nullifiers públicos, pruebas de conocimiento cero y una reconstrucción determinista del estado fuera de la cadena, aunque mantiene expuestos varios metadatos de publicación y deja los mecanismos de entrada y salida para trabajos posteriores.
***

  • El diseño representa el valor mediante notas cifradas y oculta montos, remitentes, destinatarios y vínculos directos entre transferencias.
  • Bitcoin funcionaría como capa de publicación y ordenamiento, mientras indexadores reconstruirían el estado privado mediante replay determinista.
  • El protocolo no cubre todavía el peg-in ni el peg-out, y reconoce filtraciones potenciales por tarifas, tiempos, aridad y transacciones de Bitcoin.

Un nuevo diseño propone llevar transferencias privadas de Bitcoin directamente a la capa base, sin pedir cambios en las reglas de consenso de la red. El paper Shielded Bitcoin, firmado por Clara Shikhelman, Mikhail Komarov y Aleksei Moskvin, describe un metaprotocolo inspirado en la arquitectura de Zcash, pero sin crear una cadena de bloques independiente para validar sus operaciones.

La idea central consiste en representar el valor mediante notas cifradas que no aparecen en texto plano sobre Bitcoin. Una transferencia publicaría ciphertexts para los destinatarios, marcadores públicos de gasto llamados nullifiers y una prueba de conocimiento cero capaz de demostrar que la operación es válida sin revelar el monto, el remitente, el receptor ni la relación exacta entre las notas consumidas y las creadas.

Una capa privada sobre la publicación de Bitcoin

En la arquitectura propuesta, Bitcoin no valida directamente la lógica de Shielded Bitcoin, sino que registra los bytes de cada sobre de transferencia y establece su orden dentro de la cadena. El significado de esos datos surge en una capa externa, donde los indexadores identifican los sobres, verifican las pruebas y reconstruyen el estado privado siguiendo reglas deterministas.

Ese estado incluye un árbol global de notas, un conjunto de nullifiers y un historial de raíces asociadas con bloques de Bitcoin. Si dos implementaciones correctas procesan el mismo historial activo, el documento sostiene que ambas deben obtener exactamente el mismo estado, sin necesidad de coordinarse mediante una nueva cadena, un mecanismo de disputas o un consenso adicional.

La propuesta también separa con claridad la publicación de la custodia. Los indexadores pueden servir raíces, posiciones de notas, datos de sobres y pruebas de pertenencia, pero no reciben las claves que autorizan el gasto; esa autoridad permanece en la billetera del usuario.

El diseño contempla una ventana de raíces recientes para que las billeteras construyan pruebas contra un estado ligeramente anterior al tope de la cadena. El perfil de implementación recomendado fija una antigüedad máxima de 100 bloques y una profundidad mínima de un bloque, aunque las billeteras podrían aplicar una política más conservadora para reducir el riesgo asociado con reorganizaciones.

Notas cifradas, nullifiers y pruebas de conocimiento cero

Una nota funciona de manera similar a un UTXO privado: representa una cantidad concreta de satoshis que posteriormente puede gastar su propietario. Su contenido incluye el valor, un diversificador de dirección y una semilla aleatoria, elementos que se cifran para el destinatario y permiten que la billetera derive otros datos necesarios para detectar y gastar la nota.

Cuando una billetera consume una nota, no publica la nota ni su posición de forma directa. En su lugar, genera un nullifier a partir de la autoridad de gasto, la aleatoriedad de la nota y la posición que el árbol le asignó durante el replay, de modo que la red pueda detectar un segundo intento de gasto sin conocer cuál hoja concreta fue utilizada.

La prueba de conocimiento cero debe demostrar simultáneamente que la nota existe bajo una raíz válida, que quien la gasta posee la autoridad correspondiente, que el nullifier fue derivado correctamente y que los valores de entrada y salida se conservan sin desbordamientos aritméticos. También debe probar que los ciphertexts públicos corresponden a las notas privadas utilizadas en la operación.

El sobre completo queda ligado mediante un hash denominado hbody, calculado sobre los campos públicos de la transferencia antes de añadir la prueba. Según el documento, esa vinculación evita que alguien cambie después una clave efímera, un ciphertext, la altura de anclaje o el ciphertext de recuperación del remitente y conserve una prueba válida para el contenido original.

Privacidad con límites y desafíos pendientes

Shielded Bitcoin no pretende que la existencia de una transferencia sea invisible, porque el sobre se publica en Bitcoin y su presencia, tamaño, momento y estructura permanecen observables. Los terceros también pueden conocer el número de entradas y salidas, la edad de la raíz utilizada, la transacción portadora, las comisiones y el comportamiento del monedero que financia la publicación.

El paper advierte que una transferencia de una nota a dos salidas puede distinguirse públicamente de una operación de dos notas a una salida, incluso si ambos casos ocultan cantidades y participantes. Esa aridad, junto con patrones inusuales de anclaje, tiempos de publicación, selección de cambio y financiación de comisiones, puede reducir el conjunto efectivo de historiales compatibles con una operación.

La propuesta contempla claves de visualización separadas para revisar entradas y salidas sin entregar autoridad de gasto. Una clave de visualización entrante permitiría detectar notas recibidas, mientras que otra orientada a salidas ayudaría a reconstruir pagos enviados; ninguna de las dos debería revelar la clave de gasto ni la capacidad para generar nullifiers.

El diseño deja fuera del alcance de este trabajo los mecanismos mediante los cuales BTC entra al sistema privado o vuelve a la propiedad ordinaria en Bitcoin. El peg-in y el peg-out podrían apoyarse en PIPEs v2, según la propuesta, pero tendrían sus propios supuestos de custodia, disponibilidad, censura, desbloqueo y privacidad, por lo que no quedan cubiertos por las garantías de la capa de transferencias.

Interoperabilidad, costos y próximos pasos

El perfil de implementación descrito en el documento propone publicar cada sobre completo mediante una salida OP_RETURN, aunque esa elección depende de políticas de retransmisión y minería, no de una garantía del consenso de Bitcoin. Para una transferencia de dos entradas y dos salidas, el cálculo presentado estima un sobre de 610 bytes, con un tamaño total de 625 bytes para la salida de Bitcoin que lo transporta.

El perfil recomienda Groth16 como sistema de pruebas y calcula un tamaño aproximado de 192 bytes para la prueba, pero reconoce que otras construcciones podrían ofrecer diferentes compromisos entre tamaño, configuración confiable, costo de generación y verificación. Cualquier modificación del circuito, del sistema criptográfico, del formato de serialización o del transportista produciría una red distinta e incompatible si los indexadores no comparten exactamente las mismas reglas.

Otro reto es la sincronización de billeteras ligeras, ya que una billetera necesita conocer posiciones de notas, rutas de Merkle y raíces correctas para construir un gasto. El trabajo plantea como línea futura una prueba recursiva o una estructura de datos verificable que permita demostrar que una raíz corresponde al replay correcto de los sobres publicados, sin exigir que cada usuario procese toda la historia de Bitcoin.

Los autores también identifican áreas fuera del protocolo de transferencias, como la privacidad de la red, la observación del mempool, los reintentos de publicación, las políticas de selección de entradas y el financiamiento de comisiones. Por ahora, Shielded Bitcoin debe entenderse como una especificación de investigación que define una posible capa de notas privadas sobre Bitcoin, no como una implementación desplegada ni como una garantía de privacidad completa para todo el ciclo de uso de BTC.

La propuesta intenta resolver una tensión histórica: conservar la seguridad de publicación y ordenamiento de Bitcoin mientras desplaza la información sensible hacia un estado cifrado verificable fuera del consenso. Su viabilidad práctica dependerá de la estandarización, los costos de las pruebas, la disponibilidad de datos, la política de los nodos y, sobre todo, de que las fronteras de entrada y salida no vuelvan a revelar las relaciones que la capa privada busca ocultar.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados