Binance Square

ARIA Web3

15 Siguiendo
15 Seguidores
44 Me gusta
Publicaciones
PINNED
·
--
Alcista
Estaba leyendo la documentación de TermMax, tratando de entender qué quieren decir cuando se describen como «el estándar para los mercados de renta fija» en el mundo cripto. Al principio pensé que era simplemente otro protocolo de préstamos que competía ofreciendo tasas. Después de consultar la página oficial sobre su visión, me llamó la atención un detalle: hablan de crear «un mercado de crédito entero para cada par de tokens, igual que en la vida real». Esa frase se me quedó grabada; plantea algo distinto a la mayoría de las propuestas de préstamos DeFi. Ahí fue cuando lo entendí. El objetivo no es solo prestar, sino darle a cada par de activos su propio mercado con plazos y tasas fijos, donde los creadores de mercado establecen las curvas de precios. También usan tokens que generan rendimiento como garantía, así que los plazos fijos aportan previsibilidad mientras la propia garantía sigue generando rendimientos. Lo que me sorprendió fue lo deliberados que parecen sus límites. Los vencimientos fijos ofrecen menos flexibilidad que los préstamos sin plazo definido, pero esa compensación es lo que hace posible crear un verdadero mercado de crédito en la cadena desde el principio. Con el TGE previsto para el 25 de agosto de 2026, parece menos un lanzamiento independiente y más el siguiente hito en la construcción de ese mercado de crédito. Todavía me pregunto hasta qué punto el proceso de establecer las curvas acabará abriéndose más allá de los curadores. #termmax @termmax
Estaba leyendo la documentación de TermMax, tratando de entender qué quieren decir cuando se describen como «el estándar para los mercados de renta fija» en el mundo cripto. Al principio pensé que era simplemente otro protocolo de préstamos que competía ofreciendo tasas.

Después de consultar la página oficial sobre su visión, me llamó la atención un detalle: hablan de crear «un mercado de crédito entero para cada par de tokens, igual que en la vida real». Esa frase se me quedó grabada; plantea algo distinto a la mayoría de las propuestas de préstamos DeFi.

Ahí fue cuando lo entendí. El objetivo no es solo prestar, sino darle a cada par de activos su propio mercado con plazos y tasas fijos, donde los creadores de mercado establecen las curvas de precios. También usan tokens que generan rendimiento como garantía, así que los plazos fijos aportan previsibilidad mientras la propia garantía sigue generando rendimientos.

Lo que me sorprendió fue lo deliberados que parecen sus límites. Los vencimientos fijos ofrecen menos flexibilidad que los préstamos sin plazo definido, pero esa compensación es lo que hace posible crear un verdadero mercado de crédito en la cadena desde el principio.

Con el TGE previsto para el 25 de agosto de 2026, parece menos un lanzamiento independiente y más el siguiente hito en la construcción de ese mercado de crédito. Todavía me pregunto hasta qué punto el proceso de establecer las curvas acabará abriéndose más allá de los curadores.

#termmax @TermMax
Partido en vivo de hoy, AS Roma contra Cagliari: Roma parece claramente favorita, con un 74 % de probabilidades de ganar, mientras que Cagliari solo tiene un 8 %. Me inclino por una victoria de Roma. #BinancePick
Partido en vivo de hoy, AS Roma contra Cagliari: Roma parece claramente favorita, con un 74 % de probabilidades de ganar, mientras que Cagliari solo tiene un 8 %. Me inclino por una victoria de Roma. #BinancePick
¡Enhorabuena por la victoria del Inter de Milán! Ya parece claramente el equipo favorito. Me inclino por una victoria del Inter, pero el fútbol siempre puede sorprendernos. #BinancePick
¡Enhorabuena por la victoria del Inter de Milán! Ya parece claramente el equipo favorito. Me inclino por una victoria del Inter, pero el fútbol siempre puede sorprendernos. #BinancePick
#BinancePick En vivo, G2 Esports vs. Dplus KIA DK parece ser el favorito con un 60 % de probabilidad de ganar, mientras que G2 tiene un 39 %. ¿Podrá G2 dar la sorpresa, o se llevará DK la victoria?
#BinancePick En vivo, G2 Esports vs. Dplus KIA
DK parece ser el favorito con un 60 % de probabilidad de ganar, mientras que G2 tiene un 39 %. ¿Podrá G2 dar la sorpresa,

