夜未眠

Los criptoactivos están rompiendo los silos de valor, pero la ruta es completamente diferente.@BabylonLabs_io

Una vía para que Bitcoin “lea” los enlaces externos. El lenguaje de scripts de Bitcoin, por naturaleza, no puede procesar información externa; la propuesta TBV de Babylon Labs predefine en las salidas Taproot todas las rutas de gasto legales, incluidas la redención, la liquidación y la gestión de disputas. La creación se realiza mediante firmas conjuntas de varias partes y, una vez creada, no puede alterarse. La ancla de confianza reside en el código, no en los operadores. Sin embargo, esta solución todavía se encuentra en la red de pruebas; el rendimiento en la red principal aún es desconocido. Componentes criptográficos como las pruebas de conocimiento cero son de alta complejidad. Actualmente, el BTC en staking supera las 56.000 unidades; el TVL ronda los 5.600 millones de dólares, y a16z ya ha invertido. El siguiente objetivo es “multi-staking”: permitir que una sola transacción de BTC sirva simultáneamente a múltiples redes PoS. Pero el verdadero problema es: ¿estos bloqueos corresponden a necesidades reales de seguridad? Si no, compartir la seguridad solo sería un apilamiento de capital.$BABY

La otra vía para que las acciones “se registren en cadena” e integren con el ecosistema cripto. bStocks tokeniza acciones de EE. UU. como activos BEP-20; los tenedores no necesitan vender para poder pignorar y pedir préstamos, inyectarse en DeFi para generar rendimientos o cubrir riesgos. Actualmente ya se ha expandido a 25 acciones; con una capitalización cercana a los 300 millones de dólares, y entre 190.000 usuarios, cerca de seis de cada diez participan en operaciones con derivados. El arbitraje entre mercados es la aplicación más directa: cuando bStocks y las acciones de EE. UU. presentan una diferencia de precio, los usuarios realizan operaciones en sentido contrario para asegurar la ganancia. Los datos muestran que 206 arbitrajistas sistemáticos aportaron un volumen de operaciones de 198 millones de dólares, con una ganancia de aproximadamente 636.000 dólares. Pero el arbitraje está limitado por el horario de negociación de las acciones de EE. UU. y la negociación 24/7 de bStocks; además, por consideraciones de costos, no es tan fácil para el usuario promedio.#baby

Dos rutas en direcciones opuestas, con un objetivo común: desmantelar las barreras entre los activos. Y la verdadera prueba está en si estos activos se vuelven realmente líquidos, sirviendo necesidades reales.

@BabylonLabs_io $BABY #baby

Al analizar el whitepaper de Babylon sobre los Vaults de Bitcoin Trustless, intenté encontrar métricas habituales de control de riesgos en préstamos, pero descubrí que su lógica subyacente es completamente distinta a los paradigmas actuales de DeFi. El documento no enumera valores estandarizados de tasas de garantía ni cifras de líneas de alerta; en cambio, mediante un caso en el que Bob pide prestados 50.000 USD con 1 BTC, revela su arquitectura única: cuando el precio del BTC cae por debajo de un umbral acordado, el mecanismo de liquidación no se activa por parámetros predefinidos del plataforma, sino que se ejecuta automáticamente a partir de las condiciones de transacciones de Bitcoin prefirmadas por el usuario al bloquear los fondos. Este diseño transfiere el poder de liquidación desde los contratos de la plataforma a condiciones criptográficas configuradas de forma autónoma por el usuario. Al verificar el estado de contratos externos con BitVM3, habilita un auténtico control de riesgos descentralizado.

A diferencia de las plataformas de préstamos tradicionales que empaquetan reglas, confianza y riesgos para entregarlos al usuario, el mecanismo vault de @BabylonLabs_io fija los límites de seguridad en el instante en que el usuario firma. Las condiciones para desencadenar el repago o la liquidación se escriben en el guion (script) de Bitcoin; la plataforma no puede intervenir ni modificar nada. El usuario debe asumir por su cuenta la responsabilidad de vigilar el mercado y de aportar liquidez adicional. Aunque este diseño, en la fase PoC, solo soporta unos pocos dólares de liquidez en Morpho, marca un cambio de paradigma: la lógica de liquidación pasa de ser una “regla de plataforma” a ser una “condición criptográfica autónoma del usuario”. $BABY

