Binance Square
Minh Nhat Builder
501 Publicaciones

Minh Nhat Builder

AI | Crypto builder Creating tools to simplify trading & learning
Titular de GENIUS
Titular de GENIUS
Trader frecuente
10.1 meses
96 Siguiendo
59 Seguidores
523 Me gusta
Publicaciones
PINNED
·
--
Con verificación
En el pasado, casi daba por sentado que Bitcoin estaba verdaderamente destinado solo a ser un almacén de valor. Si querías desbloquear el valor económico de Bitcoin, tenías que aceptar hacer de puente, envolver (wrapping) o entregar tus activos a otra parte. Me había acostumbrado a ver casi cada modelo de esa manera. Entonces, cuando leí sobre Babylon Genesis, un detalle me hizo detenerme a pensar. Lo que captó mi atención no fue el concepto de hacer staking en Bitcoin en sí, sino el hecho de que Bitcoin permanece en su propia blockchain, en la billetera del propietario, asegurado mediante timelocks y scripts en lugar de ser transferido a otro sistema. Tuve que leer más sobre timelocks, scripts, Finality Providers y el mecanismo de slashing antes de darme cuenta de que la idea era mucho menos simple de lo que yo había pensado inicialmente. Al principio, asumí que Babylon simplemente estaba intentando llevar Bitcoin a redes de Proof of Stake. Más tarde, entendí que el enfoque no estaba en lograr que Bitcoin “haga staking”, sino en convertir a Bitcoin en una fuente de seguridad económica para las cadenas PoS, preservando a la vez tanto el modelo de Proof of Work como el control de los usuarios sobre sus activos. Desde mi perspectiva actual, la diferencia real consiste en separar la capacidad de proporcionar seguridad económica de la necesidad de modificar el propio protocolo de Bitcoin, en lugar de tratar ambas cosas como inseparables. Eso me hizo replantear el modelo de confianza. Babylon Genesis no parece intentar cambiar Bitcoin, sino cambiar la forma en que otros sistemas aprovechan sus propiedades existentes: inmutabilidad, poder de hash y autocustodia. Bitcoin sigue siendo la capa de seguridad fundamental, mientras que Babylon Genesis se convierte en la capa de coordinación para validadores, Finality Providers, staking y slashing, permitiendo que las redes PoS “arrienden” esa fuente de seguridad. @babylonlabs_io #baby $BABY {future}(BABYUSDT) $KOMA $DEXE #KospiHitsIntradayRecordUp17% #KospiJumpsRecord15% #KOSPITriggersBuySideSidecar #NasdaqRebounds2.8%EndingSixDaySlide {future}(DEXEUSDT) {future}(KOMAUSDT)
En el pasado, casi daba por sentado que Bitcoin estaba verdaderamente destinado solo a ser un almacén de valor. Si querías desbloquear el valor económico de Bitcoin, tenías que aceptar hacer de puente, envolver (wrapping) o entregar tus activos a otra parte. Me había acostumbrado a ver casi cada modelo de esa manera.

Entonces, cuando leí sobre Babylon Genesis, un detalle me hizo detenerme a pensar. Lo que captó mi atención no fue el concepto de hacer staking en Bitcoin en sí, sino el hecho de que Bitcoin permanece en su propia blockchain, en la billetera del propietario, asegurado mediante timelocks y scripts en lugar de ser transferido a otro sistema. Tuve que leer más sobre timelocks, scripts, Finality Providers y el mecanismo de slashing antes de darme cuenta de que la idea era mucho menos simple de lo que yo había pensado inicialmente.

Al principio, asumí que Babylon simplemente estaba intentando llevar Bitcoin a redes de Proof of Stake. Más tarde, entendí que el enfoque no estaba en lograr que Bitcoin “haga staking”, sino en convertir a Bitcoin en una fuente de seguridad económica para las cadenas PoS, preservando a la vez tanto el modelo de Proof of Work como el control de los usuarios sobre sus activos.

Desde mi perspectiva actual, la diferencia real consiste en separar la capacidad de proporcionar seguridad económica de la necesidad de modificar el propio protocolo de Bitcoin, en lugar de tratar ambas cosas como inseparables.

Eso me hizo replantear el modelo de confianza. Babylon Genesis no parece intentar cambiar Bitcoin, sino cambiar la forma en que otros sistemas aprovechan sus propiedades existentes: inmutabilidad, poder de hash y autocustodia. Bitcoin sigue siendo la capa de seguridad fundamental, mientras que Babylon Genesis se convierte en la capa de coordinación para validadores, Finality Providers, staking y slashing, permitiendo que las redes PoS “arrienden” esa fuente de seguridad.
@BabylonLabs_io #baby
$BABY
$KOMA $DEXE
#KospiHitsIntradayRecordUp17% #KospiJumpsRecord15% #KOSPITriggersBuySideSidecar #NasdaqRebounds2.8%EndingSixDaySlide
♥️Bullish
💚Bearish
19 hora(s) restante(s)
PINNED
Al principio, seguir el mercado cripto con 0.5 BTC durante las últimas semanas, observando narrativas, flujos de capital y cambios en el ecosistema, parecía solo una forma de encontrar oportunidades antes de la altseason. Pero ese proceso me hizo darme cuenta de que el problema no es predecir el momento correcto para el crecimiento, sino comprender las señales silenciosas que se están formando antes de que la mayoría las reconozca. A partir de ahí, la manera en que evalúo las oportunidades en un ciclo de crecimiento ha cambiado. El mercado no solo se ve a través de lo que está subiendo de precio, sino también a través de los flujos subyacentes: usuarios, liquidez, productos con demanda real y narrativas que se están construyendo. Imagina un río antes de que suba el agua. La superficie solo muestra el resultado final, mientras que el cambio empieza desde lo que hay debajo: un nuevo volumen de agua, la dirección del flujo y la presión acumulada. Solo cuando el nivel del agua se vuelve evidente, la mayoría se da cuenta de lo que ha estado pasando todo el tiempo. Esta perspectiva es lo que me hace estar interesado en Babylon. En lugar de enfocarse en la atención a corto plazo, Babylon está construyendo infraestructura que amplía la usabilidad de Bitcoin, conectando la seguridad de Bitcoin, los mecanismos de staking y aplicaciones financieras on-chain para crear una demanda más práctica. Lo veo parecido a evaluar una empresa antes de que sus ingresos crezcan significativamente. Quienes solo miran el precio ven los cambios en la etapa final, mientras que quienes observan con más cuidado miran a los usuarios, los productos y la escalabilidad antes de que aparezcan los resultados. Por lo tanto, no evalúo Babylon únicamente en función de la atención actual. Lo que importa es si puede crear una demanda de uso real, ampliar el papel de Bitcoin en DeFi y mantener el valor durante condiciones de mercado difíciles, en lugar de simplemente crear una narrativa atractiva. Lo que más me importa es: ¿Babylon realmente cambia la forma en que se utiliza el valor de Bitcoin en la economía on-chain, o solo crea una nueva narrativa? Porque el valor a largo plazo no proviene de ser lo más notado, sino de construir una base sólida antes de que la mayoría reconozca el cambio. @babylonlabs_io $BABY #baby $DEXE $UAI
Al principio, seguir el mercado cripto con 0.5 BTC durante las últimas semanas, observando narrativas, flujos de capital y cambios en el ecosistema, parecía solo una forma de encontrar oportunidades antes de la altseason. Pero ese proceso me hizo darme cuenta de que el problema no es predecir el momento correcto para el crecimiento, sino comprender las señales silenciosas que se están formando antes de que la mayoría las reconozca.

A partir de ahí, la manera en que evalúo las oportunidades en un ciclo de crecimiento ha cambiado. El mercado no solo se ve a través de lo que está subiendo de precio, sino también a través de los flujos subyacentes: usuarios, liquidez, productos con demanda real y narrativas que se están construyendo.

Imagina un río antes de que suba el agua. La superficie solo muestra el resultado final, mientras que el cambio empieza desde lo que hay debajo: un nuevo volumen de agua, la dirección del flujo y la presión acumulada. Solo cuando el nivel del agua se vuelve evidente, la mayoría se da cuenta de lo que ha estado pasando todo el tiempo.

