Lào Thoại Ngân

Necesité convertir una cantidad bastante grande a USDT el mes pasado, más de lo que normalmente opero en un solo pedido, así que hice algo que normalmente evito y abrí cuatro perfiles de comerciante diferentes lado a lado en Binance P2P antes de elegir uno.

Los números contaron una historia más clara que cualquier descripción de anuncio por sí sola. Un comerciante tenía un 98% de tasa de finalización en más de 3000 operaciones. Otro tenía un precio similar, pero solo 60 operaciones en total y una tasa de finalización del 91%. Un tercero parecía atractivo solo por el precio hasta que noté que su tiempo promedio de liberación era mucho más lento que el del resto. Binance P2P muestra estos datos por una razón, y compararlos antes de una operación es una de las formas más sencillas de verificación del contraparte disponibles, junto con comprobar el estado de KYC y leer los comentarios recientes de los pedidos. Cada parte del intercambio, desde el mensaje inicial hasta la confirmación final, tiene que permanecer también dentro de la app, ya que mover la comunicación o el pago fuera de la plataforma por una tasa ligeramente mejor elimina la protección que ofrece Binance P2P, incluido el bloqueo del escrow y la vía de apelación en caso de disputa si algo sale mal.

Para un pedido grande en particular, mi lista de verificación cambió un poco. Dejé de elegir automáticamente el precio más alto. Leí la última página de comentarios del perfil de un comerciante, no solo la calificación por estrellas. Traté como una señal de alerta digna de evitar, no como una ganga perseguible, tanto un tiempo de liberación inusualmente lento como una cuenta recién creada que ofrecía límites inusualmente grandes. Dividí el total en dos operaciones más pequeñas con dos comerciantes verificados diferentes en lugar de una gran transferencia a una sola contraparte, principalmente para limitar la exposición mientras aún aprendía a quién confiaba. Confirmé que el pago se había acreditado en mi propia cuenta antes de considerar completa cualquiera de las dos operaciones, y conservé cada captura de pantalla y el número de pedido después, por si alguna vez los necesitaba para soporte.

El tamaño cambia los riesgos de una operación, así que debería cambiar también qué tan cuidadosamente miras antes de iniciar una.

@Binance Vietnam #BinanceP2PAnToan $BTW $BLESS $TUT

¿Cómo operas pedidos grandes de P2P?

Un perfil con cero pedidos completados me escribió para querer comprar $4000 en cripto en Binance P2P en una sola operación. Sin historial, sin reseñas, cuenta creada esa misma semana. No me negué automáticamente, porque todos empiezan en algún punto, pero ralentizé todo el proceso y lo traté como un estudio de caso sobre para qué sirve realmente la verificación.

Binance P2P exige que cada usuario pase la verificación de identidad antes de operar, lo cual ya filtra una gran parte de los estafadores ocasionales que dependen del anonimato. Además de esa base, observo tres cosas antes de aceptar a cualquier contraparte: su tasa de finalización, cuánto tiempo lleva existiendo su cuenta y el patrón del tamaño de sus operaciones anteriores. Alguien que salta directamente de no tener historial a un pedido grande no es una prueba de mala intención, pero aumenta el nivel de cuidado que aplico para confirmar el pago.

Para esta operación en particular, pedí que se dividiera en dos pedidos más pequeños en lugar de uno grande. Él estuvo de acuerdo sin oponerse, lo cual me dijo más que cualquier insignia. A mitad del proceso, revisé mi aplicación bancaria directamente en vez de confiar en la notificación de pago que me envió por chat, confirmé que el monto exacto había entrado y solo entonces liberé la cripto para cada parte.

Señales de alerta que vigilo además de la antigüedad de la cuenta: solicitudes para salir del chat oficial de Binance P2P, lenguaje de urgencia que me empuja a saltarme pasos y comprobantes de pago que llegan sospechosamente rápido sin adjuntar un número de referencia del banco. Ninguna de esas apareció aquí, así que la operación se cerró sin problemas.

Dividir el pedido también me dio un punto de control natural. Si la primera parte hubiera salido mal de alguna manera, habría detenido todo antes de que se moviera el segundo pago, en lugar de comprometer el monto completo por adelantado con alguien del que no tenía historial.

Aun así, guardé el número de pedido y la confirmación bancaria de ambas partes, porque llevar registros no cuesta nada y el soporte de Binance P2P siempre los pedirá si más adelante se disputa algo. Los nuevos traders merecen una oportunidad justa, pero una oportunidad justa no es lo mismo que saltarse la verificación.