Sin embargo, este mecanismo aún tiene supuestos de confianza. La liquidación depende de que los liquidadores en lista blanca supervisen el precio, y la exactitud y puntualidad del oráculo afectan directamente el resultado. Aunque estos pasos no pueden robar el BTC del usuario, la desviación en las cotizaciones puede provocar liquidaciones erróneas. Además, el sistema actual todavía no implementa completamente la liquidación sin permiso; sigue dependiendo del comportamiento honesto de participantes específicos. #baby

Los Trustless Bitcoin Vaults de Babylon no son un producto de préstamos para optimizar parámetros, sino una reconfiguración de la lógica sobre la titularidad del poder de liquidación. Transfiere la capacidad de decidir una liquidación forzosa (para evitar que “se liquiden” los grandes saldos) desde el botón de alertas de la plataforma hacia las condiciones criptográficas firmadas por el usuario, haciendo que la liquidación sea el resultado configurado por el usuario en lugar de un efecto de la intervención de la plataforma. Esta innovación, aunque aún debe validarse en pruebas con dinero real, aporta un paradigma de seguridad completamente nuevo para la DeFi nativa de Bitcoin. Su valor no solo radica en la implementación técnica, sino también en la redefinición del modelo de confianza de las finanzas descentralizadas.

#baby $BABY @BabylonLabs_io

Al estudiar los documentos de staking de Babylon Labs, surge un diseño fundamental: todo el proceso no se ejecuta dinámicamente, sino que se basa en un conjunto de transacciones pregeneradas y firmadas. Cuando el usuario inicia el staking, el protocolo no despliega ninguna lógica en ejecución continua en la cadena de Bitcoin. En su lugar, construye en ese momento un conjunto de transacciones ya firmadas que cubren todas las situaciones futuras, como el desenganche (unbind) y la incautación (slashing). Además, antes de que el UTXO se bloquee, ya quedan definidos tanto el destinatario de cada pago como el monto. @BabylonLabs_io

¿Por qué prescindir de los contratos dinámicos? La razón esencial es la limitación expresiva del lenguaje de scripts de Bitcoin. El lenguaje de Script no es Turing-completo; no puede mantener estados complejos ni reaccionar a cambios externos. Por ello, Babylon no puede implementar directamente en la cadena una lógica de contrato con estado. Entonces el equipo tomó otra ruta: usar colecciones de transacciones estáticas prefirmadas para “simular” la ejecución del contrato. Concretamente, cada UTXO de staking se asigna a tres vías de gasto fijas: devolución por vencimiento del time lock, desenganche anticipado autorizado por el comité, y penalización activada mediante firmas dobles del validador. #baby

Las ventajas de este diseño determinista son evidentes: todas las corrientes de fondos quedan limitadas de antemano. Incluso si la cadena principal de Babylon se cae o se interrumpe la red, esas transacciones prefirmadas que ya se han transmitido al mempool aún pueden ser incluidas por los mineros cuando se cumplan las condiciones, garantizando que, en escenarios extremos, las reglas sigan aplicándose. Pero el costo de la rigidez también es claro: la flexibilidad casi desaparece. Durante el staking, el usuario no puede ajustar parámetros como la tasa (APR), la duración o la delegación del validador. Si quiere cambiar de estrategia, debe completar primero el desenganche, esperar a que el capital regrese y luego crear un nuevo staking; es un proceso que consume tiempo y aumenta el riesgo de perder ventanas. $BABY

Esto no es un compromiso temporal, sino una elección racional basada en las características subyacentes de Bitcoin. Dentro de los límites de las capacidades actuales, sustituir plantillas de transacciones deterministas por garantías de seguridad confiables quizá sea el camino de ingeniería más práctico. Aunque se renuncie a la capacidad de ajustes dinámicos, se obtiene una base de seguridad que permite ejecutar con rigor las reglas de liquidación incluso en situaciones extremas. Además, la lógica quedando “fijada” es más fácil de auditar. Para las redes de capa base que buscan una descentralización extrema y solidez, este tipo de intercambio tiene un significado real y profundo.
@BabylonLabs_io #baby $BABY

El dilema de confianza de Bitcoin, finalmente superado por Babylon

Bitcoin es el mayor activo del mundo cripto, pero su uso en DeFi es de solo ~1%. La gran mayoría de BTC permanece inmovilizada en carteras, acumulando polvo, porque las soluciones existentes —ya sea tokenización (wBTC), puentes entre cadenas o custodia centralizada— obligan a los titulares a elegir entre rentabilidad y custodia, en una decisión dolorosa.

Los Trustless Bitcoin Vaults (TBV) de @BabylonLabs_io lo cambian todo.

¿Qué es TBV? En pocas palabras, permite que los titulares de Bitcoin usen su BTC como colateral en aplicaciones DeFi de Ethereum, sin necesidad de puentes, sin tokenización y sin renunciar a sus claves privadas. Tu BTC permanece siempre en la red de Bitcoin.

¿Cómo se implementa técnicamente? Los usuarios bloquean su BTC en un script de Taproot que ellos mismos co-firman (cada vault es un UTXO independiente). El contrato de protocolo en Ethereum supervisa el estado de cada vault y se integra con aplicaciones DeFi como Aave v4. La conversión del estado entre cadenas se hace mediante cumplimiento criptográfico, no dependiendo de intermediarios confiables. El mecanismo de desafío BABE que usa Babylon permite que Bitcoin valide las pruebas de rescate en Ethereum, usando únicamente los primitivos de script existentes de Bitcoin, sin bifurcaciones.

Cada vault es independiente, aislado e inre-encollateralizable. No hay riesgo de mezcla de fondos en un pool, ni terceros pueden mover tu BTC. La confianza se traslada de las personas a la criptografía.

¿Qué significa esto? Que Bitcoin por fin puede participar de forma segura, transparente y eficiente en escenarios DeFi como préstamos on-chain, acuñación de stablecoins y contratos perpetuos. $BABY representa exactamente el cambio de paradigma de Bitcoin, de un activo dormido a una herramienta productiva.

La era DeFi de Bitcoin comienza con TBV.#baby

@BabylonLabs_io $BABY #baby

多年前想拿比特币赚点利息，折腾了一圈，最后还是放弃了。当时试过跨链到以太坊，结果手续费高得离谱，而且心里总悬着，怕桥出问题。后来换WBTC，又担心脱锚，每天盯着Curve池子的深度看，搞得神经兮兮的。索性全部赎回来，老老实实放着再也没动过。

这几天刷到@BabylonLabs_io 和Aave v4在测试网上线的消息，倒是让我重新琢磨起这事。它的玩法跟我之前碰过的那些完全不一样：比特币压根不用离开主链，就锁在原生网络上的金库里，私钥全程在自己手里。那Aave那边怎么知道你存了多少呢？它发了个叫vaultBTC的东西，但这不是真币，只是一个内部记账符号，不能转账也不能交易，只在Aave的借贷系统里用来标记你的抵押额度。说白了，比特币还在老地方躺着，Aave这边只是记了个数，两边互不干涉。#baby

这个设计最戳我的点，就是彻底绕开了跨链桥和封装资产那些雷区。以前那些方案，总得把比特币交出去或者包一层，心里没底。现在这种，等于既保住了原生安全性，又能拿去做抵押借钱，而且质押期间还能通过验证者机制赚一份收益，资金利用率一下子提上来了。比特币市值那么大，大部分却趴在钱包里睡大觉，说白了就是持有人不敢乱折腾。如果这套机制跑得通，那等于给这些沉睡的BTC开了一扇窗。 $BABY

当然，现在还在测试网阶段，主网上线还得过治理投票、风险参数调整和代码审计这几关。借贷利率怎么定，清算门槛设多少，这些细节都没最终敲定，能不能扛住极端行情还是未知数。不过从设计理念上看，比那些绕来绕去的方案干净得多。我会继续观察，要是正式上线后真能稳得住，那比特币在DeFi里的位置可能真要重写。

#baby $BABY @BabylonLabs_io

Recientemente vi muchas discusiones en la Plaza de Binance, pero la mayoría se centraba en la liquidez. Yo, en cambio, estaba pensando en el TBV de @BabylonLabs_io y descubrí un ángulo más profundo: la intención original de Bitcoin era ser efectivo electrónico de persona a persona, pero hoy queremos que participe en préstamos, derivados y otras finanzas complejas. Sin embargo, cada intento parece exigir sacrificar algo: o bien la descentralización, o bien la seguridad.

El TBV me hizo replantear este dilema: ¿lo que realmente nos falta es liquidez o nos falta una forma de participar sin confianza adicional? $BABY

La mayoría de los proyectos DeFi de BTC actuales siguen la ruta de migración: puentes entre cadenas, activos empaquetados, cuentas custodiadas… Independientemente del nombre, detrás hay un testigo que debe demostrar que tu BTC sigue ahí. Este modelo efectivamente aporta liquidez, pero también introduce silenciosamente nuevos supuestos de confianza; muchos usuarios quizá ni lo noten.

El TBV elige otro camino: no mueve la ubicación de BTC, sino que rediseña el mecanismo de confirmación del estado. Mediante scripts de Bitcoin para construir un Vault, usa salidas de Taproot para registrar estados bloqueados. Todos los activos permanecen en la red principal de Bitcoin. Cada Vault se vincula con un UTXO independiente, sin mezclarse con ningún fondo compartido; de forma natural, esto logra aislamiento y reduce considerablemente el riesgo sistémico.

Lo que realmente me interesa es la estructura de poder. En las soluciones tradicionales, ¿quién tiene autoridad para modificar el estado del Vault? Normalmente el administrador, un multisig o la gobernanza on-chain. El TBV intenta minimizar estos factores humanos, impulsando todo con reglas predefinidas, scripts de Bitcoin y procesos de verificación. En concreto, la ruta de retiro se establece por adelantado; el rescate se basa en una prueba de conocimiento cero a partir de eventos en Ethereum, y la validación se completa dentro del script de Bitcoin. Incluso los usuarios cuentan con un mecanismo de salida independiente, sin necesidad de depender de terceros.

Además, el diseño de que cada Vault tenga su propio UTXO no solo aísla riesgos, sino que también simplifica las verificaciones externas: la aplicación solo necesita comprobar el UTXO específico, sin escanear el estado global. Esto facilita los clientes ligeros y la interacción entre cadenas.

Por supuesto, este diseño también enfrenta retos de eficiencia, dificultad de acceso y pruebas en el mundo real. Pero la cuestión central que plantea, creo, merece atención a largo plazo: cuando Bitcoin se expande a escenarios financieros más amplios, ¿se puede lograr que la ampliación del escenario vaya de la mano con la preservación del control?

Tal vez todavía es pronto para tener una respuesta, pero el TBV al menos nos señala una ruta que vale la pena explorar.

#baby $BABY

Sin querer compré un cohete falsificado $SPCX , ¿ven cómo todos miran en la plaza? ¿Entonces debería cortar pérdidas o no? ¿Todavía se puede volver a recuperar lo invertido? ¿Hay algún hermano mayor que me enseñe qué debo hacer?

El mundo cripto nunca deja de presentar nuevos conceptos. En los últimos años, la ausencia de necesidad de permiso se convirtió en una especie de estandarte del sector: cualquiera podía desplegar contratos y participar en la economía on-chain, y esa apertura se ha recalcado una y otra vez. Pero recientemente parece que el viento está cambiando.

Ha entrado capital institucional, RWA y los stablecoins están ampliando su capacidad, y los agentes de IA también empiezan a aparecer en las cadenas. El ecosistema es cada vez más diverso: solo la apertura ya no es suficiente. En el círculo empieza a discutirse un problema nuevo: además de la apertura, ¿necesitamos una capa de confianza verificable?

Newton Mainnet Beta va justamente por ahí. Han montado una capa de autorización on-chain; en términos simples, significa que las comprobaciones de seguridad se ejecuten antes que la ejecución de las transacciones.

Pongamos un ejemplo: el control de seguridad en el aeropuerto siempre se programa antes del embarque, no se espera a que el avión ya esté en el aire para revisar quién lleva mercancías prohibidas. El enfoque de Newton es parecido: verificación de identidad, revisiones de cumplimiento y estrategias de gestión de riesgos se codifican como reglas. Cuando alguien inicia una transacción, el sistema primero corre un filtro; si cumple las condiciones, se autoriza. El resultado se sincroniza y se guarda también en la cadena.

Esta solución encaja especialmente bien con DeFi. Los fondos en los pools crecen cada vez más, y los participantes pasan de ser minoristas a instituciones; por tanto, la demanda de una capa de ejecución basada en reglas se vuelve natural. Para los usuarios comunes, las transacciones dejan de ser una caja negra: cada acción permitida tiene un respaldo verificable en la cadena. Para las instituciones, estos registros de validación pueden servir directamente como evidencia para auditorías.

Pensándolo más a fondo, Newton en realidad está impulsando un cambio de narrativa. La ausencia de permiso resuelve el problema de quién puede entrar; Newton quiere responder qué hacer después de entrar, cómo operar bajo reglas. No se contradicen: una cosa es poner los cimientos y la otra es colocar una red de filtrado encima.

A nivel técnico, abren la capacidad mediante Newton Vault SDK, para que otros protocolos puedan integrarla directamente. Pero este tipo de proyectos de infraestructura tiene una debilidad típica: si el ecosistema no logra arrancar, todo acaba siendo en vano. En última instancia, tiene que haber alguien que realmente esté dispuesto a poner la gestión de riesgos en manos de esta capa.

En adelante, vigilaré los datos reales de adopción tras el lanzamiento en la red principal. La historia puede sonar bonita, pero si vale o no el dinero, depende de cuánto dinero verdadero haya movido la cadena.

@NewtonProtocol $NEWT #newt

La cuenta atrás para la airdrop de GRVT ha comenzado; el último empuje antes del TGE

Quedan solo 3 días para el cierre de registro del airdrop de GRVT (finaliza el 17 de julio). El token de GRVT se listará oficialmente el 21 de julio. Este es el último periodo para posicionarse.

GRVT, como un DEX híbrido basado en ZKsync, se posiciona como “Goldman Sachs en la blockchain”: combina la experiencia de trading de un CEX con la característica de autocustodia de un DEX. Su ventaja competitiva diferencial se refleja principalmente en tres aspectos:

A nivel de producto, GRVT utiliza una arquitectura de “matching off-chain + liquidación on-chain”, logrando un alto rendimiento de 600.000 TPS. Además, ha ampliado su alcance desde los contratos perpetuos hasta el trading de contado y opciones. La función GRVT Invest lanzada recientemente, al integrarse con protocolos como Aave y Centrifuge, permite que los márgenes inactivos generen rendimientos de RWA, realizando un circuito cerrado de “trading + finanzas”.

A nivel de cumplimiento, GRVT ya ha obtenido una licencia de marca de derivados de activos digitales en la categoría M por parte de la Autoridad de Servicios Financieros de Bermudas, y también cuenta con una licencia VASP en Lituania, sentando una vía regulatoria para que entren fondos institucionales.

A nivel de incentivos, las recompensas de la comunidad representan el 20% del suministro total de tokens. Recientemente, la cuenta oficial también lanzó una serie de actividades como el desafío de 250.000 USDT de volumen de trading y ligas de trading del equipo, estimulando aún más la actividad del ecosistema. @grvt_io

A medida que se acerca el TGE, si GRVT puede validar su narrativa de “DeFi regulado” mediante el lanzamiento del token será un punto de observación importante para el segundo semestre en el sector de Perp DEX. #grvt

*(Este artículo es solo un análisis del proyecto y no constituye asesoramiento de inversión; DYOR.)*

$SPCX ¿Acaso compré un cohete falsificado? ¿Por qué es incluso más falsificado que una moneda falsa? ¿Tengo que vender para salir corriendo cuando llegue al precio de liquidación de 106? ¿Qué opinan, todavía vale la pena seguir manteniéndolo? #SPCX

Hoy es raro tomarse un descanso. Tras desarmar con paciencia la arquitectura híbrida de TEE+ZKP de Newton, como alguien que lee historias desde los errores de código, debo admitir que a nivel de ingeniería es, efectivamente, más refinada que la típica solución tradicional de multisig. Pero al quitar la carcasa técnica, lo que aparece es una forma alternativa de centralización maquillada con matemáticas en altas dimensiones.

El problema está en quién tiene el poder de definir la estrategia. Lenguajes abiertos como Rego son neutrales en sí mismos, pero quién escribe las reglas y quién las audita determina directamente hacia dónde fluye el poder. Los pequeños inversores no tienen tiempo ni energía para revisar, línea por línea, las cláusulas de estrategias con lógica anidada; al final, la interpretación inevitablemente queda en manos de unas pocas instituciones de auditoría y equipos de cumplimiento. La plantilla de seguridad que marcaste no es más que una opción preconfigurada por la élite: ¿dónde está la descentralización? En realidad es depositar la confianza en las personas y transferirla en lote a una minoría que diseña las reglas. @NewtonProtocol

La dependencia del hardware es, además, otra bomba de tiempo. El proyecto presume que la toma de decisiones se ejecuta dentro de enclaves SGX, con una capa externa de ZKP para garantizar que no se puede manipular. Pero en estos años, ¿han sido pocos los agujeros de canal lateral en SGX? Si se compromete el chip subyacente, las pruebas de conocimiento cero solo demostrarán un flujo de ejecución que ya fue contaminado. Nos escapamos de la caja negra del exchange, pero damos un paso hacia otra fortaleza construida por el fabricante de chips con patentes. $NEWT

Los mecanismos de re-pledge y de penalización siguen siendo ingeniosos cuando hay suficiente liquidez, pero en condiciones extremas, cuando se complete todo el proceso de penalización y confiscación, el hacker ya habrá vaciado las ganancias. La justicia tardía no tiene sentido en la cadena. Y además, si codificas de forma rígida una normativa cambiante en reglas “hard-coded”, el sistema tendrá que parchearse con frecuencia; cualquier error mínimo de configuración puede convertir al inversor común en el que paga el precio.

En el plano de la economía del token, la tasa de crecimiento de la oferta supera ampliamente la capacidad real del negocio, y la burbuja se ve a simple vista. Es entendible que las instituciones se pongan “cadenas” voluntariamente para cumplir con la regulación, pero no hace falta que se convierta en un “empaque” para liberar a los minoristas. En el laberinto del cumplimiento, los usuarios se están convirtiendo en súbditos obedientes de las finanzas tradicionales. #Newt

Mi postura siempre ha sido pragmática: mientras no se implemente una solución que resista mejor las pruebas extremas, mantén cerrada la bolsa. Al cultivar en la blockchain un “territorio financiero con licencia” mediante la tecnología, ¿es la salida de DeFi o el regreso al viejo orden? El tiempo lo dirá, pero antes de eso, mantenerse lúcido es mucho más importante que perseguir un relato.

En la noche, di vuelta de arriba abajo los documentos de la cuenta @grvt_io .

No es porque tenga prisa por sacar conclusiones, sino porque ese diseño por capas no me deja en paz. ¿Qué es lo que realmente intenta proteger? ¿Y con qué derecho se atreve a diseñarlo así?

Siguiendo las pistas y desarmándolo, al final llegué a la estructura de dos capas de grvt core.

La primera capa es la cuenta de bóveda, cuya posición es similar al permiso raíz de todo el sistema. Las entradas y salidas de fondos pasan por esa puerta; para retirar, se requieren firmas múltiples, con niveles de revisión apilados de forma muy alta. La seguridad está bien lograda, pero la experiencia es como tratar con ventanilla bancaria: en cada paso hay un “por qué”, y en cada paso también hay cierta incomodidad.

La segunda capa es la cuenta dedicada a operaciones, cuyos permisos son emitidos desde la bóveda. El API se vincula aquí, pero la clave privada nunca se guarda. Este aislamiento implica que, incluso si a alguien le copian la API Key, solo podría crear órdenes o cancelarlas; no puede tocar los fondos de la base. Este tipo de separación es algo que la gran mayoría de plataformas no hace con tanta limpieza.

Luego, siguiendo el flujo de fondos, llegué a la parte de emparejamiento de órdenes.

El matching se completa a alta velocidad fuera de la cadena. Pero el resultado no se guarda en la base de datos para luego registrarlo, sino que se empaqueta y envía a la cadena mediante pruebas de conocimiento cero, para que el contrato haga el cálculo. Velocidad en cadena baja, imparcialidad en cadena alta: el objetivo está muy claro—igualar el rendimiento de CEX en cuanto a throughput y acercarse a DEX en cuanto a liquidación. La ruta de los puentes entre cadenas también está completamente publicada; al menos, en la dirección de la migración de activos, no se esconden puertas traseras ni cobros implícitos.

Pero algunos detalles me pusieron en alerta.

