Recientemente, hablando con unos amigos sobre los activos envueltos de Bitcoin, la reacción de todos fue sorprendentemente unánime: "¿Otra vez lo del puente cross-chain? Paso."

No es una reacción rara. wBTC, HBTC, imBTC, y un montón de versiones puentes de origen dudoso... En estos años ha habido explotaciones, fugas, cierres de servicios, siempre las mismas historias con los mismos finales. Si el custodio falla, tus activos se quedan en simples cifras en pantalla.

Cuando Lorenzo lanzó enzoBTC, yo tenía la misma actitud. ¿Otro BTC envuelto? ¿Qué tiene de nuevo?

Pero al analizar su lógica de diseño, descubrí que el enfoque es bastante diferente.

¿Cómo funciona el wBTC tradicional? El proceso es bastante directo: entregas tu BTC real a una entidad custodiante y ellos te emiten un token ERC-20 en Ethereum. Añaden algo de multi-firma, algún informe de auditoría, un comité de control de riesgos para dar imagen de seriedad.

¿Suena formal? El riesgo principal es solo uno: apuestas todo a que el custodio no falle. Si el puente es hackeado, la entidad desaparece o la regulación lo prohíbe de golpe, tu wBTC pasa de ser un "espejo de BTC" a "una sombra de pagaré".

Cuantos más puentes cross-chain hay, más versiones surgen, y el coste de confianza no hace sino aumentar.

¿Cuál es la lógica de diseño de enzoBTC? Sigue siendo 1:1 anclado a BTC real, pero divide el mecanismo de redención, la distribución de rendimientos y la circulación multichain en un marco más transparente, verificable y escalable. No es que elimine totalmente el riesgo, pero al menos a nivel de arquitectura, ofrece al usuario más elementos visibles y rastreables.

En otras palabras, pretende ser la "capa de efectivo en el mundo BTCFi" — no la más glamurosa, pero probablemente la menos propensa a fallos.