o se llevará DK la victoria?
#BinancePick partido en vivo de hoy, Gen.G parece ser el equipo más fuerte de cara a este encuentro. IG todavía puede sorprendernos, pero apuesto por la victoria de GEN. ¿Cuál es tu pronóstico?
#BinancePick partido en vivo de hoy, Gen.G parece ser el equipo más fuerte de cara a este encuentro. IG todavía puede sorprendernos, pero apuesto por la victoria de GEN. ¿Cuál es tu pronóstico?
·
--
Alcista
#BinancePick hoy, gen.g parece ser el equipo más fuerte de cara a este partido
#BinancePick hoy, gen.g parece ser el equipo más fuerte de cara a este partido
#BinancePick Gen.G parece ser el equipo más fuerte de cara a este partido. IG todavía puede sorprendernos, ¡pero apuesto por GEN para llevarse la victoria! ¿Cuál es tu pronóstico?
#BinancePick Gen.G parece ser el equipo más fuerte de cara a este partido. IG todavía puede sorprendernos, ¡pero apuesto por GEN para llevarse la victoria! ¿Cuál es tu pronóstico?
·
--
Alcista
Estaba leyendo la página de comisiones de transacción de TermMax en docs.ts.finance. Las fórmulas son simples: APR × tasa de comisión × (días hasta el vencimiento/365), pero un detalle llamó mi atención: las comisiones se liquidan "en unidades de FT", no en USDC. Su propio ejemplo: prestar 1,000 USDC al 10% de APR durante 365 días, con una tasa de comisión del 2%, cuesta solo 2 FT. Asumí que era solo una convención de visualización. Al revisar la documentación de Tokenización a Tipo Fijo, resultó ser más deliberado. FT es un instrumento de descuento, que solo vale el valor nominal al vencimiento. En su ejemplo, 800 FT se venden con un 20% de descuento ($0.80 cada una): $640, no $800. Ahí fue cuando lo entendí: fijar el precio de las comisiones en FT significa cobrar un derecho sobre un valor futuro, no efectivo fijo hoy. Dos prestamistas que pagan "la misma" comisión del 2% en momentos distintos antes del vencimiento pagan costos de valor presente diferentes. Me parece menos un fallo y más un intercambio: atar las comisiones a la unidad que los prestamistas ya tienen, en lugar de convertir a través de USDC cada vez. Aun así, no queda claro cómo esto se concilia cuando el protocolo informa los ingresos agregados por comisiones en una sola denominación. ¿Alguien sabe dónde se documenta eso?#termmax @termmax
Estaba leyendo la página de comisiones de transacción de TermMax en docs.ts.finance. Las fórmulas son simples: APR × tasa de comisión × (días hasta el vencimiento/365), pero un detalle llamó mi atención: las comisiones se liquidan "en unidades de FT", no en USDC. Su propio ejemplo: prestar 1,000 USDC al 10% de APR durante 365 días, con una tasa de comisión del 2%, cuesta solo 2 FT.

Asumí que era solo una convención de visualización. Al revisar la documentación de Tokenización a Tipo Fijo, resultó ser más deliberado. FT es un instrumento de descuento, que solo vale el valor nominal al vencimiento. En su ejemplo, 800 FT se venden con un 20% de descuento ($0.80 cada una): $640, no $800.

Ahí fue cuando lo entendí: fijar el precio de las comisiones en FT significa cobrar un derecho sobre un valor futuro, no efectivo fijo hoy. Dos prestamistas que pagan "la misma" comisión del 2% en momentos distintos antes del vencimiento pagan costos de valor presente diferentes.

Me parece menos un fallo y más un intercambio: atar las comisiones a la unidad que los prestamistas ya tienen, en lugar de convertir a través de USDC cada vez. Aun así, no queda claro cómo esto se concilia cuando el protocolo informa los ingresos agregados por comisiones en una sola denominación.

¿Alguien sabe dónde se documenta eso?#termmax @TermMax
·
--
Alcista
Leía el sitio de inicio de Dusk Trade esperando una página típica de acceso a RWA: unirse a una lista de espera, verificar e invertir. Un detalle llamó mi atención cuando avancé más allá de esa superficie y entré en la documentación. Asumí que el producto en sí sería tan simple como la página lo plantea: tres pasos, nada más. Después de revisar la documentación oficial, la descripción cambia. Dusk Trade se presenta como una capa de aplicación situada encima del protocolo base, y la documentación es explícita en que no es el propio protocolo base. Convierte primitivas de infraestructura de mercado en flujos de trabajo que cubren el descubrimiento de activos, la incorporación de inversores, la conexión de wallets, la coordinación de pagos y la liquidación. Lo que me sorprendió fue la brecha entre las dos fuentes oficiales. La página de inicio vende el acceso en tres pasos. La documentación describe comprobaciones de elegibilidad, lógica de divulgación y una liquidación que reconcilia la pierna del activo con la pierna del pago antes de que se finalize cualquier cosa. Ahí fue cuando encajó: el intercambio tiene sentido si consideras a la audiencia. Una página de lista de espera tiene que convertir visitantes rápidamente, mientras que la documentación debe satisfacer a los creadores y a los reguladores que necesitan saber cómo la elegibilidad y la liquidación realmente se hacen cumplir on-chain. Aun así, me pregunto cuánto de esa complejidad verán realmente los inversores una vez que la interfaz esté en funcionamiento, o si queda oculta tras el limpio flujo de tres pasos. La página de inicio vende el acceso en tres pasos. La documentación describe la lógica de elegibilidad, divulgación y liquidación subyacente. ¿Qué es lo más importante para el éxito de Dusk Trade? #dusk $DUSK @Dusk_Foundation
Leía el sitio de inicio de Dusk Trade esperando una página típica de acceso a RWA: unirse a una lista de espera, verificar e invertir. Un detalle llamó mi atención cuando avancé más allá de esa superficie y entré en la documentación.
Asumí que el producto en sí sería tan simple como la página lo plantea: tres pasos, nada más. Después de revisar la documentación oficial, la descripción cambia. Dusk Trade se presenta como una capa de aplicación situada encima del protocolo base, y la documentación es explícita en que no es el propio protocolo base. Convierte primitivas de infraestructura de mercado en flujos de trabajo que cubren el descubrimiento de activos, la incorporación de inversores, la conexión de wallets, la coordinación de pagos y la liquidación.
Lo que me sorprendió fue la brecha entre las dos fuentes oficiales. La página de inicio vende el acceso en tres pasos. La documentación describe comprobaciones de elegibilidad, lógica de divulgación y una liquidación que reconcilia la pierna del activo con la pierna del pago antes de que se finalize cualquier cosa. Ahí fue cuando encajó: el intercambio tiene sentido si consideras a la audiencia. Una página de lista de espera tiene que convertir visitantes rápidamente, mientras que la documentación debe satisfacer a los creadores y a los reguladores que necesitan saber cómo la elegibilidad y la liquidación realmente se hacen cumplir on-chain. Aun así, me pregunto cuánto de esa complejidad verán realmente los inversores una vez que la interfaz esté en funcionamiento, o si queda oculta tras el limpio flujo de tres pasos.