Esta perspectiva es lo que me hace estar interesado en Babylon. En lugar de enfocarse en la atención a corto plazo, Babylon está construyendo infraestructura que amplía la usabilidad de Bitcoin, conectando la seguridad de Bitcoin, los mecanismos de staking y aplicaciones financieras on-chain para crear una demanda más práctica.

Lo veo parecido a evaluar una empresa antes de que sus ingresos crezcan significativamente. Quienes solo miran el precio ven los cambios en la etapa final, mientras que quienes observan con más cuidado miran a los usuarios, los productos y la escalabilidad antes de que aparezcan los resultados.

Por lo tanto, no evalúo Babylon únicamente en función de la atención actual. Lo que importa es si puede crear una demanda de uso real, ampliar el papel de Bitcoin en DeFi y mantener el valor durante condiciones de mercado difíciles, en lugar de simplemente crear una narrativa atractiva.

Lo que más me importa es: ¿Babylon realmente cambia la forma en que se utiliza el valor de Bitcoin en la economía on-chain, o solo crea una nueva narrativa? Porque el valor a largo plazo no proviene de ser lo más notado, sino de construir una base sólida antes de que la mayoría reconozca el cambio.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
📌 Wait for confirmation
✏️ Spot early signals
📍Follow smart money
🖌️Build before attention
10 hora(s) restante(s)
Ver traducción
This is why I continue to watch Babylon beyond the current narrative. The real value will be proven by what it builds when attention fades.
This is why I continue to watch Babylon beyond the current narrative. The real value will be proven by what it builds when attention fades.
Minh Nhat Builder
·
--
Al principio, seguir el mercado cripto con 0.5 BTC durante las últimas semanas, observando narrativas, flujos de capital y cambios en el ecosistema, parecía solo una forma de encontrar oportunidades antes de la altseason. Pero ese proceso me hizo darme cuenta de que el problema no es predecir el momento correcto para el crecimiento, sino comprender las señales silenciosas que se están formando antes de que la mayoría las reconozca.

A partir de ahí, la manera en que evalúo las oportunidades en un ciclo de crecimiento ha cambiado. El mercado no solo se ve a través de lo que está subiendo de precio, sino también a través de los flujos subyacentes: usuarios, liquidez, productos con demanda real y narrativas que se están construyendo.

Imagina un río antes de que suba el agua. La superficie solo muestra el resultado final, mientras que el cambio empieza desde lo que hay debajo: un nuevo volumen de agua, la dirección del flujo y la presión acumulada. Solo cuando el nivel del agua se vuelve evidente, la mayoría se da cuenta de lo que ha estado pasando todo el tiempo.

Esta perspectiva es lo que me hace estar interesado en Babylon. En lugar de enfocarse en la atención a corto plazo, Babylon está construyendo infraestructura que amplía la usabilidad de Bitcoin, conectando la seguridad de Bitcoin, los mecanismos de staking y aplicaciones financieras on-chain para crear una demanda más práctica.

Lo veo parecido a evaluar una empresa antes de que sus ingresos crezcan significativamente. Quienes solo miran el precio ven los cambios en la etapa final, mientras que quienes observan con más cuidado miran a los usuarios, los productos y la escalabilidad antes de que aparezcan los resultados.

Por lo tanto, no evalúo Babylon únicamente en función de la atención actual. Lo que importa es si puede crear una demanda de uso real, ampliar el papel de Bitcoin en DeFi y mantener el valor durante condiciones de mercado difíciles, en lugar de simplemente crear una narrativa atractiva.

Lo que más me importa es: ¿Babylon realmente cambia la forma en que se utiliza el valor de Bitcoin en la economía on-chain, o solo crea una nueva narrativa? Porque el valor a largo plazo no proviene de ser lo más notado, sino de construir una base sólida antes de que la mayoría reconozca el cambio.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
Ver traducción
In the end, I believe the strongest opportunities are not found when everyone is watching, but when the foundation is quietly being built. The question is whether Babylon can turn Bitcoin’s potential into sustainable on-chain utility.
In the end, I believe the strongest opportunities are not found when everyone is watching, but when the foundation is quietly being built. The question is whether Babylon can turn Bitcoin’s potential into sustainable on-chain utility.
Minh Nhat Builder
·
--
Al principio, seguir el mercado cripto con 0.5 BTC durante las últimas semanas, observando narrativas, flujos de capital y cambios en el ecosistema, parecía solo una forma de encontrar oportunidades antes de la altseason. Pero ese proceso me hizo darme cuenta de que el problema no es predecir el momento correcto para el crecimiento, sino comprender las señales silenciosas que se están formando antes de que la mayoría las reconozca.

A partir de ahí, la manera en que evalúo las oportunidades en un ciclo de crecimiento ha cambiado. El mercado no solo se ve a través de lo que está subiendo de precio, sino también a través de los flujos subyacentes: usuarios, liquidez, productos con demanda real y narrativas que se están construyendo.

Imagina un río antes de que suba el agua. La superficie solo muestra el resultado final, mientras que el cambio empieza desde lo que hay debajo: un nuevo volumen de agua, la dirección del flujo y la presión acumulada. Solo cuando el nivel del agua se vuelve evidente, la mayoría se da cuenta de lo que ha estado pasando todo el tiempo.

Esta perspectiva es lo que me hace estar interesado en Babylon. En lugar de enfocarse en la atención a corto plazo, Babylon está construyendo infraestructura que amplía la usabilidad de Bitcoin, conectando la seguridad de Bitcoin, los mecanismos de staking y aplicaciones financieras on-chain para crear una demanda más práctica.

Lo veo parecido a evaluar una empresa antes de que sus ingresos crezcan significativamente. Quienes solo miran el precio ven los cambios en la etapa final, mientras que quienes observan con más cuidado miran a los usuarios, los productos y la escalabilidad antes de que aparezcan los resultados.

Por lo tanto, no evalúo Babylon únicamente en función de la atención actual. Lo que importa es si puede crear una demanda de uso real, ampliar el papel de Bitcoin en DeFi y mantener el valor durante condiciones de mercado difíciles, en lugar de simplemente crear una narrativa atractiva.

Lo que más me importa es: ¿Babylon realmente cambia la forma en que se utiliza el valor de Bitcoin en la economía on-chain, o solo crea una nueva narrativa? Porque el valor a largo plazo no proviene de ser lo más notado, sino de construir una base sólida antes de que la mayoría reconozca el cambio.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
Ver traducción
Real value is proven under pressure, not during hype. Babylon's future depends on whether adoption can sustain demand beyond the narrative.
Real value is proven under pressure, not during hype. Babylon's future depends on whether adoption can sustain demand beyond the narrative.
Minh Nhat Builder
·
--
Al principio, gastar 1000 USDT investigando Babylon a través de las fases de staking y la hoja de ruta parecía ser solo una forma de buscar ganancias a partir de la narrativa respaldada por Bitcoin. Pero después de presenciar más de 57,000 BTC en staking por más de 140,000 stakers, me di cuenta de que depender del hype y la demanda especulativa podría ser una señal de una debilidad más profunda. Por lo tanto, necesitaba evaluar cuidadosamente cada capa de valor y la verdadera adecuación producto-mercado.

A partir de ahí, la manera en que evalué la suposición de “lanzar un token y luego ejecutar marketing” cambió. Un sistema no solo debe verse a través de los resultados que genera, sino también examinarse según los mecanismos que determinan esos resultados.

Imagina construir un rascacielos. Solo cuando aparece una presión real de usuarios conservadores como los tenedores de Bitcoin, las limitaciones internas empiezan a afectar toda la experiencia.

Esta es la perspectiva que me hizo interesarme en Babylon. En lugar de abordar únicamente los síntomas externos, Babylon se centra en cómo se forma y opera cada capa de demanda: la Fase 1 crea la oferta de BTC en staking; la Fase 2 demuestra utilidad mediante DEX - vault - restaking - BABY LST; y la Fase 3 expande Bitcoin Secured Networks + EVM en una estructura coordinada más clara.

Un sistema confiable necesita superar la prueba en las circunstancias más difíciles. Cuando el mercado se vuelve volátil y los tenedores de Bitcoin exigen más, los usuarios aún deben comprender claramente el staking real de BTC, la utilidad on-chain y la demanda de BABY derivada de la adopción, en lugar de limitarse a mirar una interfaz simple.

