Retsu玄

#dusk $DUSK
He notado que la parte más difícil de llevar activos del mundo real a onchain no es la tokenización. Es lo que sucede después de que los activos llegan.

Los mercados regulados exigen verificaciones de identidad, restricciones de transferencia, auditabilidad y privacidad comercial. DeFi depende de infraestructura abierta y de la composabilidad. Hacer que esos sistemas coexistan sin menoscabar sus requisitos fundamentales es el verdadero desafío—y por eso vale la pena examinar @Dusk y Dusk Trade.

Dusk Trade se está construyendo como una capa de aplicación para activos financieros tokenizados, con flujos de trabajo que cubren el alta de inversores, el vinculado de carteras, transferencias controladas, la coordinación de pagos y el settlement conforme.

Por debajo, la red viva de Dusk combina finalización determinista con modelos de transacciones orientados a la privacidad y capacidades de divulgación selectiva. DuskEVM, actualmente en testnet, ofrece un entorno compatible con Solidity conectado a la infraestructura de settlement de Dusk.

Hedger, también en testnet, está diseñado para llevar flujos EVM confidenciales mediante cifrado homomórfico y pruebas de conocimiento cero. El objetivo es mantener privados los saldos sensibles y los detalles de las transacciones, preservando al mismo tiempo la ejecución verificable y la revisión autorizada.

La asociación NPEX conecta esta tesis con infraestructura europea regulada. Sin embargo, una asociación regulada no es la aprobación del modelo onchain completo, y la tecnología en testnet no es settlement de producción.

La pregunta central es si los controles al nivel MTF pueden coexistir con una liquidez DeFi significativa. Esos controles pueden hacer que los valores tokenizados sean aceptables para las instituciones, pero también podrían restringir su movimiento entre mercados de préstamos y pools de liquidez.

DUSK ya paga la ejecución, admite staking y ayuda a asegurar el ecosistema. Lo que aún no está probado es si la actividad financiera en vivo generará una demanda sostenida a escala.

Estaré siguiendo el progreso regulatorio, la emisión en vivo, el volumen de settlement y el uso institucional recurrente, no objetivos promocionales.

¿Pueden los controles regulados y la composabilidad de DeFi coexistir genuinamente a escala?

#baby $BABY
intentemos entender la custodia propia de bitcoin. a menudo se trata como la respuesta final, pero el diseño de Babylon sugiere que es solo la primera capa del conjunto de riesgos.

Los Bóvedas de Bitcoin sin confianza pueden mantener BTC nativos bajo condiciones de gasto predefinidas de Bitcoin en lugar de moverlos a través de un puente. Eso es significativo. Sin embargo, en el momento en que se añaden cómputos externos, salidas anticipadas, slashing, préstamos o estrategias de minería, aparecen nuevas dependencias alrededor de la bóveda.

Los Proveedores de Finalidad todavía necesitan una gestión disciplinada de claves EOTS. Los participantes de las Covenants pueden seguir necesitando autorizar ciertas rutas del protocolo. Los stablecoins prestados aún pueden entrar en productos gestionados por operadores externos. Ninguna de estas cosas hace que la arquitectura sea débil, pero sí cambia la pregunta que los inversores deberían hacerse.

La distinción útil no es “sin confianza o con confianza”. Es: qué riesgos se han eliminado, cuáles se han aislado y cuáles simplemente se han trasladado a otro lado.

Para mí, ahí es donde @BabylonLabs_io se vuelve interesante. El protocolo intenta preservar el control nativo de Bitcoin mientras coordina una actividad que Bitcoin por sí mismo no puede evaluar. La prueba real para $BABY es si esas capas añadidas siguen siendo transparentes, distribuidas y exigibles a medida que el uso crece con el tiempo.

#baby $BABY ¡Intentemos entender cómo reglas contables más pequeñas pueden romper cadenas tan seguramente como fallos criptográficos. El lanzamiento v4.3.1 de Babylon del 21 de julio es un recordatorio útil.

En cada límite de época, el proponente construye un checkpoint a partir de las extensiones de voto BLS de los validadores y lo coloca primero en el bloque. Lleva adelante el estado firmado de la época anterior. Sin embargo, el código antiguo contaba bytes de transacciones en bruto, mientras que CometBFT verificaba el tamaño codificado en protobuf. Una propuesta completa podría pasar el presupuesto de Babylon, poner en pánico al proponente y potencialmente detener la consecución.

