Liquid Network

Imaginemos que Anna quiere enviar dinero a Pavel. Ambos tienen una cartera compatible con Liquid Network y buscan confirmaciones más rápidas e importes privados. Anna no envía un pago normal de Bitcoin por un atajo más veloz: utiliza otra red, una Sidechain, con historia y reglas propias. Allí bitcoin está representado por Liquid Bitcoin, denominado L-BTC o LBTC. Su diseño consiste en representar BTC en reserva en proporción 1:1, no en crear bitcoin mediante minería. Las transacciones se registran en bloques que forman el historial propio de Liquid. La red también mantiene los UTXO, las salidas de transacciones aún no gastadas: cada una determina el activo, el importe y las condiciones para gastarlo. Por eso una cartera de Bitcoin no necesariamente admite Liquid, y el destinatario debe seleccionar la red correcta. [2] [3]

Anna puede conseguir L-BTC de otro titular o mediante un servicio. La entrada directa desde Bitcoin se llama peg-in. En nuestro ejemplo, envía 0,1 BTC a una dirección de Bitcoin generada expresamente y gestionada por la federación, el grupo de operadores de Liquid. Tras 102 confirmaciones de Bitcoin, puede reclamar los 0,1 L-BTC correspondientes en Liquid; dejamos las comisiones aparte para simplificar. Con una media de diez minutos por bloque, la espera ronda las 17 horas, pero el tiempo real varía. Se presenta la transacción original y una Merkle proof, una prueba de su inclusión en un bloque. El dinero no se ha duplicado: Anna ya no puede gastar por sí sola aquellos BTC y controla L-BTC en su lugar. Comprar L-BTC existente es otra vía y no exige un peg-in nuevo por cada comprador. [4] [9]

Si Pavel necesita BTC en la red principal de Bitcoin, la clave de sus L-BTC no basta para liberar la reserva. Una clave privada es un dato secreto con el que la cartera crea una firma digital para autorizar el gasto de los fondos correspondientes en Liquid. No da a Pavel autorización para firmar un gasto de la reserva de Bitcoin. El regreso directo, o peg-out, está reservado a participantes autorizados con una Peg-out Authorization Key, abreviada PAK. Los L-BTC correspondientes quedan inutilizables —se suele decir que se queman— y los operadores liberan BTC a una dirección autorizada. Un usuario corriente suele recurrir a uno de esos participantes, una plataforma de cambio o un swap, es decir, un intercambio de activos. El swap no tiene por qué ser un peg-out directo: la contraparte puede entregar BTC que ya posee. Importan la disponibilidad del servicio, las comisiones, la liquidez —los fondos disponibles— y las condiciones. Una reserva 1:1 no promete conversión inmediata y gratuita. [5] [9]

Anna quizá no quiera que cualquiera que abra un explorador, una web para consultar transacciones, vea cuánto pagó a Pavel. Confidential Transactions permite ocultar tanto el importe como el activo enviado. Los nodos, los ordenadores que verifican las reglas de la red, siguen comprobando mediante pruebas criptográficas que la transacción no gasta más de lo disponible. El destinatario autorizado lee esos datos con una blinding key, una clave para revelar la información; por sí sola no autoriza a gastar. Algunos datos se pueden compartir voluntariamente, por ejemplo con un contable. Sin embargo, siguen siendo públicas las conexiones entre transacciones, los tiempos y otros datos; los peg-ins y peg-outs también dejan huella en Bitcoin. Confidential Transactions no garantiza anonimato automático ni que todas las operaciones sean invisibles. [6] [10]

El funcionamiento habitual depende de la Strong Federation. Sus operadores tienen dos tareas distintas: los blocksigners firman los bloques y los watchmen gestionan las claves de los BTC en reserva y su liberación. No es una competición abierta entre mineros mediante Proof of Work, el trabajo de cálculo necesario para encontrar un bloque de Bitcoin. Se necesita un número establecido de firmas; normalmente un solo operador no debe decidir por todos. Las claves también se protegen con HSM, dispositivos de seguridad especializados que limitan lo que pueden firmar. Conviene distinguir un registro que funciona de una reserva segura: un pago bien confirmado no demuestra que siempre será posible retirar BTC. Cualquiera puede ejecutar un nodo verificador, pero eso no lo convierte en custodio de la reserva. [2]

