z1soo
194 Publicaciones
z1soo
12 Siguiendo
552 Seguidores
55 Me gusta
Publicaciones
Todo
Cotizaciones
Vídeos
#binancep2pantoan @Binance Vietnam
Antes pensaba que las transacciones fuera de la app serían más rápidas y convenientes. Con una sola prueba me bastó para descartar esa idea.
El comprador me escribió por otra aplicación de chat, fuera de Binance P2P, diciendo que tenía comisiones más bajas y que el proceso era más rápido. Estuve a punto de aceptar. Luego me pregunté: si surgiera algún conflicto, ¿quién se encargaría de arbitrarlo? No hay órdenes, no hay escrow (depósito en garantía) y no hay testigos, solo dos personas. Rechacé y volví a crear una orden oficial dentro de la app.
Antes de entrar en la orden, revisé el perfil del comprador: insignia de comerciante, número de órdenes completadas, ratio de respuesta. Todo estaba bien, así que me sentí más tranquilo.
El comprador dijo que ya había hecho la transferencia y envió la imagen del comprobante. No liberé el pago de inmediato. Abrí la app del banco y esperé hasta que el dinero ingresara realmente; solo entonces confirmé.
Después de la transacción, guardé todo el chat y el código de la orden, un hábito que mantuve desde entonces. Una vez lo necesité, cuando llegó una queja, y Binance Support lo resolvió rápido gracias a que contaba con pruebas suficientes.
¿Tienes la costumbre de guardar el chat después de cada transacción?
Antes pensaba que las transacciones fuera de la app serían más rápidas y convenientes. Con una sola prueba me bastó para descartar esa idea.
El comprador me escribió por otra aplicación de chat, fuera de Binance P2P, diciendo que tenía comisiones más bajas y que el proceso era más rápido. Estuve a punto de aceptar. Luego me pregunté: si surgiera algún conflicto, ¿quién se encargaría de arbitrarlo? No hay órdenes, no hay escrow (depósito en garantía) y no hay testigos, solo dos personas. Rechacé y volví a crear una orden oficial dentro de la app.
Antes de entrar en la orden, revisé el perfil del comprador: insignia de comerciante, número de órdenes completadas, ratio de respuesta. Todo estaba bien, así que me sentí más tranquilo.
El comprador dijo que ya había hecho la transferencia y envió la imagen del comprobante. No liberé el pago de inmediato. Abrí la app del banco y esperé hasta que el dinero ingresara realmente; solo entonces confirmé.
Después de la transacción, guardé todo el chat y el código de la orden, un hábito que mantuve desde entonces. Una vez lo necesité, cuando llegó una queja, y Binance Support lo resolvió rápido gracias a que contaba con pruebas suficientes.
¿Tienes la costumbre de guardar el chat después de cada transacción?
#binancep2pantoan @Binance Vietnam
Casi suelto la cripto al usuario equivocado solo porque la foto de perfil parecía confiable. Ese fue un error. La foto de perfil no dice nada.
Estoy vendiendo USDT, mi primera gran orden. El comprador chatea de forma educada, responde rápido. Todo crea una sensación de seguridad. Luego reviso los datos reales. La tasa de finalización es baja, la cuenta es nueva, con apenas tres días y casi sin historial de operaciones. Nada coincide con la confianza que mostraba en el chat.
Fíjé en el nombre de la cuenta que recibe el dinero en lugar del nombre que aparece en el chat. No coincide. Si se cambia una letra, se puede pasar por alto si vas con prisa.
Le pedí al comprador que confirmara nuevamente el nombre del titular de la cuenta antes de transferir. No hubo una respuesta clara, solo más presión para que lo hiciera rápido. Esa evasión lo dijo todo.
Abrí la app del banco y lo verifiqué directamente, ignorando las capturas de pantalla que me enviaron. No había fondos. Cancelé la orden, guardé el chat y el ID de la orden, y reporté a Soporte de Binance.
La lección se quedó conmigo. Un nombre que no coincide nunca ha sido un detalle pequeño. Es toda la operación.
¿Alguna vez has detectado que el nombre no coincide antes de liberar?
Casi suelto la cripto al usuario equivocado solo porque la foto de perfil parecía confiable. Ese fue un error. La foto de perfil no dice nada.
Estoy vendiendo USDT, mi primera gran orden. El comprador chatea de forma educada, responde rápido. Todo crea una sensación de seguridad. Luego reviso los datos reales. La tasa de finalización es baja, la cuenta es nueva, con apenas tres días y casi sin historial de operaciones. Nada coincide con la confianza que mostraba en el chat.
Fíjé en el nombre de la cuenta que recibe el dinero en lugar del nombre que aparece en el chat. No coincide. Si se cambia una letra, se puede pasar por alto si vas con prisa.
Le pedí al comprador que confirmara nuevamente el nombre del titular de la cuenta antes de transferir. No hubo una respuesta clara, solo más presión para que lo hiciera rápido. Esa evasión lo dijo todo.
Abrí la app del banco y lo verifiqué directamente, ignorando las capturas de pantalla que me enviaron. No había fondos. Cancelé la orden, guardé el chat y el ID de la orden, y reporté a Soporte de Binance.
La lección se quedó conmigo. Un nombre que no coincide nunca ha sido un detalle pequeño. Es toda la operación.
¿Alguna vez has detectado que el nombre no coincide antes de liberar?
#binancep2pantoan @Binance Vietnam
La primera operación P2P casi se convierte en una lección carísima. El comprador me escribió en privado: me pidió mi número de teléfono y que hiciera la transferencia fuera de la plataforma para que fuera más rápido y para evitar comisiones. Yo acepté.
Luego me detuve, y recordé algo. Binance P2P no es solo un lugar para emparejar órdenes. Mis criptomonedas están bloqueadas en el escrow y se liberan únicamente cuando yo decido hacer el release. El chat dentro de la app es una prueba; si hay una disputa, Binance lo revisa para resolver. Si me salgo de la plataforma, todo desaparece.
Cancelé esa operación privada, volví a la app y creé la orden oficial. El comprador cambió de actitud al instante: empezó a insistir una y otra vez con “envía rápido”, y luego exigió cambiar a mitad de camino la cuenta donde se recibiría el dinero. Dos señales de alerta a la vez.
Cancelé la orden, tomé capturas de todo el chat, guardé el order ID y se lo reporté a Soporte de Binance. Lo resolvieron en cuestión de horas, sin que yo perdiera ni un solo centavo.
Mi lección es sencilla. Todo ocurre dentro de la app, todo tiene pruebas y todo está protegido. Si te sales de la app, eres responsable tú solo.
¿Alguna vez te han presionado para hacer una transacción “rápido”?
La primera operación P2P casi se convierte en una lección carísima. El comprador me escribió en privado: me pidió mi número de teléfono y que hiciera la transferencia fuera de la plataforma para que fuera más rápido y para evitar comisiones. Yo acepté.
Luego me detuve, y recordé algo. Binance P2P no es solo un lugar para emparejar órdenes. Mis criptomonedas están bloqueadas en el escrow y se liberan únicamente cuando yo decido hacer el release. El chat dentro de la app es una prueba; si hay una disputa, Binance lo revisa para resolver. Si me salgo de la plataforma, todo desaparece.
Cancelé esa operación privada, volví a la app y creé la orden oficial. El comprador cambió de actitud al instante: empezó a insistir una y otra vez con “envía rápido”, y luego exigió cambiar a mitad de camino la cuenta donde se recibiría el dinero. Dos señales de alerta a la vez.
Cancelé la orden, tomé capturas de todo el chat, guardé el order ID y se lo reporté a Soporte de Binance. Lo resolvieron en cuestión de horas, sin que yo perdiera ni un solo centavo.
Mi lección es sencilla. Todo ocurre dentro de la app, todo tiene pruebas y todo está protegido. Si te sales de la app, eres responsable tú solo.
¿Alguna vez te han presionado para hacer una transacción “rápido”?
#binancep2pantoan @Binance Vietnam
Un amigo mío estuvo a punto de perder dinero por hacer caso a un chat fuera de la app. El supuesto socio dijo que lo mejor era hacer una transferencia bancaria para mayor comodidad, sin pasar por Binance P2P. Por suerte, te detuviste a tiempo.
Binance P2P protege a los usuarios mediante un sistema de garantía (escrow). Las criptomonedas del vendedor quedan bloqueadas en escrow en cuanto se ejecuta la orden; nadie puede manipularlas por su cuenta. Los chats dentro de la app guardan todo el historial, que sirve como prueba cuando presentas una reclamación. Fuera de la plataforma, sin escrow, sin registro, nadie te protege.
Antes de ejecutar una orden, revisa cuidadosamente el perfil del socio. La insignia de comerciante, la tasa de finalización y la cantidad de órdenes realizadas son datos reales. El nombre de la cuenta que recibe el dinero debe coincidir con el nombre del pedido; si hay ni siquiera una letra diferente, debes detenerte.
Cuando recibas la notificación de que ya se hizo la transferencia, no liberes las criptomonedas de inmediato. Una captura de pantalla puede ser falsa. Abre la app del banco, verifica que el dinero entre realmente y, entonces, recién libera.
Si te presionan para que lo resuelvas rápido o si el socio cambia de cuenta a mitad del proceso, es una señal para detenerte y contactar a Soporte de Binance de inmediato.
¿Te saltaste alguna de estas etapas antes?
Un amigo mío estuvo a punto de perder dinero por hacer caso a un chat fuera de la app. El supuesto socio dijo que lo mejor era hacer una transferencia bancaria para mayor comodidad, sin pasar por Binance P2P. Por suerte, te detuviste a tiempo.
Binance P2P protege a los usuarios mediante un sistema de garantía (escrow). Las criptomonedas del vendedor quedan bloqueadas en escrow en cuanto se ejecuta la orden; nadie puede manipularlas por su cuenta. Los chats dentro de la app guardan todo el historial, que sirve como prueba cuando presentas una reclamación. Fuera de la plataforma, sin escrow, sin registro, nadie te protege.
Antes de ejecutar una orden, revisa cuidadosamente el perfil del socio. La insignia de comerciante, la tasa de finalización y la cantidad de órdenes realizadas son datos reales. El nombre de la cuenta que recibe el dinero debe coincidir con el nombre del pedido; si hay ni siquiera una letra diferente, debes detenerte.
Cuando recibas la notificación de que ya se hizo la transferencia, no liberes las criptomonedas de inmediato. Una captura de pantalla puede ser falsa. Abre la app del banco, verifica que el dinero entre realmente y, entonces, recién libera.
Si te presionan para que lo resuelvas rápido o si el socio cambia de cuenta a mitad del proceso, es una señal para detenerte y contactar a Soporte de Binance de inmediato.
¿Te saltaste alguna de estas etapas antes?
#baby $BABY @BabylonLabs_io
Dije que volvería y probaría un escenario de estrés, así que lo hice. Esta vez no intentaba tener una buena experiencia; intentaba encontrar dónde se agrieta.
Volví a depositar BTC, pedí prestado cerca del máximo que permitía la bóveda y luego observé qué sería lo que activaría una advertencia de liquidación. No pude simular un desplome real de precios en testnet, así que llevé el ratio préstamo-valor lo más cerca del límite que la interfaz me dejaba y observé cómo lo señalaba la bóveda.
Lo que noté: la advertencia apareció antes de lo que esperaba, con un margen suficiente como para que no se sintiera como un sistema esperando hasta el último segundo para reaccionar. Es una buena señal, pero no es lo mismo que verlo rendir durante un movimiento rápido real del mercado.
Nota técnica: las condiciones de testnet están en calma por diseño. Las pruebas de estrés reales implican feeds de precios volátiles, congestión de red y múltiples posiciones liquidándose a la vez, ninguna de las cuales puedo recrear solo haciendo clics.
Autocrítica: entré con la intención de «romperlo», pero un solo usuario tocando la interfaz no es una prueba de estrés real. Es más bien comprobar si el cinturón de seguridad hace clic, no verificar si aguanta en un choque.
Quiero que esto se pruebe con condiciones reales y volátiles antes de confiar por completo en la lógica de liquidación.
Dije que volvería y probaría un escenario de estrés, así que lo hice. Esta vez no intentaba tener una buena experiencia; intentaba encontrar dónde se agrieta.
Volví a depositar BTC, pedí prestado cerca del máximo que permitía la bóveda y luego observé qué sería lo que activaría una advertencia de liquidación. No pude simular un desplome real de precios en testnet, así que llevé el ratio préstamo-valor lo más cerca del límite que la interfaz me dejaba y observé cómo lo señalaba la bóveda.
Lo que noté: la advertencia apareció antes de lo que esperaba, con un margen suficiente como para que no se sintiera como un sistema esperando hasta el último segundo para reaccionar. Es una buena señal, pero no es lo mismo que verlo rendir durante un movimiento rápido real del mercado.
Nota técnica: las condiciones de testnet están en calma por diseño. Las pruebas de estrés reales implican feeds de precios volátiles, congestión de red y múltiples posiciones liquidándose a la vez, ninguna de las cuales puedo recrear solo haciendo clics.
Autocrítica: entré con la intención de «romperlo», pero un solo usuario tocando la interfaz no es una prueba de estrés real. Es más bien comprobar si el cinturón de seguridad hace clic, no verificar si aguanta en un choque.
Quiero que esto se pruebe con condiciones reales y volátiles antes de confiar por completo en la lógica de liquidación.
#baby $BABY @BabylonLabs_io
Dije que volvería y probaría un escenario de estrés, así que lo hice. Esta vez no intentaba tener una buena experiencia; intentaba encontrar dónde se agrieta.
Volví a depositar BTC, pedí prestado cerca del máximo permitido por la bóveda y luego observé qué cosas activarían una advertencia de liquidación. No pude simular una caída real de precio en testnet, así que llevé la relación préstamo-valor lo más cerca del límite posible según me dejaba la interfaz y miré cómo la bóveda lo marcaba.
Lo que noté: la advertencia apareció antes de lo que esperaba, con un margen suficiente como para que no pareciera un sistema que espera hasta el último segundo para reaccionar. Es una buena señal, pero no es lo mismo que ver cómo se comporta durante un movimiento rápido real del mercado.
Nota técnica: las condiciones de testnet están en calma por diseño. Las pruebas de estrés reales implican feeds de precios volátiles, congestión de red y múltiples posiciones liquidándose a la vez, y nada de eso puedo recrearlo solo haciendo clic por aquí.
Autocrítica: entré intentando “romperlo”, pero un solo usuario tocando la interfaz no es una prueba de estrés real. Es más parecido a comprobar si el cinturón hace clic, que a verificar si aguanta en un choque.
Quiero ver esto probado con condiciones volátiles reales antes de confiar por completo en la lógica de liquidación.
Dije que volvería y probaría un escenario de estrés, así que lo hice. Esta vez no intentaba tener una buena experiencia; intentaba encontrar dónde se agrieta.
Volví a depositar BTC, pedí prestado cerca del máximo permitido por la bóveda y luego observé qué cosas activarían una advertencia de liquidación. No pude simular una caída real de precio en testnet, así que llevé la relación préstamo-valor lo más cerca del límite posible según me dejaba la interfaz y miré cómo la bóveda lo marcaba.
Lo que noté: la advertencia apareció antes de lo que esperaba, con un margen suficiente como para que no pareciera un sistema que espera hasta el último segundo para reaccionar. Es una buena señal, pero no es lo mismo que ver cómo se comporta durante un movimiento rápido real del mercado.
Nota técnica: las condiciones de testnet están en calma por diseño. Las pruebas de estrés reales implican feeds de precios volátiles, congestión de red y múltiples posiciones liquidándose a la vez, y nada de eso puedo recrearlo solo haciendo clic por aquí.
Autocrítica: entré intentando “romperlo”, pero un solo usuario tocando la interfaz no es una prueba de estrés real. Es más parecido a comprobar si el cinturón hace clic, que a verificar si aguanta en un choque.
Quiero ver esto probado con condiciones volátiles reales antes de confiar por completo en la lógica de liquidación.
#baby $BABY @BabylonLabs_io
Después de pedir prestado en la red de pruebas, tuve un instinto: no confiar solo en lo que la app me dice, revisarlo yo mismo. Así que abrí el explorador y busqué mi posición en la bóveda directamente on-chain.
Encontré mi depósito, el estado del bloqueo y la entrada de préstamo correspondiente en Aave v4, todo trazable sin tener que preguntarle a nadie ni esperar soporte. Eso significó más para mí que una interfaz de usuario fluida. Una afirmación sin confianza solo tiene sentido si puedo confirmarla de forma independiente, no porque la app lo diga, sino porque los datos en la cadena dicen que es así.
Nota técnica: esto solo funciona porque el explorador expone el estado de la bóveda a nivel de contrato, no a través de un panel curado. Si tuviera que confiar en la página de resumen de una empresa en lugar de en registros on-chain sin procesar, la palabra "sin confianza" sería solo marketing otra vez.
Autocrítica: leer datos crudos del explorador no es algo que la mayoría de los usuarios hará. Solo lo hice porque estaba probando intencionalmente. Para el depositante promedio, la interfaz sigue siendo lo que confiarán, y eso le da mucho peso a que la interfaz sea honesta.
Me interesa saber si esa brecha entre "verificable" y "realmente verificada por la mayoría de los usuarios" alguna vez se cierra.
Después de pedir prestado en la red de pruebas, tuve un instinto: no confiar solo en lo que la app me dice, revisarlo yo mismo. Así que abrí el explorador y busqué mi posición en la bóveda directamente on-chain.
Encontré mi depósito, el estado del bloqueo y la entrada de préstamo correspondiente en Aave v4, todo trazable sin tener que preguntarle a nadie ni esperar soporte. Eso significó más para mí que una interfaz de usuario fluida. Una afirmación sin confianza solo tiene sentido si puedo confirmarla de forma independiente, no porque la app lo diga, sino porque los datos en la cadena dicen que es así.
Nota técnica: esto solo funciona porque el explorador expone el estado de la bóveda a nivel de contrato, no a través de un panel curado. Si tuviera que confiar en la página de resumen de una empresa en lugar de en registros on-chain sin procesar, la palabra "sin confianza" sería solo marketing otra vez.
Autocrítica: leer datos crudos del explorador no es algo que la mayoría de los usuarios hará. Solo lo hice porque estaba probando intencionalmente. Para el depositante promedio, la interfaz sigue siendo lo que confiarán, y eso le da mucho peso a que la interfaz sea honesta.
Me interesa saber si esa brecha entre "verificable" y "realmente verificada por la mayoría de los usuarios" alguna vez se cierra.
#baby $BABY @BabylonLabs_io
Entré esperando una demo. Lo que obtuve fue un flujo de préstamo que nunca me pidió renunciar a mi BTC.
Abrí el faucet, reclamé BTC de prueba, lo deposité en la bóveda y luego pedí prestado USDC a través de Aave v4. Sin pantalla de wrapping. Sin el paso de "enviar a esta dirección de custodio". Todo se sintió más cerca de interactuar con un contrato inteligente que de entregar activos a una plataforma.
Lo que destacó no fue la velocidad. Fue que pude rastrear mi BTC en todo momento y nunca perdí de vista dónde estaba. Con cada flujo basado en wrapping que usé antes, hay un momento en el que el activo desaparece en el balance de otra persona. Ese momento aquí nunca ocurrió.
Nota técnica: un flujo inicial fluido me dice que el camino feliz funciona. No me dice nada sobre cómo se comporta la bóveda bajo estrés, cuando el precio del BTC se mueve rápido y la liquidación tiene que activarse correctamente. Esa es una prueba separada que aún no he realizado.
Autocrítica: sé lo fácil que es juzgar un producto a partir de una única sesión impecable. La confianza real se gana en los casos límite, no en un recorrido de diez minutos que sale exactamente como estaba previsto.
Voy a volver para probar a continuación un escenario de volatilidad simulado, para ver si la lógica de liquidación aguanta como afirma la etiqueta de "trustless".
Entré esperando una demo. Lo que obtuve fue un flujo de préstamo que nunca me pidió renunciar a mi BTC.
Abrí el faucet, reclamé BTC de prueba, lo deposité en la bóveda y luego pedí prestado USDC a través de Aave v4. Sin pantalla de wrapping. Sin el paso de "enviar a esta dirección de custodio". Todo se sintió más cerca de interactuar con un contrato inteligente que de entregar activos a una plataforma.
Lo que destacó no fue la velocidad. Fue que pude rastrear mi BTC en todo momento y nunca perdí de vista dónde estaba. Con cada flujo basado en wrapping que usé antes, hay un momento en el que el activo desaparece en el balance de otra persona. Ese momento aquí nunca ocurrió.
Nota técnica: un flujo inicial fluido me dice que el camino feliz funciona. No me dice nada sobre cómo se comporta la bóveda bajo estrés, cuando el precio del BTC se mueve rápido y la liquidación tiene que activarse correctamente. Esa es una prueba separada que aún no he realizado.
Autocrítica: sé lo fácil que es juzgar un producto a partir de una única sesión impecable. La confianza real se gana en los casos límite, no en un recorrido de diez minutos que sale exactamente como estaba previsto.
Voy a volver para probar a continuación un escenario de volatilidad simulado, para ver si la lógica de liquidación aguanta como afirma la etiqueta de "trustless".
#baby $BABY @BabylonLabs_io
Un amigo que trabaja como dev me preguntó: "Dicen que BTC funciona en cualquier chain, pero, ¿quién confirma el estado de BTC para otra chain?"
La pregunta toca exactamente la parte más difícil. Para que un smart contract en Ethereum sepa que un UTXO de BTC está bloqueado como colateral, se necesita alguna forma de verificar de manera correcta la información desde Bitcoin hacia el otro lado. La mayoría de los proyectos de Bitcoin DeFi en el pasado tuvieron que depender de un tercero para validar; justo ahí es donde el modelo de wrap se topa con el límite.
Trustless Bitcoin Vaults resuelve ese problema haciendo que el propio vault verifique el estado del bloqueo de los activos mediante un mecanismo on-chain, sin necesidad de un tercero. Por eso, el primer caso de uso eligió Aave v4 en Ethereum: un entorno lo suficientemente maduro como para comprobarlo antes de expandirse.
Punto técnico: "any chain" es una declaración sobre la escalabilidad futura, no un estado que ya esté completamente consolidado. Cada chain nueva debe verificarse por separado.
Auto-refutación: es fácil leer un eslogan y luego imaginar que el sistema ya está listo para cualquier lugar. El valor real debería evaluarse mediante cada integración concreta, no por la magnitud de la promesa.
Estoy esperando ver, después de Ethereum, dónde elegirá TBV la siguiente integración.
Un amigo que trabaja como dev me preguntó: "Dicen que BTC funciona en cualquier chain, pero, ¿quién confirma el estado de BTC para otra chain?"
La pregunta toca exactamente la parte más difícil. Para que un smart contract en Ethereum sepa que un UTXO de BTC está bloqueado como colateral, se necesita alguna forma de verificar de manera correcta la información desde Bitcoin hacia el otro lado. La mayoría de los proyectos de Bitcoin DeFi en el pasado tuvieron que depender de un tercero para validar; justo ahí es donde el modelo de wrap se topa con el límite.
Trustless Bitcoin Vaults resuelve ese problema haciendo que el propio vault verifique el estado del bloqueo de los activos mediante un mecanismo on-chain, sin necesidad de un tercero. Por eso, el primer caso de uso eligió Aave v4 en Ethereum: un entorno lo suficientemente maduro como para comprobarlo antes de expandirse.
Punto técnico: "any chain" es una declaración sobre la escalabilidad futura, no un estado que ya esté completamente consolidado. Cada chain nueva debe verificarse por separado.
Auto-refutación: es fácil leer un eslogan y luego imaginar que el sistema ya está listo para cualquier lugar. El valor real debería evaluarse mediante cada integración concreta, no por la magnitud de la promesa.
Estoy esperando ver, después de Ethereum, dónde elegirá TBV la siguiente integración.
#baby $BABY @BabylonLabs_io
Un hermano mío que trabaja en el sector financiero tradicional me dijo algo que me hizo pensar durante mucho tiempo: “Bitcoin es el activo más extraño que he visto: tiene una capitalización enorme, pero la mayor parte solo permanece quieta en carteras frías, sin generar ningún flujo de efectivo”.
Esa es una realidad que pocos se han tomado en serio. La mayor parte de los BTC existe como un activo puramente de custodia, sin participar en ninguna actividad financiera. Los titulares eligen la forma más segura: conservar en un cold wallet, sin tocar, sin riesgos; pero tampoco aprovechan el valor económico de ese enorme bloque de activos.
Ahí es donde apunta TBV. En lugar de obligar a los usuarios a elegir entre “mantenerse a salvo” y “utilizar el capital”, TBV permite que el BTC siga bajo el control del propietario mientras participa como garantía para pedir préstamos en Aave v4. El capital ya no tiene que quedarse inmóvil para obtener seguridad.
Punto técnico: el problema real no es cómo hacer que el BTC genere rendimientos; los modelos de lending de BTC existen desde hace mucho. El desafío es lograr que el BTC genere rendimientos sin tener que renunciar al control, algo que ni el modelo CeFi ni los modelos de wrap anteriores han resuelto de forma definitiva.
Que haya herramientas para que el BTC participe en DeFi no significa que todo el mundo que tenga BTC deba usarlas. Para muchas personas, la seguridad absoluta de una cartera fría que no funciona vale más que cualquier ganancia por préstamos. La herramienta solo tiene sentido para un grupo que está dispuesto a sacrificar parte de la simplicidad a cambio de eficiencia del capital.
Me pregunto si TBV realmente convencerá al grupo de titulares de BTC más conservador y de largo plazo, o si solo atraerá a quienes ya están acostumbrados a participar en DeFi.
Un hermano mío que trabaja en el sector financiero tradicional me dijo algo que me hizo pensar durante mucho tiempo: “Bitcoin es el activo más extraño que he visto: tiene una capitalización enorme, pero la mayor parte solo permanece quieta en carteras frías, sin generar ningún flujo de efectivo”.
Esa es una realidad que pocos se han tomado en serio. La mayor parte de los BTC existe como un activo puramente de custodia, sin participar en ninguna actividad financiera. Los titulares eligen la forma más segura: conservar en un cold wallet, sin tocar, sin riesgos; pero tampoco aprovechan el valor económico de ese enorme bloque de activos.
Ahí es donde apunta TBV. En lugar de obligar a los usuarios a elegir entre “mantenerse a salvo” y “utilizar el capital”, TBV permite que el BTC siga bajo el control del propietario mientras participa como garantía para pedir préstamos en Aave v4. El capital ya no tiene que quedarse inmóvil para obtener seguridad.
Punto técnico: el problema real no es cómo hacer que el BTC genere rendimientos; los modelos de lending de BTC existen desde hace mucho. El desafío es lograr que el BTC genere rendimientos sin tener que renunciar al control, algo que ni el modelo CeFi ni los modelos de wrap anteriores han resuelto de forma definitiva.
Que haya herramientas para que el BTC participe en DeFi no significa que todo el mundo que tenga BTC deba usarlas. Para muchas personas, la seguridad absoluta de una cartera fría que no funciona vale más que cualquier ganancia por préstamos. La herramienta solo tiene sentido para un grupo que está dispuesto a sacrificar parte de la simplicidad a cambio de eficiencia del capital.
Me pregunto si TBV realmente convencerá al grupo de titulares de BTC más conservador y de largo plazo, o si solo atraerá a quienes ya están acostumbrados a participar en DeFi.
#baby $BABY @BabylonLabs_io
Una amiga me contó una historia de 2022: ella envió BTC a una plataforma de lending CeFi para ganar intereses, y luego, un día, la plataforma congeló los retiros. Dijo: "Desde entonces solo tengo BTC en una billetera fría; no me atrevo a prestarlo en ningún sitio más".
Celsius, BlockFi, Genesis, todos se derrumbaron siguiendo el mismo patrón: los usuarios depositan BTC, la plataforma tiene control total de ese activo y, cuando la plataforma entra en insolvencia, el depositante pierde por completo el control sobre sus fondos. El problema no está en los intereses prometidos, sino en quién realmente mantiene el control del activo durante todo el proceso.
TBV está diseñado para no repetir exactamente esa brecha. A diferencia del lending CeFi, el BTC nunca sale del control del propietario para pasar a manos de una organización intermediaria. El vault solo verifica las condiciones de colateral on-chain; el préstamo se realiza a través de Aave v4, sin un paso de "entregar el activo a una empresa administradora".
Punto técnico: el riesgo del lending CeFi es el riesgo de contraparte: la entidad que custodia los fondos puede declararse en bancarrota, invertir mal o incluso cometer fraude. El riesgo de TBV, si existiera, se sitúa en la capa de contratos y en los mecanismos de ejecución; es un tipo de riesgo completamente diferente, que puede comprobarse mediante auditorías y a través de un testnet público.
Autocontraargumento: decir "no es como CeFi" no significa que no haya ningún riesgo. Quien haya perdido dinero con CeFi tiene motivos legítimos para desconfiar de cualquier modelo de préstamos relacionado con BTC, incluso si el modelo se presenta como trustless.
Creo que la pregunta real no es "¿TBV es más seguro que CeFi?", sino si la comunidad, que ya resultó herida por CeFi, está dispuesta a dedicar tiempo a verificar por sí misma un modelo nuevo, o si la confianza se ha agotado hasta el punto de que ya no quiere volver a intentarlo.
Una amiga me contó una historia de 2022: ella envió BTC a una plataforma de lending CeFi para ganar intereses, y luego, un día, la plataforma congeló los retiros. Dijo: "Desde entonces solo tengo BTC en una billetera fría; no me atrevo a prestarlo en ningún sitio más".
Celsius, BlockFi, Genesis, todos se derrumbaron siguiendo el mismo patrón: los usuarios depositan BTC, la plataforma tiene control total de ese activo y, cuando la plataforma entra en insolvencia, el depositante pierde por completo el control sobre sus fondos. El problema no está en los intereses prometidos, sino en quién realmente mantiene el control del activo durante todo el proceso.
TBV está diseñado para no repetir exactamente esa brecha. A diferencia del lending CeFi, el BTC nunca sale del control del propietario para pasar a manos de una organización intermediaria. El vault solo verifica las condiciones de colateral on-chain; el préstamo se realiza a través de Aave v4, sin un paso de "entregar el activo a una empresa administradora".
Punto técnico: el riesgo del lending CeFi es el riesgo de contraparte: la entidad que custodia los fondos puede declararse en bancarrota, invertir mal o incluso cometer fraude. El riesgo de TBV, si existiera, se sitúa en la capa de contratos y en los mecanismos de ejecución; es un tipo de riesgo completamente diferente, que puede comprobarse mediante auditorías y a través de un testnet público.
Autocontraargumento: decir "no es como CeFi" no significa que no haya ningún riesgo. Quien haya perdido dinero con CeFi tiene motivos legítimos para desconfiar de cualquier modelo de préstamos relacionado con BTC, incluso si el modelo se presenta como trustless.
Creo que la pregunta real no es "¿TBV es más seguro que CeFi?", sino si la comunidad, que ya resultó herida por CeFi, está dispuesta a dedicar tiempo a verificar por sí misma un modelo nuevo, o si la confianza se ha agotado hasta el punto de que ya no quiere volver a intentarlo.
#baby $BABY @BabylonLabs_io
He decidido no leer más ningún análisis, y me he metido directamente en la testnet para probar. Entré en el faucet para conseguir BTC de prueba, lo envié al vault y luego intenté pedir prestado USDC vía Aave v4. Todo el proceso tardó menos de diez minutos; no fue necesario transferir el BTC por ningún monedero intermedio.
Lo que más me sorprendió no fue la velocidad, sino la sensación de que el BTC nunca salió de mi control durante todo el flujo de operaciones. No hay un paso de "cambiar a la dirección del custodio", no hay una espera de confirmación por parte de un tercero que emita tokens representativos. La operación de préstamo aparece directamente en Aave v4 como un préstamo normal; la única diferencia es que el colateral es el BTC original, de verdad.
Un punto técnico digno de registrar: que la experiencia en la testnet sea fluida no significa necesariamente que el mecanismo de liquidación haya sido validado completamente. Solo lo probé en condiciones de mercado estables; aún no hay datos sobre cómo reacciona el vault cuando el precio fluctúa con fuerza y hay que liquidar de forma urgente.
Autocrítica: mucha gente, incluida yo, tiende a evaluar un producto solo con unos minutos de una primera experiencia que sale bien. Pero la seguridad real solo se revela en las situaciones más tensas, no en la primera demo.
Volveré a probar en un escenario con volatilidad simulada para ver si el mecanismo de liquidación cumple de verdad la promesa de "trustless".
$COTI $DEXE
He decidido no leer más ningún análisis, y me he metido directamente en la testnet para probar. Entré en el faucet para conseguir BTC de prueba, lo envié al vault y luego intenté pedir prestado USDC vía Aave v4. Todo el proceso tardó menos de diez minutos; no fue necesario transferir el BTC por ningún monedero intermedio.
Lo que más me sorprendió no fue la velocidad, sino la sensación de que el BTC nunca salió de mi control durante todo el flujo de operaciones. No hay un paso de "cambiar a la dirección del custodio", no hay una espera de confirmación por parte de un tercero que emita tokens representativos. La operación de préstamo aparece directamente en Aave v4 como un préstamo normal; la única diferencia es que el colateral es el BTC original, de verdad.
Un punto técnico digno de registrar: que la experiencia en la testnet sea fluida no significa necesariamente que el mecanismo de liquidación haya sido validado completamente. Solo lo probé en condiciones de mercado estables; aún no hay datos sobre cómo reacciona el vault cuando el precio fluctúa con fuerza y hay que liquidar de forma urgente.
Autocrítica: mucha gente, incluida yo, tiende a evaluar un producto solo con unos minutos de una primera experiencia que sale bien. Pero la seguridad real solo se revela en las situaciones más tensas, no en la primera demo.
Volveré a probar en un escenario con volatilidad simulada para ver si el mecanismo de liquidación cumple de verdad la promesa de "trustless".
$COTI $DEXE
#baby $BABY @BabylonLabs_io
Un conocido que hace marketing de cripto me dijo una vez: "Un TVL alto es lo más fácil de falsificar en esta industria." Esa frase me hizo prestar atención a otro detalle en TBV, no al número en sí, sino a quiénes están participando.
La testnet pública de Trustless Bitcoin Vaults cuenta con la participación de muchas marcas importantes desde la fase inicial de public. Esto es diferente al tipo de lanzamiento silencioso y luego se publica el TVL después, donde la cifra es fácil de inflar con liquidez autoalimentada.
Punto técnico: la participación temprana de múltiples partes independientes tiene un valor de verificación más alto que un solo número de TVL, porque cada participante tiene sus propios incentivos para detectar errores del sistema antes de que se lance el mainnet. Esto se parece al principio de la seguridad distribuida: cuantas más partes independientes revisen, más difícil es que una vulnerabilidad permanezca oculta.
Autocrítica: que haya marcas grandes participando no significa que el producto sea absolutamente seguro; solo indica que hay más ojos observando el mismo sistema. Los usuarios aún deben probar la testnet por cuenta propia; no conviene basarse solo en la lista de socios y quedarse tranquilos.
$BABY impulsa precisamente a que estos usuarios individuales participen en la prueba, no solo a las grandes marcas.
Sigo teniendo curiosidad por saber si las respuestas de la testnet se hacen públicas con la transparencia suficiente para que la comunidad se forme su propia evaluación, o si solo se quedan en un resumen final de marketing.
Un conocido que hace marketing de cripto me dijo una vez: "Un TVL alto es lo más fácil de falsificar en esta industria." Esa frase me hizo prestar atención a otro detalle en TBV, no al número en sí, sino a quiénes están participando.
La testnet pública de Trustless Bitcoin Vaults cuenta con la participación de muchas marcas importantes desde la fase inicial de public. Esto es diferente al tipo de lanzamiento silencioso y luego se publica el TVL después, donde la cifra es fácil de inflar con liquidez autoalimentada.
Punto técnico: la participación temprana de múltiples partes independientes tiene un valor de verificación más alto que un solo número de TVL, porque cada participante tiene sus propios incentivos para detectar errores del sistema antes de que se lance el mainnet. Esto se parece al principio de la seguridad distribuida: cuantas más partes independientes revisen, más difícil es que una vulnerabilidad permanezca oculta.
Autocrítica: que haya marcas grandes participando no significa que el producto sea absolutamente seguro; solo indica que hay más ojos observando el mismo sistema. Los usuarios aún deben probar la testnet por cuenta propia; no conviene basarse solo en la lista de socios y quedarse tranquilos.
$BABY impulsa precisamente a que estos usuarios individuales participen en la prueba, no solo a las grandes marcas.
Sigo teniendo curiosidad por saber si las respuestas de la testnet se hacen públicas con la transparencia suficiente para que la comunidad se forme su propia evaluación, o si solo se quedan en un resumen final de marketing.
#baby $BABY @BabylonLabs_io
Un amigo que trabaja en cuant me preguntó: "¿Qué significa 'capital efficient', o es solo un término de marketing?" La pregunta da justo en el punto que más se suele pasar por alto en cualquier producto DeFi nuevo.
Con modelos antiguos, para usar BTC en DeFi, los usuarios deben aceptar una capa de costos oculta: comisiones por wrap, comisiones por bridge y el diferencial de liquidez al convertirlo en tokens representativos. Cada intermediario va comiendo parte del rendimiento del capital, aunque en papel el interés de los préstamos siga pareciendo atractivo.
Las Trustless Bitcoin Vaults eliminan gran parte de esas capas. El BTC nativo entra directamente al vault, y el préstamo sobre Aave v4 no tiene que cargar con el costo adicional de un token intermedio. En teoría, esta es la razón por la que las TBV pueden ofrecer tasas de préstamo competitivas sin tener que sacrificar la seguridad.
Punto técnico: una alta eficiencia de capital suele venir acompañada de un mayor riesgo de liquidez cuando el mercado se mueve con fuerza, porque hay menos capas de amortiguación entre el activo y el mecanismo de liquidación. Esto no es un error de diseño, sino el intercambio inherente de cualquier sistema que busca optimizar el capital.
Auto-refutación: el anuncio de "buena eficiencia de capital" puede hacer que los usuarios se olviden de la pregunta más importante: ¿cómo maneja el sistema la liquidez cuando se agota en medio de una volatilidad? El testnet es el único lugar donde esta pregunta puede responderse con datos reales en lugar de teoría.
Estoy esperando ver si en el testnet se publican claramente los umbrales de liquidación y cómo funcionan bajo un escenario de fuerte volatilidad del precio de BTC.
Un amigo que trabaja en cuant me preguntó: "¿Qué significa 'capital efficient', o es solo un término de marketing?" La pregunta da justo en el punto que más se suele pasar por alto en cualquier producto DeFi nuevo.
Con modelos antiguos, para usar BTC en DeFi, los usuarios deben aceptar una capa de costos oculta: comisiones por wrap, comisiones por bridge y el diferencial de liquidez al convertirlo en tokens representativos. Cada intermediario va comiendo parte del rendimiento del capital, aunque en papel el interés de los préstamos siga pareciendo atractivo.
Las Trustless Bitcoin Vaults eliminan gran parte de esas capas. El BTC nativo entra directamente al vault, y el préstamo sobre Aave v4 no tiene que cargar con el costo adicional de un token intermedio. En teoría, esta es la razón por la que las TBV pueden ofrecer tasas de préstamo competitivas sin tener que sacrificar la seguridad.
Punto técnico: una alta eficiencia de capital suele venir acompañada de un mayor riesgo de liquidez cuando el mercado se mueve con fuerza, porque hay menos capas de amortiguación entre el activo y el mecanismo de liquidación. Esto no es un error de diseño, sino el intercambio inherente de cualquier sistema que busca optimizar el capital.
Auto-refutación: el anuncio de "buena eficiencia de capital" puede hacer que los usuarios se olviden de la pregunta más importante: ¿cómo maneja el sistema la liquidez cuando se agota en medio de una volatilidad? El testnet es el único lugar donde esta pregunta puede responderse con datos reales en lugar de teoría.
Estoy esperando ver si en el testnet se publican claramente los umbrales de liquidación y cómo funcionan bajo un escenario de fuerte volatilidad del precio de BTC.
#baby $BABY @BabylonLabs_io
Una pregunta que parece ilógica, pero que merece ser planteada: ¿cómo puede el BTC estar a la vez en manos del propietario y usarse como garantía en otro lugar? Suena como si alguien guardara las llaves de su casa y al mismo tiempo le diera acceso a otras personas.
Esta es la parte más difícil que Trustless Bitcoin Vaults debe resolver. Self-custodial significa que el BTC sigue bajo el control del propietario, sin pasar a un custodio centralizado. Pero el préstamo aún necesita un mecanismo para confirmar que los activos están en garantía y que pueden gestionarse conforme a las reglas cuando se ejecuta la liquidación.
La respuesta está en cómo el vault separa el derecho de propiedad y el derecho de ejecución condicional. El propietario conserva las claves, y el vault cifra las condiciones de ejecución sin necesidad de que un tercero actúe como árbitro.
Punto técnico: este modelo solo se sostiene si las condiciones de ejecución no pueden interpretarse erróneamente en situaciones límite, como una volatilidad extrema o disputas en el momento de la liquidación. Por eso el testnet público es crucial: para someter a pruebas intensivas esas situaciones antes del mainnet.
Auto-refutación: «trustless» puede dar la sensación de una seguridad absoluta, pero ningún sistema está exento del riesgo de ejecución.
Estoy esperando ver si el informe del testnet recoge algún caso límite que no se haya gestionado bien.
Una pregunta que parece ilógica, pero que merece ser planteada: ¿cómo puede el BTC estar a la vez en manos del propietario y usarse como garantía en otro lugar? Suena como si alguien guardara las llaves de su casa y al mismo tiempo le diera acceso a otras personas.
Esta es la parte más difícil que Trustless Bitcoin Vaults debe resolver. Self-custodial significa que el BTC sigue bajo el control del propietario, sin pasar a un custodio centralizado. Pero el préstamo aún necesita un mecanismo para confirmar que los activos están en garantía y que pueden gestionarse conforme a las reglas cuando se ejecuta la liquidación.
La respuesta está en cómo el vault separa el derecho de propiedad y el derecho de ejecución condicional. El propietario conserva las claves, y el vault cifra las condiciones de ejecución sin necesidad de que un tercero actúe como árbitro.
Punto técnico: este modelo solo se sostiene si las condiciones de ejecución no pueden interpretarse erróneamente en situaciones límite, como una volatilidad extrema o disputas en el momento de la liquidación. Por eso el testnet público es crucial: para someter a pruebas intensivas esas situaciones antes del mainnet.
Auto-refutación: «trustless» puede dar la sensación de una seguridad absoluta, pero ningún sistema está exento del riesgo de ejecución.
Estoy esperando ver si el informe del testnet recoge algún caso límite que no se haya gestionado bien.
#baby $BABY @BabylonLabs_io
Un miembro del grupo DeFi me preguntó: "¿En qué se diferencia pedir un préstamo con BTC de pedirlo con WBTC?" Es una pregunta razonable, pero se omite la parte más importante.
Pedir un préstamo con WBTC es pedirlo con base en un token que lo representa; su valor depende de si el emisor realmente mantiene suficiente BTC como respaldo. La mayoría de los usuarios nunca se han planteado esta cuestión.
Trustless Bitcoin Vaults cambia el punto de partida. El depositante envía BTC nativo, y el préstamo en USDC o USDT se realiza a través de Aave v4 sin necesidad de que haya un token representativo en medio. Esta es la primera solución de préstamos con BTC nativo y sin confianza en el mercado.
Punto técnico: la diferencia no está en los intereses ni en la eficiencia de capital; ambos modelos pueden competir en ese aspecto. La diferencia está en la capa de riesgos implícitos que hay detrás. Un préstamo mediante un token envuelto se basa en la promesa del emisor. Un préstamo con TBV se basa en el propio activo.
Autocrítica: la autosupervisión (self-custodial) y la buena eficiencia de capital son beneficios claros en el papel, pero el testnet es donde se comprueba si la experiencia es tan fluida como lo que se promete.
Todavía estoy siguiendo si la experiencia de préstamo en el testnet será lo suficientemente convincente como para que el grupo de usuarios acostumbrado a WBTC haga el cambio a TBV.
Un miembro del grupo DeFi me preguntó: "¿En qué se diferencia pedir un préstamo con BTC de pedirlo con WBTC?" Es una pregunta razonable, pero se omite la parte más importante.
Pedir un préstamo con WBTC es pedirlo con base en un token que lo representa; su valor depende de si el emisor realmente mantiene suficiente BTC como respaldo. La mayoría de los usuarios nunca se han planteado esta cuestión.
Trustless Bitcoin Vaults cambia el punto de partida. El depositante envía BTC nativo, y el préstamo en USDC o USDT se realiza a través de Aave v4 sin necesidad de que haya un token representativo en medio. Esta es la primera solución de préstamos con BTC nativo y sin confianza en el mercado.
Punto técnico: la diferencia no está en los intereses ni en la eficiencia de capital; ambos modelos pueden competir en ese aspecto. La diferencia está en la capa de riesgos implícitos que hay detrás. Un préstamo mediante un token envuelto se basa en la promesa del emisor. Un préstamo con TBV se basa en el propio activo.
Autocrítica: la autosupervisión (self-custodial) y la buena eficiencia de capital son beneficios claros en el papel, pero el testnet es donde se comprueba si la experiencia es tan fluida como lo que se promete.
Todavía estoy siguiendo si la experiencia de préstamo en el testnet será lo suficientemente convincente como para que el grupo de usuarios acostumbrado a WBTC haga el cambio a TBV.
#baby $BABY
Una vez pregunté a un amigo que estaba haciendo farm de lending en EVM: "¿Dónde está tu BTC?" Él respondió: "Lo convertí a WBTC y lo envié al pool." Luego pregunté: "Entonces, ¿quién custodia el BTC original?" Él se quedó en blanco, no estaba seguro de qué decir.
Ese es el punto ciego con el que DeFi Bitcoin ha convivido durante años. Para usar BTC en DeFi, los usuarios casi siempre tienen que hacer wrap, bridge o confiar en un tercero que custodie el BTC original por ellos.
@BabylonLabs_io se enfoca en otro enfoque. Los Trustless Bitcoin Vaults (TBV) permiten que el BTC original se use como colateral en cualquier cadena, sin necesidad de wrap, sin necesidad de bridge, y sin un custodio en medio. El primer caso de uso es pedir prestado en Aave v4 usando directamente el propio BTC original.
Punto técnico: la diferencia no está en si el BTC puede o no usarse como colateral, sino en quién lo mantiene realmente mientras está en garantía. Con el wrap, la transferencia del control a un tercero ocurre desde el principio. Los TBV mantienen el BTC en su forma original; el vault se encarga de la ejecución.
Autorrebatimiento: decir "trustless" suena fácil; el usuario no puede verificarlo por sí mismo con sus propios ojos, solo puede observarlo a través de la testnet.
Me pregunto si la experiencia en testnet tiene la fuerza suficiente para cambiar el hábito de "wrap-and-forget" que ya está demasiado arraigado.
Una vez pregunté a un amigo que estaba haciendo farm de lending en EVM: "¿Dónde está tu BTC?" Él respondió: "Lo convertí a WBTC y lo envié al pool." Luego pregunté: "Entonces, ¿quién custodia el BTC original?" Él se quedó en blanco, no estaba seguro de qué decir.
Ese es el punto ciego con el que DeFi Bitcoin ha convivido durante años. Para usar BTC en DeFi, los usuarios casi siempre tienen que hacer wrap, bridge o confiar en un tercero que custodie el BTC original por ellos.
@BabylonLabs_io se enfoca en otro enfoque. Los Trustless Bitcoin Vaults (TBV) permiten que el BTC original se use como colateral en cualquier cadena, sin necesidad de wrap, sin necesidad de bridge, y sin un custodio en medio. El primer caso de uso es pedir prestado en Aave v4 usando directamente el propio BTC original.
Punto técnico: la diferencia no está en si el BTC puede o no usarse como colateral, sino en quién lo mantiene realmente mientras está en garantía. Con el wrap, la transferencia del control a un tercero ocurre desde el principio. Los TBV mantienen el BTC en su forma original; el vault se encarga de la ejecución.
Autorrebatimiento: decir "trustless" suena fácil; el usuario no puede verificarlo por sí mismo con sus propios ojos, solo puede observarlo a través de la testnet.
Me pregunto si la experiencia en testnet tiene la fuerza suficiente para cambiar el hábito de "wrap-and-forget" que ya está demasiado arraigado.
#grvt @grvt_io
He estado siguiendo el hilo en @grvt_io mientras se iba ajustando, y me recordó esa sensación antes de los resultados del examen: todos conocen la fecha, pero nadie sabe exactamente cómo se desarrolla.
El TGE de $GRVT está oficialmente fijado para el 21 de julio de 2026. El registro para la distribución del airdrop se abrió el 10 de julio y se mantendrá hasta el 27, así que la ventana de reclamo y el lanzamiento del token en realidad se superponen: conviene verificar bien las fechas si planeas organizarte en torno a esto.
La asignación de airdrop para la comunidad se ha incrementado al 28% del suministro fijo de 1.000 millones, repartido por temporadas, y la Temporada 2 por sí sola representa el 18%. Es una participación comunitaria significativamente mayor que la que la mayoría de los proyectos empiezan con, aunque un fondo más grande no te dice mucho sobre la asignación individual: eso todavía depende de tu propia actividad.
Sobre listados: GRVT planea listar $GRVT en su propio mercado spot en el lanzamiento, y ha dicho que está trabajando para conseguir listados en exchanges centralizados de Nivel 1, pero aún no hay nada confirmado. Vale la pena mantenerse escéptico con cualquiera que afirme lo contrario antes de que sea oficial.
Un apunte práctico: el registro pide la dirección de una wallet autocustodiada, no una dirección de depósito de un CEX. Es un detalle fácil de equivocarse si lo haces con prisas.
Nada de esto es una señal para perseguirlo. Solo es una fecha que vale la pena conocer si ya has estado dentro del ecosistema: grvt.io
He estado siguiendo el hilo en @grvt_io mientras se iba ajustando, y me recordó esa sensación antes de los resultados del examen: todos conocen la fecha, pero nadie sabe exactamente cómo se desarrolla.
El TGE de $GRVT está oficialmente fijado para el 21 de julio de 2026. El registro para la distribución del airdrop se abrió el 10 de julio y se mantendrá hasta el 27, así que la ventana de reclamo y el lanzamiento del token en realidad se superponen: conviene verificar bien las fechas si planeas organizarte en torno a esto.
La asignación de airdrop para la comunidad se ha incrementado al 28% del suministro fijo de 1.000 millones, repartido por temporadas, y la Temporada 2 por sí sola representa el 18%. Es una participación comunitaria significativamente mayor que la que la mayoría de los proyectos empiezan con, aunque un fondo más grande no te dice mucho sobre la asignación individual: eso todavía depende de tu propia actividad.
Sobre listados: GRVT planea listar $GRVT en su propio mercado spot en el lanzamiento, y ha dicho que está trabajando para conseguir listados en exchanges centralizados de Nivel 1, pero aún no hay nada confirmado. Vale la pena mantenerse escéptico con cualquiera que afirme lo contrario antes de que sea oficial.
Un apunte práctico: el registro pide la dirección de una wallet autocustodiada, no una dirección de depósito de un CEX. Es un detalle fácil de equivocarse si lo haces con prisas.
Nada de esto es una señal para perseguirlo. Solo es una fecha que vale la pena conocer si ya has estado dentro del ecosistema: grvt.io
#newt $NEWT @NewtonProtocol
"Saber al oponente y conocerse a uno mismo garantiza cien victorias en cien batallas." Newton entiende claramente qué es eso. Y, más importante, sabe qué NO es.
Sun Tzu no escribió esa frase para hablar de la victoria. La escribió sobre el autoconocimiento como un requisito previo para la estrategia.
En la infraestructura de cumplimiento, la autoconciencia es lo más raro.
El Protocolo Newton impone políticas en el momento previo al settlement (pre-settlement). Es un instante concreto, con valor, y que no existía onchain antes. La transacción se envía (submit); Newton la evalúa según el conjunto de políticas activas; la atestación se devuelve antes del settlement. Ese instante es real.
Pero ese instante también tiene un límite.
Newton no controla lo que ocurre después del settlement. No controla la calidad de los datos que se introducen para la verificación de políticas. No resuelve conflictos de jurisdicción cuando dos marcos legales chocan. No impide que un curador configure una política mala y la ejecute con total sinceridad. No bloquea retroactivamente una posición cuando una dirección es sancionada después de que la transacción ya se ha liquidado (cleared).
Esto no es una crítica. Es el alcance.
Un sistema que conoce bien sus propios límites es más confiable que uno que afirma que no tiene límites. Newton cubre exactamente un instante. Saberlo y confiar en ello dentro de ese alcance correcto es la forma correcta de usar Newton.
"Saber al oponente y conocerse a uno mismo garantiza cien victorias en cien batallas." Newton entiende claramente qué es eso. Y, más importante, sabe qué NO es.
Sun Tzu no escribió esa frase para hablar de la victoria. La escribió sobre el autoconocimiento como un requisito previo para la estrategia.
En la infraestructura de cumplimiento, la autoconciencia es lo más raro.
El Protocolo Newton impone políticas en el momento previo al settlement (pre-settlement). Es un instante concreto, con valor, y que no existía onchain antes. La transacción se envía (submit); Newton la evalúa según el conjunto de políticas activas; la atestación se devuelve antes del settlement. Ese instante es real.
Pero ese instante también tiene un límite.
Newton no controla lo que ocurre después del settlement. No controla la calidad de los datos que se introducen para la verificación de políticas. No resuelve conflictos de jurisdicción cuando dos marcos legales chocan. No impide que un curador configure una política mala y la ejecute con total sinceridad. No bloquea retroactivamente una posición cuando una dirección es sancionada después de que la transacción ya se ha liquidado (cleared).
Esto no es una crítica. Es el alcance.
Un sistema que conoce bien sus propios límites es más confiable que uno que afirma que no tiene límites. Newton cubre exactamente un instante. Saberlo y confiar en ello dentro de ese alcance correcto es la forma correcta de usar Newton.
Inicia sesión para explorar más contenidos