El parche ahora usa contabilidad compatible con CometBFT y, como salvaguarda final, elimina las transacciones ordinarias de la cola de la propuesta mientras preserva el checkpoint.

Esto mejora la vivacidad, pero el costo es un silencio mayor: el primer bloque de cada época tiene menos espacio para la actividad normal, y las transacciones de la cola se posponen primero durante la congestión. Los usuarios y los sistemas automatizados que necesitan inclusión oportuna asumen ese riesgo de demora.

Yo mediría el tiempo de inclusión p95 alrededor de los límites de época, controlando por tarifas y profundidad del mempool. Si la brecha persiste, ¿la prioridad de los checkpoints se convierte en una superficie de congestión predecible para el @BabylonLabs_io , en lugar de ser solo una función de seguridad?

#baby $BABY
Estoy notando Babylon (BABY) y la parte a la que sigo volviendo no es la recompensa por staking. Es quién realmente tiene voz.

La cripto a menudo separa a las personas que aportan capital de quienes controlan las reglas. Eso puede funcionar, pero aparece tensión cuando sus incentivos dejan de moverse juntos. He visto que la gobernanza se ve equilibrada en el papel y se vuelve concentrada en la práctica.

Babylon tiene una división similar. Los stakers de BTC aportan seguridad económica a través de Finality Providers, mientras que $BABY holders y validadores controlan la gobernanza. Bitcoin lleva parte de la carga de seguridad, pero los stakers de BTC no votan directamente las decisiones del protocolo. La estructura es clara, pero eso no hace que automáticamente esté equilibrada.

La ventaja es que la gobernanza se mantiene vinculada al token nativo. El riesgo es que quienes asumen exposición económica tengan menos influencia sobre las reglas que moldean esa exposición. Todo parece alineado mientras las recompensas fluyen. La prueba real llega cuando hay que tomar decisiones difíciles.

Quizá los holders de BABY protejan a los stakers de BTC porque la red depende de ellos. Quizá los incentivos sigan alineados. Aun así, no estoy convencido de que deba darse por hecho.

De todos modos, esto se siente más serio que otra propuesta de rendimiento. @BabylonLabs_io está intentando usar Bitcoin como seguridad sin moverlo fuera de Bitcoin. La pregunta más difícil es si los proveedores de seguridad y los creadores de reglas seguirán alineados cuando llegue una presión real.

#baby $BABY Tasas Fijas Siguen Dejando a Alguien Asumiendo el Riesgo

Las tasas fijas suenan tranquilizadoras, pero la estructura de préstamos propuesta por Babylon plantea una pregunta más difícil: ¿quién absorbe la incertidumbre cuando el costo del prestatario se mantiene fijo?

El 25 de junio de 2026, @BabylonLabs_io y Aegis anunciaron un producto de préstamo nativo de BTC a tasa fija, planificado, construido sobre Trustless Bitcoin Vaults, Aave V4 y la infraestructura crediticia de Aegis. Se espera que el producto llegue en el 4T de 2026, pero sigue siendo un objetivo sujeto a desarrollo y pruebas, no un lanzamiento garantizado.

El beneficio práctico es fácil de ver. Instituciones como tesorerías, fondos y creadores de mercado a menudo necesitan costos de financiamiento previsibles antes de asignar capital. Una tasa fija podría facilitar el presupuesto para préstamos respaldados por BTC nativo sin obligar a los prestatarios a renunciar al control de su Bitcoin.

Pero el riesgo no desaparece.

El flujo de préstamos de Babylon actualmente solo está disponible en una testnet pública usando activos de prueba, mientras que la integración con Aave V4 sigue siendo una propuesta de gobernanza. Según el diseño de liquidación propuesto, los liquidadores sin permisos reciben primero WBTC, mientras que los arbitrajistas con permisos compran más tarde la bóveda en escrow y completan el canje de BTC nativo.

Ese retraso importa. Los intereses pueden seguir acumulándose, el BTC puede moverse con fuerza y el capital permanece inmovilizado mientras se completa el canje.

