伊什塔尔

Una frase, "esta ganancia y pérdida ya ha sido liquidada", en las reglas de los contratos perpetuos solo puede considerarse una declaración pendiente de arbitraje.

Tomando como contexto el modelo de fondo de liquidez multi-activo de Tribe Perpetual, supongamos que la supervivencia de una posición depende de una serie de números enviados por un oráculo externo. A nivel de negocio, lo que hay que tratar no es cómo se retransmite el mensaje, sino si el propio arbitraje se sostiene: qué posición concreta ancla la declaración, si los datos de precio presentados coinciden con ella, si el contrato on-chain puede completar la verificación de forma independiente y qué facultades de disposición concede el resultado de esa verificación al motor de liquidación. Si falta un umbral de acceso, cualquier nodo puede enviar cotizaciones favorables; si faltan pruebas verificables, el protocolo pierde la base para aceptar o rechazar.

Por ello, la verificación del oráculo ocupa una capa intermedia en el arbitraje de negocio. Convierte "tal fuente lo informó así" en "estos datos pueden ser auditados", y luego entrega la conclusión de la auditoría a la lógica de liquidación. Esta posición determina si una posición puede liquidarse de forma consistente, y también si el mismo fondo de liquidez puede ampliarse a más pares de activos, en lugar de ser una mera nota de precios prescindible.

Las investigaciones relacionadas con la transmisión de precios de baja latencia y los supuestos de seguridad de los derivados on-chain sitúan precisamente ahí el núcleo del problema: los artículos y las propuestas de infraestructura exploran el coste, la latencia y los límites de juego de los oráculos basados en pull, y usan escenarios de liquidación de contratos perpetuos para ilustrar la importancia de la verificación de precios para los derivados on-chain. Solo constituyen contexto de investigación; únicamente pueden explicar por qué una reclamación de precio difícilmente puede ser aceptada, no pueden presentarse como prueba de que TMX haya integrado actualmente una solución concreta de oráculo, y mucho menos como evidencia definitiva de la arquitectura del producto.

La práctica temprana de los perp DEX también demuestra que un fondo de liquidez no necesita depender de un libro de órdenes tradicional para completar una liquidación verificable de posiciones con alto apalancamiento; esto solo complementa la orientación de que el market making capital-efficient no tiene por qué migrar a un CEX, y no interviene en el proceso de arbitraje de este artículo.

Volviendo a la observación de una posición de TMX, solo me queda una pregunta: ¿qué información verificable respalda este estado de liquidación?
#termmax @TermMax

Desarmé el relato de “tipo de interés fijo” de TermMax siguiendo el recorrido del capital, paso por paso. En el título destaca mucho el “bloqueo de rendimientos predecibles”, pero no es una cuenta de ahorros que, tras depositar los tokens en un Vault, se auto-genera periodicamente. El flujo real es este: el usuario publica una oferta con precio para el vencimiento en el libro de órdenes P2P; el prestamista compra FT para fijar el tipo de interés; el prestatario aporta como colateral para obtener GT con apalancamiento. Lo “fácil” es que el usuario mete el capital en un Curator Vault, y este va rotando el capital entre pools aislados para hacer arbitraje. En el medio hay cuatro capas: emparejamiento de órdenes, custodia del colateral, liquidaciones con apalancamiento y curaduría de la estrategia.

@TermMax_ts descompone los derechos de cobro y el apalancamiento en contratos con vencimiento usando FT/GT; el Curator captura el diferencial, y la entrega física sustituye a un pool como respaldo del capital. Esto se parece más a usar una propiedad como garantía para un préstamo con tipo fijo, y luego encargárselo a un gestor de fondos para que haga operaciones apalancadas. El certificado de la propiedad sigue en tus manos, y eso no significa que el prestatario no vaya a liquidarse en caso de explosión de riesgos, ni que el gestor de fondos pueda cubrir los costos.

Pero el riesgo no se puede mirar solo la etiqueta de “tipo de interés fijo”. La liquidez del libro de órdenes P2P está dispersa: la oferta podría no tener contrapartes ni siquiera cuando llegue el vencimiento. La volatilidad del colateral en el lado del préstamo puede disparar la liquidación del GT. Y en una entrega física, si hay incumplimiento, lo que recibes es un activo colateral con descuento, no el principal completo: si la base es un token de baja liquidez o un RWA, las pérdidas de la liquidación podrían comerse todo el rendimiento. La selección y la gestión de pools del Curator Vault, junto con las comisiones, erosionan el rendimiento neto. Un apalancamiento con un clic no significa que, cuando ocurra un desplome, el ratio de colateral no vaya a romperse. En el documento está todo lleno de “could” y “aim to”; el historial de TVL y billeteras registradas ya es cosa del pasado, y la permanencia real tras el TGE sigue siendo una incógnita.

Así que a mí en #TMX me importa más el cierre del ciclo del capital que la lista de acuerdos “blue chip”. Si TMX quiere demostrar que “la idea no va antes que el producto”, debería divulgar también: tasa de éxito del emparejamiento de órdenes y el ciclo hasta la ejecución; registros de liquidación de GT y el deslizamiento; tasa de descuento en la entrega física; anualización neta tras comisiones del Vault y el máximo drawdown; historial de seguridad del cruce de cadena de OFT; y la dilución de las ganancias por staking causada por los desbloqueos de tokens. El “tipo de interés fijo” responde si “¿cambiarán los intereses?”, pero no responde “¿puedes recuperar el principal íntegro al vencimiento?”.

PENDLE MORPHO AAVE
#termmax @TermMax $BTC

Hoy cambiemos de perspectiva técnica y profundicemos en un defecto estructural del diseño del producto de la bóveda de TermMax: prohíbe que el fondo de liquidez asocie órdenes de rango de préstamo. Muchos usuarios, al estudiar el libro blanco, suelen saltarse estos parámetros de órdenes tan crípticos, pero esta pequeña restricción de código, en realidad, bloquea directamente el espacio de supervivencia de toda la bóveda en un entorno adverso.

En un entorno DeFi complejo, una estrategia de rendimiento madura no consiste simplemente en depositar dinero y cobrar intereses. Los gestores profesionales de capital suelen utilizar órdenes de rango de préstamo para construir coberturas bidireccionales, o para realizar ajustes dinámicos de posiciones dentro de un intervalo de precios específico, aislando así el riesgo de caídas unilaterales. Pero TermMax simplemente confiscó esta herramienta de los curadores a nivel de protocolo.