La página de inicio vende el acceso en tres pasos. La documentación describe la lógica de elegibilidad, divulgación y liquidación subyacente.

¿Qué es lo más importante para el éxito de Dusk Trade?

#dusk $DUSK @Dusk
Compliance design
50%
Liquidity depth
50%
Onboarding speed
0%
Investor trust
0%
4 Votos • Votación cerrada
·
--
Alcista
Estaba desplazándome por la tabla de tokenomics de TMX y me detuve en el campo Standard. Solo dice ERC20, listado como un elemento separado y simple, distinto de la dirección del token y el suministro total. Sin embargo, un detalle llamó mi atención unas líneas más arriba. El campo Bridge Mechanism describe TMX como un LayerZero OFT, un Omnichain Fungible Token, desplegado en Ethereum y BNB Chain, con más cadenas EVM compatibles. Supuse que OFT reemplazaría a ERC20 como estándar indicado, ya que es la especificación más nueva para interoperabilidad entre cadenas. Después de revisar la sección de resumen ejecutivo del mismo whitepaper, la terminología resultó menos consistente, no más. Allí, el estándar del token se escribe como ERC20 (OFT en múltiples blockchains), tratando OFT como una extensión entre paréntesis en lugar de como la clasificación principal. Así, dentro del mismo documento, TMX se presenta una vez como ERC20 con OFT como nota al margen, y otra vez como ERC20, en silencio, junto a una descripción completa de OFT, sin un vínculo explícito entre ambas. Fue entonces cuando entendí que en realidad no es una contradicción: el estándar OFT de LayerZero está construido como un “wrapper” sobre ERC20, añadiendo mensajería entre cadenas sin cambiar el comportamiento base del token en ninguna cadena individual. Por eso llamarlo ERC20 no está mal; solo es incompleto si no se completa con la línea del mecanismo de puente. Aun así, plantea una pregunta razonable: si OFT define cómo el token se mueve y se asienta realmente entre cadenas, ¿debería ser el estándar principal listado, tratando ERC20 como el detalle de implementación subyacente en lugar del titular? #termmax @termmax
Estaba desplazándome por la tabla de tokenomics de TMX y me detuve en el campo Standard. Solo dice ERC20, listado como un elemento separado y simple, distinto de la dirección del token y el suministro total. Sin embargo, un detalle llamó mi atención unas líneas más arriba. El campo Bridge Mechanism describe TMX como un LayerZero OFT, un Omnichain Fungible Token, desplegado en Ethereum y BNB Chain, con más cadenas EVM compatibles. Supuse que OFT reemplazaría a ERC20 como estándar indicado, ya que es la especificación más nueva para interoperabilidad entre cadenas.

Después de revisar la sección de resumen ejecutivo del mismo whitepaper, la terminología resultó menos consistente, no más. Allí, el estándar del token se escribe como ERC20 (OFT en múltiples blockchains), tratando OFT como una extensión entre paréntesis en lugar de como la clasificación principal. Así, dentro del mismo documento, TMX se presenta una vez como ERC20 con OFT como nota al margen, y otra vez como ERC20, en silencio, junto a una descripción completa de OFT, sin un vínculo explícito entre ambas. Fue entonces cuando entendí que en realidad no es una contradicción: el estándar OFT de LayerZero está construido como un “wrapper” sobre ERC20, añadiendo mensajería entre cadenas sin cambiar el comportamiento base del token en ninguna cadena individual. Por eso llamarlo ERC20 no está mal; solo es incompleto si no se completa con la línea del mecanismo de puente.

Aun así, plantea una pregunta razonable: si OFT define cómo el token se mueve y se asienta realmente entre cadenas, ¿debería ser el estándar principal listado, tratando ERC20 como el detalle de implementación subyacente en lugar del titular?

#termmax @TermMax
·
--
Alcista
Estaba leyendo la sección sobre los order setters del rango de préstamo y hubo un número que me detuvo: en el ejemplo, Alice bloquea 1 ETH, se empareja por 500 USDC y su GT termina registrando 535 FTs como deuda. Mi primera lectura fue que, de alguna manera, ella había tomado prestado más de lo que recibió. Después de revisar otra vez la sección de mecánicas, no es eso lo que está pasando. Los 500 USDC financian 500 FTs (principal) y 500 XTs (interés). Los XTs se intercambian dentro de su propio range order por 35 FTs adicionales, acuñados desde su GT; eso es lo que empuja su deuda registrada a 535. Ella nunca toca el XT ella misma. Lo que me sorprendió fue darme cuenta de que el XT aquí no está ocioso: es el mecanismo que convierte una obligación de interés variable en una fija antes de que el préstamo se liquide. En lugar de que el interés se acumule con el tiempo, se tasa y se bloquea en FTs extra en el momento del emparejamiento. El intercambio es que la deuda del GT de un borrowing order setter no es solo "lo que presté", sino "lo que presté más el interés que ya acordé pagar", visible on-chain desde el primer día en vez de acumularse en silencio. Eso parece deliberado: el préstamo a tasa fija necesita que toda la obligación esté bloqueada de antemano, no calculada más tarde. Aun así, me intriga cómo la curva de precios decide la división entre las primeras ejecuciones al 8% frente a ejecuciones posteriores más cerca del 6% dentro de la misma orden. #termmax @termmax
Estaba leyendo la sección sobre los order setters del rango de préstamo y hubo un número que me detuvo: en el ejemplo, Alice bloquea 1 ETH, se empareja por 500 USDC y su GT termina registrando 535 FTs como deuda. Mi primera lectura fue que, de alguna manera, ella había tomado prestado más de lo que recibió.
Después de revisar otra vez la sección de mecánicas, no es eso lo que está pasando. Los 500 USDC financian 500 FTs (principal) y 500 XTs (interés). Los XTs se intercambian dentro de su propio range order por 35 FTs adicionales, acuñados desde su GT; eso es lo que empuja su deuda registrada a 535. Ella nunca toca el XT ella misma.
Lo que me sorprendió fue darme cuenta de que el XT aquí no está ocioso: es el mecanismo que convierte una obligación de interés variable en una fija antes de que el préstamo se liquide. En lugar de que el interés se acumule con el tiempo, se tasa y se bloquea en FTs extra en el momento del emparejamiento. El intercambio es que la deuda del GT de un borrowing order setter no es solo "lo que presté", sino "lo que presté más el interés que ya acordé pagar", visible on-chain desde el primer día en vez de acumularse en silencio. Eso parece deliberado: el préstamo a tasa fija necesita que toda la obligación esté bloqueada de antemano, no calculada más tarde. Aun así, me intriga cómo la curva de precios decide la división entre las primeras ejecuciones al 8% frente a ejecuciones posteriores más cerca del 6% dentro de la misma orden.