Por eso, no evalúo Babylon solo en función de lo superficial. Más importante aún, la pregunta es si puede demostrar la adecuación producto-mercado de la capa de staking, convertir la red en una infraestructura DeFi real y hacer que BABY sea un hub de liquidez y gobernanza sin crear complejidad operativa adicional.

Por último, mi pregunta para Babylon es: ¿realmente cambia cómo se construye la demanda de la red o solo hace que el problema sea más difícil de ver? Porque el valor a largo plazo de un sistema complejo depende de mantener la claridad bajo presión. @BabylonLabs_io
#baby $BABY $DEXE
Ver traducción
In the end, narratives attract attention, but product-market fit keeps users. Time will show whether Babylon can become lasting Bitcoin infrastructure or remain just another compelling story.
In the end, narratives attract attention, but product-market fit keeps users. Time will show whether Babylon can become lasting Bitcoin infrastructure or remain just another compelling story.
Minh Nhat Builder
·
--
Al principio, gastar 1000 USDT investigando Babylon a través de las fases de staking y la hoja de ruta parecía ser solo una forma de buscar ganancias a partir de la narrativa respaldada por Bitcoin. Pero después de presenciar más de 57,000 BTC en staking por más de 140,000 stakers, me di cuenta de que depender del hype y la demanda especulativa podría ser una señal de una debilidad más profunda. Por lo tanto, necesitaba evaluar cuidadosamente cada capa de valor y la verdadera adecuación producto-mercado.

A partir de ahí, la manera en que evalué la suposición de “lanzar un token y luego ejecutar marketing” cambió. Un sistema no solo debe verse a través de los resultados que genera, sino también examinarse según los mecanismos que determinan esos resultados.

Imagina construir un rascacielos. Solo cuando aparece una presión real de usuarios conservadores como los tenedores de Bitcoin, las limitaciones internas empiezan a afectar toda la experiencia.

Esta es la perspectiva que me hizo interesarme en Babylon. En lugar de abordar únicamente los síntomas externos, Babylon se centra en cómo se forma y opera cada capa de demanda: la Fase 1 crea la oferta de BTC en staking; la Fase 2 demuestra utilidad mediante DEX - vault - restaking - BABY LST; y la Fase 3 expande Bitcoin Secured Networks + EVM en una estructura coordinada más clara.

Un sistema confiable necesita superar la prueba en las circunstancias más difíciles. Cuando el mercado se vuelve volátil y los tenedores de Bitcoin exigen más, los usuarios aún deben comprender claramente el staking real de BTC, la utilidad on-chain y la demanda de BABY derivada de la adopción, en lugar de limitarse a mirar una interfaz simple.

Por eso, no evalúo Babylon solo en función de lo superficial. Más importante aún, la pregunta es si puede demostrar la adecuación producto-mercado de la capa de staking, convertir la red en una infraestructura DeFi real y hacer que BABY sea un hub de liquidez y gobernanza sin crear complejidad operativa adicional.

Por último, mi pregunta para Babylon es: ¿realmente cambia cómo se construye la demanda de la red o solo hace que el problema sea más difícil de ver? Porque el valor a largo plazo de un sistema complejo depende de mantener la claridad bajo presión. @BabylonLabs_io
#baby $BABY $DEXE
Con verificación
Al principio, gastar 1000 USDT investigando Babylon a través de las fases de staking y la hoja de ruta parecía ser solo una forma de buscar ganancias a partir de la narrativa respaldada por Bitcoin. Pero después de presenciar más de 57,000 BTC en staking por más de 140,000 stakers, me di cuenta de que depender del hype y la demanda especulativa podría ser una señal de una debilidad más profunda. Por lo tanto, necesitaba evaluar cuidadosamente cada capa de valor y la verdadera adecuación producto-mercado. A partir de ahí, la manera en que evalué la suposición de “lanzar un token y luego ejecutar marketing” cambió. Un sistema no solo debe verse a través de los resultados que genera, sino también examinarse según los mecanismos que determinan esos resultados. Imagina construir un rascacielos. Solo cuando aparece una presión real de usuarios conservadores como los tenedores de Bitcoin, las limitaciones internas empiezan a afectar toda la experiencia. Esta es la perspectiva que me hizo interesarme en Babylon. En lugar de abordar únicamente los síntomas externos, Babylon se centra en cómo se forma y opera cada capa de demanda: la Fase 1 crea la oferta de BTC en staking; la Fase 2 demuestra utilidad mediante DEX - vault - restaking - BABY LST; y la Fase 3 expande Bitcoin Secured Networks + EVM en una estructura coordinada más clara. Un sistema confiable necesita superar la prueba en las circunstancias más difíciles. Cuando el mercado se vuelve volátil y los tenedores de Bitcoin exigen más, los usuarios aún deben comprender claramente el staking real de BTC, la utilidad on-chain y la demanda de BABY derivada de la adopción, en lugar de limitarse a mirar una interfaz simple. Por eso, no evalúo Babylon solo en función de lo superficial. Más importante aún, la pregunta es si puede demostrar la adecuación producto-mercado de la capa de staking, convertir la red en una infraestructura DeFi real y hacer que BABY sea un hub de liquidez y gobernanza sin crear complejidad operativa adicional. Por último, mi pregunta para Babylon es: ¿realmente cambia cómo se construye la demanda de la red o solo hace que el problema sea más difícil de ver? Porque el valor a largo plazo de un sistema complejo depende de mantener la claridad bajo presión. @babylonlabs_io #baby $BABY $DEXE
Al principio, gastar 1000 USDT investigando Babylon a través de las fases de staking y la hoja de ruta parecía ser solo una forma de buscar ganancias a partir de la narrativa respaldada por Bitcoin. Pero después de presenciar más de 57,000 BTC en staking por más de 140,000 stakers, me di cuenta de que depender del hype y la demanda especulativa podría ser una señal de una debilidad más profunda. Por lo tanto, necesitaba evaluar cuidadosamente cada capa de valor y la verdadera adecuación producto-mercado.

A partir de ahí, la manera en que evalué la suposición de “lanzar un token y luego ejecutar marketing” cambió. Un sistema no solo debe verse a través de los resultados que genera, sino también examinarse según los mecanismos que determinan esos resultados.

Imagina construir un rascacielos. Solo cuando aparece una presión real de usuarios conservadores como los tenedores de Bitcoin, las limitaciones internas empiezan a afectar toda la experiencia.

Esta es la perspectiva que me hizo interesarme en Babylon. En lugar de abordar únicamente los síntomas externos, Babylon se centra en cómo se forma y opera cada capa de demanda: la Fase 1 crea la oferta de BTC en staking; la Fase 2 demuestra utilidad mediante DEX - vault - restaking - BABY LST; y la Fase 3 expande Bitcoin Secured Networks + EVM en una estructura coordinada más clara.

Un sistema confiable necesita superar la prueba en las circunstancias más difíciles. Cuando el mercado se vuelve volátil y los tenedores de Bitcoin exigen más, los usuarios aún deben comprender claramente el staking real de BTC, la utilidad on-chain y la demanda de BABY derivada de la adopción, en lugar de limitarse a mirar una interfaz simple.

Por eso, no evalúo Babylon solo en función de lo superficial. Más importante aún, la pregunta es si puede demostrar la adecuación producto-mercado de la capa de staking, convertir la red en una infraestructura DeFi real y hacer que BABY sea un hub de liquidez y gobernanza sin crear complejidad operativa adicional.