Por ejemplo, la clave privada se genera directamente en el navegador: es rápido, pero también es peligroso. Borras una vez la caché, pierdes un respaldo, y lo que haya dentro de la cuenta ya no se puede recuperar. Esto no es solo un defecto de experiencia; para quienes no tienen el hábito de operaciones profesionales, es como una puerta lateral sin seguro. #grvt

Los datos de rendimiento que proclama el whitepaper son realmente bonitos, pero mientras no haya pasado una prueba independiente de carga, solo pueden considerarse valores esperados. El lenguaje de diseño de toda la arquitectura está claramente inclinado a la operación institucional: para los usuarios minoristas que hacen unas pocas transacciones por cuenta propia, el umbral no es bajo.

Así que antes de decidir si poner los activos en un sistema así, hay que calcular primero si uno puede soportar esa complejidad.

En cuanto a si los minoristas al final van a adaptarse a él o van a rodearlo, hasta ahora no he visto la respuesta.

En estos días revisé una y otra vez el código de Keystore Rollup de @NewtonProtocol , y luego me quedé un rato mirando en blanco la cifra de “57 millones de usuarios de billeteras” que aparece en la página de inicio. La idea de separar el estado de permisos de la red principal y ejecutarlo como una cadena independiente, según la documentación, se ve realmente elegante: baja el desgaste de Gas y la clave de sesión se vuelve más flexible. Pero al probarlo y hacer las extrapolaciones, descubrí que este mecanismo trae problemas en lo técnico y en lo comercial, cada uno con sus propios dolores de cabeza.

En lo técnico, lo más agotador es la sincronización entre cadenas. Cambié en la cuenta de pruebas un límite de cantidad de una transacción, Keystore lo aprueba al instante, pero cuando el estado se transmite a la red Base, tarda casi 5 minutos. Durante esos 5 minutos, todas las instrucciones enviadas por el proxy se quedan colgadas, como si se hubiera caído la conexión. Quien trabaja en esto lo sabe: cuando el mercado se pone loco, incluso un retraso de 5 segundos puede ser mortal; esperar 5 minutos básicamente deja al robot ahí a recibir golpes. Y hay otra preocupación escondida en las capas más profundas: el orden (orderer) lo maneja ahora mismo solo una entidad. La confianza en el orden de producción de bloques y en la resistencia a la censura, en realidad, descansa en un único punto.

En lo comercial también hay dudas inevitables. Esos 57 millones de usuarios vienen de la billetera embebida de Magic, y lo que resuelve es el problema del inicio de sesión con un clic para principiantes. Pero el VaultKit que Newton impulsa está enfocado en el control de riesgos de tesorerías institucionales; esos dos perfiles de cliente no tienen nada que ver. Aunque haya más clientes que en una tienda de conveniencia, eso no significa que comprarán sin más un firewall empresarial. La propuesta de integración da tres opciones, pero el documento no aclara lo difícil que resulta cada una, cuánto más Gas cuesta, ni qué tan grande es la cirugía necesaria para migrar el sistema antiguo. Y el precio es aún más confuso: solo dan un acceso para solicitar una demostración, y ni siquiera un equipo pequeño logra calcular las cuentas. No explican bien cómo el $NEWT se relaciona con los ingresos de VaultKit; además, el costo del colateral fluctúa día a día con el precio de la moneda. ¿Quién puede con eso?

Reconozco que la dirección es correcta: la separación de permisos y el canal de Magic tienen fundamentos a largo plazo. Pero ahora mismo, con el retraso sin resolverse, una descentralización que queda recortada, clientes que no encajan y un modelo económico poco claro, esta infraestructura aún no tiene el suficiente “timing” como para respaldar una práctica de alta frecuencia. #Newt

Ayer el formulario de solicitud se cerró a la mitad. La inversión en infraestructura no es para entrar a corto plazo: si no se puede calcular bien, no se entra. Esperaré a que @NewtonProtocol deje claras las dos cartas del entorno sandbox y la economía de tokens; por ahora, miraré desde afuera.

GRVT sobre el diseño de reembolsos de ese “banco” he estado dándole vueltas un buen rato; cuanto más lo miro, más siento que no juega a una simple cola, sino a una subasta de prioridad.