Lo que me llama la atención es que las tasas previsibles para los prestatarios podrían depender de que haya suficientes arbitrajistas dispuestos a asumir un riesgo de liquidación impredecible durante mercados en tensión.

Para $BABY and #Babylon, el hito relevante no es solo anunciar préstamos a tasa fija. Es demostrar que los incentivos se mantienen fuertes cuando aumenta la volatilidad y la liquidez se vuelve costosa.

¿Puede Babylon hacer que el préstamo sea predecible sin volver poco fiable la participación en la liquidación?
@BabylonLabs_io

#baby $BABY
Cada vez que leo sobre un producto de préstamo con tasa fija, miro más allá de la tasa del prestatario y pregunto adónde va la incertidumbre. La dirección más reciente de préstamos de Babylon hizo que esa pregunta fuera especialmente relevante.

El 25 de junio de 2026, Babylon y Aegis anunciaron un producto de préstamo nativo de BTC a tasa fija, planificado, que combina Trustless Bitcoin Vaults, Aave V4 y la infraestructura crediticia de Aegis. Se espera para el Q4 de 2026, pero esa ventana sigue sujeta al desarrollo y las pruebas, y no es un lanzamiento garantizado.

El beneficio es significativo. Una tesorería, un fondo o un market maker pueden planificar con más confianza cuando el costo del préstamo se conoce con anticipación. Para las instituciones, una financiación predecible puede ser tan importante como conservar el control del BTC subyacente.

Lo que me hizo detenerme es la liquidación.

La integración de Babylon con Aave aún es una propuesta de gobernanza, mientras que su flujo de préstamo está disponible en una testnet pública usando activos de prueba. Bajo el diseño propuesto, un liquidador sin permisos recibe primero WBTC, mientras que los arbitrajistas con permisos compran después la bóveda en custodia y gestionan el reembolso de BTC nativo. Eso lleva tiempo, por lo que alguien debe absorber los intereses acumulados, el retraso en el settlement y la volatilidad del BTC.

Después de observar la estructura, quedó claro que las tasas fijas no eliminan el riesgo; lo trasladan a la fijación de precios y la liquidación de la posición por parte de los participantes. El desarrollo del bot de liquidación de Babylon es un avance útil, pero un entorno de pruebas no puede demostrar que el capital de arbitraje seguirá disponible durante un movimiento violento del mercado.

Para $BABY y Babylon, el hito real no es simplemente lanzar préstamos a tasa fija. Es demostrar que los costos predecibles para los prestatarios pueden coexistir con incentivos sostenibles para liquidadores y arbitrajistas.

¿Quién asume el riesgo cuando a todos los demás se les promete certeza?

@BabylonLabs_io
#BTC

#baby $BABY Una contradicción en el último impulso de préstamos de Babylon merece más atención: se están planificando costos de endeudamiento previsibles antes de que el mercado subyacente haya sido probado con capital real para el 25 de junio de 2026, @BabylonLabs_io y Aegis anunció un producto de préstamo nativo de BTC a tasa fija dirigido a Q4 2026, sujeto a desarrollo y pruebas. La estructura propuesta combina los Trustless Bitcoin Vaults de Babylon, Aave V4 y la infraestructura de tasa fija de Aegis; el beneficio es claro. En el testnet público actual de Babylon, el BTC subyacente permanece en Bitcoin en lugar de transferirse mediante un puente convencional o convertirse en un wrapper negociable libremente. Aave interactúa con una representación de bóveda restringida en Ethereum, permitiendo que se reconozca la garantía sin que una aplicación de Ethereum tenga posesión directa del Bitcoin, pero no deberían confundirse estos tres estados diferentes. El flujo de préstamo de TBV está en testnet público, la integración de Aave V4 en producción sigue siendo una propuesta de gobernanza y el producto de tasa fija de Aegis se planifica en lugar de haberse lanzado.