Esto conduce a una situación muy incómoda: no importa cuán ingeniosamente configure el curador las reservas iniciales, ni cuán frecuentemente ajuste el límite de capacidad, la dirección estratégica de todo el fondo queda fijada por la fuerza como una “posición larga muerta”. Cuando todo el mercado afronta un desapalancamiento sistémico, el curador, aparte de mirar impotente cómo la liquidez de los activos de deuda subyacentes se agota, no tiene absolutamente ningún medio de cobertura o contramedida.

Este espacio estratégico defectuoso determina que solo pueda ser un juguete “limitado al mercado alcista”. Para desenmascarar la verdadera naturaleza de esta pseudoestrategia apta para cualquier clima, solo necesitamos tomar días extremos en los que la caída diaria de los precios de las principales monedas supere el 15% y comparar el retroceso de esta bóveda con la diferencia de retroceso de protocolos de estrategias neutrales similares. Si su valor neto cae en caída libre vertical bajo esta presión, se demuestra que esta autorización operativa mutilada es extremadamente irresponsable. Como inversor racional, de ninguna manera se debe confiar una gran cantidad de fondos a un protocolo a medio hacer que ni siquiera cuenta con herramientas de cobertura.
#termmax @TermMax $BTC

La noche en que agarré el móvil para leer el white paper de TermMax, no dejaba de pensar: en el mercado de préstamos DeFi, ¿lo que realmente falta es un rendimiento más alto, o la certeza de saber cuánto recuperarás antes de prestar? Hoy en día, en la mayoría de los protocolos, la tasa cambia minuto a minuto según el nivel de utilización; no es raro que hoy quede fija en 4% y la semana que viene suba a 12%. @TermMax

TermMax no se apresura a competir por APY dentro de las tasas variables, sino que toma la "certeza de la tasa de interés" como su producto central. La documentación oficial lo dice sin rodeos: mediante una arquitectura de tres tokens, separa la deuda en «derecho al principal» y «derecho al rendimiento restante»; cada mercado opera con su propio libro de órdenes, el Curator define la curva de precios y los Vaults quedan naturalmente aislados entre sí.

Pero "tasa fija" no significa que puedas bloquearla cuando quieras. Solo al leer el white paper entendí: cada mercado de vencimiento se agrupa en un pool independiente, y si la profundidad de las órdenes del Maker no es suficiente, la operación simplemente revierte. En caso de incumplimiento, no hay rescate por parte del protocolo, sino liquidación en especie: el prestamista recibe los activos colaterales de forma proporcional. Por ejemplo, si prestas USDC para obtener rendimiento fijo, al final podrías recibir WETH; el APR que aparece en la interfaz solo puede tomarse como referencia.

También hay que tener claro el tema de seguridad. La plataforma oficial depende de un sistema de doble oráculo, y tanto el riesgo de los contratos inteligentes como la congestión de la blockchain pueden afectar la liquidación. DeFiSafety le dio una puntuación de 93%, pero una puntuación alta no significa que no existan riesgos operativos; hace falta que un Curator profesional mantenga la profundidad de las órdenes.

Así que, en mi opinión, TermMax se parece más a una herramienta de contratos de tasa con estructura temporal que a un producto de ahorro de liquidez, y no encaja en absoluto con las finanzas de rendimiento simple y corriente. Lo más importante debería ser la precisión en la fijación de precios del Curator, la profundidad del libro de órdenes de cada mercado de vencimiento y el comportamiento de liquidez de los activos colaterales en escenarios de liquidación en especie. No está de más reevaluarlo después de que pase el TGE y el mercado haya atravesado más volatilidad. ¿Qué opinas de este enfoque de diseño que convierte la certeza de la tasa de interés en el producto central?
#termmax $BTC

Anoche volví a trasnochar y repasé otra vez el mecanismo de liquidación y gestión de riesgos de @TermMax . En un principio solo quería estudiar cómo se fijan las líneas de liquidación y cómo funciona la lógica de liquidación forzosa en escenarios extremos, pero cuanto más calculaba, más interesante se volvía. En el grupo todos estaban comentando a gritos si TMX podría multiplicarse varias veces al abrir, o si los grandes tenedores terminarían generando presión de venta y desplomando el precio, pero el tratamiento del riesgo de cola y la respuesta elegante que describe el libro blanco es mucho más fascinante que las fluctuaciones del precio a corto plazo. DeFi lleva tanto tiempo pregonando la entrada de instituciones y la sustitución de la banca tradicional, pero en cuanto aparece un cisne negro, se producen liquidaciones, incluso quiebras con pérdida total; con un nivel de control de riesgos así, ¿cómo podría atraer realmente capital de gran escala?

En los mecanismos tradicionales de liquidación, los liquidadores competían por órdenes mediante multas abusivas, los prestatarios soportaban un deslizamiento enorme y, en cuanto el mercado oscilaba con fuerza, era muy fácil desencadenar una cascada de liquidaciones; el colchón de seguridad era tan fino como el papel. Los fondos de liquidez parecen ofrecer altos rendimientos anuales, pero en realidad todo depende de que el usuario común absorba el riesgo de cola.

TermMax ha cambiado el enfoque de la liquidación. Introduce una conversión dinámica del ratio de colateral y una zona de amortiguación de alerta, y, junto con el emparejamiento profundo del AMM de Range Order en cadena, transforma el proceso de liquidación de un “precipicio violento” en una “salida suave”. El sistema incluso puede ajustar en tiempo real el margen de arbitraje de cierre de posiciones según la profundidad de liquidez del activo, sin dar oportunidad a los liquidadores de saquear de forma maliciosa y garantizando al mismo tiempo la absorción y cobertura inmediatas de los malos créditos subyacentes.

Este diseño, que entrega por completo el control de riesgos a la teoría de juegos matemática y al matching algorítmico, encierra directamente el riesgo de cola en una estricta jaula lógica. Aunque tras el TGE habrá que observar la volatilidad del mercado y los vacíos de liquidez, TermMax ha convertido la “incertidumbre de liquidación”, que es lo que más temen las instituciones, en un módulo estandarizado de gestión de riesgos. En el momento en que cerré el documento, lo que me vino a la mente no fue “otro protocolo que emite tokens, ¿entro o no?”, sino la sensación de que realmente está completando una pieza fundamental de la infraestructura de DeFi. Esa base de seguridad sólida resulta más emocionante que cuánto suba TMX.
#termmax $BTC

我拉完Babylon最近的链上交互数据后，发现了一个非常魔幻的现象：散户都在盯着双质押的表面APR，却完全忽略了写在智能合约底层的准入天花板。我刚看白皮书时，也理所当然地把BABY塞进了“治理币混口饭吃”的分类里。直到我把FP的入驻条件拆解到底层，才发现大错特错。

BABY根本不是负责活跃气氛的，它是整个系统不崩盘的底座。

提到“共质押”，人们总以为是天上掉两份馅饼。但Babylon的内核极为严苛：FP节点想吸收更多散户的BTC，它的接单上限完全是被自身质押的BABY数量卡死的。这绝非单纯的利益分配，而是冷冰冰的验资程序。

这背后的博弈很精彩：如果FP可以不质押BABY就去接管BTC，那么它作恶的成本就是散户的本金，自己稳赚不赔。BABY的自押要求，就是给节点戴上紧箍咒，让它的个人资产和散户委托同生共死。这不是让你多赚钱的门路，而是让你作恶前先摸摸自己口袋底线的达摩克利斯之剑。

传统的治理代币，逻辑是“持币就有权，涨跌靠喊单”。但在Babylon的生态里，BABY的逻辑是“锁仓才有路，上限靠BTC”。没有BABY，你连当FP的资格都没有。就像在ETH生态里运行Validator必须要有底层资产一样，BABY是Babylon的入场券。

如果说把BTC跨链是资产层面的互通，那BABY更像是一个物理层面上的过载保护开关。BTC提供共识动力，BABY负责给每一个节点限流，确保风险可控。BABY看着是个可以炒作的币，但本质上干的是协议调控的苦力活。这种将节点利益与委托资产强行挂钩的机制，才是维系整个共识安全的核心制动系统。
#baby $BABY

Presta más atención a los cambios de estado en la cadena Babylon y verás que cada día entran y salen Proveedores de Finalidad (FP) de la lista activa. Muchos inversores se sienten desconcertados; en realidad, la causa está escrita en las reglas de admisión del contrato inteligente. En Babylon, si juegas a hacer staking pero no te tomas en serio la tasa de auto-staking de $BABY , al final el único que se verá perjudicado será tu propia cartera.

Este sistema es mucho más complejo que un simple staking en ETH: depende de una verificación en dos capas. La capa inferior es la red de $BTC, inamovible, que se encarga de la confirmación de los timestamps de los UTXO; la capa superior es la red de penalización de staking conjunto construida con BABY. Los FP, como nodos intermedios, si quieren “captar clientes” y ganar dinero, deben aportar su propio BABY y vincularlo con el capital delegado de todos, para alcanzar el porcentaje mínimo exigido por el sistema.

Esa es la espada de Damocles colgando sobre la cabeza de cada nodo. Si el dinero del propio nodo es demasiado poco, ante una ligera caída del mercado o si el capital delegado se expande de repente, su tasa de colateral se desalineará. En el siguiente segundo, lo expulsarán del conjunto válido y, de inmediato, se detendrán los rendimientos en BTC de todos los delegadores. Si además se activa un slash más grave, no solo se destruirán las porciones del lado de BABY mediante la máquina de estados BSN, sino que del lado de BTC también se extraerá la clave privada directamente mediante el mecanismo EOTS para confiscarla.

Además, no dejemos que los altos importes de auto-staking “de fachada” nos cieguen. Ten en cuenta que BABY tiene un ciclo de desbloqueo: si los FP usan montos cercanos al desbloqueo temprano para “llenar el cupo”, entonces eso se convierte en una bomba de tiempo. En cuanto ellos hagan cash-out, los delegadores tendrán que enfrentarse a un largo período de 14 días de des-bloqueo sin rendimiento. Verificar la naturaleza real del capital del nodo con indexadores avanzados y usar la alta tasa de auto-staking como condición de filtrado obligatorio es la postura correcta para participar en el ecosistema Babylon.
#baby $BABY

当我盯着 Babylon Genesis 的质押面板时，最让 BABY 持有者心里没底的，不是那个跳动的总质押数，而是“流通量”和“真实可抛售量”之间到底隔着多少天。

这和“提交了辞职报告”等于“明天工位就空出来”是一个道理。BABY 的解绑流程在链上要走完委托撤销、进入 21 天冷却期、等待自动解锁、余额重新变为 transferable 这几个节拍。如果某个数据聚合器在冷却期刚开始就把这部分币算回流通供应，或者在期满前一直把它们锁在“质押”栏里，那推出来的 FDV 稀释压力和实际抛压之间，就隔着整整一个 unbonding 窗口的时差。

我认可官方浏览器把 unbonding 单独拆列，因为至少让用户看见了“正在路上”的筹码。但第三方面板往往没这个耐心——为了凑出一个漂亮的“质押率”或“流通市值”，它们要么把冷却中的代币全算死仓，要么一到期就全算活水，中间那 21 天的灰度地带被一笔带过。

真正需要警惕的，是有人拿着“质押率突破 70%”的图表讲 BABY 的筹码高度锁定，却不去核对那 70% 里有多少已经按下了退出键、正在排队离场。冷却期的 BABY 既不能再委托吃收益，也还没回到钱包能被砸盘；它是一批“已声明意图但尚未兑现”的筹码，在统计口径里最容易被两边各取所需地挪用。

所以我看 BABY 的链上账本，会先看 unbonding 队列的深度和到期分布，再问面板上的“Staked”和“Circulating”到底以哪个区块为界、有没有把冷却中余额算进流通。BABY 的故事越依赖“低流通、高质押”的稀缺叙事，这些数字的切分就越不能只靠前端一行汇总。

好的数据面板不是把复杂状态压成一行漂亮数字，而是让人一眼看出：哪些币还在“坐牢”，哪些已经“递交了假释申请”，哪些真正拿到了释放令。
IDOL BEAT
#baby $BABY

Vaya, en la sección 10 del libro blanco le pusieron a BABY un “sello de gobernanza”, y al pasar a la página siguiente, en el modelo económico, ese sello se convirtió directamente en la llave de arranque de una máquina de imprimir dinero. La forma es correcta; la sustancia, totalmente torcida.

La “gobernanza” es la coartada más versátil en Crypto. Los poseedores de BABY pueden votar para seleccionar plantillas de tesorería, ajustar tarifas y decidir qué cadenas PoS pueden conectarse; suena como si tuvieran el volante en la mano. Pero lo que de verdad está soldado es el script de staking de la sección 8 y la ruta EOTS de la sección 9: el ratio de liquidación, la ventana de desafío y las condiciones de penalización ya están moldeadas en BitVM3. Las votaciones de Snapshot pueden aprobarse, pero el script de Bitcoin no reconoce el consenso fuera de cadena. El poder de gobernanza se ha encogido de “modificar la vía” a “pegar carteles”.

Lo más sutil es la estructura de incentivos: BABY necesita co-staking para que la gobernanza tenga efecto, y la cadena PoS elegida por votación determina directamente la seguridad del bloqueo y el rendimiento de BABY. El profesor vigilante se presenta él mismo a contestar el examen, y además la nota está ligada a su salario.

Lo más intrigante es el ritmo temporal. Los máximos de desbloqueo de los tokens del equipo y de las instituciones coinciden con precisión con el lanzamiento de las primeras plantillas de tesorería y el inicio de las propuestas de gobernanza. Si el poder de gobernanza tuviera realmente un valor independiente, la curva de desbloqueo sería más pausada; pero eligió resonar al mismo tiempo que los “eventos de gobernanza”. Los parámetros de genesis son la verdadera primera votación: en esa votación, solo el compilador y los de dentro recibieron invitación.

Siendo sinceros, la etiqueta “gobernanza” sí pasa mejor el control regulatorio que “herramienta especulativa”. Pero el plan parte de una premisa: que todos los BTC silenciosos están esperando a que los poseedores de BABY decidan su destino por ellos. Decir eso desde la boca del equipo del proyecto tiene el mismo olor que vender “amuleto de aprobado” a la puerta del examen de acceso a la universidad. Cuando una verdadera ballena dormida despierte, y miles de tesorerías se activen simultáneamente para extraer EOTS, los poseedores de BABY seguirán votando por “si sale o no la novena plantilla de tesorería”. La resolución del poder de gobernanza y los píxeles del riesgo sistémico ni siquiera están en la misma capa.

¿Tú crees que BABY es el navegador de BTC, o la caja negra del equipo del proyecto?

Aviso legal: esta mañana revisé la cartera fría; BTC sigue ahí, relajado. Sin BABY, sin obligación de gobernanza, sin cuenta atrás de desbloqueo. Pura parcialidad de un acaparador de monedas; al invertir, recuerda el principio TITANIC: Trust In Trezor, Avoid Nonsense Investment Contracts.
#baby $BABY

Pasé el fin de semana ordenando mi monedero multisig en casa, y el engorro de ir cambiando de dirección una y otra vez me hizo sentir con más profundidad la importancia del mecanismo de aislamiento de fondos. Siguiendo esa línea, volví a abrir el whitepaper de TBV (Trustless Bitcoin Vault) de Babylon. Al leer con detenimiento el capítulo sobre la lógica de liquidación, me atrajo una forma de tratamiento de “combinación de préstamos con múltiples bóvedas de dinero”; aquí hay mucho que descifrar.

Todos lo tienen claro: el ecosistema de ETH prefiere el estado global. Los fondos están como en un gran caldero lleno de colorante: hay buena liquidez, pero el riesgo está concentrado. En cambio, BTC se aferra al modelo UTXO y busca un aislamiento físico absoluto. Dentro del marco de TBV, tú depositas la cantidad en tres tramos de BTC, y lo que obtienes son tres bóvedas independientes, completamente ajenas entre sí. Cuando se prestan los fondos, no usa el esquema de “pool de liquidez” como tal, sino que aprovecha de manera ingeniosa el mecanismo de “deducción por prefijo”: siguiendo la fila de depósitos, va señalando uno por uno y cobrando, y se detiene cuando se alcanza el monto completo. Las bóvedas que se movieron y las que no se movieron quedan totalmente aisladas a nivel de código del contrato.

Este diseño, que sustituye el intercambio compartido de estado por una ordenación de solo lectura, es realmente sorprendente y lleva la seguridad al máximo. Pero el problema también aparece: después de terminar el documento, el proceso de reembolso y redención desaparece de la nada. ¿Se trata de deshacer el “congelamiento” en el orden inverso, siguiendo pistas y deshaciendo el camino? ¿O es que se registra por separado un detalle de reembolso para cada bóveda? Como la red de pruebas usa monedas de prueba sin valor, este vacío a nivel de producto es demasiado fácil de pasar por alto.

TBV protege la estructura de capital principal sin concesiones, pero la lógica faltante en la segunda mitad es, sin duda, una bomba de tiempo para la futura participación de BABY en la gobernanza y en la distribución de rendimientos. Si la liquidación subyacente se traba, no hay manera de hablar del ideal de valor que BABY pretende transmitir. ¿Qué opinan? ¿Este método UTXO de “cobrar en cola” se convertirá en la configuración estándar de la industria en el futuro? Hablemos.
#baby $BABY

Anoche a las once terminé de ejecutar todo el flujo de staking de Babylon; tardé más de cuarenta minutos en bloquear ese BTC. Mirando el comprobante de staking en mi wallet, de pronto me di cuenta de que este dinero no se puede retirar “en cualquier momento”. @BabylonLabs_io

La documentación oficial dice “14-day unbonding window”, pero qué significan realmente esos catorce días es algo que mucha gente no ha calculado en detalle. El BTC queda bloqueado en el vault y, después de enviar la solicitud de unbonding, entra en estado de “pendiente de desbloqueo”. Durante esos catorce días, si el precio se desploma, ni siquiera tienes permiso para cortar pérdidas. Y lo peor es que, si el Finality Provider es detectado firmando dos veces durante ese periodo, el slashing se activa por EOTS y tu capital principal también puede ser penalizado proporcionalmente. Tres riesgos superpuestos: riesgo de mercado, riesgo de exposición de claves y riesgo de penalización.

Revisé la sección del documento sobre slashing time window y descubrí que la vigencia de la transacción de penalización se solapa con el periodo de unbonding. Si el FP hace algo mal al inicio, la transacción de penalización podría no entrar en un bloque de Bitcoin hasta el final del periodo. Después de que el usuario inicia el rescate, puede tener que esperar hasta catorce días más varias confirmaciones de bloques para saber realmente si el principal está íntegro. Este tipo de “suspensión de incertidumbre” es aún más lento y menos controlable bajo el intervalo de producción de bloques de Bitcoin.

Y luego está el comprobante de staking. En la primera fase de la mainnet de Babylon no hay derivados líquidos (LST); tu BTC queda bloqueado en la red principal y, en la cadena PoS, lo que recibes son puntos de seguridad, con liquidez casi nula. Si en el futuro BABY debe actuar como una “amortiguación de liquidez”, entonces el modelo del token tendrá que pasar de una simple gobernanza a la emisión de activos; pero usar una inflación anual del 8% para subsidiar una capa de liquidez que “quizás ni se use” es difícil de justificar en términos de costo-beneficio.

Hay otro punto que cuanto más lo pienso, más me incomoda: cuando el usuario elige un FP, los que siempre aparecen primero en el ranking son esos pocos nodos grandes. Los pequeños FP necesitan acumulación de marca para atraer staking, lo que de forma natural conduce a la concentración en la parte superior. Si los FP dominantes sufren slashing, el impacto es enorme; y si ellos se coordinan para hacer “mala conducta pasiva” —censurando selectivamente ciertas firmas de finality de cadenas PoS—, EOTS ni siquiera se activaría, porque no habría doble firma. Bitcoin Script solo puede gestionar “violaciones explícitas”; no puede manejar la “inacción pasiva”.

Así que mi preocupación ya pasó de “¿la tecnología puede funcionar?” a “una vez que funcione, ¿cuál es la exposición al riesgo del usuario común?”. Un unbonding de catorce días en un mercado alcista no importa; en una行情极端 es la distancia entre la vida y la muerte. ¿Tú crees que este es el precio necesario de la seguridad, o un defecto duro en la experiencia de usuario?
#baby $BABY

A las cuatro de la mañana, me quedé mirando la fórmula de alquiler de BSN de Babylon, con escalofríos recorriéndome la espalda.

Esta semana acabo de convertir parte de las ganancias de un swing trade de vuelta a BTC. Al principio me parecía muy digno de elogio que integrara el staking de grandes monedas con una red madura. Cien nodos producen bloques, sesenta stakers completan la confirmación final; el mecanismo es, sin duda, ingenioso. Pero cuando repasé cómo la cadena de consumo “alquila” la seguridad de BTC, encontré varios asuntos turbios e ininteligibles en el libro de la gobernanza del alquiler.

El modelo de seguridad compartida de Babylon, en esencia, permite que los stakers de BTC arrienden seguridad a las cadenas de consumo a cambio de ingresos por alquiler. Pero el poder de fijación del alquiler no está en manos de los stakers. La cadena de consumo paga el alquiler al protocolo, y el protocolo lo distribuye a los stakers según una fórmula interna: esa fórmula es una caja negra. Con mi experiencia en cumplimiento fintech en Londres, sé que cualquier modelo de reparto de rendimientos que carezca de una curva de precios del alquiler auditable en tiempo real acabará sufriendo una crisis de liquidez del alquiler en mercados extremos. El BTC que has apostado asume el riesgo total de slash, pero la distribución del alquiler pasa además por una segunda extracción de comisiones y redistribución a nivel de protocolo. Es como si el viejo Zhang alquilara su casa a una inmobiliaria, la inmobiliaria se la subarrendara al viejo Chen, y el alquiler que recibe Zhang no fuera el de mercado; además, no puede decidir a quién alquilarla, y todos los contratos los firma la inmobiliaria en su nombre. Al cerrar cuentas a fin de mes, siempre aparecen unos cuantos movimientos imposibles de explicar, y Zhang no puede hacer más que quedarse mirando.

Si no se establece un vínculo transparente entre la distribución del alquiler y la asunción del riesgo, cualquier impago del alquiler por parte de una cadena de consumo o cualquier ajuste de parámetros en la capa del protocolo erosionará directamente los ingresos reales del staker. Depositar el modelo de rendimientos en una caja negra opaca de distribución del alquiler es como pedir una cuenta compartida en un bar sin poder ver el desglose: al final, cuando llega la hora de pagar, descubres que te han cobrado varias copas de más. Rechazo fisiológico.

Por ahora, el soporte de los fondos en el mercado se mantiene sólido, y el incremento del volumen bloqueado recibe respaldo del lado comprador. Pero para una asignación pesada, la transparencia de la gobernanza del alquiler es el verdadero lastre estabilizador. Tal vez el mercado ignore a corto plazo la caja negra de los rendimientos, pero la exposición no cerrada del alquiler sigue existiendo. Si el equipo puede añadir en futuras iteraciones un mecanismo de fijación y distribución del alquiler auditable en tiempo real, la certeza mejorará en un orden de magnitud. Mi recomendación es que, al abrir posiciones, se mantenga respeto por la lógica de distribución del alquiler de BSN.
@BabylonLabs_io
Ven a comentar en la sección de Binance Square, ¿ya calculaste cuántas capas de alquiler te están cobrando?
#baby $BABY

Después de tantos años trabajando en gestión de permisos, por primera vez siento que quizá hemos puesto un signo de igual entre "número de firmantes" y "seguridad".

La lógica de la mayoría de DeFi es: cuantos más firmantes hay, más descentralizado es el protocolo. Al final, meten actualizaciones, pausas y reasignaciones todo dentro del mismo contrato multifirma, y la filtración de una sola clave privada puede amenazar todo el sistema. Si soy sincero, cada vez que veo este diseño de "una sola multifirma para todo", me siento un poco inquieto: no es que falten firmantes, es que la granularidad de los permisos está demasiado concentrada.

Recientemente, al estudiar @BabylonLabs_io los Trustless Bitcoin Vaults, descubrí que su enfoque de los permisos va justo al revés: el script de Bitcoin solo reconoce una cosa: si la firma de la clave pública y el bloqueo temporal coinciden. La creación y la liberación del vault están controladas por completo por primitivas del script, sin clave de administrador y sin comité multifirma que pueda cambiar las reglas después. Es como la tienda de conveniencia del viejo Chen: la caja registradora solo reconoce la contraseña, no la cara del jefe; aunque Chen quiera abrir una puerta trasera, no puede.

Esta división del trabajo es muy importante. El DeFi tradicional ata "asignación de permisos" y "ejecución de permisos" en un mismo bloque, mientras que TBV separa estas dos cosas: las reglas de permisos se fijan de una vez al crear el script y la ejecución posterior es totalmente automatizada. En el lado de Ethereum, vaultBTC y la ruta de liquidación corren en un Spoke independiente de Aave, y entre él y el script de Bitcoin solo se transmite el resultado de la ejecución, no cambios de permisos.

Claro, esto no se puede decir de forma demasiado absoluta. Si el usuario pierde la clave privada, cuando vence el bloqueo temporal, el BTC se libera automáticamente a la dirección predefinida; ese "automáticamente" en sí mismo es irreversible. Antes decía que Chen no podía abrir la puerta trasera, pero si la contraseña se rompe, la puerta trasera queda de par en par abierta: a veces una rigidez absoluta es más difícil de revertir que un riesgo flexible. Y además, el modelo de permisos del Aave Spoke y el script de Bitcoin son dos lenguajes distintos; si la lógica de verificación del puente intermedio ha sido auditada a fondo o no, TBV todavía no ha llegado del todo al final del camino.

Por muy espectacular que sea lo que haga TBV de BABY, la filosofía de fondo en realidad se resume en una sola frase: la seguridad no se consigue apilando más firmantes, sino reduciendo las cosas que requieren una decisión con permisos. Siempre hemos pensado que seguridad equivale a cuántas personas supervisan, pero TBV señala otra dirección: seguridad equivale a cuántas cosas, directamente, no necesitan supervisión humana. No es un problema de permisos, sino de cómo entendemos la distribución del poder.
@BabylonLabs_io
#baby $BABY

¿En qué etapa debería actualizarse la conclusión en el minuto 9?

Hay un registro público de testnet en la ruta de penalización EOTS de @BabylonLabs_io : después de que un Finality Provider dispare sospecha de doble firma, transcurren 8 minutos y 42 segundos, y la porción apostada correspondiente queda marcada por el protocolo como slashable. La respuesta solo puede ser "La acción de marcado de la penalización de ese caso se completa", y no puede escribirse directamente "El modelo de seguridad es infalible".

El fallo proviene de dos cronómetros atados a la misma cinta de correr.

El cronómetro rápido empieza a contar desde el momento en que se activa la sospecha de doble firma y solo cubre la acción de marcado a nivel de protocolo. Se detiene en el segundo 8:42, pudiendo confirmar un éxito de detección; no ve los registros de que ese Provider llevaba 47 días seguidos produciendo bloques de manera normal, ni observa el esquema de gestión de llaves privadas del resto de Providers y su distribución de copias de seguridad. Si tomas el cronómetro rápido como evaluación total del test, convertirás una arrancada en una mejora de velocidad que pasa a ser un SOP completo de condición física.

El cronómetro lento no tiene el timbre de fin de clase del minuto 9. Además, carga con la colaboración y las condiciones a largo plazo: en el Explorer público ya existen registros de Providers que fueron infiltrados por defectos en sus planes de respaldo de llaves privadas pero que no fueron detectados a tiempo; esos 8:42 segundos son solo un registro de una sola transacción en la testnet, no la razón de tiempos de respuesta (denominador) de todos los Providers en la mainnet; el atributo de "extraibilidad" de EOTS depende de que un monitor en la cadena envíe activamente una prueba de fraude, y el grado de descentralización de la red de monitoreo y la sostenibilidad de los incentivos siguen bajo observación, sin que exista una firma que sustituya a la "seguridad absoluta". Las tres cosas no pueden completarse leyéndolas de nuevo con el cronómetro rápido.

A la inversa, un fallo de una sola detección tampoco puede convertir al cronómetro lento en permanentemente inactivo. El estado que ahora se puede decir con honestidad es este: la acción de marcado de una sola penalización puede completarse; la cobertura de monitoreo entre redes y la resiliencia en mainnet todavía carecen de pruebas distintas. La próxima vez que veas "8 minutos y 42 segundos", primero pregunta desde qué instante empieza el conteo y qué acción realiza la cinta de correr; en el minuto 9 no hay prisa por cambiar la calificación de seguridad.
#baby $BABY

A las dos de la madrugada, saqué de nuevo esa nota al pie del capítulo 5.1 del whitepaper de @BabylonLabs_io : "El retador debe asumir por su cuenta los costos de la verificación on-chain". En el cenicero ya había tres colillas; calculé una cosa: esa cuenta, no le toca a Lao Zhang.

Desmenucémoslo. El prestatario y el liquidador se supervisan mutuamente; quien intente retirar de forma maliciosa, el otro lo desafía en el acto. Suena a un equilibrio perfecto, ¿verdad? Pero iniciar un desafío implica completar una verificación de circuito cifrado de 43 GB; la tarifa de Gas podría ser incluso más alta que los intereses del BTC que bloqueas.

Esto es como cuando un bar pone: "Si encuentras licor falso, puedes denunciar; te darán una copa de licor verdadero"; pero el número para denunciar es de larga distancia, y la factura telefónica cuesta más que el alcohol. Lao Zhang guardó 0.5 BTC, a un rendimiento anual de solo unos puntos. Da Zhuang guardó quinientos, manteniendo nodos de AWS. En la caja fuerte hay un retiro sospechoso; Lao Zhang mira el cálculo del Gas y elige callarse. Da Zhuang solo hace clic, envía el desafío y se lleva íntegros los subsidios de seguridad.

Babylon le quitó el papel al tribunal, pero llevó los costos del litigio a la cadena, y además el volumen de cómputo ZK sube el listón aún más.

Entonces, ¿qué hace BABY? La sección 10 del whitepaper dice que se paga Gas y se participa en la gobernanza. Pero BABY no es solo un boleto: es una unidad de cómputo para los costos del litigio. ¿Quieres ser retador? Compra BABY para pagar el Gas. ¿Quieres reducir el costo de desafiar? Lleva tus tenencias hasta el umbral de gobernanza. Pero el Gas de un desafío ya eliminó al 90% de los pequeños; en la piscina de votación solo se sientan quienes pueden pagar la tarifa del desafío. Su "optimización de costos" optimiza sus propios costos, no los de Lao Zhang.

En teoría de juegos, esto se llama "restricción de participación" que no se cumple: el modelo asume que todos pueden entrar; en la realidad, la mayoría ni siquiera alcanza a tocar la mesa.

Mi postura: en el papel todo encaja, con la condición de que el derecho a desafiar de verdad esté abierto. Cuando el costo on-chain convierte el desafío en un arma exclusiva para grandes tenedores, este mecanismo se desliza de "desconfianza eliminada" hacia "justicia por asignación de capital". Da Zhuang no necesita retirar de forma maliciosa; solo necesita asegurar que el costo de desafiar sea siempre mayor que el beneficio para el pequeño tenedor, y así disfrutar la interpretación de las reglas en silencio.

Como siempre: DYOR. No mires la idea de "supervisión bidireccional" y la tomes por justicia; primero mira esos pocos BABY en tu billetera: ¿te alcanza para pagar el Gas de una vez de decir una verdad? Entra al área de comentarios de Binance Square y expón tu cuenta. #baby BABY
#baby $BABY

BABY's Fase 2, la he seguido ya durante tres rondas.

En la primera ronda aposté por el cuarto trimestre de 2024. En ese momento, la Fase 1 acababa de lanzarse; más de cincuenta mil BTC quedaron bloqueados en contratos como carne congelada, y en los grupos de la comunidad todos contaban los días para la activación de la cadena PoS. En Nochevieja me quedé pegado al explorador de nodos esperando no una señal de mainnet, sino un "seguir verificando": la Fase 2 se posponía a 2025. Me dije a mí mismo que revisar varias veces el modelo de seguridad no venía mal; desde luego, los parámetros de arranque del Finality Provider no se pueden decidir a ojo.

En la segunda ronda, ajusté la expectativa a después del Año Nuevo chino de 2025. Pero la cuenta oficial no dio una fecha concreta; solo soltó un vago "próximamente". Hasta la tercera ronda no quedó fijado por fin en el calendario: el 10 de abril. Pero el ánimo ya no era de expectativa, sino más bien como el de esperar a un contratista que ya te ha dejado plantado varias veces: lo que más quieres confirmar es si esta vez de verdad va a venir. Un retraso se llama prudencia; dos retrasos ya exigen una explicación. Lo que consumen los cambios repetidos de fecha nunca es solo la paciencia, sino la línea de crédito de credibilidad de la comunidad sobre la capacidad de التنفيذ.

En ese periodo, @babylonlabs_io tampoco estuvo quieto: hizo airdrops de 600 millones de BABY para los primeros stakers, subió el fondo de incentivos comunitarios al 15%, e incluso lanzó el doble staking para que BTC y BABY custodiaran juntos la red. Para una comunidad que ha aguantado medio año, eso fue como meterles un caramelo en la boca. Pero el problema es que los caramelos pueden aliviar el ánimo, aunque no arreglan la grieta de confianza que abre una incertidumbre prolongada. A los veteranos lo que de verdad les importa nunca es tener unas cuantas porciones más de carne en el plato, sino si esta comida podrá servirse puntualmente.

No voy a negar Babylon por un simple retraso; si el modelo de seguridad está bien afinado, será un foso defensivo para todos. Pero a un proyecto que incluso en la fase de mainnet ha tenido que fijar fecha tres veces, es difícil no darle vueltas: ¿el calendario de Multi-staking y de la mainnet EVM acabará también siendo un "cheque dibujado en la arena"? Si en el cuarto trimestre realmente cumplen a tiempo, toda la espera previa podrá pasarse página y llamarse preparación; si vuelven a fallar, lo que se perderá no será solo tiempo, sino la confianza de la gente. Al final, dejemos que la altura de los bloques en la cadena sea quien hable por sí misma. #babylon BABY
#baby $BABY $BTC

Ahora estoy siguiendo a BABY, y no voy a preguntar primero si es otro meme que vive de la emoción. Lo que un token deflacionario multichain de verdad debería responder es una pregunta en las profundidades del contrato: de cada 6% que se cobra en cada transferencia, cuánto tiempo pasa entre el momento del descuento y su conversión en aumento de LP y reflejo en las carteras; cuando la cadena se atasca como un estacionamiento, si esta línea de producción fiscal se va a trabar.

El contrato de BabyDoge cobra impuestos en el instante de la transferencia; los tokens primero se acumulan en la dirección del contrato, y cuando alcanzan el umbral se hace un swap de una sola vez para añadir liquidez. Cuando el volumen diario es abundante, el cobro, la acumulación en el pool y la distribución de recompensas parecen fluir con normalidad. Pero cuando el mercado fluctúa con fuerza, la cocina se llena de platos sucios de golpe: ocurren muchas transferencias al mismo tiempo, el pool fiscal se expande rápidamente, la frecuencia de activación del swap automático del contrato se ve forzada a aumentar, y cada swap impacta en sentido contrario la profundidad del pool. La llegada de las recompensas por reflejo depende del recorrido del estado del contrato; si el gas se encarece y el bloque se llena, el "dividendo" deja de ser un incentivo inmediato y se convierte en una promesa de pago retrasado.

El lado cross-chain es aún más oculto. BSC, Ethereum y Solana ejecutan sus propios contratos espejo de BABY, pero el puente entre cadenas no es un intercambio atómico; entre la acuñación y el bloqueo existe un desfase de confirmación. Normalmente eso queda oculto por la liquidez, pero en cuanto una cadena sufre una oleada concentrada de ventas, la asimetría de profundidad entre los dos lados del puente queda expuesta al instante. Crees que está anclado 1:1, pero solo cuando baja la marea descubres quién estaba nadando desnudo.

Dentro del modelo del token, las bonitas cifras de quema y la narrativa de reflejo pueden encender la emoción a corto plazo, pero a largo plazo hay que mirar el grosor real de la base impositiva en cadena. Si el volumen de negociación depende del FOMO de corto plazo, el pool fiscal se encogerá, y tanto la adición automática de liquidez como los dividendos por reflejo irán disminuyendo marginalmente. Por muchos ceros que haya en la dirección de quema, eso no sostiene el precio.

A continuación, lo que más quiero diseccionar son algunos indicadores duros: el deslizamiento inverso del swap del contrato fiscal sobre el pool principal, la mediana del retraso en la llegada de las recompensas por reflejo cuando el gas se dispara, la desviación del diferencial de precio en tiempo real entre los pools de BSC y Ethereum, y si los registros de acuñación/bloqueo bajo alta concurrencia en el puente cross-chain coinciden o no.

Lo interesante de BABY no está en el empaque de "súper deflacionario", sino en si puede convertir estas cinco tuberías —cobro de impuestos, liquidación, adición de liquidez, reflejo y anclaje cross-chain— en un circuito cerrado que no tenga fugas. La narrativa puede engañar a los principiantes, pero el comportamiento real del contrato bajo presión on-chain no engaña a nadie.
#baby $BABY $BTC

Llevo estas dos semanas empapándome en la documentación de la testnet de Babylon, y cuanto más leo, más siento que algo no cuadra. A primera vista, parece que busca rendimientos para Bitcoin; en realidad, está haciendo algo más sigiloso: convertir las características de seguridad del BTC de un «activo pasivo» a un «recurso programable».

Lao Zhang guardó esas pocas monedas durante cinco años y nunca las tocó. Antes, quería que esa pila de piedra generara intereses, pero el camino era sumamente enrevesado: o las enviaba a un exchange para firmar un montón de protocolos, o cruzaba a Ethereum para convertirse en WBTC; en cada paso, iba dispersando el riesgo de clave privada hacia fuera. En esencia, no es que el BTC trabaje para él; es él el que trabaja para puentes y custodios.

Babylon cambió el enfoque. No le importa si usas puentes o custodios; solo te pregunta una cosa: si estás dispuesto a bloquear durante un tiempo el BTC dentro del script nativo de Bitcoin para que otros te lo asignen como guardia. Lo demás —por cuánto tiempo, a quién se asigna como guardia, cómo se compensa si te «recortan» y cómo se calculan las recompensas— todo queda protocolizado y automatizado. A esto le llaman «abstracción de la seguridad»; suena a staking, pero en realidad construye un centro de seguridad y asignación en la cadena principal de BTC.

Mucha gente no se da cuenta de la transferencia de poder que hay aquí. Cuando grandes cantidades de BTC se utilizan durante mucho tiempo para aportar seguridad por esta vía, no solo queda el número del TVL: también se concentra la capacidad de influir en la seguridad económica de Bitcoin. Si bloqueas tres meses o tres años, si prefieres ser proveedor de finalización para una cadena Cosmos o apoyar la seguridad de arranque de alguna cadena nueva, y qué tanto riesgo de slash puedes soportar… al final, todas esas decisiones se convierten en materia prima para optimizar el precio de la seguridad mediante protocolos.