#termmax @TermMax
·
--
Alcista
Estaba leyendo la documentación de TermMax para entender cómo gestionan las posiciones apalancadas, y un detalle me llamó la atención: el Gearing Token no es un ERC-20 como todo lo demás en el sistema. Supuse que los tres tokens de TermMax —FT, XT y GT— seguirían el mismo estándar, ya que la página de introducción habla de «operar con Gearing Token y Fixed-rate Token» casi como si fueran lo mismo, como si solo fueran distintas variantes del mismo activo negociable. Después de consultar la página de la documentación sobre los componentes de los tokens, vi que esa suposición no se sostenía. FT y XT son ambos ERC-20 y representan el capital y los intereses como valores fungibles que se pueden agrupar en un fondo común. GT, en cambio, es un NFT ERC-721. Cada uno representa una cantidad específica de colateral, una deuda específica y su propio factor de salud como metadatos. Lo que me sorprendió fue entender por qué. Una posición apalancada no es realmente un derecho fungible: dos GT con el mismo valor nominal podrían tener distintos ratios de colateral o distintos niveles de riesgo de liquidación. Al convertirlo en un NFT se conserva esa individualidad, en lugar de diluirla al promediarla en un fondo común compartido. La contrapartida es la componibilidad. Los tokens fungibles son más fáciles de integrar en otros protocolos; los NFT requieren mucho más trabajo de integración personalizada por parte de quienes desarrollan sobre TermMax. Aún no tengo claro cómo afecta esto a la liquidez en el mercado secundario de las posiciones GT. ¿Alguien ha investigado si los GT se negocian activamente o si, en su mayoría, permanecen inactivos hasta que se reembolsan o liquidan? @termmax #termmax
Estaba leyendo la documentación de TermMax para entender cómo gestionan las posiciones apalancadas, y un detalle me llamó la atención: el Gearing Token no es un ERC-20 como todo lo demás en el sistema.

Supuse que los tres tokens de TermMax —FT, XT y GT— seguirían el mismo estándar, ya que la página de introducción habla de «operar con Gearing Token y Fixed-rate Token» casi como si fueran lo mismo, como si solo fueran distintas variantes del mismo activo negociable. Después de consultar la página de la documentación sobre los componentes de los tokens, vi que esa suposición no se sostenía. FT y XT son ambos ERC-20 y representan el capital y los intereses como valores fungibles que se pueden agrupar en un fondo común. GT, en cambio, es un NFT ERC-721. Cada uno representa una cantidad específica de colateral, una deuda específica y su propio factor de salud como metadatos.

Lo que me sorprendió fue entender por qué. Una posición apalancada no es realmente un derecho fungible: dos GT con el mismo valor nominal podrían tener distintos ratios de colateral o distintos niveles de riesgo de liquidación. Al convertirlo en un NFT se conserva esa individualidad, en lugar de diluirla al promediarla en un fondo común compartido. La contrapartida es la componibilidad. Los tokens fungibles son más fáciles de integrar en otros protocolos; los NFT requieren mucho más trabajo de integración personalizada por parte de quienes desarrollan sobre TermMax.

Aún no tengo claro cómo afecta esto a la liquidez en el mercado secundario de las posiciones GT. ¿Alguien ha investigado si los GT se negocian activamente o si, en su mayoría, permanecen inactivos hasta que se reembolsan o liquidan? @TermMax #termmax
·
--
Alcista
Asumí que WBTC en Aave se trataba principalmente de que la gente pidiera prestado Bitcoin. Resulta que es lo contrario. Avescan muestra WBTC suministrado en el mercado Ethereum V3 de Aave por $2.17B. Prestado: solo $94.6M. Utilización: 4.37%. Casi nadie pide prestado WBTC por sí mismo. La gente lo deposita y luego pide prestados stablecoins o ETH contra ello. Eso me hizo pensar en @babylonlabs_io , que plantea el modelo opuesto: sin wrapping, sin bridging, BTC nativo apostado directamente como colateral. Verifiqué en DefiLlama. El TVL de Babylon se sitúa en $2.61B, con una caída del 19% durante la semana pasada. $BABY hace alrededor de $6.2M en volumen en 24h, pero solo ~13% de eso se negocia en DEXs; el resto es flujo de exchange centralizado. Dos modelos distintos de colateral con BTC, dos fricciones distintas. El WBTC de Aave es totalmente líquido pero se presta apenas. El BTC de Babylon no tiene puente, pero la fijación de precios del token en gran parte sigue funcionando mediante canales centralizados. Me hace preguntarme qué fricción importa más para que el Bitcoin se convierta realmente en un colateral DeFi funcional. #baby
Asumí que WBTC en Aave se trataba principalmente de que la gente pidiera prestado Bitcoin.