Por último, mi pregunta para Babylon es: ¿realmente cambia cómo se construye la demanda de la red o solo hace que el problema sea más difícil de ver? Porque el valor a largo plazo de un sistema complejo depende de mantener la claridad bajo presión. @BabylonLabs_io
#baby $BABY $DEXE
💥 Real BTC utility
67%
⚡️Staking adoption
0%
🌈 DeFi ecosystem growth
33%
🌊 Strong token economics
0%
3 Votos • Votación cerrada
Revisé hace poco las actualizaciones de Babylon y noté algo que se pasa por alto: el rediseño del token BABY. Se está formando una tensión silenciosa pero importante sobre cómo encajar un token de gobernanza en un sistema construido principalmente sobre mecanismos sin confianza. Lo interesante es que se está considerando un modelo de tarifas basado en subasta, para que el mercado valore el acceso en lugar de una tarifa fija. No estoy del todo seguro de cómo encaja eso con un vault sin confianza, pero me hace pensar que el descubrimiento de precios se elige de manera más intencional, en lugar de resultar de decisiones de gobernanza. La pregunta que me viene a la mente es si los tokens de gobernanza y los protocolos sin confianza realmente se complementan entre sí. ¿Agregar una capa de gobernanza BABY crea una superficie donde la influencia se centraliza de manera silenciosa? Me hace pensar que esta tensión rara vez se resuelve tan limpiamente como parece. Desde fuera, el papel cambiante de BABY se siente como la capa menos estable de TBV. A veces me pregunto si el modelo de subasta atrae a los participantes adecuados o a quienes persiguen principalmente cargos. El diseño parece intencional, pero la forma en que resiste en condiciones reales aún está por verse: en cualquier caso… el tiempo lo dirá @babylonlabs_io #baby $BABY $DEXE $AKE
Revisé hace poco las actualizaciones de Babylon y noté algo que se pasa por alto: el rediseño del token BABY. Se está formando una tensión silenciosa pero importante sobre cómo encajar un token de gobernanza en un sistema construido principalmente sobre mecanismos sin confianza.

Lo interesante es que se está considerando un modelo de tarifas basado en subasta, para que el mercado valore el acceso en lugar de una tarifa fija.

No estoy del todo seguro de cómo encaja eso con un vault sin confianza, pero me hace pensar que el descubrimiento de precios se elige de manera más intencional, en lugar de resultar de decisiones de gobernanza. La pregunta que me viene a la mente es si los tokens de gobernanza y los protocolos sin confianza realmente se complementan entre sí. ¿Agregar una capa de gobernanza BABY crea una superficie donde la influencia se centraliza de manera silenciosa?

Me hace pensar que esta tensión rara vez se resuelve tan limpiamente como parece. Desde fuera, el papel cambiante de BABY se siente como la capa menos estable de TBV. A veces me pregunto si el modelo de subasta atrae a los participantes adecuados o a quienes persiguen principalmente cargos. El diseño parece intencional, pero la forma en que resiste en condiciones reales aún está por verse: en cualquier caso… el tiempo lo dirá @BabylonLabs_io #baby $BABY $DEXE $AKE
🧲True security
67%
🛡️Native yield
0%
🧿Lower risk
33%
🧬Clear design
0%
3 Votos • Votación cerrada
Hay personas en un grupo que publican una captura de su posición TBV con el texto: “Ya no hay riesgo de bridge; al final, el BTC en DeFi por fin se hizo de la manera correcta.” Alguien preguntó: “¿Tu BTC realmente está ahora mismo en dónde?” Él no respondió; solo volvió a publicar esa imagen. Trustless Bitcoin Vaults realmente resuelve un problema real: no hay token envuelto, no hay bridge multisig custodiando BTC. Babylon permite que BTC nativo respalde préstamos a través de Aave v4, donde depositas BTC y pides prestado USDC o USDT. El riesgo de custodia disminuye, pero el riesgo rara vez desaparece; normalmente solo se desplaza. En el aspecto técnico, cuando tu posición respaldada por BTC está en Aave v4, heredas el riesgo de Aave: bugs en contratos inteligentes, manipulación de oráculos, cambios en parámetros de governance o el modelo de tasas de interés bajo estrés. No hay nada de eso que sea nuevo; Aave ya ha sido auditado y puesto a prueba durante años. Pero ese es un riesgo diferente al que el TBV estaba diseñado para eliminar. Has cambiado “alguien controla mi BTC” por “una pila de contratos inteligentes que puede hacer qué con mi BTC”, son categorías distintas, aunque ambas se llamen “trustless”. Autocrítica: No digo que esto haga que el TBV sea peor que el BTC envuelto. Eliminar el riesgo de custodia sí es una mejora real y el historial de Aave es más sólido que el de la mayoría de operadores de bridge. El problema es que “trustless” se aplica a toda la pila, mientras que técnicamente solo describe la capa de custodia. Ahí es donde los usuarios dejan de preguntarse dónde está realmente su BTC. El valor de #BABY depende del crecimiento del volumen de TBV, y eso depende de que los usuarios confíen en toda la pila, no solo en el mecanismo del lado de Bitcoin. Preferiría ver @babylonlabs_io $BABY indicando claramente el riesgo del lado de Aave, en vez de que “trustless” lo cubra en silencio.
Hay personas en un grupo que publican una captura de su posición TBV con el texto: “Ya no hay riesgo de bridge; al final, el BTC en DeFi por fin se hizo de la manera correcta.” Alguien preguntó: “¿Tu BTC realmente está ahora mismo en dónde?” Él no respondió; solo volvió a publicar esa imagen. Trustless Bitcoin Vaults realmente resuelve un problema real: no hay token envuelto, no hay bridge multisig custodiando BTC. Babylon permite que BTC nativo respalde préstamos a través de Aave v4, donde depositas BTC y pides prestado USDC o USDT. El riesgo de custodia disminuye, pero el riesgo rara vez desaparece; normalmente solo se desplaza.

