Breez lanza función para enviar stablecoins desde saldo en bitcoin

Breez, empresa que desarrolla tecnologías para el ecosistema Bitcoin, lanzó este 29 de junio una nueva función dentro de su kit de desarrollo de software (SDK) que permite enviar USDT o USDC desde un saldo en bitcoin (BTC) hacia direcciones en otras redes, sin que el usuario o la aplicación gestionen un balance separado en stablecoins.

La nueva función se llama ‘Send USDT/USDC’ (Enviar USDT/USDC) y está diseñada para que desarrolladores y wallets la integren en sus plataformas.

En el uso cotidiano, cuando un usuario final ingresa la dirección del destinatario, el sistema integrado en la aplicación que use el SDK detecta el tipo de dirección y la red a la que pertenece, calcula una ruta de entrega y muestra el monto, la red y la comisión antes de que el usuario confirme el envío. Si esa aplicación integró previamente Stable Balance, otra función de Breez que mantiene un saldo en dólares dentro de la misma wallet, el usuario también puede enviar desde ese saldo en lugar de bitcoin, con el mismo resultado para quien recibe.

De acuerdo con el comunicado de Breez, la función de recepción de dólares desde cualquier red estará «disponible próximamente», aunque no tiene fecha ni cronograma público. Por ahora, la función de ‘Send USDT/USDC’ habilita exclusivamente el envío y no la recepción.

El Breez SDK es el kit de herramientas que terceros incorporan a sus aplicaciones para ofrecer funciones de bitcoin a sus usuarios finales, y la función anunciada se suma a ese kit como un módulo adicional. Según el anuncio de Breez, agregar esta funcionalidad demanda pocas líneas de código por parte del desarrollador.

El lanzamiento se suma a una línea de desarrollo de Breez orientada a simplificar el uso cotidiano de bitcoin. Como lo reportó CriptoNoticias, en marzo la empresa había lanzado soporte para llaves de acceso (passkeys) en su SDK: una forma de autenticación que permite crear y usar wallets autocustodiales de Bitcoin con huella digital o reconocimiento facial, sin que el usuario tenga que generar ni gestionar una frase semilla.

¿Cómo se ejecuta la conversión?

La documentación técnica del SDK detalla que el origen de cada envío puede ser en satoshis (sats, la unidad mínima de bitcoin) o en USDB, una stablecoin propia que Breez mantiene dentro de Spark, la red de segunda capa (L2) sobre la que corre el SDK y que procesa pagos de forma más rápida y económica que la capa base de Bitcoin. Cuando el usuario activó Stable Balance, su saldo en dólares está representado en USDB; cuando no, el origen es directamente bitcoin.

La conversión hacia el activo final, ya sea USDC o USDT en la red de destino, se ejecuta a través de dos proveedores externos: Flashnet (identificado como Orchestra en la documentación técnica) y Boltz.

Orchestra acepta como origen tanto bitcoin como USDB y traslada los fondos a un proveedor que los mueve hacia la red de destino. Boltz, en cambio, solo acepta bitcoin como origen y opera mediante un intercambio invertido (reverse swap) de Lightning Network: el SDK paga una factura retenida (hold invoice) en Lightning y el proveedor reclama esa misma suma en la red de destino, completando ahí la conversión a USDC o USDT.

La operación incluye además una protección de slippage (deslizamiento de precio), el margen que cubre al usuario ante una variación de precio entre el momento en que se cotiza la conversión y el momento en que se confirma. Ese margen se mide en puntos básicos, una unidad donde cada punto equivale al 0,01% del monto enviado. El rango configurable va de 10 a 500 puntos básicos (0,1% a 5%), con un valor por defecto de 100 puntos básicos si el desarrollador no especifica otro (cien puntos básicos representan entonces el 1%).

Conforme a sus documentos, la nueva herramienta de Breez incluye soporte para cadenas compatibles con la Máquina Virtual de Ethereum (Arbitrum, Base, entre otras), así como también para Solana y Tron.

Limitaciones de la nueva función de Breez

Finalmente, el comunicado de Breez omite varias limitaciones que sí figuran en la documentación técnica del SDK. La función opera únicamente en mainnet, sin un entorno de pruebas (testnet) disponible para que los desarrolladores la prueben antes de integrarla en producción.

También existe un riesgo de duplicación de pago, y la documentación lo señala como un punto a tener en cuenta por los desarrolladores que integren la función. Cuando el primer paso de un envío es una transferencia de un token, como ocurre cuando el origen es USDB, esa operación no cuenta con una garantía de idempotencia, el mecanismo que evita que una misma instrucción se ejecute dos veces.

En la práctica, si la transacción falla de forma transitoria y la aplicación reintenta automáticamente, el sistema puede ejecutar una segunda transferencia sin detectar que la primera ya se había procesado, y el usuario terminaría pagando dos veces por un mismo envío. Ese riesgo no aparece cuando el primer paso es una transferencia de sats dentro de Spark: en ese caso, el propio protocolo identifica un reintento con los mismos datos y evita que se duplique.