Resulta que es lo contrario.

Avescan muestra WBTC suministrado en el mercado Ethereum V3 de Aave por $2.17B. Prestado: solo $94.6M. Utilización: 4.37%.

Casi nadie pide prestado WBTC por sí mismo. La gente lo deposita y luego pide prestados stablecoins o ETH contra ello.

Eso me hizo pensar en @BabylonLabs_io , que plantea el modelo opuesto: sin wrapping, sin bridging, BTC nativo apostado directamente como colateral.

Verifiqué en DefiLlama. El TVL de Babylon se sitúa en $2.61B, con una caída del 19% durante la semana pasada. $BABY hace alrededor de $6.2M en volumen en 24h, pero solo ~13% de eso se negocia en DEXs; el resto es flujo de exchange centralizado.

Dos modelos distintos de colateral con BTC, dos fricciones distintas. El WBTC de Aave es totalmente líquido pero se presta apenas. El BTC de Babylon no tiene puente, pero la fijación de precios del token en gran parte sigue funcionando mediante canales centralizados.

Me hace preguntarme qué fricción importa más para que el Bitcoin se convierta realmente en un colateral DeFi funcional.
#baby
·
--
Alcista
Asumí que pedir prestado contra WBTC en Aave significaba que Bitcoin estaba haciendo doble función: actuando como garantía mientras su valor respaldaba un préstamo en otro lugar. Es más simple que eso, y más extraño. WBTC en el pool no está en circulación. Solo se queda ahí, valorado por un oráculo, mientras se prestan contra él los stablecoins de otra persona. Revisé el historial de tasas de Aave y los mercados en vivo de WBTC en Aavescan para confirmarlo. La utilización se mantiene baja. Casi nadie pide prestado WBTC por sí mismo. Lo que llamó la atención: la demanda es unidireccional. La gente bloquea BTC para pedir dólares prestados, no al revés. Eso da forma a la curva de tasas. El modelo de Aave pone precio a la parte que escasea; y como los tenedores de BTC rara vez quieren prestar BTC, pedirlo prestado se mantiene barato por diseño, no por casualidad. Es un mercado donde apenas se usa la “parte de pedir prestado” de un mercado de préstamos. Me hace preguntarme si eso es realmente infrautilización, o solo cómo se ve un activo de garantía unidireccional cuando nadie está valorando el desequilibrio. #baby $BABY @babylonlabs_io
Asumí que pedir prestado contra WBTC en Aave significaba que Bitcoin estaba haciendo doble función: actuando como garantía mientras su valor respaldaba un préstamo en otro lugar.

Es más simple que eso, y más extraño.

WBTC en el pool no está en circulación. Solo se queda ahí, valorado por un oráculo, mientras se prestan contra él los stablecoins de otra persona.

Revisé el historial de tasas de Aave y los mercados en vivo de WBTC en Aavescan para confirmarlo. La utilización se mantiene baja. Casi nadie pide prestado WBTC por sí mismo.

Lo que llamó la atención: la demanda es unidireccional. La gente bloquea BTC para pedir dólares prestados, no al revés.

Eso da forma a la curva de tasas. El modelo de Aave pone precio a la parte que escasea; y como los tenedores de BTC rara vez quieren prestar BTC, pedirlo prestado se mantiene barato por diseño, no por casualidad.

Es un mercado donde apenas se usa la “parte de pedir prestado” de un mercado de préstamos.

Me hace preguntarme si eso es realmente infrautilización, o solo cómo se ve un activo de garantía unidireccional cuando nadie está valorando el desequilibrio.
#baby $BABY @BabylonLabs_io
·
--
Alcista
Parcialmente cierto
Asumí que el staking de Bitcoin funcionaba como el restaking típico: eliges una cadena, comprometes tus activos. Así que revisé la documentación oficial de Babylon para confirmarlo. Fue entonces cuando entendí. Babylon asegura actualmente aproximadamente 56.853 BTC, cerca de 5,6 mil millones de dólares de valor, a través de más de 250 proveedores de finalidad. El BTC permanece bloqueado en un UTXO de custodia propia directamente en Bitcoin, sin puentes, sin wrapping, y ese mismo stake puede respaldar varias Redes Bitcoin Supercargadas a la vez. Lo que me sorprendió fue el mecanismo. Las condiciones de gasto y de slashing están escritas directamente en la capa de scripting de Bitcoin, de modo que una única posición bloqueada puede ser responsable ante varios validadores simultáneamente, sin salir nunca de la cadena de Bitcoin. El costo es sencillo: tu exposición ahora abarca todas las redes a las que delegas, no solo una. Ese es el precio de la seguridad compartida: mayor potencial de rendimiento a cambio de una superficie de riesgo más amplia. Con el TVL moviéndose entre 5,6 mil millones de dólares y más de 7 mil millones este año, sigo preguntándome cómo los stakers realmente están equilibrando esa distribución: buscando más recompensas o distribuyendo el riesgo con más cuidado.#baby $BABY @babylonlabs_io
Asumí que el staking de Bitcoin funcionaba como el restaking típico: eliges una cadena, comprometes tus activos. Así que revisé la documentación oficial de Babylon para confirmarlo.

Fue entonces cuando entendí. Babylon asegura actualmente aproximadamente 56.853 BTC, cerca de 5,6 mil millones de dólares de valor, a través de más de 250 proveedores de finalidad. El BTC permanece bloqueado en un UTXO de custodia propia directamente en Bitcoin, sin puentes, sin wrapping, y ese mismo stake puede respaldar varias Redes Bitcoin Supercargadas a la vez.