En el aspecto técnico, cuando tu posición respaldada por BTC está en Aave v4, heredas el riesgo de Aave: bugs en contratos inteligentes, manipulación de oráculos, cambios en parámetros de governance o el modelo de tasas de interés bajo estrés. No hay nada de eso que sea nuevo; Aave ya ha sido auditado y puesto a prueba durante años. Pero ese es un riesgo diferente al que el TBV estaba diseñado para eliminar. Has cambiado “alguien controla mi BTC” por “una pila de contratos inteligentes que puede hacer qué con mi BTC”, son categorías distintas, aunque ambas se llamen “trustless”. Autocrítica: No digo que esto haga que el TBV sea peor que el BTC envuelto. Eliminar el riesgo de custodia sí es una mejora real y el historial de Aave es más sólido que el de la mayoría de operadores de bridge. El problema es que “trustless” se aplica a toda la pila, mientras que técnicamente solo describe la capa de custodia. Ahí es donde los usuarios dejan de preguntarse dónde está realmente su BTC. El valor de #BABY depende del crecimiento del volumen de TBV, y eso depende de que los usuarios confíen en toda la pila, no solo en el mecanismo del lado de Bitcoin. Preferiría ver @BabylonLabs_io $BABY indicando claramente el riesgo del lado de Aave, en vez de que “trustless” lo cubra en silencio.
🟤More than BTC
0%
🔴 Long-term play
33%
🟠Early adoption
67%
⚫️New narrative
0%
3 Votos • Votación cerrada
Durante muchos años guardé algunos BTC sin hacer nada, quietos, y esto siempre me molestó. No los vendí porque sigo creyendo en ellos a largo plazo, pero tampoco gané nada mientras estuvieron en el almacenamiento en frío. Esa es, básicamente, la razón por la que Babylon llamó mi atención hace unos meses. La idea es lo bastante simple como para que al principio casi no me lo creí: hacer stake a tu BTC realmente, sin envolverlo, sin puentearlo a ningún sidechain, sin confiar en que un custodio tenga la custodia de tus claves. Sigue estando en la red de Bitcoin durante todo el tiempo. La parte de auto-custodia es para mí más importante de lo que la gente cree, porque antes ya me quemaron cuando confié en un intermediario con el que pensaba que mi “stake estaba a salvo”. Lo realmente interesante es el caso de uso. Las cadenas PoS que toman prestada la seguridad de Bitcoin para arrancar su propia confianza es un pedazo de ingeniería inteligente, siendo honestos. Si eso se convierte en un rendimiento sostenible a largo plazo, esa es la pregunta real que todavía nadie ha respondido. Los scripts de timelock y las condiciones de slashing suenan sólidos sobre el papel, pero el papel y el mainnet bajo presión son dos cosas distintas. Aporté una cantidad pequeña; no me fui all in hasta que vi cómo funcionaba en la presión del mercado real, no solo en condiciones tranquilas. Aún desconfío de la tokenomics y de cómo BABY acumula valor en comparación con ser simplemente un token de coordinación. ¿Alguien más está probando esto, o todos ustedes siguen observando desde fuera como yo hice durante muchos meses? @babylonlabs_io #baby $BABY $VELVET $BANK
Durante muchos años guardé algunos BTC sin hacer nada, quietos, y esto siempre me molestó. No los vendí porque sigo creyendo en ellos a largo plazo, pero tampoco gané nada mientras estuvieron en el almacenamiento en frío. Esa es, básicamente, la razón por la que Babylon llamó mi atención hace unos meses. La idea es lo bastante simple como para que al principio casi no me lo creí: hacer stake a tu BTC realmente, sin envolverlo, sin puentearlo a ningún sidechain, sin confiar en que un custodio tenga la custodia de tus claves. Sigue estando en la red de Bitcoin durante todo el tiempo. La parte de auto-custodia es para mí más importante de lo que la gente cree, porque antes ya me quemaron cuando confié en un intermediario con el que pensaba que mi “stake estaba a salvo”. Lo realmente interesante es el caso de uso. Las cadenas PoS que toman prestada la seguridad de Bitcoin para arrancar su propia confianza es un pedazo de ingeniería inteligente, siendo honestos. Si eso se convierte en un rendimiento sostenible a largo plazo, esa es la pregunta real que todavía nadie ha respondido. Los scripts de timelock y las condiciones de slashing suenan sólidos sobre el papel, pero el papel y el mainnet bajo presión son dos cosas distintas. Aporté una cantidad pequeña; no me fui all in hasta que vi cómo funcionaba en la presión del mercado real, no solo en condiciones tranquilas. Aún desconfío de la tokenomics y de cómo BABY acumula valor en comparación con ser simplemente un token de coordinación. ¿Alguien más está probando esto, o todos ustedes siguen observando desde fuera como yo hice durante muchos meses?
@BabylonLabs_io #baby $BABY
$VELVET $BANK
🔴 Long-term play
0%
⚫️New narrative
0%
🟤More than BTC
0%
🟠Early adoption
100%
1 Votos • Votación cerrada
He visto muchas historias que giran en torno a visiones ambiciosas: desde puentes de cadenas cruzadas, BTC envuelto hasta un sinfín de soluciones para “llevar Bitcoin a DeFi”. Pero a medida que profundizo, me doy cuenta de que lo realmente destacable sigue siendo la confiabilidad y la originalidad de Bitcoin. Antes de las soluciones que no requieren confianza, todo funcionaba, pero siempre había incertidumbre al salir de la cadena original y tener que confiar en un tercero. Bitcoin DeFi también pasó por una fase similar. Por eso me llama la atención un aspecto que ha recibido poca atención: mantener los pagos en Bitcoin en la cadena de origen, mientras se aprovecha la flexibilidad de DeFi, no con tokens envueltos ni con custodios, sino con un Bitcoin Vault sin confianza. Empecé a fijarme en Babylon Trustless Bitcoin Vaults (TBV) por esto. La idea suena sumamente atractiva: en lugar de construir una app más para préstamos o un stablecoin típico, están desarrollando infraestructura central para Bitcoin DeFi. Mantener el BTC intacto en la cadena de Bitcoin, usando pruebas criptográficas (Taproot, hashlock, BABE basado en ZK) para que Ethereum pueda verificar e interactuar sin confianza. Este enfoque respeta de verdad la esencia de Bitcoin en vez de intentar “reformarlo” de otra manera. Aun así, al final todo vuelve a la pregunta central: ¿logrará encontrar un lugar en los hábitos de los usuarios? Un whitepaper o una historia atractiva nunca ha sido una prueba de valor real. Lo más importante sigue siendo el uso en la práctica. Babylon TBV probablemente lo entienda. El resto, creo, el mercado necesita tiempo para responder. @babylonlabs_io $BABY #baby $CAP $EDGE {future}(BABYUSDT)
He visto muchas historias que giran en torno a visiones ambiciosas: desde puentes de cadenas cruzadas, BTC envuelto hasta un sinfín de soluciones para “llevar Bitcoin a DeFi”. Pero a medida que profundizo, me doy cuenta de que lo realmente destacable sigue siendo la confiabilidad y la originalidad de Bitcoin.
Antes de las soluciones que no requieren confianza, todo funcionaba, pero siempre había incertidumbre al salir de la cadena original y tener que confiar en un tercero. Bitcoin DeFi también pasó por una fase similar. Por eso me llama la atención un aspecto que ha recibido poca atención: mantener los pagos en Bitcoin en la cadena de origen, mientras se aprovecha la flexibilidad de DeFi, no con tokens envueltos ni con custodios, sino con un Bitcoin Vault sin confianza.
Empecé a fijarme en Babylon Trustless Bitcoin Vaults (TBV) por esto. La idea suena sumamente atractiva: en lugar de construir una app más para préstamos o un stablecoin típico, están desarrollando infraestructura central para Bitcoin DeFi. Mantener el BTC intacto en la cadena de Bitcoin, usando pruebas criptográficas (Taproot, hashlock, BABE basado en ZK) para que Ethereum pueda verificar e interactuar sin confianza. Este enfoque respeta de verdad la esencia de Bitcoin en vez de intentar “reformarlo” de otra manera.
Aun así, al final todo vuelve a la pregunta central: ¿logrará encontrar un lugar en los hábitos de los usuarios? Un whitepaper o una historia atractiva nunca ha sido una prueba de valor real. Lo más importante sigue siendo el uso en la práctica. Babylon TBV probablemente lo entienda. El resto, creo, el mercado necesita tiempo para responder.
@BabylonLabs_io $BABY #baby
$CAP $EDGE
⚡️Pure BTC or wrapped?
0%
Babylon TBV: True DeFi for BTC
0%
🔺Keep BTC native.Game changer
0%
🧬Trustless > Custodian. Agree
0%
0 Votos • Votación cerrada
Al principio pensé que pedir préstamos y la autocustodia eran dos cosas que no iban de la mano; que en cuanto quisieras liquidez, tenías que entregar tus llaves a otra persona y confiar. Los préstamos respaldados por Bitcoin nativo parecen romper ese dilema, pero lo interesante no está en la promesa, sino en lo que ocurre después de abrir el préstamo. La fricción aparece en el tiempo. El colateral tiene que colocarse en algún lugar verificable, lo que significa que cierta capa de confianza vuelve a colarse, solo que distribuida de otra manera que en una custodia centralizada. La gente lo ve como un detalle técnico. En realidad, ese es todo el producto. Lo que hace que alguien vuelva a pedir prestado no es la tasa de interés, sino si el proceso le hizo sentirse seguro desde la primera vez. Eso es retención de usuarios, no innovación. Dedico tiempo a la tarea CreatorPad para entender la dual delegation de Babylon, y hay un punto que me hizo pensar mucho… Los stakers de BTC aseguran la cadena, pero no tienen poder de gobernanza, mientras que los holders de BABY sí tienen la voz decisiva. BTC aporta la fuerza, pero BABY es lo que lleva el timón. Así que la verdadera pregunta no es si puedes pedir prestado con Bitcoin sin renunciar a él. Es si ese sistema realmente está verificando tu confianza en el código o si simplemente está trasladando el lugar donde depositas tu confianza. ¿Se trata de un diseño temporal o de la dirección a largo plazo de Babylon? @babylonlabs_io $BABY #baby {future}(BABYUSDT) $ESPORTS $AKE
Al principio pensé que pedir préstamos y la autocustodia eran dos cosas que no iban de la mano; que en cuanto quisieras liquidez, tenías que entregar tus llaves a otra persona y confiar. Los préstamos respaldados por Bitcoin nativo parecen romper ese dilema, pero lo interesante no está en la promesa, sino en lo que ocurre después de abrir el préstamo.

La fricción aparece en el tiempo. El colateral tiene que colocarse en algún lugar verificable, lo que significa que cierta capa de confianza vuelve a colarse, solo que distribuida de otra manera que en una custodia centralizada. La gente lo ve como un detalle técnico. En realidad, ese es todo el producto. Lo que hace que alguien vuelva a pedir prestado no es la tasa de interés, sino si el proceso le hizo sentirse seguro desde la primera vez. Eso es retención de usuarios, no innovación.

Dedico tiempo a la tarea CreatorPad para entender la dual delegation de Babylon, y hay un punto que me hizo pensar mucho… Los stakers de BTC aseguran la cadena, pero no tienen poder de gobernanza, mientras que los holders de BABY sí tienen la voz decisiva. BTC aporta la fuerza, pero BABY es lo que lleva el timón.