Las reglas a primera vista son limpias: si se supera el tiempo, te “cuela” automáticamente. Pero si amplías la línea de tiempo, el mecanismo tiene grietas: las órdenes grandes pueden disparar repetidamente el estado de emergencia para adelantarse una y otra vez; las órdenes pequeñas solo pueden quedarse en el fondo del pool. Cuando la liquidez se aprieta, el reembolso normal básicamente equivale a dejarlo pendiente.@grvt_io

Pero lo que más me incomoda no es la cola en sí, sino esa palanca oculta llamada vault_im_additions. Es como un resorte: cuanto más urgente sea el reembolso, más alto te empujan el umbral de margen. Supón que el equity de la estrategia es de 100.000; antes bastaba con 80.000 de margen. Si aparece un reembolso de emergencia de 30.000, el sistema eleva el umbral directamente a 110.000. La estrategia queda instantáneamente bloqueada: solo puedes vender, pero no comprar; y esta “tijera” termina recayendo sobre las posiciones de todos los demás.

Así que me impuse una regla estricta: antes de entrar en cualquier estrategia, saco el plazo máximo de reembolso y también traigo la curva histórica de vault_im_additions. Si esa línea salta con frecuencia, como un electrocardiograma, significa que la presión por reembolsos está devorando el margen de maniobra de la estrategia; en ese entorno no es adecuado entrar con posición grande. Si es una estrategia de largo plazo, el historial de reembolsos forzados tiene que incluirse en la lista diaria de recapitulación.

Hablemos del TGE de GRVT. El 21 de julio, con un total de 1.000 millones; la comunidad más las airdrops se quedan con el 28% tras el corte. Ahora, lo que más confunde al mercado es el pulso entre dos fuerzas: el “palanquín” de fondos de recompra con bloqueo, y la presión de venta después de que se desbloquee el airdrop. ¿Quién golpea primero y qué puño aguanta más?

Mi lectura es sencilla: esto no decide la dirección, solo decide la amplitud. Si el TVL no rompe de forma real y sustancial, esos fondos de la recompra no son más que agua esparcida; y después de que la participación del airdrop pase del 22% al 28%, ese 6% adicional, si entra en circulación, la presión vendedora es real. En las primeras semanas, lo más probable es una volatilidad de rango amplio.#grvt

Así que mi estrategia se resume en cuatro palabras: esperar a que se aclaren las cosas. Después del TGE, dejar que la liquidez funcione de verdad y que los datos hablen por sí mismos. El relato puede adornarse con cualquier cosa, pero el valor neto de tu posición no miente.

最近@NewtonProtocol 的Beta版在圈内讨论度不低，我也拿小资金实际跑了跑PolicyFactory和IdentityRegistry的流程。先说结论：交易前置安全这个方向，我是认的。在结算前做身份校验和风险拦截，理论上能把很多链上风险挡在源头，对安全性确实是实打实的提升。

但实测下来，痛点也不少。

最让人头疼的是会话密钥的校验逻辑。按常理，用没注册过的密钥去校验，系统直接拒绝就完了。可实际情况是，它会悄无声息地把所有关联的IdentityRegistry实例都翻一遍，试图找到匹配项。本来能快速失败的交易，硬生生拖成耗时操作，最后才给一句「交易失败」。Gas白白烧掉，排查半天也看不出是密钥未注册的问题，非常折腾人。

多Registry实例的场景更麻烦。实例之间没有自动同步，同一个密钥想在多个地方生效，就得每个实例手动注册一遍，重复劳动量直接拉满。跨实例查询也没有缓存机制，Gas消耗随实例数量直线上升。NEWT作为网络的Gas代币，权限操作的成本就这样被无形中推高了。对想大规模部署的项目来说，长期累积下来压力不小。

文档和报错信息也不够友好，很多细节要靠自己踩坑才能摸清楚，学习曲线比预期陡峭。

不过话说回来，瑕不掩瑜。交易前置核验这个方向是对的，如果能把上述问题逐一优化到位，项目的实用性和信任度都会有质的飞跃。我个人是看长线的，等Beta版把查询逻辑、文档和报错打磨得更顺手，肯定会考虑加大投入。毕竟安全这块做好了，后续生态发展起来，机会不小。

目前我还是小资金继续观察迭代，核心仓位暂时不动。希望团队能加快优化节奏。有实测经验的朋友，欢迎来一起交流踩坑心得。

#Newt $NEWT