Alex Nick

Bitcoin no puede ejecutar contratos inteligentes y esa limitación es el desafío completo del diseño

Aquí hay algo que la gente pasa por alto. El restaking estilo Ethereum funciona porque Ethereum tiene contratos inteligentes expresivos. Puedes programar lógica de slashing compleja, condiciones arbitrarias, lo que la red necesite. Bitcoin no tiene nada de eso. El script de Bitcoin está deliberadamente limitado. Sin bucles, sin estado rico, nada cercano a lo que puede hacer un contrato inteligente moderno.

Así que Babylon tuvo que resolver el staking sin confianza dentro de un sistema que nunca se construyó para este tipo de coordinación.

Ese es un problema de ingeniería mucho más difícil de lo que la gente cree.

Bloqueos por tiempo. Construcciones de multisig. Uso cuidadoso de lo que Bitcoin realmente permite. Sin atajos a través de una capa de contratos inteligentes porque no existe una en la que apoyarse.

Sigo pensando en lo que esto significa en la práctica. El restaking de Ethereum puede iterar rápido porque la lógica vive en contratos flexibles. Babylon no puede moverse tan rápido por diseño; cada mecanismo tiene que encajar dentro de las limitaciones de Bitcoin, lo cual es más lento, pero también más difícil de romper de formas inesperadas, ya que hay menos superficie de la que puedan esconderse los errores.

Más lento y más rígido, o más lento y más seguro. Es posible que aquí sean lo mismo.

¿Construir seguridad sobre un lenguaje de scripting deliberadamente limitado hace que todo el sistema sea más confiable o solo menos adaptable a largo plazo?

@BabylonLabs_io #baby $BABY

Collateral that never leaves Bitcoin might be the boring detail that matters most

Everyone gets excited about staking yield and security narratives, but the collateral problem in DeFi has always been messier and less talked about. Every lending protocol that wants BTC exposure ends up relying on wrapped tokens, and wrapped tokens carry a silent tax, you are trusting whoever minted that wrapped asset to actually hold what backs it. Most people forget that risk exists until something breaks.

Trustless Bitcoin Vaults are the part of Babylon I think gets underrated. Collateral for DeFi without wrapping, without bridging, without a custodian standing between your BTC and the loan or position it backs. That is not a flashy feature but it solves the exact failure mode that has burned people before when a bridge got exploited or a custodian froze withdrawals.

The interesting tension here is whether DeFi protocols actually want collateral that stays this native, since a lot of existing infrastructure was built assuming wrapped assets with programmable flexibility. Native BTC collateral through TBV might mean less composability in exchange for fewer trust assumptions.

I keep wondering if builders will trade some flexibility for that safety or if convenience wins anyway.

@BabylonLabs_io #baby $BABY

$BTC has reclaimed the $65,000 level.

The next key resistance is $67,500-$68,000, which means Bitcoin has some room to pump.

If BTC manages to reclaim the $68,000 resistance too, it could rally another 5%-6% very quickly.

#Bitcoin ha cerrado ahora tres velas verdes semanales consecutivas, pero el precio todavía está cotizando por debajo de la resistencia semanal clave en $65,776.
Para mí, este nivel sigue siendo la línea divisoria. Hasta que $BTC pueda recuperar y cerrar por encima de $65.8K en el marco temporal semanal, mi sesgo a marcos superiores se mantiene bajista.

Una reacción de rechazo desde aquí podría llevar a otro retroceso a corto plazo. Dicho esto, no espero un movimiento importante antes de que cierre la vela mensual.

$SOL is showing strength after the recent pullback. If buyers keep the momentum, a move toward the $78–$80 area looks likely.

$INJ el gráfico semanal parece alcista y ¡Listo!

Onda 1: 2021 ✅
Onda 2: 2024 ✅
Onda 3: 2026-2027 ?

Estoy en $5.05 dentro de un triángulo ascendente de varios años.

Si la historia rima, la Onda 3 apunta a 80-100$.

No es asesoramiento financiero. Solo sensaciones + Elliott.

El comercio minorista nunca quiso realmente la descentralización; queríamos una red de seguridad

Aquí va la idea incómoda que me vino a la cabeza la semana pasada cuando operaba en GRVT: la mayoría de los traders minoristas no le importa la autocustodia hasta el momento en que los quema una plataforma centralizada, y para entonces ya es demasiado tarde para que importe. Hablamos mucho de querer tener control sobre nuestras propias llaves, pero en cuanto la ejecución se vuelve lenta o torpe, abandonamos ese principio al instante y corremos hacia lo que se siente rápido.

GRVT está construido precisamente sobre esa contradicción. Un motor de matching de 600k TPS me da la velocidad que realmente quiero en el día a día, mientras que la liquidación con ZK permanece en silencio debajo, como la cosa en la que solo pienso cuando algo sale mal. No reviso pruebas antes de cada operación; reviso el precio al que me han llenado y mi slippage como cualquier otra sesión.