En condiciones normales, Liquid busca producir un bloque aproximadamente cada minuto. Tras dos confirmaciones, una transacción se considera definitiva bajo los supuestos de seguridad de la federación: las reglas de los dispositivos firmantes impiden reescribir una historia más antigua. No es una garantía incondicional frente a cualquier ataque o avería. El whitepaper de 2020 describe una configuración de 11 firmas de 15, más de dos tercios; ese ejemplo no es una lista actual de miembros. Si faltan suficientes firmantes, pueden dejar de producirse bloques. La rapidez dentro de Liquid tampoco elimina la espera del peg-in ni la tramitación de la vuelta a Bitcoin. Anna no debe esperar que el recorrido completo entre ambas redes tarde un minuto. [1] [2]

Un nodo verificador comprueba las reglas de Liquid y las pruebas de las transacciones. Si está activada la verificación de peg-ins, también comprueba la evidencia de Bitcoin mediante un nodo de Bitcoin. Así, el respaldo de L-BTC no depende solo de una cifra en la web de un operador. Eso no significa que Anna tenga las claves de los BTC en reserva ni que la red esté siempre disponible. Puede detenerse la firma de bloques, fallar la liberación de la reserva o quedar comprometidos los dispositivos de seguridad. La recuperación de emergencia de la federación no es un botón con el que cualquier titular de L-BTC retira BTC por su cuenta. Tener una cartera propia puede proteger frente a la quiebra del custodio de una cuenta, pero no elimina la dependencia del puente entre redes. [1] [2] [9]

Además de L-BTC, se pueden emitir otros activos, como un vale digital o un token cuyo emisor promete canjear por otros bienes. Cada activo tiene un asset ID, un identificador único; un nombre o icono parecido no demuestra que sea el mismo. El emisor también puede crear un reissuance token, que autoriza nuevas emisiones. Un registro de nombres ayuda a reconocer el activo, pero no acredita la solvencia del emisor ni que su promesa sea exigible. Las reglas de respaldo de L-BTC no se trasladan automáticamente al resto de tokens. Si Pavel acepta un vale digital, la red puede registrar correctamente su transferencia aunque el emisor incumpla después. [7] [11]

Liquid utiliza Elements, software de código abierto derivado de Bitcoin Core y ampliado para admitir múltiples activos y transacciones confidenciales. Un usuario avanzado puede ejecutar el nodo elementsd y verificar las reglas por sí mismo. PSET, Partially Signed Elements Transaction, permite pasar una transacción preparada entre herramientas: reúne los datos necesarios para comprobarla, ocultar importes y firmarla. No demuestra que el pago ya se haya enviado. Las comisiones de red se pagan en L-BTC incluso al transferir otro activo. Una cartera habitual oculta gran parte de esta técnica, pero hay que comprobar su compatibilidad con la red, el activo y cualquier dispositivo de firma. [8] [13]

Antes de mover una cantidad mayor, Anna elige una cartera compatible, comprueba la red de destino y averigua una vía concreta de regreso a BTC, incluidos sus costes. Prepara la copia de seguridad según los requisitos de su cartera. Además de las claves de gasto, debe poder recuperar los datos que revelan los importes confidenciales. El seed es el conjunto de datos secretos de origen a partir del cual la cartera deriva las claves. Algunas carteras derivan las blinding keys del seed, por ejemplo conforme a SLIP-0077; otras configuraciones pueden necesitar una copia adicional. No existe, por tanto, una obligación universal de exportar manualmente todas las claves. Una pequeña ida y vuelta descubre problemas prácticos mejor que observar el saldo. Liquid puede servir para ciertos pagos y activos si se entiende la rapidez y privacidad que ofrece, junto con las condiciones que exige. [9] [12]