Lo que me sorprendió fue el mecanismo. Las condiciones de gasto y de slashing están escritas directamente en la capa de scripting de Bitcoin, de modo que una única posición bloqueada puede ser responsable ante varios validadores simultáneamente, sin salir nunca de la cadena de Bitcoin.

El costo es sencillo: tu exposición ahora abarca todas las redes a las que delegas, no solo una. Ese es el precio de la seguridad compartida: mayor potencial de rendimiento a cambio de una superficie de riesgo más amplia.

Con el TVL moviéndose entre 5,6 mil millones de dólares y más de 7 mil millones este año, sigo preguntándome cómo los stakers realmente están equilibrando esa distribución: buscando más recompensas o distribuyendo el riesgo con más cuidado.#baby $BABY @BabylonLabs_io
·
--
Alcista
Estaba revisando datos recientes de cotización de BABY y un detalle me llamó la atención: pese a haber debutado en una importante plataforma de intercambio con soporte completo para operaciones al contado, con margen y futuros, el precio apenas subió tras un repunte inicial antes de volver a bajar poco a poco. Supuse que una cotización tan importante desencadenaría un repunte sostenido, así que me desconcertó que el impulso posterior fuera tan moderado. Después de consultar los avisos de la plataforma y la actividad en cadena en torno a la fecha de cotización, surgió un patrón. Es probable que gran parte de la demanda prevista ya se hubiera incorporado al precio debido a la especulación sobre el airdrop previo a la cotización y al entusiasmo de la comunidad. Entonces lo entendí: para cuando se abrió la negociación, buena parte del entusiasmo de «comprar con el rumor» ya se había convertido en «vender con la noticia». Lo que me sorprendió fue el efecto del airdrop. Quienes reciben tokens gratis desde el principio tienen pocos incentivos para esperar, así que una ola de toma de ganancias justo después de la cotización es una contrapartida habitual de las distribuciones amplias de tokens, no un defecto exclusivo de este proyecto. También importan las condiciones de liquidez y el sentimiento general del mercado. En un entorno macroeconómico cauteloso, los operadores suelen esperar una confirmación en vez de perseguir el impulso. Esto me hizo preguntarme si la reacción del precio al momento de la cotización es siquiera la señal adecuada que hay que observar. Quizá los catalizadores más relevantes —la participación en el staking, las integraciones del ecosistema y el uso real del protocolo— simplemente aún no han llegado. ¿Qué considerarías un indicador más sólido de tracción a largo plazo que la evolución del precio durante el primer día?#baby @babylonlabs_io $BABY
Estaba revisando datos recientes de cotización de BABY y un detalle me llamó la atención: pese a haber debutado en una importante plataforma de intercambio con soporte completo para operaciones al contado, con margen y futuros, el precio apenas subió tras un repunte inicial antes de volver a bajar poco a poco. Supuse que una cotización tan importante desencadenaría un repunte sostenido, así que me desconcertó que el impulso posterior fuera tan moderado.

Después de consultar los avisos de la plataforma y la actividad en cadena en torno a la fecha de cotización, surgió un patrón. Es probable que gran parte de la demanda prevista ya se hubiera incorporado al precio debido a la especulación sobre el airdrop previo a la cotización y al entusiasmo de la comunidad. Entonces lo entendí: para cuando se abrió la negociación, buena parte del entusiasmo de «comprar con el rumor» ya se había convertido en «vender con la noticia».

Lo que me sorprendió fue el efecto del airdrop. Quienes reciben tokens gratis desde el principio tienen pocos incentivos para esperar, así que una ola de toma de ganancias justo después de la cotización es una contrapartida habitual de las distribuciones amplias de tokens, no un defecto exclusivo de este proyecto.

También importan las condiciones de liquidez y el sentimiento general del mercado. En un entorno macroeconómico cauteloso, los operadores suelen esperar una confirmación en vez de perseguir el impulso.

Esto me hizo preguntarme si la reacción del precio al momento de la cotización es siquiera la señal adecuada que hay que observar. Quizá los catalizadores más relevantes —la participación en el staking, las integraciones del ecosistema y el uso real del protocolo— simplemente aún no han llegado. ¿Qué considerarías un indicador más sólido de tracción a largo plazo que la evolución del precio durante el primer día?#baby @BabylonLabs_io $BABY
Con verificación
Estaba desplazándome por la pestaña de liberación de tokens de BABY y noté algo que no terminaba de cuadrar. El intercambio mostraba una liberación del 31 de julio de aproximadamente 2.34 millones de BABY, etiquetada como solo el 0.02% de la oferta máxima, y la misma cantidad minúscula parecía repetirse casi todos los días. Asumí que liberaciones como esta normalmente ocurren en lotes más grandes y programados, así que ¿por qué esta se estaba dividiendo en fragmentos diarios? Eso me devolvió a la documentación de tokenomics de Babylon. Según el calendario de lockup enmendado de la Babylon Foundation, las asignaciones para inversores tempranos, el equipo y los asesores no se liberan de una sola vez. Se liberan en 36 tramos mensuales iguales, empezando a mediados de mayo de 2026 y llegando hasta abril de 2029. Lo que me sorprendió fue darme cuenta de que las cifras diarias en los rastreadores del intercambio no son eventos de desbloqueo separados. En realidad, son el tramo mensual suavizado en incrementos diarios solo para fines de visualización; por eso cada día muestra un porcentaje de la oferta casi idéntico y pequeño. Ese es el precio a pagar: un gran “acantilado” mensual puede sacudir al mercado con un salto repentino de la oferta, mientras que al desglosarlo visualmente en porciones diarias, la liberación parece gradual, aunque la matemática subyacente del vesting no haya cambiado en absoluto. Es un recordatorio de que la forma en que se muestran los datos de liberación puede influir en la percepción tanto como el calendario en sí. ¿Dividir una liberación mensual en una vista diaria cambia realmente la manera en que los traders responden? #baby $BABY @babylonlabs_io
Estaba desplazándome por la pestaña de liberación de tokens de BABY y noté algo que no terminaba de cuadrar. El intercambio mostraba una liberación del 31 de julio de aproximadamente 2.34 millones de BABY, etiquetada como solo el 0.02% de la oferta máxima, y la misma cantidad minúscula parecía repetirse casi todos los días.