Así que la pregunta real es si la descentralización solo nos importa de forma retrospectiva, como un seguro que olvidamos hasta que lo necesitamos. Si eso es cierto, entonces las plataformas que ganan no son las que predican autonomía; son las que son lo bastante rápidas como para que nunca pensemos en la red de seguridad, hasta que de verdad nos salva.

$GRVT, con un suministro máximo de 1.000 millones, parece casi secundario al lado de ese rompecabezas del comportamiento.

¿De verdad piensas en la autocustodia mientras operas, o solo después de que algo se rompe?

@grvt_io #grvt

¿Quién Realmente Tiene Las Claves De Actualización Es La Pregunta A La Que Sigo Volviendo

$NEWT

El Newton Keystore es un rollup especializado, y cada rollup en esta etapa normalmente tiene alguna clave multisig o de administrador que puede impulsar actualizaciones o pausar el sistema si algo se rompe. Eso es una práctica normal de infraestructura temprana, pero también significa que todo el modelo de seguridad de permisos zk y TEE puede quedar anulado por quien controle esa clave. La beta de mainnet casi siempre significa que aún están puestas las “ruedecillas”, y quiero saber exactamente quién está en ese multisig y cuál es el umbral antes de considerar esto como verdaderamente sin confianza. Una capa de automatización verificable no está completamente verificada si un grupo pequeño todavía puede cambiar un interruptor.

No me opongo a que existan claves de actualización al principio; es simplemente la realidad de los rollups nuevos. Pero quiero una línea de tiempo pública sobre cuándo el control realmente se descentraliza o se renuncia. El riesgo de la clave de administrador es lo único que el marketing nunca destaca.

@NewtonProtocol $NEWT #Newt

La atestación TEE es una suposición de confianza que nadie está calculando en el precio

Newton se apoya en los TEEs para hacer cumplir la política antes del asentamiento, y eso suena hermético hasta que recuerdas que un TEE sigue siendo hardware construido por un proveedor, ejecutando firmware que ese proveedor controla. El modelo de seguridad completo asume que la atestación del hardware no puede falsificarse ni verse comprometida a nivel de chip. La historia dice lo contrario: ha habido casos reales en los que los entornos de ejecución confiables se rompieron mediante ataques por canal lateral que nadie había previsto hasta que ocurrió. No digo que la configuración de Newton sea débil; digo que la prueba zk y el TEE juntos solo son tan sólidos como la suposición de hardware más débil incorporada en el diseño.

Quiero saber qué proveedor de TEE están usando realmente y cuál es su política de divulgación si alguna vulnerabilidad llegara a surgir. Mi exposición se mantiene limitada hasta que eso sea público. La confianza en el hardware es la única variable de toda esta pila que no puedo verificar por mi cuenta.

@NewtonProtocol #Newt $NEWT

Mi colateral inactivo estaba básicamente como lastre muerto antes de

Antes odiaba tener capital en el margen sin hacer absolutamente nada mientras esperaba que se activara un setup. Ese problema de “lastre” es lo que en realidad resuelve GRVT con su balance unificado de margen: mi colateral no solo está estacionado ahí, sino que se enruta a través de Aave y Centrifuge para generar rendimiento mientras sigue respaldando mis posiciones abiertas.

Esto cambia la matemática de cómo dimensiono mis operaciones. Normalmente separas tu pila de yield farming de tu capital de trading activo porque mezclarlo se siente riesgoso o simplemente molesto a nivel operativo. Aquí es el mismo balance haciendo ambos trabajos a la vez: financia mi exposición en perpetuos sobre oro, petróleo o cripto mientras, en silencio, se compone en segundo plano.

La eficiencia de capital así es rara porque la mayoría de plataformas te obligan a elegir: o tus fondos se quedan pasivos y seguros, o se quedan activos y expuestos. Tener ambos sin tener que cambiar de wallets o protocolos manualmente es el tipo de enrutamiento de rendimiento que realmente respeta cómo los traders piensan el costo de oportunidad.

$GRVT en un tope fijo de 1 mil millones añade una capa de escasez a un sistema donde el exchange subyacente no solo persigue volumen por el simple hecho de hacerlo, sino que está construyendo utilidad real en cómo se mueve el capital.

Estoy siguiendo cómo esto afecta al TVL a medida que más personas se dan cuenta de que los saldos ociosos no tienen por qué quedarse ociosos.

@grvt_io #grvt

Los bots MEV no les importa tu capa de políticas

Esto es lo que me está molestando sobre la configuración de aplicación previa a la transacción. Newton verifica una transacción contra la política antes de la liquidación, sí, pero esa verificación en sí toma tiempo, y cualquier ventana de tiempo en la cadena es una ventana que algún buscador puede aprovechar. Si un bot ve la operación prevista de tu agente en esa cola de verificación, todavía puede adelantarse y hacer front run a la ejecución real una vez que se procesa. La prueba zk confirma que la transacción está limpia, no oculta la transacción del mempool mientras ocurre esa confirmación. Ese es un vacío que no he visto que nadie haya abordado todavía.