Lo que me llama la atención es que la certeza de la tasa solo resuelve un lado del endeudamiento institucional. Una tesorería puede conocer el costo de interés con anticipación, pero el sistema aún debe demostrar que los liquidadores y los arbitrajistas proporcionarán suficiente capital durante mercados volátiles y la redención nativa de BTC retrasada. La funcionalidad en testnet puede validar la mecánica; aún no puede validar la liquidez en producción ni el comportamiento en períodos de estrés que hacen que esta sea una dirección significativa para el ecosistema #babylon y potencialmente para el relato de utilidad de $BABY , pero sin evidencia aún de adopción institucional o de escala comprobada, ¿la certeza de tasa fija puede atraer prestatarios serios antes de que el sistema de liquidación y redención se demuestre bajo presión real del mercado?

#BTC

#baby $BABY Velocidad de Liquidación = Certeza de Liquidación: de qué realmente depende la integración de Babylon con Aave V4 El modelo nativo de endeudamiento respaldado por BTC de Babylon ahora se está probando públicamente a través de Aave V4, pero creo que la mayoría de las conversaciones se están enfocando en la parte equivocada. La idea básica suena simple: los usuarios bloquean BTC dentro de los vaults autosoberanos de Babylon y toman prestados stablecoins mediante Aave V4. Los Bitcoins permanecen en la red de Bitcoin, por lo que no hay necesidad de puentearlos (bridge) ni de envolverlos (wrap) antes de usarlos como colateral. Pero el proceso de liquidación es donde las cosas se vuelven más interesantes. Cuando la posición de un prestatario se vuelve insegura, los liquidadores no pueden simplemente esperar varios días a que el BTC real se libere del vault. En su lugar, reciben WBTC de inmediato. Luego intervienen arbitrajistas aprobados: reembolsan el lado en WBTC de la transacción y completan la liquidación del BTC real en Bitcoin. Eso puede hacer que la liquidación parezca rápida, pero la rapidez no es lo mismo que la certeza.
El sistema aún depende de que haya suficiente liquidez en WBTC disponible, de que los arbitrajistas estén dispuestos a inmovilizar capital durante el período de desafío, de que el precio del BTC no se mueva con demasiada brusquedad antes del canje, y de que el oráculo siga siendo confiable durante una volatilidad extrema. Lo que me llamó la atención es que el riesgo real no es solo técnico. También es económico. Alguien debe estar dispuesto a asumir el costo de financiamiento y el riesgo de precio mientras la liquidación del BTC aún está pendiente. La pregunta importante es si ese capital seguirá disponible cuando el BTC caiga 10% en 36 horas y muchas posiciones deban liquidarse al mismo tiempo. Babylon ya no está construyendo solo infraestructura de staking de Bitcoin. También está experimentando con los cimientos de un mercado nativo de crédito en Bitcoin.

Esa es la historia más grande que vale la pena seguir.

@BabylonLabs_io
#BTC

$BANK /USDT sigue bajista por debajo de 0.1680.

Objetivos de corto: 0.1617 y 0.1599
Invalidación: Por encima de 0.1700

#baby $BABY
Lo que los “vaults” de Bitcoin sin confianza (Trustless) realmente aportan —y lo que no

Entonces, ¿cómo usas tu Bitcoin como garantía sin entregar las llaves a algún intermediario? Eso es justo lo que los “Vaults” de Bitcoin sin confianza de Babylon intentan resolver.

El truco es bastante ingenioso. Empiezas bloqueando tu BTC en una salida especial de Bitcoin con reglas incluidas desde el principio. Nadie lo custodia por ti. Tú pre-firmas algunas maneras posibles en que las monedas pueden moverse: por ejemplo, un liquidador solo puede tomarlas si un oráculo afirma que el préstamo entró en incumplimiento. Luego, BitVM3 (básicamente un sistema a prueba de fraude) permite que el propio Bitcoin verifique esas reglas. La red hace cumplir todo sin necesitar contratos inteligentes complejos ejecutándose en cadena. Tus monedas solo se mueven si se cumplen realmente las condiciones que fijaste.

Esto sí es una mejora real frente a cosas como WBTC, donde una empresa como BitGo literalmente está sosteniendo el Bitcoin. Pero “sin confianza” (trustless) sigue siendo un poco exagerado. Aún confías en que los oráculos reporten precios correctamente y en que los liquidadores jueguen limpio. Si los oráculos se equivocan o hay un bug en el código de BitVM3, todavía puedes perder dinero. La confianza cambia: de “el balance de esta empresa” a “este código funciona y estas pocas personas tienen su piel en el juego”. Mejor, sin duda. Pero no es cero-confianza.