Así que la verdadera pregunta no es si puedes pedir prestado con Bitcoin sin renunciar a él. Es si ese sistema realmente está verificando tu confianza en el código o si simplemente está trasladando el lugar donde depositas tu confianza.

¿Se trata de un diseño temporal o de la dirección a largo plazo de Babylon?
@BabylonLabs_io $BABY #baby

$ESPORTS $AKE
Cada vez que miro el mercado hacia atrás, recuerdo no pocas soluciones para llevar Bitcoin a DeFi que en su momento hicieron que todo el mercado se revolucionara. El ciclo es siempre el mismo: el mercado promueve el Bitcoin DeFi, luego dibuja una subida rápida del TVL y la promesa de desbloqueo de liquidez enorme. Suena muy bien, pero cuando la emoción se desvanece, lo que suele aparecer son los riesgos de bridge, los riesgos de custodia y el grado de dependencia de la infraestructura externa de Bitcoin. Este guion no es nada nuevo. Solo que cada temporada se pone otro traje. El wrapping y el bridging quizá ya hayan corregido algo. Pero el nudo que todavía me hace dudar es cómo lograr que el BTC participe en DeFi manteniendo intactas las suposiciones de seguridad de Bitcoin. Creo que ahí es donde vale la pena fijarse. Babylon Trustless Bitcoin Vaults TBV parece haber tomado el rumbo en otra dirección. En lugar de mover el BTC a otra cadena o entregárselo a un custodio, enfocan sus esfuerzos en scripts de Taproot, transacciones prefirmadas, fraud proofs y BitVM3 para mantener el BTC nativo en Bitcoin. Al menos para mí, este enfoque resulta más interesante que seguir hacinándose en el camino de siempre. Pienso que todas las discusiones terminan llegando a un punto de cierre. No en lo que se promete, sino en lo que realmente ocurre después. Si los usuarios se quedan, el valor sigue creándose y la necesidad no desaparece, entonces ese modelo tiene sentido. En cuanto a @babylonlabs_io TBV $BABY v todavía necesita tiempo para demostrarlo en mainnet y más allá, a través del nivel de adopción real. Todavía estoy sentado mirando #baby $HYPE $BANK
Cada vez que miro el mercado hacia atrás, recuerdo no pocas soluciones para llevar Bitcoin a DeFi que en su momento hicieron que todo el mercado se revolucionara. El ciclo es siempre el mismo: el mercado promueve el Bitcoin DeFi, luego dibuja una subida rápida del TVL y la promesa de desbloqueo de liquidez enorme. Suena muy bien, pero cuando la emoción se desvanece, lo que suele aparecer son los riesgos de bridge, los riesgos de custodia y el grado de dependencia de la infraestructura externa de Bitcoin. Este guion no es nada nuevo. Solo que cada temporada se pone otro traje.

El wrapping y el bridging quizá ya hayan corregido algo. Pero el nudo que todavía me hace dudar es cómo lograr que el BTC participe en DeFi manteniendo intactas las suposiciones de seguridad de Bitcoin. Creo que ahí es donde vale la pena fijarse.

Babylon Trustless Bitcoin Vaults TBV parece haber tomado el rumbo en otra dirección. En lugar de mover el BTC a otra cadena o entregárselo a un custodio, enfocan sus esfuerzos en scripts de Taproot, transacciones prefirmadas, fraud proofs y BitVM3 para mantener el BTC nativo en Bitcoin. Al menos para mí, este enfoque resulta más interesante que seguir hacinándose en el camino de siempre.

Pienso que todas las discusiones terminan llegando a un punto de cierre. No en lo que se promete, sino en lo que realmente ocurre después. Si los usuarios se quedan, el valor sigue creándose y la necesidad no desaparece, entonces ese modelo tiene sentido. En cuanto a @BabylonLabs_io TBV $BABY v todavía necesita tiempo para demostrarlo en mainnet y más allá, a través del nivel de adopción real.

Todavía estoy sentado mirando #baby
$HYPE $BANK
Esta semana me di cuenta de que lo estaba haciendo otra vez. Quizá sea solo algo que ocurre después de ver un mismo ciclo repetirse suficientes veces. Abro otra página de campaña, miro los números, observo la estructura de las recompensas durante un minuto y luego la cierro sin prestar atención de verdad. Antes, quizá me quedaba más tiempo. Lo que me importa no es lo grandes que sean las ventajas, sino lo que pasa cuando todos dejan de hablar de ellas. Ese es el momento en el que un ecosistema demuestra la verdad sobre sí mismo. No creo que un ecosistema cripto se sostenga por sí solo si se construye justo cuando alguien lanza un staking o anuncia otro reward pool. Esas cosas pueden atraer a la gente. Yo también las he usado. La mayoría de nosotros también. Pero atraer la atención y cambiar la conducta ya no parece ser el mismo objetivo. Lo que me parece más interesante es el bucle pequeño que se forma cuando la gente deja de pensar en por qué usa algo. Solo lo abre porque ahí ya están sus activos. Una acción natural crea la siguiente. Con el tiempo, esos bucles pequeños parecen importar más que un tema con números más grandes. Quizá esté interpretándolo mal; tal vez antes también lo hice así. Los usuarios en la práctica no siempre se comportan como el plan de producto espera, y el mercado es muy bueno en sacar a la luz suposiciones débiles. Desde mi punto de vista, los ecosistemas más fuertes no son los más ruidosos, sino aquellos a los que la gente regresa en silencio sin necesidad de una razón nueva. Quizá con eso basta; es lo que estoy siguiendo ahora mismo. @grvt_io #grvt $NES $CAP
Esta semana me di cuenta de que lo estaba haciendo otra vez. Quizá sea solo algo que ocurre después de ver un mismo ciclo repetirse suficientes veces. Abro otra página de campaña, miro los números, observo la estructura de las recompensas durante un minuto y luego la cierro sin prestar atención de verdad. Antes, quizá me quedaba más tiempo. Lo que me importa no es lo grandes que sean las ventajas, sino lo que pasa cuando todos dejan de hablar de ellas. Ese es el momento en el que un ecosistema demuestra la verdad sobre sí mismo.

No creo que un ecosistema cripto se sostenga por sí solo si se construye justo cuando alguien lanza un staking o anuncia otro reward pool. Esas cosas pueden atraer a la gente. Yo también las he usado. La mayoría de nosotros también. Pero atraer la atención y cambiar la conducta ya no parece ser el mismo objetivo. Lo que me parece más interesante es el bucle pequeño que se forma cuando la gente deja de pensar en por qué usa algo. Solo lo abre porque ahí ya están sus activos. Una acción natural crea la siguiente. Con el tiempo, esos bucles pequeños parecen importar más que un tema con números más grandes.

Quizá esté interpretándolo mal; tal vez antes también lo hice así. Los usuarios en la práctica no siempre se comportan como el plan de producto espera, y el mercado es muy bueno en sacar a la luz suposiciones débiles. Desde mi punto de vista, los ecosistemas más fuertes no son los más ruidosos, sino aquellos a los que la gente regresa en silencio sin necesidad de una razón nueva. Quizá con eso basta; es lo que estoy siguiendo ahora mismo. @grvt_io #grvt $NES $CAP
Artículo
Newton Protocol: Cada configuración, una autorizaciónAl principio pensé que los identificadores de políticas de Newton Protocol eran principalmente una función de gestión de versiones. Después de revisar con más detalle el flujo de autorización, empecé a verlos como parte de un modelo de seguridad del protocolo, en lugar de ser solo una herramienta de gestión. La razón es que la autorización no solo se determina por la lógica de políticas reutilizable. Un PolicyClient también proporciona una configuración con estructura, como límites de gasto, destinatarios aprobados, restricciones según la jurisdicción o varias otras limitaciones operativas. Esos valores se evalúan junto con la política, lo que significa que el resultado de la autorización depende tanto de la definición de la política como de la configuración asociada.

Newton Protocol: Cada configuración, una autorización

