Rutas de Bitcoin nativo en LI.FI

TL;DR, desde su lanzamiento el 2 de febrero de 2026, Garden ha procesado el 54% de todos los swaps de WBTC Ethereum a WBTC Arbitrum en LI.FI, liquidando $49.7M en volumen en 11 973 swaps, con un tiempo mediano de liquidación de 1 minuto 25 segundos.

Qué es LI.FI

LI.FI es la capa universal de liquidez de defi. Agrega y orquesta más de 100 bridges y exchanges en todas las cadenas EVM principales, Solana y más allá, en una única API de enrutamiento y ejecución. Miles de wallets, frontends de DEX y aplicaciones defi usan LI.FI por debajo. Si en tu app los activos se mueven de una cadena a otra, hay bastantes probabilidades de que LI.FI esté gestionando el enrutamiento.

El desafío

La cobertura de LI.FI en todas las cadenas principales es completa, pero Bitcoin nativo (BTC real en L1) tiene rutas limitadas debido a la complejidad de su arquitectura. El número de protocolos capaces de mover Bitcoin nativo hacia dentro y hacia fuera del ecosistema cripto más amplio de forma sin confianza y sin custodia es inexistente. Bitcoin es la mayor fuente de liquidez onchain, y la mayor parte está inactiva. Hacerlo compatible con defi ha obligado tradicionalmente a elegir: confiar en un custodio centralizado para que emita un token wrapped, o recorrer un proceso de bridge de varios pasos que puede tardar horas debido a los tiempos de finalidad de Bitcoin. Los bridges con custodia conllevan riesgo de contraparte. Los bridges tradicionales son lentos porque dependen de garantías de confirmación fijadas en el código. Los flujos basados en CEX rompen por completo el modelo de ejecución onchain.

LI.FI, que estaba ampliando su cobertura de Bitcoin, necesitaba un proveedor capaz de gestionar rutas de BTC nativo de forma fiable y rápida, sin que los usuarios tuvieran que ceder la custodia en ningún punto del flujo.

Solución

LI.FI integró Garden como proveedor de rutas de Bitcoin nativo. La arquitectura basada en intents de Garden, impulsada por HTLCs y una red de solvers independiente, encajó directamente en el modelo de agregación de LI.FI: LI.FI llama a la API de Garden para pedir una cotización, la compara con las demás rutas disponibles y enruta a través de Garden cuando es la mejor opción. Sin infraestructura de bridge propia, sin gestión de liquidez, sin dependencias.

El resultado inmediato, todas las aplicaciones construidas sobre la API de LI.FI, ya sean wallets, frontends defi, gestores de carteras o apps de comercio basadas en agentes, tienen acceso a rutas cross-chain de Bitcoin nativo. 

Flujo de órdenes

Así es como un swap de BTC a USDC se enruta a través de LI.FI y Garden, de principio a fin:

1. El usuario envía un intent de swap en cualquier aplicación integrada con LI.FI, por ejemplo: BTC a USDC en Ethereum.
2. La API de LI.FI recibe la solicitud y consulta cotizaciones a toda su red de proveedores.
3. Garden devuelve una cotización. LI.FI compara todas las rutas disponibles y selecciona Garden como la mejor ruta de ejecución.
4. LI.FI devuelve la ruta al usuario para su aprobación.
5. El usuario aprueba y firma la transacción de Bitcoin, enviando BTC a un HTLC.
6. El watcher de Garden detecta la transacción de BTC onchain. El solver bloquea simultáneamente USDC en un contrato inteligente HTLC en Ethereum.
7. El swap se liquida de forma atómica. El usuario recibe USDC y el solver reclama BTC. Ningún intermediario retuvo fondos en ningún momento.

En cifras

Garden liquida ahora el 27% de todos los swaps de Solana a Bitcoin enrutados a través de LI.FI, el 54% de todos los swaps de WBTC Ethereum a WBTC Arbitrum y el 30% de todos los swaps de cbBTC Base a WBTC Arbitrum. 

Bitcoin es la cadena más utilizada en las rutas de Garden en LI.FI, y aparece en 5 761 tramos de swap. Le sigue Solana con 3 850 y Ethereum con 2 700. El corredor de Solana a Bitcoin representa por sí solo dos de las tres rutas principales por número de swaps.

Por qué Garden

Arquitectura centrada en Bitcoin

Garden está construido específicamente en torno a la ejecución cross-chain de Bitcoin, no es un bridge EVM que añadió compatibilidad con BTC a posteriori. El modelo de liquidación basado en HTLC, el manejo de UTXO y la red de solvers están diseñados en torno a cómo funciona realmente Bitcoin en L1. 

Sin custodia a nivel de protocolo

Garden nunca retiene los fondos de los usuarios. Los HTLCs imponen criptográficamente una liquidación atómica; no es un compromiso de política, es una garantía de protocolo. Para un agregador como LI.FI esto importa, porque el riesgo de custodia de cualquier socio de ejecución se traslada aguas arriba a todas las apps que usan la API.

API primero, fácil de integrar

LI.FI añadió rutas de Bitcoin mediante una integración de API estándar. Sin infraestructura de solvers que operar, sin pools de liquidez que sembrar, sin sistemas de token wrapped que administrar. Garden expone toda la capa de ejecución a través de su API, y LI.FI la consumió como cualquier otro proveedor de rutas.

Profundidad de rutas

La mayoría de los proveedores son compatibles con cuatro o cinco pares de BTC. Garden es compatible con cientos y puede añadir cualquier par nuevo de inmediato.

Puntos clave

• LI.FI es el mayor agregador cross-chain; Bitcoin nativo ha sido hasta ahora una de las pocas lagunas de su cobertura
• $49.7M liquidados en 11 973 swaps en 80 días, con 1 min 25 s como tiempo mediano de liquidación
• el 27% de todos los swaps de Solana a Bitcoin en LI.FI se enrutan a través de Garden
• el 54% de todos los swaps de WBTC Ethereum a WBTC Arbitrum se enrutaron a través de Garden 
• Cualquier app que use la API de LI.FI ya tiene acceso a las rutas de Bitcoin de Garden a través de la swap & bridge API de LI.FI, sin integración adicional