Un detalle práctico: el rendimiento que obtienes proviene de las comisiones que pagan los prestatarios, no de recompensas de staking de Bitcoin. Tu BTC permanece bajo tu control, pero tienes que vigilar tú mismo el riesgo de liquidación. Y una vez que se fijan esas reglas del vault, quedan congeladas. Excelente para la seguridad, pero si el mercado se va totalmente de lado, el sistema no puede adaptarse.

Entonces, ¿un conjunto pequeño de oráculos y liquidadores es descentralización real… o solo una versión más honesta de confiar en un puñado de personas?

@BabylonLabs_io

#baby $BABY Una garantía de que un préstamo de Bitcoin se repague totalmente aún puede arriesgar congelar el colateral en diseños DLC puros debido a cómo se hacen cumplir las condiciones de gasto.

En las Trustless Bitcoin Vaults de Babylon, el prestatario y el prestamista prefirman un conjunto de transacciones de Bitcoin cuyos resultados dependen de pruebas criptográficas de algún estado de smart contract externo. En lugar de que una sola persona tenga que revelar un secreto después del repago, cada parte se compromete con un circuito “garbled”. Si alguien presenta más tarde una mala prueba de conocimiento cero (de repago o liquidación), la otra parte puede extraer el secreto del tramposo fuera de la cadena y publicarlo en Bitcoin, lo que bloquea la reclamación fraudulenta.

Bitcoin en sí nunca ejecuta lógica complicada. Solo comprueba si se ha revelado un secreto y si ya pasó una ventana corta de desafío. Una prueba válida de repago desbloquea el camino del prestatario por cuenta propia; una prueba inválida revela el secreto y protege al prestamista. Eso elimina el problema clásico de opción gratuita que aparece cuando solo una parte controla si se revela el secreto.

El diseño básicamente traslada la confianza de “¿esta persona hará lo correcto?” a “¿la criptografía es sólida?”. Una vez que los circuitos y las transacciones prefirmadas se bloquean en la creación de la bóveda, ninguna de las partes puede simplemente retrasar el rescate después de que se cumplan las condiciones on-chain. Es un avance real frente a configuraciones tipo comité o HTLCs simples.

Aun así, depende de que los circuitos garbled se generen correctamente, de que los desafiadores realmente estén presentes durante la ventana de aproximadamente tres días y de que el estado de la cadena externa sea comprobable con precisión. Si cualquiera de esas cosas falla, las garantías de seguridad se vuelven más débiles, incluso aunque las monedas nunca salgan del UTXO de Bitcoin.

¿Qué tan sólido es ese proceso de desafío cuando la red está congestionada o un probador está intentando sabotearlo?
@BabylonLabs_io
#BTC

#baby $BABY
Mientras estudiaba Babylon, una pregunta no me dejaba en paz: si Bitcoin no puede entender lo que ocurrió en una cadena PoS, ¿cómo puede castigar a un Proveedor de Finalidad deshonesto?

Mi primera suposición fue que Babylon, de alguna manera, envía a Bitcoin una prueba de mala conducta y le pide a su script que juzgue el caso. Eso me pareció poco realista porque Bitcoin Script no puede ejecutar la lógica compleja de slashing usada por las redes PoS.

La Sección 7.2 del Litepaper de Staking en Bitcoin de Babylon cambió la forma en que entendí el diseño. Babylon no le pide a Bitcoin que interprete todo el ataque. En su lugar, su gadget de finality EOTS convierte el doble firmado en una trampa criptográfica.

Un Proveedor de Finalidad se compromete a la aleatoriedad de firma para alturas futuras de bloques. Si vota por dos bloques en conflicto en la misma altura, se reutiliza la misma aleatoriedad privada. Esas dos firmas pueden revelar la clave privada EOTS del proveedor. Esa clave expuesta puede luego completar las transacciones de slashing preconstruidas conectadas a sus delegaciones en BTC.

Mi conclusión fue sencilla: Bitcoin no necesita entender el delito; solo necesita hacer cumplir la transacción de castigo una vez que se revela el secreto criptográfico.