Al principio pensé que los identificadores de políticas de Newton Protocol eran principalmente una función de gestión de versiones. Después de revisar con más detalle el flujo de autorización, empecé a verlos como parte de un modelo de seguridad del protocolo, en lugar de ser solo una herramienta de gestión. La razón es que la autorización no solo se determina por la lógica de políticas reutilizable. Un PolicyClient también proporciona una configuración con estructura, como límites de gasto, destinatarios aprobados, restricciones según la jurisdicción o varias otras limitaciones operativas. Esos valores se evalúan junto con la política, lo que significa que el resultado de la autorización depende tanto de la definición de la política como de la configuración asociada.
Al principio pensé que el modelo de oráculo de Newton Protocol se centraba principalmente en introducir datos externos en el proceso de autorización. Pero, después de investigar con más detalle, veo que la decisión más interesante está en cómo reacciona el protocolo cuando los datos dejan de ser confiables o cuando simplemente no se pueden generar. La diferencia entre las respuestas estructuradas del oráculo y los errores de ejecución cambia el flujo de autorización. PolicyData Oracle puede devolver un error para que la política Rego lo interprete y rechace. Pero si la propia componente WASM falla, la evaluación producirá un DataProviderError en lugar de un resultado de autorización normal. El protocolo evita convertir errores de infraestructura en resultados de política ambiguos Esto es importante porque la autorización ocurre antes de que la transacción se liquide. Si la información externa no está disponible, el sistema prioriza el fallo en lugar de la suposición. La evaluación determinista no solo depende de los datos de entrada, sino también del comportamiento que puede predecirse cuando los componentes dependientes fallan. Pero hay algo que aún me inquieta. El protocolo aísla la ejecución del oráculo y limita las solicitudes a endpoints públicos, pero la autorización confiable sigue dependiendo de servicios externos. No elimina la confianza Solo traslada la confianza a otro lugar. La implementación importa más que el mecanismo Esta arquitectura reduce la incertidumbre dentro del proceso de evaluación de políticas, pero la incertidumbre de fuera nunca desaparece por completo. ¿Este modelo fail-closed reduce realmente el riesgo de autorización o, sobre todo, redefinió el lugar donde la confiabilidad operativa se convierte en el supuesto más importante? $NEWT #Newt @NewtonProtocol
Al principio pensé que el modelo de oráculo de Newton Protocol se centraba principalmente en introducir datos externos en el proceso de autorización. Pero, después de investigar con más detalle, veo que la decisión más interesante está en cómo reacciona el protocolo cuando los datos dejan de ser confiables o cuando simplemente no se pueden generar. La diferencia entre las respuestas estructuradas del oráculo y los errores de ejecución cambia el flujo de autorización. PolicyData Oracle puede devolver un error para que la política Rego lo interprete y rechace. Pero si la propia componente WASM falla, la evaluación producirá un DataProviderError en lugar de un resultado de autorización normal. El protocolo evita convertir errores de infraestructura en resultados de política ambiguos

Esto es importante porque la autorización ocurre antes de que la transacción se liquide. Si la información externa no está disponible, el sistema prioriza el fallo en lugar de la suposición. La evaluación determinista no solo depende de los datos de entrada, sino también del comportamiento que puede predecirse cuando los componentes dependientes fallan. Pero hay algo que aún me inquieta. El protocolo aísla la ejecución del oráculo y limita las solicitudes a endpoints públicos, pero la autorización confiable sigue dependiendo de servicios externos.

No elimina la confianza
Solo traslada la confianza a otro lugar.
La implementación importa más que el mecanismo

Esta arquitectura reduce la incertidumbre dentro del proceso de evaluación de políticas, pero la incertidumbre de fuera nunca desaparece por completo. ¿Este modelo fail-closed reduce realmente el riesgo de autorización o, sobre todo, redefinió el lugar donde la confiabilidad operativa se convierte en el supuesto más importante?
$NEWT #Newt @NewtonProtocol
Parcialmente cierto
#grvt @grvt_io Mientras charlaba con ustedes, me fui a la pestaña Descubrir de Binance Wallet para echar un vistazo y me di cuenta de que había una condición. La campaña Booster GRVT se lanzó oficialmente a las 07:00 UTC del 10 de julio. No se trata de operar ni de depositar dinero: son solo misiones, pero necesitas tener al menos 2 Alpha Points para poder participar. Lo que realmente me llamó la atención es que, justo al lado del Booster, aparece un registro para el Plan Multiplicador de Sistema de Coeficientes (Multiplier Plan), que también se abre desde el 10 de julio y se extiende hasta el 27 de julio. A primera vista, este mecanismo parece bastante equilibrado. Es una forma de participación voluntaria: puedes recibir la distribución de GRVT en el TGE como todos, o bien retrasarla 4 meses (coeficiente 2×) o 8 meses (coeficiente 4×). Pero piensa un poco más a fondo. La opción predeterminada te permite recibir de inmediato, pero con una cantidad menor. La opción avanzada, la que realmente maximiza la cantidad de tu asignación, te exige bloquear capital y esperar. Por eso, quienes reciben primero son los que eligen la vía más simple, mientras que las recompensas mayores se reservan silenciosamente para quienes leen con atención la letra pequeña y aceptan bloquear sus tokens durante varios meses. Antes de comprobar mi saldo de Alpha Points, estuve a punto de registrarme en el Multiplier Plan. En ese momento, me habría auto-sometido a un periodo de espera más largo para un plan para el cual ni siquiera era elegible para aumentar correctamente la recompensa. Por suerte, lo descubrí a tiempo, me salí y pude continuar. Esto me hace preguntarme cuántos tokens, finalmente, se pospondrán en comparación con los que se reciben de inmediato el día… ¿alguien ha seguido esa proporción? 🤔 $CAP $NES $ARX
#grvt @grvt_io
Mientras charlaba con ustedes, me fui a la pestaña Descubrir de Binance Wallet para echar un vistazo y me di cuenta de que había una condición. La campaña Booster GRVT se lanzó oficialmente a las 07:00 UTC del 10 de julio. No se trata de operar ni de depositar dinero: son solo misiones, pero necesitas tener al menos 2 Alpha Points para poder participar. Lo que realmente me llamó la atención es que, justo al lado del Booster, aparece un registro para el Plan Multiplicador de Sistema de Coeficientes (Multiplier Plan), que también se abre desde el 10 de julio y se extiende hasta el 27 de julio.

A primera vista, este mecanismo parece bastante equilibrado. Es una forma de participación voluntaria: puedes recibir la distribución de GRVT en el TGE como todos, o bien retrasarla 4 meses (coeficiente 2×) o 8 meses (coeficiente 4×).

Pero piensa un poco más a fondo. La opción predeterminada te permite recibir de inmediato, pero con una cantidad menor. La opción avanzada, la que realmente maximiza la cantidad de tu asignación, te exige bloquear capital y esperar. Por eso, quienes reciben primero son los que eligen la vía más simple, mientras que las recompensas mayores se reservan silenciosamente para quienes leen con atención la letra pequeña y aceptan bloquear sus tokens durante varios meses.

Antes de comprobar mi saldo de Alpha Points, estuve a punto de registrarme en el Multiplier Plan. En ese momento, me habría auto-sometido a un periodo de espera más largo para un plan para el cual ni siquiera era elegible para aumentar correctamente la recompensa. Por suerte, lo descubrí a tiempo, me salí y pude continuar. Esto me hace preguntarme cuántos tokens, finalmente, se pospondrán en comparación con los que se reciben de inmediato el día… ¿alguien ha seguido esa proporción? 🤔
$CAP $NES $ARX
Artículo
Límites Antes de la Transacción: Cómo Newton Construye un Sistema de Autorización DefinidoHe dedicado algún tiempo a pensar en la arquitectura de autorización de Newton, pero mis supuestos cambiaron cuando dejé de considerar las políticas como simples reglas de cumplimiento y empecé a verlas como un límite predefinido que existe antes de que comience el proceso de conciliación de transacciones. Lo que me llamó la atención no es solo que las políticas se escriban en Rego, sino que la autorización se evalúa de forma independiente del proceso de ejecución de la aplicación. Las aplicaciones que hacen referencia a esas políticas pueden reutilizarlas mediante PolicyClient, al mismo tiempo que proporcionan configuración en tiempo de ejecución como límites de gasto, aprobadores, restricciones de jurisdicción o umbrales de exposición. Esos límites operativos aún pueden configurarse sin obligar a que la lógica de la política cambie, haciendo que la autorización dependa de una configuración estructurada en lugar de del código de la aplicación incrustado.