@Binance Vietnam #BinanceP2PAnToan $BTW $BLESS

Uso el nombre en un pago de Binance P2P como una señal de seguridad, no como un simple trámite. Un peligro común comienza cuando el comprador dice que un cónyuge, cliente, colega o empresa enviará el dinero. El depósito puede ser real, pero la persona cuyos fondos se movieron quizá no sea el contraparte verificada. Eso puede apuntar a una estafa en triángulo, una transferencia en disputa o a una cuenta usada sin una autoridad clara.

Mi lista de verificación empieza con el pedido, no con la alerta del banco. Reviso el perfil de la contraparte, la actividad completada, los términos y el método de pago. KYC ayuda a establecer la identidad del usuario de Binance, mientras que el escrow mantiene la criptografía en custodia durante la operación. Luego comparo ese nombre verificado con el nombre del pagador visible en mi cuenta de pago. Si no coinciden, no libero fondos, no negocío una solución alternativa ni devuelvo dinero a una cuenta nueva proporcionada en el chat.

Mantengo la conversación dentro del chat del pedido y describo la discrepancia de forma clara. Esto importa porque Binance Support puede inspeccionar el historial en la plataforma si es necesario presentar una apelación. Pedir hablar en otro lugar, dividir el pago entre varios remitentes, ocultar una nota relacionada con cripto o solicitar un reembolso a un beneficiario distinto aumenta aún más el riesgo. Tomo capturas de pantalla o registros del pedido, los datos del pagador, el ID de la transacción, el importe y el chat sin exponerlos públicamente.

La verificación del pago viene después. Incluso con un nombre coincidente, abro la app oficial del banco o la wallet, confirmo que la cantidad exacta se haya acreditado y sea utilizable, y ignoro capturas o mensajes de “operación exitosa” del comprador. La coincidencia de identidad no reemplaza la confirmación del recibo, y la confirmación del recibo no justifica una discrepancia de identidad.

Cuando los hechos no coinciden, dejo el activo en escrow y elijo Apelación o contacto con Binance Support desde la plataforma oficial. Prefiero explicar una liberación retrasada con evidencia que convertir un pago sospechoso en una pérdida irreversible. Mi regla tiene 3 líneas que coinciden: la identidad en Binance, el nombre de la cuenta de pago y los detalles del pedido. Si falla una línea, la operación se pausa.

@Binance Vietnam #BinanceP2PAnToan $BTW $ON $HFT

"No son tus llaves, no son tus monedas" ha sido el aviso más antiguo de las criptomonedas y, en su mayor parte, se ha dirigido a los exchanges. Babylon aplica la misma lógica en un lugar donde la gente rara vez piensa en preguntarlo: el propio préstamo DeFi. Los depositantes que utilizan Trustless Bitcoin Vaults mantienen el control de su Bitcoin durante todo el préstamo; permanece bloqueado en la red de Bitcoin en una salida Taproot en lugar de pasar a la custodia de un escritorio de préstamos o a la wallet de reserva de un puente.

Quiero ser preciso sobre lo que realmente abarca la autogestión (self-custodial) aquí, porque creo que la frase se usa de forma un poco demasiado limpia en el marketing cripto en general. Las claves privadas que controlan el canje permanecen con la dirección designada por el depositante. Pero el sistema en su conjunto aún depende de que otros participantes se comporten correctamente: Vault Providers que gestionan las reclamaciones de la bóveda, Arbitrageurs que compran el colateral incautado durante las liquidaciones y Universal Challengers que vigilan los intentos de canje inválidos. Ninguno de ellos puede mover tu BTC sin una prueba válida, y cualquiera de ellos, incluido tú, puede impugnar una reclamación errónea. Eso es una diferencia sustancial respecto al riesgo de custodia, pero no es la ausencia total de dependencia de otras personas.

Lo que Babylon realmente ha eliminado es el único punto de fallo: ningún custodio puede congelar fondos, ningún operador de puente puede desaparecer con la reserva y ningún quórum de firmantes puede coludirse para mover monedas fuera de las reglas escritas en el propio script de Taproot. Prestar activos respaldados por garantía, como USDC o USDT, contra BTC nativo a través de Aave v4 mientras tu Bitcoin permanece exactamente donde lo bloqueaste es un cambio estructural real en la forma en que ha funcionado el préstamo respaldado por BTC hasta ahora, incluso si "trustless" describe la matemática más que un mundo con actores restantes totalmente inexistentes.

@BabylonLabs_io $BTW $GRVT #baby $BABY

