Cuanto más aprendo sobre la infraestructura entre cadenas, más me doy cuenta de que “puentear” y “mover liquidez” no necesariamente tienen que significar lo mismo.
El modelo tradicional es bastante directo:
Bloqueas activos → emites una representación → la mueves a otro lugar → confías en el puente.
Pero ese modelo tiene un problema evidente.
Alguien tiene que custodiar una gran cantidad de valor.
Y donde se concentran cantidades masivas de liquidez, hay un incentivo enorme para atacarlas.
Eso es lo que hizo que Omniston me pareciera interesante.
En lugar de construir otro gran “bóveda” para la liquidez entre cadenas, STON.fi toma una ruta diferente:
Que compita la liquidez.
Omniston funciona mediante proveedores de liquidez independientes llamados resolvers.
Un usuario solicita un intercambio entre cadenas; los resolvers compiten para proporcionar una ruta de ejecución, y se puede seleccionar la mejor oferta disponible.
Lo interesante es lo que ocurre después.
Los resolvers no solo dicen: “Nos encargamos de ello”.
Ellos comprometen su propia liquidez para la transacción.
La liquidación en sí está protegida por HTLCs — Hashed Timelock Contracts (Contratos de Tiempo con Llave Hasheada).
En términos simples, las dos partes del intercambio quedan vinculadas criptográficamente.
Se revela el secreto requerido → el intercambio se liquida.
Las condiciones no se cumplen antes del plazo límite → los activos pueden reembolsarse.
Así que el sistema no depende de una sola parte central para cumplir su promesa.
El mecanismo en sí mismo impone el resultado.
Eso le da a Omniston una arquitectura bastante diferente:
• Los resolvers aportan liquidez
• La competencia determina la ejecución
• Las HTLCs hacen cumplir la liquidación
• Los usuarios no necesitan entregar sus fondos a una bóveda central de puente
Y por eso no veo realmente a Omniston como “un puente más”.
Lo veo más como infraestructura para coordinar la liquidez entre cadenas.
Incluso mejor, la idea no se limita a STON.fi.
Los wallets, los DEXs, los agregadores y otras aplicaciones de DeFi pueden potencialmente construirse encima de la misma infraestructura.
Esa es la parte que me resulta más interesante.
El modelo tradicional es bastante directo:
Bloqueas activos → emites una representación → la mueves a otro lugar → confías en el puente.
Pero ese modelo tiene un problema evidente.
Alguien tiene que custodiar una gran cantidad de valor.
Y donde se concentran cantidades masivas de liquidez, hay un incentivo enorme para atacarlas.
Eso es lo que hizo que Omniston me pareciera interesante.
En lugar de construir otro gran “bóveda” para la liquidez entre cadenas, STON.fi toma una ruta diferente:
Que compita la liquidez.
Omniston funciona mediante proveedores de liquidez independientes llamados resolvers.
Un usuario solicita un intercambio entre cadenas; los resolvers compiten para proporcionar una ruta de ejecución, y se puede seleccionar la mejor oferta disponible.
Lo interesante es lo que ocurre después.
Los resolvers no solo dicen: “Nos encargamos de ello”.
Ellos comprometen su propia liquidez para la transacción.
La liquidación en sí está protegida por HTLCs — Hashed Timelock Contracts (Contratos de Tiempo con Llave Hasheada).
En términos simples, las dos partes del intercambio quedan vinculadas criptográficamente.
Se revela el secreto requerido → el intercambio se liquida.
Las condiciones no se cumplen antes del plazo límite → los activos pueden reembolsarse.
Así que el sistema no depende de una sola parte central para cumplir su promesa.
El mecanismo en sí mismo impone el resultado.
Eso le da a Omniston una arquitectura bastante diferente:
• Los resolvers aportan liquidez
• La competencia determina la ejecución
• Las HTLCs hacen cumplir la liquidación
• Los usuarios no necesitan entregar sus fondos a una bóveda central de puente
Y por eso no veo realmente a Omniston como “un puente más”.
Lo veo más como infraestructura para coordinar la liquidez entre cadenas.
Incluso mejor, la idea no se limita a STON.fi.
Los wallets, los DEXs, los agregadores y otras aplicaciones de DeFi pueden potencialmente construirse encima de la misma infraestructura.
Esa es la parte que me resulta más interesante.