Límites Antes de la Transacción: Cómo Newton Construye un Sistema de Autorización Definido

He dedicado algún tiempo a pensar en la arquitectura de autorización de Newton, pero mis supuestos cambiaron cuando dejé de considerar las políticas como simples reglas de cumplimiento y empecé a verlas como un límite predefinido que existe antes de que comience el proceso de conciliación de transacciones. Lo que me llamó la atención no es solo que las políticas se escriban en Rego, sino que la autorización se evalúa de forma independiente del proceso de ejecución de la aplicación. Las aplicaciones que hacen referencia a esas políticas pueden reutilizarlas mediante PolicyClient, al mismo tiempo que proporcionan configuración en tiempo de ejecución como límites de gasto, aprobadores, restricciones de jurisdicción o umbrales de exposición. Esos límites operativos aún pueden configurarse sin obligar a que la lógica de la política cambie, haciendo que la autorización dependa de una configuración estructurada en lugar de del código de la aplicación incrustado.
He dedicado tiempo a pensar en la arquitectura de delegación del @NewtonProtocol #Newt $NEWT , pero lo que me llama la atención no es el policy engine, sino la forma en que Newton estandariza el acceso a datos externos a las políticas mediante interfaces de oráculo definidas por JSON-schema, en lugar de que cada integración se base en sus propias suposiciones. Los PolicyData Oracles generan JSON con estructura, que pasa a ser parte del proceso de evaluación de políticas que se realiza en un entorno WASM aislado. Permitir que los desarrolladores de oráculo publiquen el schema JSON para la entrada ayuda a Newton a crear un contrato de interfaz antes de la ejecución, trasladando parte de la capacidad de interoperabilidad de la implementación a la validación. Las consecuencias arquitectónicas son muy notables. Las políticas Rego pueden reutilizarse e integrarse con más proveedores de datos con facilidad, porque la estructura se describe claramente en vez de asumirla tácitamente. Este diseño cambia los límites. Pero hay algo que me preocupa: estandarizar la interfaz no equivale a mejorar la calidad de los datos. El operador sigue dependiendo de servicios externos; aún hay que rechazar la autorización ante errores de validación, y los errores de ejecución pasan a ser DataProviderError en lugar del resultado de la política. No elimina la confianza. Solo la mueve. La implementación importa más que el mecanismo. Para el desarrollador, esto reduce la ambigüedad alrededor de la integración, pero mantiene la evaluación determinista. Para el operador, aumenta la responsabilidad de mantener una fuente de datos confiable. Para la aplicación, la configuración, el schema, el oráculo y la attestation se convierten en piezas enlazadas en el proceso de delegación en lugar de estar separadas. ¿La estandarización de interfaces simplifica realmente la delegación o solo crea otro lugar donde las suposiciones se van acumulando y operando en conjunto?
He dedicado tiempo a pensar en la arquitectura de delegación del @NewtonProtocol #Newt $NEWT , pero lo que me llama la atención no es el policy engine, sino la forma en que Newton estandariza el acceso a datos externos a las políticas mediante interfaces de oráculo definidas por JSON-schema, en lugar de que cada integración se base en sus propias suposiciones. Los PolicyData Oracles generan JSON con estructura, que pasa a ser parte del proceso de evaluación de políticas que se realiza en un entorno WASM aislado. Permitir que los desarrolladores de oráculo publiquen el schema JSON para la entrada ayuda a Newton a crear un contrato de interfaz antes de la ejecución, trasladando parte de la capacidad de interoperabilidad de la implementación a la validación.

Las consecuencias arquitectónicas son muy notables. Las políticas Rego pueden reutilizarse e integrarse con más proveedores de datos con facilidad, porque la estructura se describe claramente en vez de asumirla tácitamente. Este diseño cambia los límites. Pero hay algo que me preocupa: estandarizar la interfaz no equivale a mejorar la calidad de los datos. El operador sigue dependiendo de servicios externos; aún hay que rechazar la autorización ante errores de validación, y los errores de ejecución pasan a ser DataProviderError en lugar del resultado de la política.

No elimina la confianza. Solo la mueve. La implementación importa más que el mecanismo. Para el desarrollador, esto reduce la ambigüedad alrededor de la integración, pero mantiene la evaluación determinista. Para el operador, aumenta la responsabilidad de mantener una fuente de datos confiable. Para la aplicación, la configuración, el schema, el oráculo y la attestation se convierten en piezas enlazadas en el proceso de delegación en lugar de estar separadas.

¿La estandarización de interfaces simplifica realmente la delegación o solo crea otro lugar donde las suposiciones se van acumulando y operando en conjunto?
Después de ver que se anunciaba el día TGE el 21 de julio de GRVT, me pasé toda esta mañana con una taza de té de lima para profundizar en los números del @grvt_io #grvt Ese tipo de noticia suele considerarse alcista por sí misma cuando ya tiene una confirmación final; ya no es solo una preparación para un lanzamiento. El open interest se mantiene relativamente estable, sin mostrar una caída fuerte, pero la tendencia del volumen de operaciones actual no refleja realmente el nivel de optimismo que deberían sugerir los anuncios. Sin embargo, cuando revisé el volumen de perp de 7 días de GRVT en DefiLlama, en realidad está en torno a los 8-9 mil millones de USD, por debajo del periodo anterior. Al menos para mí, eso sugiere que parte de la actividad de trading de las últimas semanas no proviene realmente de la confianza en la narrativa, sino del farming de puntos para llegar a un snapshot que quedó fijado el 30 de junio. La temporada 2 terminó, el TGE ya tiene una fecha concreta y ahora una parte de esa actividad solo está retrocediendo en silencio antes del verdadero desbloqueo. En términos de mecánica, esto es cierto, pero parece ser distinto de la tesis de que una bolsa en crecimiento alcista se repite por todas partes. Todavía no he contrastado el volumen de Hyperliquid o Lighter durante esta semana para ver si esto es un fenómeno general de toda la industria. Admito que no estoy completamente seguro de si esta caída se debe a que los farmers están rotando capital fuera o si solo es una disminución de la actividad estacional en el mercado perp de los DEX en general. Puede que sea una mezcla de ambas, o puede que no sea ninguna. ¿Será que todos también están viendo una distancia similar entre la motivación que generan los anuncios y el flujo de dinero real en este momento? $AA $BILL $OPN
Después de ver que se anunciaba el día TGE el 21 de julio de GRVT, me pasé toda esta mañana con una taza de té de lima para profundizar en los números del @grvt_io #grvt

Ese tipo de noticia suele considerarse alcista por sí misma cuando ya tiene una confirmación final; ya no es solo una preparación para un lanzamiento. El open interest se mantiene relativamente estable, sin mostrar una caída fuerte, pero la tendencia del volumen de operaciones actual no refleja realmente el nivel de optimismo que deberían sugerir los anuncios. Sin embargo, cuando revisé el volumen de perp de 7 días de GRVT en DefiLlama, en realidad está en torno a los 8-9 mil millones de USD, por debajo del periodo anterior.

Al menos para mí, eso sugiere que parte de la actividad de trading de las últimas semanas no proviene realmente de la confianza en la narrativa, sino del farming de puntos para llegar a un snapshot que quedó fijado el 30 de junio. La temporada 2 terminó, el TGE ya tiene una fecha concreta y ahora una parte de esa actividad solo está retrocediendo en silencio antes del verdadero desbloqueo. En términos de mecánica, esto es cierto, pero parece ser distinto de la tesis de que una bolsa en crecimiento alcista se repite por todas partes.

Todavía no he contrastado el volumen de Hyperliquid o Lighter durante esta semana para ver si esto es un fenómeno general de toda la industria. Admito que no estoy completamente seguro de si esta caída se debe a que los farmers están rotando capital fuera o si solo es una disminución de la actividad estacional en el mercado perp de los DEX en general. Puede que sea una mezcla de ambas, o puede que no sea ninguna.

¿Será que todos también están viendo una distancia similar entre la motivación que generan los anuncios y el flujo de dinero real en este momento? $AA $BILL $OPN
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