La mayoría de las personas que conocen Babylon lo conocen primero como una capa de seguridad, un protocolo que permite que el peso económico de Bitcoin respalde la finalidad de las cadenas de prueba de participación (proof of stake). No es un detalle menor. Ampliar la seguridad de Bitcoin a blockchains de PoS resuelve un problema real: las cadenas jóvenes o más pequeñas no tienen décadas de poder de hash acumulado ni participación económica detrás, así que Babylon les presta la credibilidad de Bitcoin. He estado pensando en esta misión original mientras leía el reciente anuncio de Trustless Bitcoin Vaults, porque el hilo conductor es más coherente de lo que esperaba.

Trustless Bitcoin Vaults toma el mismo instinto, usando la confianza y la seguridad de Bitcoin sin debilitarlas, y lo aplica al préstamo. El primer caso de uso, el endeudamiento nativo respaldado por Bitcoin con Aave v4, ya está en funcionamiento en la red de pruebas pública, y varias marcas importantes ya lo están probando. Los depositantes publican BTC nativo como colateral y piden prestados activos como USDC o USDT en Ethereum, y nada de esto requiere envolver ni hacer puentes del activo subyacente.

Lo que quiero entender mejor es si las garantías de seguridad desde el lado del staking realmente se traducen en la mecánica de las bóvedas, o si se trata de 2 modelos de confianza separados que funcionan bajo una sola marca. En la documentación pública, hasta donde he encontrado, Babylon no ha respondido completamente eso, y es el tipo de detalle técnico que determina si es una arquitectura coherente o 2 buenas ideas unidas. De cualquier modo, la ambición es consistente: hacer que Bitcoin sea útil sin pedirle a nadie que confíe en un tercero con él.

@BabylonLabs_io $BTW $GRVT $BABY #baby

Muéstrale a la mayoría de la gente un titular sobre que Bitcoin se convierta en garantía DeFi y asumirán que es el mismo truco de siempre: acuñar un token en otro lugar, llamarlo Bitcoin y seguir adelante. Esa reacción no es estúpida. Menos del 1% de todos los bitcoins está hoy en plataformas de contratos inteligentes, y casi todas las rutas que lo llevan hasta allí implican un wrapper o una custodia que sostiene las monedas reales mientras circula una versión sintética.

Los Babylon Trustless Bitcoin Vaults se diseñaron contra ese patrón exacto. Cuando el préstamo nativo respaldado por Bitcoin salió a producción en la testnet pública de Aave v4 el 2 de junio de 2026, el BTC involucrado nunca salió de la cadena de Bitcoin. Está bloqueado en un Taproot UTXO, y Aave reconoce la posición mediante un token con restricción de transferencias llamado vaultBTC que representa la bóveda en lugar de reemplazar la moneda. Compáralo con cómo ha funcionado el Bitcoin envuelto durante años: donde un emisor centralizado mantiene BTC en reserva y acuña un activo separado en otro lugar, una estructura a la que el propio documento de la bóveda de Babylon apunta directamente cuando argumenta que la adopción de Bitcoin envuelto y en custodia se ha mantenido limitada frente al suministro total de Bitcoin.

La señal de que esto es un modelo distinto, no un empaquetado más “afilado” sobre uno antiguo, volvió a aparecer en marzo de 2026, cuando Babylon se asoció con Ledger para que sus 8 millones de usuarios de billeteras de hardware pudieran aprobar acciones de bóveda mediante Clear Signing, leyendo la transacción real en la pantalla de su propio dispositivo en vez de confiar en un pop-up del navegador o en la palabra de un emisor.

Babylon no está reetiquetando Bitcoin envuelto con un marketing mejor: está rechazando el movimiento central de ese modelo, la parte donde la custodia cambia silenciosamente de manos. TBV aún conlleva sus propios riesgos, sobre todo en torno a los liquidadores y oráculos de Aave, pero "otro coin envuelto" no es uno de ellos.

@BabylonLabs_io $AKE $BTW $BABY #baby

Cada vez que menciono las Bóvedas de Bitcoin sin confianza de Babylon a alguien nuevo, la primera pregunta es una versión de: entonces, básicamente es WBTC con pasos extra. Entiendo el reflejo. Las personas que tienen Bitcoin han visto durante años fallos de puentes y de custodia, y el atajo mental de que un producto nuevo de Bitcoin equivale a un nuevo token envuelto equivale a un nuevo riesgo de contraparte, no es una suposición irrazonable antes de llevar encima.

También está equivocado aquí, y la mecánica muestra por qué. Los productos de BTC envuelto como WBTC funcionan al entregar monedas a un custodio que acuña un token equivalente en otro lugar, así que los usuarios confían en que una entidad mantenga las reservas de forma honesta y permanezca solvente. Los puentes mueven BTC enroutándolo a través de una federación de firmantes que, colectivamente, controlan los fondos. TBV no hace nada de eso. El bitcoin permanece en una bóveda con auto-custodia y pre-firmada en la propia cadena de Bitcoin, y nunca se representa como un IOU (pagaré) libremente negociable en otra red. El acceso está condicionado por una prueba de conocimiento cero vinculada a un estado específico de un contrato inteligente externo, no por la promesa de una entidad de canjear un token 1 a 1. Una cifra ampliamente citada resume el problema al que apunta TBV: más del 99 por ciento de los bitcoins está inactivo, y apenas alrededor del 1 por ciento toca DeFi en todo momento, mayormente a través de productos envueltos bajo custodia.

Babylon no está ejecutando un negocio de envoltura y TBV no es un puente, a pesar de lo familiar que suena el argumento la primera vez que se menciona. El custodio y la federación son las dos cosas que este diseño se construyó para eliminar, no para volver a empaquetar.

@BabylonLabs_io $BTW $AKE $BABY #baby

Tus claves, tu Bitcoin suena sencillo hasta que lees la letra pequeña sobre cómo una bóveda de autocustodia hace cumplir esa promesa cuando algo sale mal. Revisé específicamente la documentación de la testnet de Babylon para encontrar esa letra pequeña, porque los eslóganes no sobreviven al contacto con los casos límite.

Las bóvedas de Bitcoin sin confianza depositan BTC en una bóveda donde, bajo condiciones normales, un Proveedor de la Bóveda gestiona la redención del lado del Bitcoin una vez que se repaga el préstamo. El diseño de Babylon no se detiene ahí, sin embargo. Cada usuario descarga un archivo de llaves (WOTS keypair) y los artefactos del claimer en el momento en que se crea la bóveda, existentes específicamente para que un depositante pueda canjear su propio Bitcoin sin necesitar en absoluto al Proveedor de la Bóveda, si ese proveedor llegara a desconectarse.

Esa es una garantía real de autocustodia, no una frase de marketing. Ningún tercero, custodio o consorcio de firmantes tiene poder discrecional sobre el BTC subyacente. Pero conlleva una responsabilidad que no creo que los usuarios ocasionales aprecien del todo todavía: el par de claves WOTS no puede regenerarse si se pierde, y la propia guía de Babylon dice que trates perderlo con la misma seriedad que perder una frase semilla de una wallet.

Me gusta que exista esa vía de respaldo. Estoy menos seguro de que el depositante promedio que respalda un archivo secreto más e irreemplazable, además de una frase semilla, ya tenga un problema de UX completamente resuelto por Babylon. La verdadera ausencia de confianza tiene un costo, y aquí el costo es la responsabilidad personal.

@BabylonLabs_io $1000RATS $GRVT $BABY #baby

Cada pocos meses se lanza otro producto de Bitcoin DeFi prometiendo acceso nativo y sin confianza, y cada pocos meses resulta significar lo mismo: el token acuñado por un custodio con un nuevo nombre añadido. WBTC lleva funcionando desde 2019, cbBTC desde finales de 2024, y juntos todavía representan menos del 1 por ciento de la capitalización total de Bitcoin. Eso no es un error de redondeo: es una señal de que la mayoría de los tenedores de BTC nunca confiaron lo suficiente en el modelo de “envoltura” como para usarlo a escala.

Así que cuando leí por primera vez que Trustless Bitcoin Vaults también acuña algo llamado vaultBTC en Ethereum, mi reacción inicial fue el escepticismo, porque sobre el papel suena exactamente como WBTC con un cambio de marca. Un token que representa Bitcoin bloqueado, acuñado en Ethereum, usado como colateral. La misma forma, el mismo discurso; asumí.

La diferencia aparece cuando miras quién puede mover ese token y por qué. WBTC y cbBTC se acuñan y se queman a discreción de un custodio. Las transferencias de vaultBTC están restringidas al Aave V4 Hub, al Babylon Core Spoke y al contrato adaptador, y el rescate de vuelta al Bitcoin nativo pasa por una prueba de conocimiento cero de un evento en Ethereum en lugar de una firma del custodio. No hay un consorcio de firmantes ni un tercero con control discrecional sobre el BTC subyacente. A distancia parece un token envuelto. De cerca, la autoridad de acuñación es criptografía, no una empresa.

Babylon no está ejecutando un “envoltorio” custodial con un marketing más convincente. vaultBTC solo existe como un recibo restringido de BTC que la criptografía, y no un custodio, acordó liberar, y esa distinción es el punto completo del diseño.

@BabylonLabs_io $BANK $ON $BABY #baby

Trustless se usa como una descripción de la criptografía en Trustless Bitcoin Vaults, y en esa capa se gana la palabra: las condiciones de gasto de la bóveda se aplican mediante el script de Bitcoin y pruebas, no por una empresa. Quería comprobar si esa misma palabra aplica un nivel por encima, es decir, si la bóveda realmente puede conectarse a Aave sin el permiso de nadie.

No puede, todavía. Aave v4 organiza la liquidez a través de un Hub que concede líneas de crédito a Spokes individuales, y Stani Kulechov ha dicho con claridad que los nuevos spokes no son permissionless mientras la arquitectura aún es joven: lo describió como ejecutar “de una manera muy controlada, con ruedas de entrenamiento”, y que la gobernanza del DAO decide qué se conecta. Los spokes de BTC propios de Babylon pasaron por una propuesta formal de Temperature Check en el foro de gobernanza de Aave antes de que se enviara nada a testnet. Para incluirse, se necesitó una votación, no solo una firma.

Así que la propia bóveda, la parte que bloquea tu Bitcoin, sí funciona sin un intermediario de confianza. La parte que permite que esa bóveda tome prestado contra la liquidez de Aave pasa por un DAO que puede decir que no. Ambas cosas son ciertas al mismo tiempo, y solo una de ellas es lo que normalmente implica “trustless” para alguien que se limita a leer el titular.

Babylon es trustless en lo que respecta a la custodia: las condiciones criptográficas sustituyen a cualquier custodio. Babylon no es permissionless en lo que respecta al acceso: la gobernanza de Aave todavía decide qué spokes obtienen liquidez. TBV es minimización de confianza de extremo a extremo, no permissionless de extremo a extremo.

@BabylonLabs_io $ON $BTW $BABY #baby

Antes de BitVM3, el equipo de Babylon realizó experimentos reales con BitVM2 para el tipo de verificación de pruebas que necesitan sus bóvedas, y los costos de transacciones on-chain volvieron con un valor superior a los 16.000 dólares por operación, una cifra que mata cualquier esperanza de uso por parte de consumidores minoristas. La respuesta del equipo fue reconstruir la verificación alrededor de circuitos garbled en lugar del método de prueba por fragmentos (chunked proof) que usaba BitVM2: movieron casi toda la computación fuera de la cadena y dejaron a Bitcoin con un compromiso mínimo para comprobar. Investigaciones independientes sobre el diseño sitúan la mejora de eficiencia en más de 1000 veces frente a BitVM2, con una transacción de assert de cerca de 56 kilobytes y una transacción de disprove de cerca de 200 bytes, frente a transacciones que solían ocupar entre 2 y 4 megabytes.

Eso es una victoria real de ingeniería, y no salió gratis. El enfoque anterior por fragmentos mantenía más lógica de verificación legible directamente en Bitcoin, aunque fuera caro. Los circuitos garbled comprimen esa lógica en un bloque opaco que solo tiene sentido durante una ceremonia específica fuera de la cadena entre partes específicas, y es precisamente por eso que los críticos señalan que la honestidad del montaje se convierte en un nuevo supuesto. Babylon eligió priorizar el costo.

Babylon no está optimizando aquí por pureza criptográfica; optimizó por costo. Incapaz de mantener la verificación tanto barata como totalmente legible en Bitcoin, el equipo transformó un problema de 16.000 dólares en uno de aproximadamente 9 y aceptó una nueva clase de confianza fuera de la cadena a cambio. Ese es un intercambio deliberado, no una omisión.

@BabylonLabs_io $BANK $BTW $BABY #baby

Ask anyone who has watched a DeFi position get margin called what a liquidation looks like and you will hear the same story: a price feed ticks past a threshold, a bot notices before you do, and your collateral gets seized in the time it takes to refresh a browser tab. It is reasonable to assume Bitcoin collateral through Babylon's vaults would work the identical way once it lands on a lending market.

It does not, at least not by that mechanism. A Babylon vault only releases locked BTC to a liquidator when that liquidator submits a valid zero knowledge proof confirming the loan terms were actually broken, not when an oracle price crosses a line on a dashboard. The proof has to verify against the smart contract state before Bitcoin script will let funds move, and Babylon's design layers in a challenge period so a contested claim can be disputed before it settles for good.

The assumption that liquidation always means an automated price race misses what actually gates the outcome here. Price movement can still trigger eligibility on the lending market's side, but the Bitcoin side will not hand collateral to anyone who cannot produce cryptographic proof the breach genuinely happened, and a contested claim gets a window to be challenged rather than settling instantly, a slower and more dispute resistant process than the bot races most DeFi users expect.

Babylon's vaults don't liquidate the way most DeFi collateral does, racing a price oracle the instant a threshold breaks. They gate every seizure behind a verified proof and a challenge window, trading the speed of an automated bot for a process that a false claim cannot simply outrun.

@BabylonLabs_io $AKE $BABY #baby

@BabylonLabs_io $BANK $DEXE $BABY #baby

Tengo un primo que la gente siempre confunde con su hermano mayor: el mismo paso, la misma risa a la distancia. De cerca, no se parecen en nada; uno colecciona relojes vintage, el otro no puede con la idea de comprobar la hora. Crypto Twitter hace lo mismo con los puentes de Bitcoin.

Cada vez que un proyecto dice que conecta Bitcoin con otra cadena, el reflejo es llamarlo “puente”, y los puentes tienen un historial irregular: miles de millones perdidos por exploits porque un custodio de token envuelto o un multisig se convirtió en el único punto de fallo. Las bóvedas de Babylon se meten en esa categoría por defecto.

La comparación falla en los mecanismos. El lenguaje de scripting de Bitcoin no tiene convenios, no hay forma de restringir nativamente cómo una transacción futura puede gastar fondos; y es justamente por eso que los puentes clásicos sin confianza han sido tan difíciles de construir sin algún grupo de custodia en algún lugar. Las bóvedas de Babylon lo evitan al bloquear BTC en un UTXO controlado por transacciones pre-firmadas, condicionadas criptográficamente, directamente en Bitcoin, no en un activo envuelto en otra parte. Cada bóveda se aísla por usuario en vez de agruparse en una dirección custodial compartida, y todo el diseño funciona sobre Bitcoin tal como existe hoy: sin nuevos opcodes, sin soft fork y sin cambios de consenso necesarios.

Eso es lo contrario del patrón de puente con multisig. No hay un “respaldo” mancomunado para que un atacante lo drene en una sola transacción, porque los fondos nunca se agruparon de entrada. La superficie de riesgo que hizo que los puentes del pasado se convirtieran en titulares por hacks simplemente no está presente aquí con la misma forma, aunque aparezcan riesgos nuevos y distintos en su lugar.

Babylon no es un puente que lleva un nombre nuevo: es más bien un “buzón” de bloqueo autoejecutable que, casualmente, lee estado desde otras cadenas.

#baby @BabylonLabs_io $DEXE $BANK $BABY

Un huerto comunitario cerca de mi antiguo apartamento mantenía un cobertizo de herramientas compartido, sin llave, de “primero llegado, primero servido”, gestionado por un comité rotativo que decidía quién obtenía las buenas palas durante las épocas secas. Nadie podía decir que las herramientas no se compartían. Nadie podía decir tampoco que el comité no fuera el verdadero guardián.

De los 10 mil millones de tokens BABY planeados, el 15%, es decir, 1.500 millones de tokens, se encuentran en un “bucket” de incentivos comunitarios administrado por la Babylon Foundation. A diferencia de los 1.500 millones del equipo, que siguen un calendario de 4 años con un período de 1 año de cliff, o de los 3,05 mil millones asignados a inversionistas iniciales, que desbloquean 1/36 cada mes mediante un calendario que se extiende hasta abril de 2029, la asignación comunitaria ya está en gran parte desbloqueada y puede distribuirse en cualquier momento que la Fundación elija. Un apartado dentro de ese “bucket”, 121,6 millones de BABY, está reservado específicamente para campañas de marketing de Binance, liberadas seis meses después del lanzamiento del mainnet de Babylon Genesis en abril de 2025. Las asignaciones de construcción del ecosistema e I+D, 18% cada una del suministro total, funcionan de manera similar: 25% desbloqueado inmediatamente al lanzamiento, y el resto con liberación lineal durante 3 años, también bajo discreción de la Foundation. En conjunto, las categorías de ecosistema, I+D y comunidad suman el 51% de todo el suministro de 10 mil millones de tokens, que queda bajo algún tipo de liberación temporizada por la Fundación en lugar de una fórmula pública fija. Así, las mayores asignaciones no vested no son reclamadas por los usuarios mediante reglas predecibles: se liberan a juicio de la Fundación, y se programan alrededor de alianzas con exchanges tanto como del crecimiento orgánico del ecosistema. ¿Es esa propiedad comunitaria, o un gasto dirigido por la fundación con una etiqueta de comunidad?

Ambas lecturas guardan algo de verdad. Los tokens sí llegan a usuarios y constructores con el tiempo, pero el ritmo y el destino siguen decidiéndose de forma central, y sin criterios de liberación recurrentes más claros, llamarlo una propiedad comunitaria pura lo exagera.

La báscula de mi mercado de agricultores tiene una pequeña demora antes de que se fije un peso. Mi tío, que vende raros tomates de herencia, calibró su báscula para tener una demora más larga que el puesto de al lado que vende maíz. Los artículos raros atraen más el “juego” con los precios, dijo, así que quería un tiempo extra antes de que el número se estabilizara.

El motor de emparejamiento de GRVT ejecuta la misma lógica a nivel del libro de órdenes. Las parejas principales reciben un “bache” de 25 milisegundos antes de que una orden pueda ejecutarse, mientras que las altcoins reciben uno de 50 milisegundos, duplicando la demora, específicamente para reducir el flujo tóxico: ese tipo de “caza” de cotizaciones ultrarrápida que castiga las órdenes en reposo en libros más delgados. Las principales tienen suficiente profundidad para absorber flujos de movimiento rápido sin demasiados daños; las altcoins no, así que el motor ralentiza más donde el riesgo de que te “recojan” es mayor. El programa de market maker aplica una asimetría similar al proceso de incorporación (onboarding) y no a la ejecución. Un market maker que ya está activo en otro exchange y migra a GRVT recibe automáticamente una categoría Bronze durante catorce días, con beneficios de reembolso ajustados desde ahí, en lugar de empezar desde un punto de volumen cero como lo haría un participante totalmente nuevo. Eso elimina específicamente la penalización por “arranque en frío” para la liquidez que GRVT quiere atraer rápidamente. En el lado de las comisiones, cada categoría especial por encima del Nivel 9 converge a la misma comisión de tomador, así que la escalera premia el aumento de volumen solo hasta cierto punto y luego se aplanan en vez de escalar indefinidamente. Ninguna de estas tres mecánicas son reglas uniformes aplicadas en todas partes; cada una se ajusta a un riesgo específico o a un tipo específico de participante.

GRVT no aplica una sola velocidad uniforme ni una sola regla de incorporación uniforme en cada mercado y para cada trader; ajusta la demora de emparejamiento y el tratamiento de reembolsos según el riesgo a nivel de par y según si la liquidez es nueva o está migrando.

@grvt_io #grvt $LAB $VELVET

Mi casero una vez me dio una llave de repuesto que solo abría el buzón; nada más en el edificio. Recuerdo haber pensado que era excesivo para un buzón. Años después entendí el punto: no estaba entregando confianza, estaba entregando exactamente la cantidad de acceso que requería una tarea y nada más.

Esa es la misma lógica que está dentro del rollup Keystore de Newton. En lugar de darle a un agente de IA todo el poder de firma de tu wallet, Keystore te permite acotar permisos a derechos específicos y estrechos: gastar hasta este límite, operar solo con este par, actuar solo dentro de esa ventana de tiempo. Estos alcances viven en la cadena y se aplican de forma criptográfica, no a través de una promesa que haga el operador del agente y que podría fallar. El rollup también gestiona transiciones de estado entre cadenas, de modo que un permiso concedido en una cadena se mantiene coherente mientras las acciones del agente se propagan por las demás.

El intercambio es real. El ajuste fino de permisos implica más configuración y más decisiones que el usuario debe tomar antes de que un agente pueda empezar a trabajar: límites de gasto, ventanas de tiempo, listas de activos, reglas de revocación. Un sistema más simple solo pediría una aprobación general y avanzaría más rápido hacia la parte divertida. Newton eligió a propósito el camino de incorporación más lento, apostando a que las personas que delegan el control financiero en software autónomo realmente quieren la llave del buzón, no la llave maestra, incluso si configurar ese alcance toma unos minutos adicionales de entrada. Las session keys construidas sobre la misma lógica de acotación permiten a un usuario revocar o actualizar un permiso en pleno proceso sin tocar el resto de la wallet, lo cual importa una vez que tienes más de un agente funcionando al mismo tiempo.

Newton no está optimizando para la configuración más rápida posible de un agente; está optimizando para el radio de impacto más pequeño posible cuando algo sale mal, y eso dice más sobre para quién está construido el protocolo que cualquier lista de funciones.

@NewtonProtocol $NEWT #Newt $LAB $VELVET

