Autor: 798.eth
Estos días está bastante de moda en el ecosistema de Bitcoin la plataforma Bound, anteriormente conocida como Radfi, una plataforma que comencé a usar a finales de 2025 debido a la moneda de estrategia NodeStrategy 'Monkey', y que ahora ha sido actualizada y renombrada como Bound Exchange. En esta plataforma hay un activo muy especial, que básicamente es la estrategia Monkey, una rueda volante de Node Monkey, respaldada por activos subyacentes. La clave está en si los activos subyacentes pueden sostenerla.
Hoy hablaré principalmente sobre la lógica de depósito, retiro y comercio de sus activos. Pero antes de profundizar en los mecanismos, primero explicaré la diferencia entre la nueva Bound y la antigua Radfi.
I. Pasado y presente: De Radfi a Bound
Bound no es algo que apareció de la nada, es una reescritura completa de Radfi. En la web oficial de Radfi ahora cuelga una línea que dice: "radFi has evolved into bound.exchange". Es el mismo equipo, pero la pila tecnológica pasó de Create-React-App a Next.js, reescrita completamente.
Lo que Bound realmente añade es una billetera multichain incorporada con passkey, préstamos a plazo con BTC como garantía para obtener bUSD, y SODAX para cross-chain. El motor de trading sigue siendo el mismo AMM de liquidez concentrada de Radfi, el swap de Runes no se ha tocado.
En esta línea de producto hay dos conjuntos de multifirma 2-de-2 con bloqueo de tiempo (timelock). El de la capa de cuentas te protege a ti, permitiéndote desvincular de Bound después de tres meses; el del préstamo protege al prestamista, pues una vez que pasa el período de gracia, el prestamista puede tomar directamente tu garantía. (Ver gráfico comparativo detallado Radfi → Bound)
II. Mecanismo central: Custodia de activos con multifirma 2-de-2
Entendiendo su posicionamiento, veamos la lógica de gestión de activos. Hay dos puntos principales: uno es la custodia con multifirma 2-de-2, y el otro es la protección del timelock (bloqueo de tiempo) en situaciones donde la plataforma desaparece o se cae.
Primero establezcamos el escenario. Tienes BTC y quieres operar en una plataforma. El método tradicional es enviar las monedas a una billetera de la plataforma, que las custodia por ti. El problema es que las monedas ya no están en tu poder; si la plataforma huye o es hackeada, las monedas desaparecen con ella, así fue como ocurrió con FTX y Celsius. Lo que Bound intenta resolver es esta contradicción: querer la velocidad de ejecución de un exchange centralizado (CEX), pero sin ceder el control de las monedas.
Paso uno, qué es el depósito.
Después de registrarte, Bound te da una dirección de Bitcoin, del tipo que empieza por bc1p. Para operar, primero transfieres BTC desde tu billetera a esta dirección. Es una transferencia de Bitcoin normal, con 3 confirmaciones para acreditarse, aproximadamente media hora. Hasta aquí, no hay diferencia con usar una billetera común. El diseño real se esconde en la siguiente pregunta.
Paso dos, ¿en manos de quién está realmente la clave privada de esta dirección?
Este es el núcleo de todo el sistema. Solo hay dos métodos simples: si la clave privada está solo en manos de la plataforma, es custodia, volviendo al viejo problema de FTX; si la clave privada está solo en tus manos, la plataforma no puede ayudarte a ejecutar operaciones rápidamente, tendrías que firmar manualmente cada transacción, es lento.
La solución de Bound es que esta dirección no tiene una sola llave, tiene dos. Para mover las monedas de dentro, ambas deben firmar. Esto es una multifirma 2-de-2.
Paso tres, ¿de quién son cada una de las dos llaves?
Una es tuya, almacenada en tu propio dispositivo, invocada mediante un passkey, la clave privada nunca abandona el dispositivo. La otra está en el backend de Bound. Durante las operaciones diarias, tú firmas con tu passkey, y el backend de Bound automáticamente añade la otra firma, con las dos juntas, la ejecución es en segundos.
Paremos aquí para reflexionar. Bound solo tiene una llave, no puede mover tus monedas unilateralmente, por lo que no es custodia, no puede usar tus monedas para malversar o prestar. Pero juntos pueden ejecutar transacciones al instante, recuperando la velocidad. Este es el efecto que busca la multifirma 2-de-2, obteniendo seguridad y velocidad simultáneamente.
Paso cuatro, ¿para qué sirve el timelock?
La multifirma 2-de-2 trae un nuevo problema. Dado que se necesitan dos llaves, ¿qué pasa si Bound desaparece, se cae o es clausurada? Si esa llave del backend nunca se recupera, y tú solo tienes una, ¿quedarán las monedas bloqueadas para siempre en la dirección?
El timelock es el parche para este agujero. La regla es simple: la firma conjunta de Bound tiene una validez de 3 meses. Dentro de esos 3 meses, mover monedas requiere ambas. Pasados los 3 meses, tú solo con tu llave puedes retirar todas las monedas, sin necesitar más a Bound.
La clave es que esto no es una promesa verbal de Bound, está escrito en el script de Bitcoin, forzado por la red de Bitcoin. La opinión de Bound no importa, cuando llegue el momento, podrás retirar con tu firma única. Esta es la base de su afirmación de ser "self-custodial".
Paso cinco, el retiro ahora tiene sentido.
Para un retiro normal, firmas con tu passkey y el backend de Bound añade la firma conjunta, con las dos juntas, es instantáneo. Para un retiro de emergencia, en caso de que Bound desaparezca, esperas a que termine el timelock de 3 meses, usas tu llave única para firmar, y envías las monedas a cualquier dirección.
Uniendo estos cinco pasos, las primeras cuatro palabras forman una cadena: depositas monedas en una dirección 2-de-2 (depósito); diariamente, tú y Bound gastan juntos con las dos llaves (retiro de ruta rápida); la llave de Bound expira en 3 meses (timelock); después de la expiración, puedes irte solo con tu llave (retiro de salida de emergencia).
III. Lógica subyacente: Orden de transacciones en Bound.ex
Una vez entendido cómo se depositan los activos, hablemos del orden de transacciones en Bound.ex.
No hay contratos inteligentes en Bitcoin. Entonces, el AMM de un DEX nativo de Bitcoin, ¿dónde se produce el emparejamiento y quién decide en qué orden se ejecuta tu orden? En esencia, es un backend de emparejamiento de un CEX, conectado externamente a la cadena de bloques de Bitcoin como capa de liquidación. Paso a paso:
-
Primero, la curva AMM no está en cadena. En L1 de BTC no hay contratos, estados como reservas, ticks, rangos de liquidez no tienen dónde almacenarse, solo pueden guardarse en la base de datos del backend de Bound. Los UTXOs en cadena son solo el resultado de la custodia y liquidación del dinero de los proveedores de liquidez (LP).
-
Segundo, las transacciones en cadena son solo recibos de liquidación. Revisé el historial de operaciones de ese pool, cada entrada y salida tiene cantidades fijas predefinidas, en sí mismas no contienen ningún cálculo de curva. Todo el sistema de multiplicación a lo largo de la curva se ejecuta en el backend antes de ir a cadena. Las veinte o más operaciones en un bloque, cada una gastando sus propios UTXOs, sin conectarse entre sí, precisamente porque el precio ya se determinó fuera de cadena, y lo que va a cadena es simplemente registrar un conjunto de números ya calculados.
-
Tercero, cómo se establece el precio por operación. Cuando quieres comprar/vender en el frontend, el frontend solicita un precio al backend. El backend calcula usando la curva de liquidez concentrada que mantiene, tu orden consume liquidez a lo largo del tick, deduce las comisiones, y te da un número. Firmas un PSBT (Transacción Parcialmente Firmada Bitcoin) con ese número fijo, el backend verifica y si es correcto, firma conjuntamente y transmite, mientras actualiza la curva en sus propios libros un paso. La curva solo vive en el backend.
-
Cuarto, el orden es forzado matemáticamente por esta curva, es ineludible. La curva tiene un estado; en cualquier momento, solo hay una posición actual. Cada orden que llega consume un segmento de liquidez, la curva se mueve a una nueva posición, y la siguiente orden solo puede ejecutarse en esa nueva posición. Esto significa que todas las órdenes no pueden liquidarse simultáneamente por naturaleza; deben organizarse en una secuencia estricta y secuencial. La primera orden se ejecuta en la posición original y mueve la curva un paso, la segunda orden se ejecuta en la nueva posición y mueve la curva otro paso, y así sucesivamente.
-
Quinto, pero quién decide el orden y bajo qué criterios, es otra historia. Aquí hay que distinguir dos tipos de orden. Uno es el tiempo real en que haces clic en confirmar, el otro es el orden de procesamiento que el backend realmente usa para mover la curva. Ni la cadena ni el protocolo garantizan que estos dos coincidan. Tu orden entra en la cola del backend de Bound, si lo declara o no, si procesa por orden de llegada, si adelanta o retrasa alguna orden, es totalmente asunto interno suyo, tú no puedes verlo.
-
Sexto, esta es la entrada para el MEV del operador, incluso más aguda que el MEV normal en cadena. En un DEX normal, al menos el orden de ejecución está visible en el bloque, se puede analizar quién adelantó o interceptó. En Bound, este ordenamiento ocurre fuera de cadena, y después de que los resultados se registran en un bloque, ni siquiera quedan rastros secuenciales; más de veinte operaciones no conectadas entre sí, en cadena no se puede ver quién fue primero. Pero en el momento en que haces clic en confirmar, el precio ya está calculado basado en un punto de la curva. Solo que no sabes en qué posición de ese bloque se ordenó.
Por lo tanto, Bound no carece de orden; el orden existe obligatoriamente por matemáticas, simplemente ha llevado todo el poder de definir ese orden a una caja negra. En la capa del capital principal sí es auto-custodia, con multifirma 2-de-2 y timelock, la plataforma no puede tocar tus monedas, pero a qué precio se ejecuta tu orden y en qué posición, esa cuenta la lleva únicamente fuera de cadena. En resumen, esto es un backend de emparejamiento de un CEX, conectado externamente a la cadena de bloques más grande del mundo para liquidación, que sella un bloque aproximadamente cada diez minutos, confirmado e irreversible.
IV. Consejos prácticos y comentarios de experiencia
Finalmente, dos detalles prácticos para evitar problemas. Esta dirección 2-de-2 solo acepta BTC y Runes; enviar BRC-20, Alkanes u otras monedas de otras cadenas resultará en una pérdida permanente. Además, también puedes no usar el sistema de Bound, y conectar directamente tu Unisat o Xverse; en ese caso no habrá multifirma 2-de-2 ni timelock, las monedas siempre estarán en tu billetera de firma única, el costo es que cada transacción requerirá que firmes manualmente.
Hasta ahora, la experiencia aún tiene algunos problemas menores. Lo probé, una transacción anterior ya tenía dos confirmaciones en bloque, pero el frontend de Bound aún mostraba 'pendiente', impidiendo que pudiera realizar la siguiente orden. Espero que el equipo oficial de @Bound_Exchange pueda revisar este problema.