Asumí que liberaciones como esta normalmente ocurren en lotes más grandes y programados, así que ¿por qué esta se estaba dividiendo en fragmentos diarios?
Eso me devolvió a la documentación de tokenomics de Babylon. Según el calendario de lockup enmendado de la Babylon Foundation, las asignaciones para inversores tempranos, el equipo y los asesores no se liberan de una sola vez. Se liberan en 36 tramos mensuales iguales, empezando a mediados de mayo de 2026 y llegando hasta abril de 2029.

Lo que me sorprendió fue darme cuenta de que las cifras diarias en los rastreadores del intercambio no son eventos de desbloqueo separados. En realidad, son el tramo mensual suavizado en incrementos diarios solo para fines de visualización; por eso cada día muestra un porcentaje de la oferta casi idéntico y pequeño. Ese es el precio a pagar: un gran “acantilado” mensual puede sacudir al mercado con un salto repentino de la oferta, mientras que al desglosarlo visualmente en porciones diarias, la liberación parece gradual, aunque la matemática subyacente del vesting no haya cambiado en absoluto.

Es un recordatorio de que la forma en que se muestran los datos de liberación puede influir en la percepción tanto como el calendario en sí. ¿Dividir una liberación mensual en una vista diaria cambia realmente la manera en que los traders responden?
#baby $BABY @BabylonLabs_io
·
--
Alcista
He leído «slashing» en todas las publicaciones sobre Babylon que he visto, y cada vez me imaginaba lo mismo: un validador se porta mal y alguna regla le quita su dinero. Esa imagen se mantuvo hasta que intenté explicar quién hace cumplir realmente la regla. ¿Hay una votación? ¿Un período para presentar objeciones? ¿Alguien que revise las pruebas? Busqué ese proceso, esperando encontrar un comité. En cambio, encontré algo llamado EOTS —Firmas de un solo uso extraíbles—, la forma en que los proveedores de finalidad de Babylon firman bloques. Supuse que era simplemente un esquema de firma más sofisticado. Entonces leí lo que significa «extraíble». Si un proveedor de finalidad firma dos bloques incompatibles a la misma altura, las propias matemáticas de la firma revelan su clave privada. No como una sanción que se aplica después. Como resultado directo de la acción. Me quedé un momento pensando en eso. No hay ningún juez que determine la culpabilidad. El engaño y la exposición de la clave son el mismo acontecimiento. Es distinto de cómo suelo pensar en la aplicación de las reglas: ocurre una mala acción y luego un proceso aparte decide la consecuencia. Aquí, hacer algo malo es entregar la clave para castigarte. Una vez que lo entendí, «slashing» dejó de parecerme una regla que Babylon hace cumplir y empezó a parecerme algo que las matemáticas hacen realidad por sí solas. Aún no sé cómo se sostiene esto fuera de la teoría ideal: errores de implementación, casos límite que nadie previó. Que la criptografía sea correcta sobre el papel no significa que vaya a comportarse correctamente bajo el estrés de una red real. Pero me gusta quedarme con la idea de que aquí el castigo no es una decisión. Es un hecho que se revela por sí solo. #baby $BABY @babylonlabs_io
He leído «slashing» en todas las publicaciones sobre Babylon que he visto, y cada vez me imaginaba lo mismo: un validador se porta mal y alguna regla le quita su dinero.

Esa imagen se mantuvo hasta que intenté explicar quién hace cumplir realmente la regla.
¿Hay una votación? ¿Un período para presentar objeciones? ¿Alguien que revise las pruebas?
Busqué ese proceso, esperando encontrar un comité.

En cambio, encontré algo llamado EOTS —Firmas de un solo uso extraíbles—, la forma en que los proveedores de finalidad de Babylon firman bloques.
Supuse que era simplemente un esquema de firma más sofisticado. Entonces leí lo que significa «extraíble».

Si un proveedor de finalidad firma dos bloques incompatibles a la misma altura, las propias matemáticas de la firma revelan su clave privada. No como una sanción que se aplica después. Como resultado directo de la acción.

Me quedé un momento pensando en eso. No hay ningún juez que determine la culpabilidad. El engaño y la exposición de la clave son el mismo acontecimiento. Es distinto de cómo suelo pensar en la aplicación de las reglas: ocurre una mala acción y luego un proceso aparte decide la consecuencia. Aquí, hacer algo malo es entregar la clave para castigarte.
Una vez que lo entendí, «slashing» dejó de parecerme una regla que Babylon hace cumplir y empezó a parecerme algo que las matemáticas hacen realidad por sí solas.

Aún no sé cómo se sostiene esto fuera de la teoría ideal: errores de implementación, casos límite que nadie previó. Que la criptografía sea correcta sobre el papel no significa que vaya a comportarse correctamente bajo el estrés de una red real.