Dicho de forma simple: en el futuro, el mercado de seguridad de blockchains quizá no se juegue a quién hace más staking, sino a quién tiene en sus manos el mapa de comportamiento de los tenedores de BTC. Los demás protocolos de staking, como mucho, son un «intermediario de guardias». Lo que Babylon quiere hacer es la red eléctrica nacional de la seguridad de Bitcoin: despacho unificado, precios por capas y asignación bajo demanda.

La diferencia solo está en que la red eléctrica nacional despacha electricidad, mientras que #Babylon quiere despachar la capacidad disuasoria de Bitcoin.

Pero por ahora, el mercado todavía lo valora mirando el crecimiento del TVL y el rendimiento del staking. Si después se adopta de verdad —es decir, cuántas cadenas PoS realmente están dispuestas a pagar por esa seguridad—, y no logra ponerse al día con la velocidad de desbloqueos de tokens y la inflación, esta «red eléctrica nacional» podría fácilmente volver a convertirse en una competencia por atraer fondos con altos intereses.
#baby $BABY $BTC

L a s reglas de BABY para bebés: no basta con comparar quién tiene el BTC más bloqueado en su mostrador

Hace unos días hablaba con BABY; yo decía algo como «cómo hacer que el bitcoin de una cold wallet despierte».

Hoy lo miro desde un ángulo más duro: cuanto más BTC se bloquea en un protocolo, no significa que las personas que depositan estén más seguras.

En una mesa de bar pasa demasiado de eso.#BTC

Tú ves con tus propios ojos cómo tres botellas entran al mostrador y a cambio te dan una tarjeta para guardar vino. La próxima vez que vas a recogerlo, el mostrador te dice: la tarjeta es real, pero cambió la persona que abre la botella, cambiaron las reglas y tu tarjeta solo puede canjearse por los productos indicados—al guardar nadie te lo dice, y cuando cambian las reglas tampoco te preguntan si firmas.

Por eso miro a @babylonlabs_io: no solo quiero ver si pueden bloquear BTC, sino también quién sostiene el bolígrafo que cambia las reglas después de que esté bloqueado.

En la arquitectura de doble colateral de Babylon, hay una brecha de gobernanza: quienes aportan BTC se encargan de poner el dinero para comprar seguridad, pero el poder de voto en la gobernanza lo tienen los titulares de BABY. Las actualizaciones del protocolo, las condiciones de slash y los parámetros de comisiones los decide el colateral de BABY; del lado de BTC solo se deposita, no se cambia.

Este tema no es tan ruidoso como «rendimientos por staking de Bitcoin», pero es muy importante.

Porque lo peor del staking entre cadenas no es solo la volatilidad del rendimiento.

Lo que más preocupa es que al guardar el vino miras una tarjeta, pero al retirar el vino te enfrentas a otro conjunto de reglas. Cambian la lista de proveedores, se ajusta el umbral de slash, se modifica el ciclo de desbloqueo… y al final todo podría terminar descontándose del capital. El BTC sí sigue en la cadena de Bitcoin, pero una vez que se delega, ya no hay quien se encargue de cómo se abre esa botella: lo hace otra gente.

Lo que realmente debería hacer un protocolo profesional no es tener el APY siempre sobre la mesa.

Sino, cuando vayan a cambiar las reglas, que primero las personas que guardan el vino vean el nuevo menú.

Para los depositantes comunes, no hace falta revisar las propuestas de gobernanza a diario. Pero al menos deberían saber esto: a quién se le encarga el BTC que depositan, quién puede cambiar la comisión por abrir la botella y cuánto máximo se permite que se desvíen las reglas. Si el vino todavía está en el mostrador, pero las reglas ya cambiaron, no te lo tomes a la fuerza por esos pocos intereses.

Por eso hoy, al mirar #babylon, no me preocupa tanto el «TVL».

Me preocupa más la fijación (anclaje) de las reglas.

Si Babylon puede hacer que los depositantes de BTC se preocupen menos por el rendimiento, y al mismo tiempo que cada delegación respete el límite de la gobernanza, la transparencia del slash y los mecanismos de salida, entonces lo que vende no es solo generar intereses: es una experiencia de custodia on-chain más predecible.

Pero lo que de verdad hace que uno quiera guardar una ronda más es que, al retirar el vino, nadie cambie el menú en el momento.
#baby $BABY

A las dos y media de la madrugada, estaba mirando ese encargo de intención de liquidación RWA en el backoffice de GRVT y, de repente, me salió una risa.

¿Esa es la famosa próxima generación de exchange híbrido que, supuestamente, unirá las finanzas tradicionales con el mundo on-chain?

Al principio, me tomé en serio a GRVT. El stack de zkSync, el cierre en cuatro capas y el “strategy vault” suenan bastante impresionantes. Pero al meterle mano y revisar un rato, entendí algo: esto no es “transparencia on-chain”; más bien es una caja negra off-chain envuelta con pruebas zk, bien presentada y bonita. Quiero ver registros reales de emparejamiento. ¿Por qué solo puedo ver el Merkel root agregado? ¿Mi orden se empareja realmente on-chain, o el market maker la ve antes?

El sistema de puntos todavía lo entiendo menos. Al principio se consigue a una velocidad altísima; cuanto más avanzas, más fuerte es la dilución. ¿Esto es minería o te están cobrando un impuesto por tiempo? La capa de “lock-up” por modelo de membresía, con recompensas en cadena y referrals: mi primo lo miró y dijo, “¿no es esto básicamente un impuesto plano disfrazado de captación encubierta?”.

Cuando salió el Mainnet, creí que era una puerta para derivados transparentes. Luego descubrí que el minorista en realidad pone dinero real—oro de verdad—para que el GLP vault y los market makers tengan un escalón. La liquidación de RWA, que afirma estar tokenizando activos físicos en cadena, resulta que opera con una tasa de descuento en caja negra. Pregunté por el modelo de valoración al soporte y me pasaron un whitepaper lleno de “se divulgará próximamente”.

Lo más irónico es que GRVT, de palabra, ofrece un acceso de cumplimiento para instituciones; pero en la práctica, son mecanismos complejos los que empujan a los usuarios a retirarse, mientras que para instituciones el KYC no se pierde ni uno. ¿Esto es infraestructura descentralizada o el de siempre: “confía en nosotros”? No es más que otro disfraz con nuevo nombre: zk y arquitectura híbrida.

Convertir la opacidad en privacidad, y el lock-up en “derechos de membresía”… ¿cuenta como foso defensivo? El Sr. Zhang me pasó una botella de cerveza artesanal y dijo: “El pastel está pintado de maravilla; lo muerdes y es harina”. Yo la tomé, pero no dije nada.

#grvt @grvt_io $BTC