Es una forma ingeniosa de permitir que el BTC nativo pueda slashearse sin envolverlo ni moverlo a otra cadena. Pero también crea un riesgo operativo. La documentación de Babylon señala que errores de software o fallos de hardware pueden exponer a Proveedores de Finalidad honestos al slashing, por lo que la protección anti-slashing es importante.

Para mí, la verdadera innovación de Babylon no es solo el staking de BTC sin custodia. Es traducir la mala conducta en PoS a una consecuencia que Bitcoin puede imponer con un scripting limitado.

@BabylonLabs_io
#BTC

#baby $BABY I inicialmente pensé que la principal innovación de Babylon era simplemente permitir que los titulares de BTC ganaran recompensas sin envolver su Bitcoin. Pero después de leer más sobre el protocolo, me di cuenta de que la parte más importante podría ser el papel de los Proveedores de Finalidad.

Con Babylon, el BTC puede bloquearse mediante condiciones de staking con autocustodia en la red de Bitcoin y delegarse a un Proveedor de Finalidad. El proveedor no recibe el control de las monedas. En su lugar, utiliza el poder de voto delegado para enviar votos finales y ayudar a asegurar redes conectadas a Babylon.

Esto cambia la forma en que veo el modelo. El staker no solo busca rendimiento; está eligiendo quién representará su seguridad respaldada por Bitcoin. Un Proveedor de Finalidad confiable puede respaldar la finalidad de la red y ganar una comisión, mientras que las recompensas restantes pueden fluir al delegador según las reglas del protocolo.

El beneficio es claro: Bitcoin se mantiene nativo en lugar de convertirse en un activo envuelto o moverse a través de un puente tradicional. Los titulares también pueden deshacer la delegación sin requerir el permiso del Proveedor de Finalidad, aunque siguen aplicando los timelocks de Bitcoin y los períodos de espera del protocolo.

El riesgo es que delegar no es una decisión que se deba tomar a ciegas. Importa la confiabilidad del Proveedor de Finalidad, las tasas de comisión, el desempeño técnico y el comportamiento de firma. La documentación de Babylon explica que las firmas dobles de bloques en conflicto pueden activar la penalización (slashing) y sacar a un proveedor del conjunto activo.

Para mí, esto es lo que hace que Babylon sea más interesante que una simple historia de “rendimiento en BTC”. Está intentando convertir Bitcoin en seguridad económica responsable para redes PoS. La prueba real será si los usuarios eligen cuidadosamente a los proveedores y si suficientes redes realmente exigen esa seguridad.

@BabylonLabs_io
#BTC

#grvt La capa oculta de control detrás de los bots de trading de GRVT

Una parte del modelo de GRVT que me llamó la atención: la autocustodia no vuelve el trading automatizado sin permisos en la práctica cotidiana. La API de GRVT aún requiere autorización. Su documentación indica que las claves de API pueden adjuntarse a cuentas de financiación o trading, con permisos separados para ver, operar, transferencias internas y transferencias externas. Las claves también pueden restringirse mediante direcciones IP.

Esa estructura importa porque GRVT admite bots y trading programático mientras mantiene la liquidación, la gestión de márgenes y la custodia dentro de su sistema on-chain. Los pedidos pueden enviarse a través de infraestructura de trading rápida, pero los usuarios siguen autorizando la actividad mediante claves y firmas vinculadas a la billetera. GRVT también documenta la autenticación de billeteras con EIP-712, mientras que su integración con Alertatron muestra que la ejecución automatizada ya es una capacidad en vivo, en lugar de ser solo una promesa de hoja de ruta.

Mi primera interpretación es que el diseño híbrido de GRVT desplaza la pregunta clave de “¿Quién custodia mis fondos?” a “¿Qué exactamente puede autorizar mi automatización?” Una clave de trading mal protegida puede no equivaler a custodia total de la billetera, pero aun así puede crear posiciones no deseadas, cancelaciones o transferencias dentro del alcance asignado.

Mi segunda interpretación es que el capital unificado aumenta la importancia del diseño de permisos. Cuando un saldo de GRVT puede respaldar el trading y una actividad de earning elegible, una estrategia automatizada interactúa con más que un ticket de orden aislado. La separación de cuentas, los límites de permisos, la lista blanca de IP, la rotación de claves y el monitoreo pasan a formar parte de la eficiencia del capital, no solo de la configuración técnica.

La preocupación constructiva es la usabilidad. Los traders profesionales pueden entender claves acotadas, sesiones y firmas, pero los usuarios comunes necesitan advertencias más claras sobre qué expone cada permiso. La autocustodia protege la propiedad; no garantiza un bot seguro, una estrategia sólida ni un servidor seguro.

¿Debería GRVT hacer que las plantillas de permisos y los límites de riesgo automatizados sean más visibles antes de que los usuarios conecten bots de trading?

DYOR.
@grvt_io

#newt $NEWT
En los últimos días, pasé tiempo comparando la hoja de ruta de gobernanza de NEWT con su documentación oficial de gobernanza. Algo se hizo cada vez más claro: existe una diferencia notable entre la visión a largo plazo del proyecto y la autoridad que actualmente se otorga a los titulares de tokens.

La hoja de ruta presenta la descentralización como un proceso gradual, pero el marco de gobernanza existente aún sitúa grandes responsabilidades de toma de decisiones en la fundación. Existe participación de la comunidad, pero muchas de las actividades de gobernanza actuales parecen ser más asesorías que mecanismos directamente exigibles.

Otro punto que llamó mi atención es la capacidad de la fundación para intervenir cuando se consideran propuestas que introducen riesgos legales, regulatorios o de seguridad. Aunque esta salvaguarda podría ayudar a proteger el protocolo durante sus primeras etapas, la documentación no especifica un plazo fijo para reducir o eliminar esa autoridad.

Como resultado, la transición hacia una gobernanza liderada por la comunidad depende de hitos futuros en lugar de fechas predeterminadas.
La gestión del tesoro sigue un patrón similar. Aunque el crecimiento del ecosistema y el desarrollo de la comunidad siguen siendo objetivos centrales, las operaciones clave del tesoro continúan dependiendo de mecanismos controlados por la fundación, en lugar de la ejecución autónoma por parte del DAO. Eso plantea una pregunta importante sobre cuándo la gobernanza financiera se volverá plenamente descentralizada.
El modelo de votación también merece un análisis.

El poder de gobernanza está ligado a NEWT apostado mediante un sistema sencillo de un token, un voto. Sin mecanismos adicionales de ponderación, los grandes titulares podrían tener una influencia significativa en los resultados de la gobernanza si la participación sigue concentrada.

Nada de esto necesariamente significa que el proyecto no pueda volverse descentralizado en el futuro. Sin embargo, el éxito a largo plazo de la gobernanza de NEWT probablemente dependa de si una autoridad significativa sobre actualizaciones del protocolo, ejecución del tesoro y decisiones estratégicas se transfiere gradualmente de la fundación a la comunidad en general mediante hitos transparentes y medibles.

@NewtonProtocol

#grvt
La gente todavía encuadra a Grvt como si fuera solo otro DEX de perps. Creo que eso pasa por alto la jugada real.

Lo que Grvt está construyendo se parece más a una capa de prime-brokerage onchain: un único venue donde el capital puede operar, mantenerse productivo y moverse entre más de una clase de activos sin renunciar a la autocustodia. El intercambio está construido sobre la infraestructura de zkSync, mantiene el diseño sin custodia al frente, y combina la velocidad offchain con el settlement onchain. Ese planteamiento es muy distinto de “solo otro orderbook.

La segunda cosa que destaca es la eficiencia de capital. El modelo de Grvt no trata solo de la ejecución. Trata de hacer que los saldos ociosos sean útiles. Los materiales oficiales ahora enfatizan el rendimiento sobre los saldos elegibles mientras los fondos permanecen listos para operar, además de rebates negativos a los makers dentro de un calendario de comisiones de nueve niveles. En español sencillo: la plataforma intenta convertir el capital de trading en un saldo que trabaja en vez de colateral muerto.

El tercer ángulo es el diseño de mercado. Grvt está empujando claramente más allá de los carriles solo cripto. Sus materiales más recientes resaltan el acceso a cripto junto con materias primas, acciones y otras exposiciones de mercados tradicionales en un solo lugar. Eso importa, porque la historia más grande no es quién lista los perps más hoy. Es quién puede convertirse en el puente más limpio entre la infraestructura nativa de cripto y la exposición a activos globales.

Así que, si tuviera que resumir a Grvt en una línea, no lo llamaría primero un exchange de perps. Lo llamaría un stack de trading multi-asset consciente del rendimiento y de autocustodia que intenta hacer que el capital onchain se comporte como una cuenta financiera real.
@grvt_io

#newt $NEWT Después de revisar los materiales públicos de Newton Protocol y Magic Labs, mi visión actual es más mesurada. Newton se está posicionando como una capa de autorización onchain que verifica políticas antes de que las transacciones se asienten, y la beta principal actual está activa en Base y Ethereum. La documentación y los posts oficiales muestran un enfoque real en controles previos a la transacción, atestaciones verificables e integraciones para bóvedas, agentes de IA, pagos y flujos de cumplimiento.

Magic Labs también parece aportar una distribución significativa a la pila. La empresa afirma que ha respaldado más de 50M de wallets y 200K+ desarrolladores, está respaldada por PayPal Ventures y ha trabajado con plataformas de consumo y cripto, incluyendo Polymarket. Eso hace que el vínculo Magic x Newton sea estratégicamente importante, especialmente para equipos que quieren infraestructura de wallets y cumplimiento de políticas en un solo flujo.

Dicho esto, las afirmaciones más fuertes, tanto alcistas como bajistas, aún requieren cautela. Las fuentes públicas respaldan con claridad la dirección del producto de Newton, pero no prueban completamente cada conclusión a nivel de mercado que la gente está sacando solo de la actividad de la beta. La beta en mainnet es un hito importante, no el veredicto final sobre resiliencia, adopción, poder de fijación de precios o dependencia a largo plazo del ecosistema.

Mi valoración actual de Newton es uno de los intentos más serios por hacer programables la conformidad onchain y los controles de riesgo antes de la ejecución, y Magic le da una ventaja práctica de distribución. Pero la calidad de la adopción, la amplitud del ecosistema y el uso real en producción importarán más que el relato. Vale la pena seguirlo de cerca, pero aun así es mejor evaluarlo con expectativas disciplinadas y una gestión independiente del riesgo. Yo daría seguimiento a las integraciones próximas, el volumen de transacciones, la retención de socios y si los constructores que no son de Magic lo adoptan de forma independiente antes de confiar demasiado.
@NewtonProtocol

#grvt Te seré honesto: después de profundizar en GRVT, mi visión es mucho más matizada. Lo que han construido no es un “black box” mítico desde cero de “todo en uno” que nadie más pueda entender. Es una arquitectura híbrida inteligente: una capa real de innovación de producto sobre un stack que también se apoya en gran medida en infraestructura externa ya probada.

La parte más impresionante es el diseño de eficiencia de capital. El modelo de balance unificado de GRVT es el verdadero diferenciador, porque empuja un solo depósito para que haga más que solo colateral para un perp simple. Está diseñado para permitir que el capital opere, genere rendimiento y, eventualmente, se conecte a carriles más amplios de inversión onchain dentro del mismo flujo de producto. Combinado con ejecución privada y autocustodia, eso crea una propuesta de valor para el usuario mucho más sólida que la del DEX perp promedio.

Pero cuanto más miré, más claro se volvió el intercambio. La privacidad y la capa de cadena se construyen sobre la infraestructura de ZKsync, no sobre una base totalmente nativa de GRVT. El motor de rendimiento ya se conecta a Aave, y la expansión de RWA depende de socios como Centrifuge y Plume, además de emisores externos de activos.

Incluso el modelo híbrido de emparejamiento fuera de cadena y liquidación on-chain es un patrón conocido de la industria, no una invención exclusiva de GRVT.

Así que sí creo que GRVT tiene una ventaja real hoy, pero se siente más como un foso de ejecución que como un foso tecnológico imposible de superar. La oportunidad es real, pero también lo es el riesgo de que otros equipos bien financiados puedan ensamblar un stack similar con el tiempo. Para mí, eso hace que GRVT valga la pena observar de cerca, pero sin mitificarlo a ciegas.

@grvt_io