No digo que todo esté roto, digo que nadie me ha mostrado pruebas de que esa ventana de orden esté realmente protegida. Mis posiciones se mantienen pequeñas hasta que alguien publique datos reales sobre la exposición al mempool durante ese paso de verificación. El flujo de órdenes contará la historia real cuando aumente el volumen en Base.

@NewtonProtocol #Newt $NEWT

Oro, petróleo y mis bolsas en una sola cuenta de margen

Sigo cambiando entre pares spot y perps como hace mucha gente y, sinceramente, la fricción de gestionar carteras separadas para la exposición a RWA frente a la exposición cripto siempre me ha molestado. GRVT colapsó todo ese problema en un único saldo de margen unificado. Puedo mantener oro, petróleo y mis habituales perps cripto bajo el mismo fondo de garantía sin tener que mover fondos o estar pendiente de tres cuentas diferentes.

Lo que realmente llamó mi atención es la capa de rendimiento que funciona en silencio por debajo mediante Aave y Centrifuge. Mi saldo ocioso no se limita a no hacer nada mientras espero una configuración: está generando rendimientos y aun así cuenta como margen que puedo desplegar al instante. Esa es la eficiencia de capital que los traders normalmente solo sueñan después de una semana de slippage mala.

El motor de emparejamiento de 600k TPS es la parte que le da ese toque de CEX; la ejecución es lo bastante rápida como para que no esté dudando de los fills durante la volatilidad. Pero la parte que realmente me mantiene cómodo manteniendo el tamaño aquí es la base de autocustodia. No estoy confiando mi dinero a una caja negra solo porque la interfaz se siente elegante.

El suministro fijo de 1.000 millones en GRVT le da al token un límite claro contra el que modelar a medida que crece el interés abierto. No estoy diciendo que haya que embarcarse a ciegas, pero la combinación de RWA y perps bajo un sistema de margen único es realmente rara ahora mismo, y la estoy vigilando de cerca antes de la próxima fase del crecimiento del TVL.

@grvt_io #grvt

🚨$BTC está haciendo exactamente lo que hizo después de los últimos mínimos importantes del MACD.

El impulso está girando al alza, los vendedores están agotados y el precio se mantiene por encima del piso de 60K.

La historia dice que podría venir un rally de alivio. 🔥

Encontré algo en la documentación de Newton de lo que casi nadie habla: una prueba de política en realidad puede expirar antes de que la uses.

He estado leyendo cómo las tareas se mueven a través de Newton Explorer y hay un estado llamado expired, separado de consumed. Entonces, esto es lo que significa en términos sencillos. Tu transacción se verifica contra las reglas, Newton le da una luz verde, pero esa luz verde no es para siempre. Si te quedas con ella demasiado tiempo y no la ejecutas, la aprobación caduca y necesitarías una comprobación nueva antes de intentar de nuevo.

En realidad, eso es una función de seguridad inteligente si lo piensas. Las condiciones pueden cambiar rápido en onchain; una regla que tenía sentido hace cinco minutos podría no cumplirse ahora, así que exigir una verificación nueva en lugar de dejar aprobaciones antiguas rondando indefinidamente tiene sentido.

Pero también significa que los desarrolladores que construyen sobre Newton tienen que manejar con cuidado esa ventana de expiración, o los agentes podrían fallar transacciones de forma aleatoria que parecían aprobadas solo unos segundos antes.

Un detalle pequeño, una madurez de diseño real.

@NewtonProtocol #Newt $NEWT

La brecha entre una operación que coincide y una operación que realmente se liquida es donde vive el riesgo real de GRVT.

Cuando envías una orden, el motor off chain de GRVT la empareja al instante; esa es toda la propuesta de menos de dos milisegundos. Pero ese emparejamiento no es definitivo. Aún tiene que agruparse (batchearse), demostrarse mediante el circuito ZK de la Validium y confirmarse on chain antes de que sea realmente irreversible; y la generación de esa prueba y el agrupamiento no son instantáneos, incluso en una Hyperchain rápida. En la ventana entre el emparejamiento y la finalización, tienes una posición que la interfaz muestra como completada, pero que todavía no ha llegado a la liquidación. La mayor parte del tiempo esa brecha se cierra lo bastante rápido como para que nadie lo note. Bajo carga pesada, sin embargo, cuando el secuenciador está procesando un pico de transacciones durante un movimiento volátil, esa ventana puede ampliarse, y una posición que crees que está bloqueada técnicamente sigue pendiente de la prueba.

No estoy diciendo que sea algún defecto oculto; cada diseño de rollup ZK tiene alguna versión de este compromiso entre confirmación “suave” y finalización “dura”. Lo que digo es que muchos traders tratan ese emparejamiento instantáneo como si fuera ley y se olvidan de que debajo aún hay una capa de liquidación que sigue poniéndose al día. El momento en que esa brecha se ensancha durante una volatilidad real es el momento en que descubres cuánto confiaste realmente en el backend versus en la cadena.

@grvt_io #grvt