Una vez supuse que mi cuenta de ahorros solo pagaba intereses si dejaba el dinero completamente inmóvil durante un año entero, así que evitaba mover ni un centavo. Más tarde, un banquero me dijo que los intereses se calculaban todos y cada uno de los días, independientemente, y que todo mi año de inacción paranoica no me había reportado nada extra.

La mayoría de la gente asume que un intercambio de futuros perpetuos solo te paga si estás abriendo y cerrando activamente posiciones apalancadas; que el saldo ocioso simplemente queda como colateral muerto, esperando ser utilizado. GRVT ejecuta un programa Earn on Equity que paga aproximadamente un 10% de rendimiento anualizado sobre el patrimonio de la cuenta en sí, no sobre las operaciones realizadas ni sobre el volumen generado. No hay un periodo de bloqueo asociado: los fondos permanecen totalmente disponibles para margen o retiro en cualquier momento. El rendimiento se capitaliza cada 4 horas en lugar de una vez al día o una vez al mes, así que un saldo en una subcuenta sigue acumulándose en incrementos pequeños durante todo el día, independientemente de si ese día se ejecuta o no alguna orden. Un trader que deposita colateral y nunca abre una posición igual ve crecer ese saldo, únicamente por permanecer en la plataforma como capital publicado: no hay umbral de volumen, no hay un número mínimo de operaciones, no hay un nivel que desbloquear primero. Esto contradice la suposición común de que las bolsas de derivados solo recompensan la actividad, ya que aquí la recompensa se asocia a la presencia, no al movimiento, y un trader prudente que espera semanas para el setup adecuado obtiene la misma tasa subyacente que alguien que abre y cierra posiciones cada hora. La mayoría de los lugares competidores vinculan el rendimiento al volumen de trading o a un producto de staking separado que bloquea el activo fuera del uso con margen, obligándote a elegir entre ganar y mantenerte listo para operar. Aquí esa elección no existe: el mismo saldo respalda posiciones abiertas y, a la vez, acumula rendimiento, en un reloj de 4 horas que nunca se detiene.

GRVT no requiere operar constantemente para generar un retorno; el estereotipo de que los saldos ociosos de un exchange no ganan nada es falso aquí: el patrimonio en sí es el activo productivo, independientemente de la frecuencia con la que el trader haga clic para comprar o vender.

@grvt_io #grvt $LAB $VELVET

Un vecino mío conduce para una app de entregas y jura que todo el trabajo consiste únicamente en demostrar que llegaste a tiempo. Una vez le pregunté si alguien comprueba que haya entregado el pedido correcto en la puerta correcta, y se rió y dijo que en realidad nadie lo hace: el sistema solo se fija en que la app indique como entregado. Esa diferencia entre probar que algo ocurrió y probar que ocurrió correctamente se me quedó grabada más tiempo que la conversación.

Las redes de “keepers” como Gelato, Keep3r y Chainlink Automation existen para activar una acción predefinida cuando se cumple una condición: reequilibrar un pool, liquidar una posición, ejecutar una orden limitada. Y lo hacen realmente bien. Lo que ninguna de ellas hace es demostrar que la decisión subyacente que disparó el “trigger” en sí misma fue correcta; solo confirman que la función se ejecutó, no que ejecutarla fuera la decisión correcta dadas todas las demás cosas que están ocurriendo onchain en ese momento. La red de operadores de Newton, en cambio, respalda cada decisión de permitir, rechazar o poner un tope con una prueba verificable; es una cuestión diferente, totalmente, de si una acción se disparó a tiempo.

La propuesta de Keep3r siempre ha sido pagar a “keepers” para una ejecución fiable y eficiente en gas: ahí los indicadores que importan son la velocidad y el costo, no el criterio. La red de operadores de Newton, por contraste, tiene que alcanzar el quórum y producir una prueba antes de que un veredicto cuente siquiera, lo cual es más lento por diseño y tiene su precio.

Entonces, ¿compiten? Solo en parte. Un vault podría usar una red de keepers para ejecutar un reequilibrio y usar Newton para decidir si ese reequilibrio debería permitirse o no, y ninguno reemplaza el trabajo del otro. Si esa distinción realmente importa a un desarrollador al elegir infraestructura hoy, o si solo importa cuando algo sale mal y alguien pregunta por qué una transacción técnicamente exitosa fue, aun así, la equivocada, es algo que el uso real de Newton aún no ha respondido del todo. Me inclino a pensar que importa más en el momento en que hay dinero real en juego, pero eso es una conjetura, no un hecho confirmado.

@NewtonProtocol $NEWT #Newt $LAB $EVAA