Pero me gusta quedarme con la idea de que aquí el castigo no es una decisión. Es un hecho que se revela por sí solo.
#baby $BABY @BabylonLabs_io
Cuanto más leo el código de Babylon esta semana, más se me quedaba grabado un pequeño detalle. Cada checkpoint que se envía a Bitcoin en realidad sale como dos transacciones separadas, no como una sola. Mi primera idea fue que fuera redundante, como una copia de seguridad por si algo se quedaba huérfano. Pero resulta que no es así. Una salida OP_RETURN de Bitcoin solo guarda 80 bytes, y un checkpoint completo simplemente no cabe en ese espacio. Así que se divide en dos y se envía como dos txs, y luego se recompone cuando ambas se confirman. Sencillo una vez que lo sabes, pero no había visto a nadie señalarlo antes. Lo que realmente me intrigó fue quién lo envía. No los validadores, ni el @babylonlabs_io en sí, sino cualquiera que quiera. Se les llama "vigilantes". Ejecutas el software, recoges el checkpoint, pagas la comisión de Bitcoin con tu propio bolsillo y lo publicas. Sin fianza, sin lista blanca, nada que te impida simplemente... parar. Y todo el sistema solo necesita que haya una de estas personas en línea y siendo honesta en un momento dado. No una mayoría: solo una. Da la sensación de ser extraño saber que un sistema de staking de varios miles de millones de dólares descansa silenciosamente en eso. Me hace preguntarme cuántos vigilantes están ejecutándose realmente ahora mismo y si la mayoría de las personas que hacen staking a través de Babylon incluso sabe que existe esta parte. $BABY #baby
Cuanto más leo el código de Babylon esta semana, más se me quedaba grabado un pequeño detalle.

Cada checkpoint que se envía a Bitcoin en realidad sale como dos transacciones separadas, no como una sola. Mi primera idea fue que fuera redundante, como una copia de seguridad por si algo se quedaba huérfano. Pero resulta que no es así. Una salida OP_RETURN de Bitcoin solo guarda 80 bytes, y un checkpoint completo simplemente no cabe en ese espacio. Así que se divide en dos y se envía como dos txs, y luego se recompone cuando ambas se confirman. Sencillo una vez que lo sabes, pero no había visto a nadie señalarlo antes.
Lo que realmente me intrigó fue quién lo envía.

No los validadores, ni el @BabylonLabs_io en sí, sino cualquiera que quiera. Se les llama "vigilantes". Ejecutas el software, recoges el checkpoint, pagas la comisión de Bitcoin con tu propio bolsillo y lo publicas. Sin fianza, sin lista blanca, nada que te impida simplemente... parar. Y todo el sistema solo necesita que haya una de estas personas en línea y siendo honesta en un momento dado. No una mayoría: solo una.
Da la sensación de ser extraño saber que un sistema de staking de varios miles de millones de dólares descansa silenciosamente en eso. Me hace preguntarme cuántos vigilantes están ejecutándose realmente ahora mismo y si la mayoría de las personas que hacen staking a través de Babylon incluso sabe que existe esta parte.

$BABY #baby
Se mantuvo asumiendo que el gráfico de TVL de Babylon era un gráfico de demanda. No lo es. Es un estacionamiento. El multi-staking, la función que permite que un depósito de BTC asegure varias cadenas PoS a la vez, sigue siendo el argumento principal. Pero casi todo el BTC apostado ahora respalda una sola cadena: Babylon Genesis, que además resulta ser el plano de control para cada red futura que se supone que se conectará más adelante. Así que la cifra que se lee como "demanda de seguridad" es en su mayor parte capital que está dentro del sistema que construyó la regla de medición. No es deshonesto, solo es una cuestión de secuenciación. Primero abastecimiento, luego demostrar el mecanismo, después que la demanda alcance. Cada mercado de seguridad empieza así. Pero significa que las respuestas de TVL a una pregunta que nadie se está haciendo de verdad: ¿puede el BTC bloquearse de manera no custodial para respaldar validadores, en lugar de la que importa: si el valor de las cadenas externas es suficiente para pagar por esa seguridad por encima de su propia inflación de tokens. Se puede sentir cómo el mercado ya lo está percibiendo. La valoración de BABY frente al BTC que está estacionado detrás no se mueve como un activo de demanda. Se mueve como un token que aún está esperando descubrir para qué sirve. La lectura incómoda: Babylon quizá haya resuelto antes el problema criptográfico más difícil que el económico más sencillo. La mayoría de las apuestas de infraestructura asumen que la tecnología es el cuello de botella. ¿Y si aquí nunca lo fue? #baby $BABY @babylonlabs_io
Se mantuvo asumiendo que el gráfico de TVL de Babylon era un gráfico de demanda. No lo es. Es un estacionamiento.
El multi-staking, la función que permite que un depósito de BTC asegure varias cadenas PoS a la vez, sigue siendo el argumento principal.

Pero casi todo el BTC apostado ahora respalda una sola cadena: Babylon Genesis, que además resulta ser el plano de control para cada red futura que se supone que se conectará más adelante. Así que la cifra que se lee como "demanda de seguridad" es en su mayor parte capital que está dentro del sistema que construyó la regla de medición. No es deshonesto, solo es una cuestión de secuenciación. Primero abastecimiento, luego demostrar el mecanismo, después que la demanda alcance. Cada mercado de seguridad empieza así.
Pero significa que las respuestas de TVL a una pregunta que nadie se está haciendo de verdad: ¿puede el BTC bloquearse de manera no custodial para respaldar validadores, en lugar de la que importa: si el valor de las cadenas externas es suficiente para pagar por esa seguridad por encima de su propia inflación de tokens. Se puede sentir cómo el mercado ya lo está percibiendo. La valoración de BABY frente al BTC que está estacionado detrás no se mueve como un activo de demanda. Se mueve como un token que aún está esperando descubrir para qué sirve. La lectura incómoda: Babylon quizá haya resuelto antes el problema criptográfico más difícil que el económico más sencillo. La mayoría de las apuestas de infraestructura asumen que la tecnología es el cuello de botella. ¿Y si aquí nunca lo fue?

#baby $BABY @BabylonLabs_io
Inicia sesión para explorar más contenidos
Únete a usuarios de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma