老刘囤币BTC

La misma cantidad de bloqueo de 0.05 BTC. Hay quienes por cada epoch reciben 0.2 BABY, mientras que otros pueden obtener más de 0.25; la diferencia no está en el capital, sino en la lógica de elegir el FP.
El Finality Provider de Babylon no es solo una herramienta de firma: ellas deciden directamente tu rendimiento neto. Primero, cada FP tiene su propia tasa de comisión, que va del 1% al 10%. La comisión se descuenta tanto de tu recompensa del lado de emisión como de tu participación del lado de tarifas. Es decir, un FP con comisión alta se queda con una proporción fija de tus ganancias en ambos lados. En la etapa actual, cuando la parte de tarifas todavía es relativamente delgada, elegir FPs con comisiones por debajo del 5% puede acelerar la velocidad de acumulación en términos de moneda base en más de una docena de puntos.$BTC
Además, presta atención a la “tasa de firma en línea” del FP y al historial de “slashings”. En el mecanismo de Babylon, si un FP permanece fuera de línea durante mucho tiempo o incurre en doble firma, el protocolo confiscará una parte de los activos delegados. Tu BTC no se perderá directamente, pero las recompensas de BABY de los epoch relacionados se verán reducidas en consecuencia. Por eso no basta con fijarse en que la comisión sea baja: también hay que revisar los registros on-chain; prioriza nodos con una tasa de firma sostenida de 99.9% o más y sin manchas por slashing.
Otro efecto oculto es la tasa de utilización del cupo de delegación del FP. Cuando el peso de delegación de un FP está muy cerca del límite, los nuevos delegadores que entren harán que la proporción de cada persona disminuya de manera global; entonces tu ganancia marginal se diluye. En lugar de meterte en nodos saturados del “top”, mejor busca nodos medianos con una tasa de delegación de 60%-80%: comisiones razonables y menor riesgo de dilución.
Y no olvides que los FPs también evolucionan con las versiones. Algunos ya admiten la reinversión automática de recompensas, mientras que otros siguen ejecutando clientes antiguos. La reinversión automática significa que las recompensas de BABY pendientes pueden volver a delegarse de forma automática en el nuevo epoch, logrando de manera indirecta interés compuesto. Con esta función activada, los que bloquean a largo plazo pueden obtener una ventaja clara en moneda base.@BabylonLabs_io $BABY #baby
Ahora, al elegir un FP, ¿primero miras la tasa de comisión o la tasa de firma?

Hace unos meses, transferí dos BTC que estaban “durmiendo” en una wallet fría al contrato de staking de Babylon, con la intención de quedarme con esa recompensa nativa de “no moverme”. El token BABY llega puntualmente cada día; ver el número del APY realmente engancha. Hasta que la profundidad del mercado de BABY se desbloqueó y un pico de liquidez abrió una brecha: el tipo de cambio contra BTC se ajustó a la baja de forma notable en pocos días, y entonces lo entendí en carne propia: cuando los tokens de recompensa caen, el guion del staking en realidad se convierte en otra forma de apalancamiento de posición.
La arquitectura de Babylon, por sí misma, es muy limpia: los BTC se bloquean en un script P2SH, y con EOTS se firma una sola vez para proporcionar seguridad, sin el riesgo de contraparte de un puente entre cadenas. Sobre el papel, las premisas son perfectas: custodia propia de los activos, y las ganancias se liquidan en BABY. Pero en cuanto el mercado empieza a revalorar la liquidez circulante de BABY, todas las recompensas pendientes dentro del sistema se reducen en la misma proporción, mientras el capital sigue atrapado dentro del periodo de bloqueo.
Esto crea un desajuste que desafía bastante la psicología humana: en apariencia, puedes deshacer el vínculo cuando quieras, pero la ventana de redención coincide justo con el momento de mayor pánico del mercado. Redimir equivale a dar por sentado toda la pérdida flotante; no redimir implica seguir soportando el bloqueo mientras el valor contable continúa deteriorándose. La única forma de romper el ciclo con antelación es evaluar, antes de hacer el staking, el modelo de inflación de BABY y definir umbrales de salida claros: cuando se alcanza cierta relación entre ganancias/pérdidas o cuando la tendencia de distribución de FP cae por debajo de una posición clave, ejecutar la redención sin condiciones.$BTC
Una frase sincera para todos los que quieren poner BTC en Babylon para cobrar recompensas en BABY: no mires solo la tasa anualizada. Saca el calendario de desbloqueo de BABY, la aceleración del ratio de staking on-chain y el desempeño histórico de FP, y arma tu propia tabla de estrés. Si haces los deberes antes de hacer el staking, tus BTC realmente podrán convertirse en un activo que genera ingresos, y no en una apuesta pasiva secuestrada por el relato.
#baby $BABY @BabylonLabs_io

在Babylon的经济回路里，BABY常被视作激励层的产出物，但很少有人反过来想：BABY的沉淀能不能反过来影响委托的安全性权责分配？我最近翻一些治理讨论的初稿，发现有一种极其安静但重要的提法，就是把BABY长期锁定者纳入某种非正式的“关切权重”——也就是同样一笔委托，如果背后有大量BABY被长期锁在生态协议里，这笔委托在遇到罚没争议时可能会触发更审慎的裁决流程。
这还没成文，但逻辑上成立：BABY锁仓者承担了额外的机会成本，相当于用自己的流动性给网络安全背书，那么系统理应赋予他们更精细的争端避免路径。如果未来在争议期引入BABY锁仓量作为加权系数，那么BABY就从纯耕作产物，变成了责任层与收益层之间的连接轴。$BTC
链上已经能看到这种意识在萌芽。近期有一些大型委託地址开始把绝大部分BABY转入时间锁合约，并且不再领取日常耕作收益，而是全部复投回与FP相关的治理凭证池（如果存在实验性质的话）。这种行为的本质，是把BABY当作一种在生态内累积“说理权重”的工具，而不是变现媒介。
这给了我看待BABY的另一个框架：它可能是Babylon生态里唯一一种把“经济风险”与“治理注意”串联起来的资产。当别人还在计算每一颗BABY值多少聪时，有些人已经开始用它锁定未来处理争议时的立场分量。这不叫耕作，这叫沉淀话语权。 #baby @BabylonLabs_io $BABY

Babylon abrirá no solo el BTC en staking, sino también la puerta de todo un ecosistema BTCFi. TBV permite que el bitcoin participe en la validación PoS sin necesidad de hacer cross-chain, y BABY es precisamente el combustible temprano de este experimento. En el futuro, en torno a BABY podrían surgir tokens de staking líquido como LBTC, mercados de préstamos e incluso contratos perpetuos on-chain. Tú bloqueas BTC en TBV para minar BABY, luego pones en staking BABY dentro de la gobernanza, recibes airdrops de proyectos del ecosistema y la rueda ya empieza a girar. Actualmente, protocolos como pSTAKE ya planean integrarse con Babylon, emitir BTC LST con rendimiento, y esos LST también pueden entrar en Curve y Aave para exprimir más ganancias. Y es muy probable que los tenedores de BABY reciban derechos de gobernanza y dividendos de estos protocolos de LST. Suena demasiado bonito, pero ojo: todo esto se basa en que la red principal no tenga incidentes y en que el precio de BABY se mantenga estable. Un gran Slashing a escala masiva puede hacer colapsar la confianza; y si la acuñación de derivados como LBTC se descontrola, también se formará un riesgo sistémico que se extienda a todo DeFi. $BTC Por eso, el precio de BABY a corto plazo no es lo importante; lo importante es si Babylon puede entregar, en un año, una respuesta con cero incidentes de seguridad. Si lo logra, BABY podría convertirse en el “ETH” del ecosistema de bitcoin, y quienes lo tengan capturarían el mayor beneficio. Si no, solo será la piedra de apoyo de la próxima corrida alcista. Tu elección es tu fe. #baby @BabylonLabs_io $BABY

La mayoría de quienes tienen BTC apretado en la mano suelen tener una mentalidad de “herencia”. No es que no quieran que genere rendimiento; es que les da miedo. Si lo ponen en plataformas de inversión, temen una quiebra del sistema; si lo transfieren a otros ecosistemas mediante puentes entre cadenas, los titulares sobre vulnerabilidades en contratos y robos de puentes siguen frescos. Así, este activo de máxima calidad queda, en silencio, dentro de la cartera, convirtiéndose en el “dinero muerto” del que nos reímos de nosotros mismos.
La lógica detrás de BABY, el conjunto de @BabylonLabs_io , justamente va dirigida a desatar ese nudo. Lo que intenta resolver es, en realidad, una sola cosa: que genere ganancias sin que tú entregues el control de tu bitcoin. Esto suena a una paradoja, pero lo logra sorteando el abismo de la confianza humana mediante criptografía. Con BitVM3, tu BTC se bloquea en un Taproot UTXO que controlas tú mismo, en lugar de en una wallet caliente de algún proyecto.$BTC
Esta sensación se parece a la de tener una caja fuerte llena de monedas: antes, si querías que las monedas generaran interés, tenías que entregar la caja para que otro la custodiara. Ahora, solo necesitas mostrar al mundo una prueba matemática de “tengo una caja fuerte con monedas y la llave está en mis manos” para poder participar en actividades financieras. Este impacto psicológico en los veteranos del mundo del bitcoin es enorme, porque en el fondo creemos en “Not your keys, not your coins”.
El relato TBV que representa BABY busca demostrar “In your keys, and you can still use your coins”. Romper la ansiedad de seguridad profundamente arraigada de los tenedores de bitcoin es su mayor desafío, y también su mayor oportunidad.@BabylonLabs_io
#baby io $BABY

En lo referente a la velocidad de liquidación, puede que sea la parte menos discutida en toda la propuesta de integración de TBV en Aave V4, pero también la más ingeniosa en cuanto a diseño.
En la comprensión tradicional, si usas Bitcoin como colateral para emitir stablecoins hay un problema que es difícil de evitar: el bloque de Bitcoin promedia 10 minutos, y las confirmaciones on-chain requieren esperar varios bloques más; pero en DeFi la liquidación necesita respuesta a nivel de segundos. Esto genera una contradicción natural: si quieres usar la cadena más segura del mundo como colateral, debes aceptar su velocidad de liquidación más lenta. La solución de TBV es inteligente: no resuelve ese problema, lo rodea.
Concretamente, Babylon despliega dos Spokes en Aave V4: Babylon Core Lending Spoke, que se encarga de la lógica de préstamo, y BTC Vault Swap Spoke, que se especializa en el procesamiento de la liquidación y la conciliación posterior. Cuando un préstamo activa una liquidación, el liquidador no necesita esperar ninguna confirmación en la cadena de Bitcoin: simplemente realiza la liquidación inmediata del lado de Ethereum usando WBTC y se queda con un tipo de comprobante/credencial de liquidación. Luego entran los arbitrajistas: usan BTC real para canjear el colateral de Bitcoin bloqueado en un Taproot UTXO y obtienen la diferencia entre el precio de liquidación y el precio de canje on-chain.
Este diseño separa "la velocidad de liquidación" y "la conciliación final on-chain" en dos cosas, dos roles y dos dimensiones de tiempo. El liquidador busca ejecutar de inmediato; el arbitrajista busca la diferencia de precio entre cadenas. Operan en marcos temporales distintos sin entorpecerse mutuamente. Por eso TBV se atreve a decir que "la liquidación no se ve arrastrada por el tiempo de bloque de Bitcoin": no es que acelerara técnicamente las confirmaciones de Bitcoin, sino que mediante ingeniería financiera reasigna el riesgo y el costo temporal.
$BTC
Para el ecosistema BABY, el nivel de fluidez de este mecanismo de liquidación determina directamente la eficiencia de capital de vaultBTC como colateral. Si el diseño de la liquidación tuviera brechas, todo el mercado de préstamos de TBV se contraería y el valor de BABY colateralizando/BTCFi que se derrama hacia los depositantes se vería reducido. Por el contrario, cuanto más fluida sea la liquidación, mayor será la tasa de utilización de vaultBTC y más valdrá Babylon Genesis como capa de liquidación de todo el sistema. Ahora la propuesta aún se encuentra en fase ARFC: los umbrales de liquidación en los parámetros de riesgo y la lista de retadores todavía no están definidos, pero el diseño de la arquitectura de liquidación en sí ya me ha dado bastante confianza en TBV.
#baby @BabylonLabs_io $BABY

Si comparas los Trustless Bitcoin Vaults de Babylon con el DeFi nativo en Ethereum, encuentras un punto bastante contraintuitivo: en realidad, TBV está creando para BTC una forma más segura de participar en DeFi que la que ofrece ERC-20. Mucha gente cree que, al puentear BTC a Ethereum, hay más flexibilidad, pero el costo es tener que confiar en la seguridad del puente y en la plataforma de contratos inteligentes. TBV cambia el enfoque: hace que BTC permanezca en la red principal de Bitcoin y, solo extiende sus derechos económicos mediante pruebas criptográficas; físicamente, el BTC nunca se ha movido de la contabilidad más segura.$BTC
Este modelo de “no se mueve físicamente, pero los derechos son programables” se apoya en una secuencia de transacciones prefirmadas. Cuando el usuario crea un Vault, genera previamente un conjunto de transacciones que cubren todos los posibles estados futuros: cuando se cumple una condición, la transacción correspondiente a ese estado se empaqueta y se registra en la cadena. Si esa condición nunca se cumple, entonces el BTC solo puede volver a la dirección del usuario siguiendo la ruta de reembolso más original. Esto equivale a envolver el capital con una lógica “si y solo si”.
Este mecanismo reconfigura directamente la estructura de riesgos de BTC como colateral. Antes, al usar BTC como colateral, muchos se preocupaban no tanto por la volatilidad del BTC en sí, sino por el riesgo de que fallara la capa intermedia. TBV comprime ese riesgo hasta dejarlo únicamente en la seguridad de consenso de la red principal de Bitcoin y en la corrección de las pruebas de estado. Para escenarios que exigen seguridad extremadamente alta, como protocolos de stablecoins y mercados de préstamos, esto es casi como ofrecer un colateral de “nivel nativo”.
Ahora, la posición de BABY resulta especialmente interesante. Si la red TBV realmente se convierte en la capa base para que BTC participe en DeFi, entonces BABY puede convertirse en la capa de gobernanza y coordinación de incentivos de esa red. Tanto los creadores de Vault como los retadores o los validadores pueden necesitar participar en el equilibrio del juego de la red a través de $BABY .
En resumen, lo que Babylon quiere hacer no es lanzar una cadena nueva, sino convertir a Bitcoin en la capa pública de seguridad para todas las cadenas.
#baby @BabylonLabs_io $BABY

Mucha gente dice que la caída del precio de los $NEWT es porque el mercado no reconoce la narrativa de privacidad, y están equivocados. Revisa las direcciones que interactúan en la cadena: en medio año, la actividad diaria de usuarios (DAU) realmente solo cayó menos de un 30%. Lo que de verdad se “borró” fue la profundidad del trading—ese “impuesto” invisible que no se ve, pero que se cobra en cada compra y cada venta, y aun así nunca nadie lo ha calculado con claridad.
He desarmado y revisado todas las pools de liquidez de $NEWT en DEX. Ese pool que el equipo oficial impulsa como principal, cuyo TVL está señalado en 800.000 U, en realidad más del 60% es liquidez que el propio proyecto inyectó. Además, la mitad de los LP están bloqueados en contratos de staking de un solo lado. Esto significa que cuando el precio del mercado se desvía, el mecanismo de protección contra la pérdida por pérdida impermanente solo cubre lo que el propio equipo oficial dejó; tu posición normal de LP está “desnuda”. Y lo más increíble: la tasa de comisiones de ese pool se configuró en 0,05%, más baja que incluso en pares con stablecoins. Es como invitar a robots de alta frecuencia a rasarte la piel en cada transacción. Con que metas una orden de compra a precio de mercado por encima de 2000 U, los robots cuantitativos con arbitraje instantáneo extraen un diferencial instantáneo del 0,4% usando flash loans, y luego el pool vuelve lentamente al precio en el que tú ni siquiera puedes ejecutar tu operación. Esto no es trading: es abrir un camión y tirar monedas.
Y tampoco saques el tema de la “profundidad” en los exchanges centralizados. Yo colgué dos veces órdenes: vender una posición de 2000 $NEWT , y tardó dos días completos en que se ejecutara. Mientras tanto, durante ese mismo periodo en cadena, las direcciones aprobaron al menos cuatro transferencias por un total de 30.000 monedas, y todas evitaron las órdenes limitadas, pasando directamente por OTC o por dark pools de agregadores. ¿Qué significa eso? La liquidez real ni siquiera está en el Orderbook que puede ver el público; está en ese cuarto oscuro al que no puedes entrar. El libro está delgado, no porque nadie quiera comprar, sino porque los “títulos” baratos nunca te esperan. $BTC
Así que cuando en las velas (K-line) veas una vela alcista con alto volumen y pienses que va a revertir, normalmente solo es un proceso de liquidación organizado, con el objetivo de que los tokens que aún no se han desbloqueado en las carteras se puedan vender en el próximo “dump” a la gente que confía en el rebote. #Newt $NEWT @NewtonProtocol

Pocas personas se detienen a pensar dónde pone la confianza el esquema de GRVT de “matching fuera de cadena + empaquetado en validium + prueba zk”. Pasé varias noches desarmando sus flujos de transacciones y, cuanto más lo separaba, más claro se volvía que los usuarios, en realidad, están usando una elaborada capa de criptografía para volver a envolver una pila de dependencias operativas con los operadores fuera de cadena.
En simple: tu orden de precio limitado se envía al motor de matching fuera de cadena. El motor empareja en un compartimento oscuro, luego agrupa un lote de transacciones y genera una prueba de conocimiento cero. Por último, envía la liquidación on-chain. Lo que la cadena puede verificar es que “la transición de estado total de ese lote es válida”, pero no puede comprobar si “esa transacción se emparejó de forma óptima según el orden temporal”. En otras palabras, si tu orden podría haberse matcheado con un contrapartida mejor, pero el motor, en secreto, la coloca en una cola peor; mientras el estado final no tenga errores matemáticos, la cadena no verá nada.
Entonces quizá dirías: la prueba zk al menos garantiza que la caja de combustible que no hace el mal no cree dinero de la nada. Cierto, pero no garantiza la imparcialidad de la prioridad. En un mercado volátil, la ventaja de cola a nivel de milisegundos es dinero contante y sonante. Y esa fuerza que decide el orden de la cola está en las reglas de los nodos fuera de cadena, y las reglas se pueden ajustar en privado. Así aparece una imagen absurda: crees que compites en una pista transparente, pero el cronómetro del árbitro está escondido en una caja negra; solo te muestra que la hoja de resultados final es “real”.
No pretendo negar por completo este diseño. A nivel de ingeniería, es una compensación muy buena, que equilibra velocidad y costo. Pero como trader, necesitas reconocer un hecho: a GRVT no solo le das el margen; también le entregas la confianza en la neutralidad del emparejador. Esa confianza hoy se cumple en gran parte por la autodisciplina del equipo y la posible gobernanza descentralizada en el futuro, pero esa gobernanza también está en manos de un multisig. $BTC
Por eso, en trading en vivo solo hago órdenes pasivas con bajo apalancamiento; nunca hago estrategia de alta frecuencia ni de “抢帽子”. Porque en esa cola opaca, quizá no alcance a correr más rápido que las sombras con privilegios. #grvt @grvt_io

Recientemente volví a revisar las soluciones de seguridad para agentes inteligentes en cadena y descubrí que los proyectos del mercado, a grandes rasgos, se dividen en dos categorías: una se basa en la garantía económica; si los nodos actúan mal, se les confiscan los activos. La otra utiliza aislamiento de hardware, usando TEE para fijar y bloquear el entorno de ejecución. Newton Protocol eligió esta última opción. En teoría, el aislamiento por hardware ofrece una determinación mayor, y no requiere suposiciones como en el modelo económico, donde se necesita asumir que la mayoría es honesta.
Pero esta “determinación” tiene un requisito previo: que el enclave en sí no sea vulnerado. En el mundo real, el ritmo al que se descubren vulnerabilidades en chips nunca se detiene; casi cada generación de CPU Intel ha revelado nuevos vectores de canal lateral. Si Newton solo se ejecuta en una única arquitectura de hardware, en esencia está poniendo todos los “huevos de seguridad” en una posible vulnerabilidad que aún no se ha descubierto.
En comparación, algunos competidores ya empiezan a intentar rutas híbridas: usar la garantía económica como respaldo y, a la vez, TEE para validación ligera, o delegar los cálculos clave a circuitos de ZK. No sé si Newton internamente tiene planes para múltiples arquitecturas TEE, pero si en el futuro pudiera ejecutar simultáneamente rutas dobles con AMD SEV e Intel SGX, e incluso incorporar un clúster de cómputo confiable de terceros, la resistencia a la fragilidad sería mucho mayor.
Otro punto que se suele pasar por alto es la seguridad operativa del Operator. El enclave puede proteger el código, pero no puede proteger errores de configuración en el lado de despliegue. Si el equipo de operaciones configura mal plantillas de políticas o invierte la configuración de roles autorizados, las consecuencias de estas “vulnerabilidades humanas” pueden ser más directas que las de un chip. Newton quizá necesite en el futuro alguna herramienta de seguridad tipo lint orientada a desarrolladores, que detecte conflictos de políticas antes del despliegue. $BTC
La seguridad no es solo un refuerzo de un punto: es un juego en el que se trata de la eslabón más débil de toda la cadena. Me gustaría ver que Newton descompone este sistema de seguridad con suficiente detalle, y luego hace público dónde es fuerte y dónde aún falta por corregir. #Newt $NEWT @NewtonProtocol

$BTC Algunos de mis amigos que se dedican a productos derivados, cuando escuchan que en una bolsa existen tanto creadores de mercado como un libro de órdenes, se ponen en guardia casi instintivamente. Piensan que esto no tiene nada que ver con el modelo tradicional de creadores de mercado, sino que solo han cambiado el “cascarón” del sistema y lo han trasladado a una cadena. Yo también tuve esa duda en el pasado. Especialmente cuando vi el diseño de liquidez de GRVT que incluye un rol de creador de mercado, mi primera reacción fue: ¿podría haber una inclinación de intereses implícita?
Luego me obligué a revisar detenidamente sus reglas de incentivos de liquidez y los términos de las obligaciones de los creadores de mercado. Descubrí dónde estaba el malentendido. En las bolsas tradicionales, los creadores de mercado suelen pertenecer a una clase privilegiada: pueden obtener comisiones más bajas, mejor velocidad de acceso e incluso ver cierta información del flujo de órdenes que algunos minoristas no pueden ver. Pero el enfoque del diseño de #grvt es justamente al revés. Exige que los creadores de mercado, primero, bloqueen en un contrato inteligente en cadena una parte del margen conforme al protocolo. Además, la acción de cotizar también genera registros en la cadena. Si ocurre un periodo continuo en el que no coticen, o si la desviación de sus cotizaciones es demasiado grande, la cadena activa automáticamente un mecanismo de penalización. No hay espacio real para negociar en privado.
Es decir, primero se les “pone la mano” del creador de mercado sobre la mesa mediante contratos, y luego se les pide que presten el servicio.
Así, los creadores de mercado pasan a ser precisamente quienes más temen que el mercado salga mal. Porque sus fondos son transparentes, sus cotizaciones están supervisadas y el costo de hacer trampas es extremadamente alto. El precio que ven los minoristas en el libro de órdenes, en realidad, proviene de un mecanismo de provisión de liquidez con “candados” detrás. Esto me hizo replantearme por completo el diseño de liquidez de GRVT: no está copiando el camino viejo de las finanzas tradicionales, sino que redefine “hacer mercado” de forma nativa en la cadena. Quitar los privilegios, fijar las obligaciones: lo que queda es un servicio de liquidez auténtico. Si esta idea logra funcionar, la forma en que entren los creadores de mercado institucionales en el futuro también se reescribirá. @grvt_io

#BinancePickAndWin 2026 Torneo de desafíos de fútbol de la fase de grupos: hasta ahora, ¿qué equipo crees que ha rendido por encima de tus expectativas? En mi opinión, muchos equipos han hecho ajustes tácticos muy interesantes: el ritmo entre ataque y defensa está a tope, ¡y sinceramente no esperaba que hubiera tantos duelos de dioses! Cada vez que veo un partido, no puedo evitar seguir la actividad de Pick And Win de Binance para adivinar el resultado. ¡Esa sensación de logro cuando aciertas, de verdad, quién la entiende! Todos también pueden charlar sobre el equipo que consideran más fuerte; tal vez podamos acertar más partidos juntos~#BinancePickAndWin

Un amigo me compró en una plataforma de segunda mano una entrada para un concierto y me la dio al precio original. Dijo que en el sistema solo había que usar la opción de “transferir/regalar”. Abrí el enlace y, en la bandeja de entradas, apareció un ticket electrónico; pero debajo había una nota en letra pequeña: “Para entrar se requiere verificar la identidad mediante el reconocimiento facial en vivo y compararla con la información reservada por la persona que compró”. Le pregunté con prisa si de verdad podía entrar con esa entrada que me había transferido. Con total seguridad me dijo que la función de transferir sincronizaría también mi información con la entidad de taquilla.
El día del evento, con el corazón en un puño, me puse frente al torno. Escaneé el código, la cámara se encendió un momento y el torno, sorprendentemente, se abrió en silencio. No mostraba nombre alguno ni pedía volver a introducir el número de la identificación.
En realidad, este es un ejemplo vivo de un comprobante “transferible y con re-vinculación”. Las credenciales de identidad dentro de la red Newton, en teoría, también pueden diseñarse con un esquema parecido: transferible o no transferible, vinculable a una nueva dirección; cada vez que se usa, un nodo autorizado hace una verificación puntual, y además se evita el ataque de repetición de “copiar la misma entrada y entrar de nuevo” mediante firmas agregadas BLS. $BTC
Mucha de la planificación de cumplimiento on-chain todavía se queda en la idea de “si una dirección pasa KYC, queda en lista blanca permanentemente”, como cuando una entrada se envía y ya no se hace seguimiento de a quién la recojan. La capa de verificación de Newton mueve el torno desde el frontend del proyecto hasta la entrada del contrato: antes de cada transacción, se hace un escaneo tanto de las credenciales más recientes como de las políticas. No es un pase permanente, pero tampoco implica entregar toda la privacidad cada vez.
Sin embargo, la eficiencia con la que el sistema de taquilla sincroniza la información al hacer transferencias, y el nivel de concentración de los proveedores de detección de biometría en vivo; si esto se traduce a la cadena, se convierte en el problema de la frecuencia de actualización de los datos del verificador y su diversidad. Si las credenciales pueden circular libre y seguramente en el mercado secundario, depende de la “musculatura” de esa infraestructura.
#NEWT $NEWT @NewtonProtocol

Todo el mundo está hablando de la tecnología de GRVT; yo, en cambio, quiero hablar del modelo de economía de su token, porque esconde un diseño muy inteligente pero que podría salirle caro. El uso central del token no es el gobierno, sino ser el “palo de dirección” de los incentivos de liquidez. Los titulares pueden, mediante el staking, dirigir el peso de los incentivos hacia pares de trading específicos, guiando a los market makers para que profundicen en mercados con poca profundidad.
Voy a traducir esto y explicar qué significa: supongamos que, en GRVT, el par ETH/USDC ya tiene una profundidad muy buena, pero que un cierto altcoin de cola larga recién listado casi no tiene volumen. Según la lógica tradicional de los exchanges, eso requeriría que la plataforma gastara dinero para atraer market makers. Pero en GRVT, si un grupo de grandes tenedores cree que ese altcoin de cola larga tiene potencial, puede “votar con los pies”: redirigir los incentivos del token directamente hacia ese par, haciendo que los market makers, movidos por el beneficio, se lancen automáticamente a Build. Así, el “impulso para listar” deja de ser una decisión centralizada y se convierte en un mercado descentralizado impulsado por intereses. Los market makers siguen al dinero, y los tenedores del token actúan como gestores de fondos, ajustando la dirección de la liquidez de todo el exchange.
Pero este modo de “palo de dirección” tiene un defecto innato: es fácil de que lo “hackeen” en sentido de extracción oportunista. Si un gran tenedor quiere descargar un token, puede primero hacer staking masivo de tokens GRVT a bajo precio, haciendo que los incentivos se vuelquen hacia ese par, creando una falsa prosperidad de liquidez. Cuando los pequeños inversores vean que la profundidad es buena y entren a comprar, él puede entonces, con calma, volver a vender el token y salir. Es posible que las pérdidas por el staking sean solo una fracción de lo que gana con la descarga. De esta manera, el valor de los incentivos del token GRVT queda distorsionado y se convierte en una herramienta para manipular el mercado. $BTC
Investigó sus mecanismos de defensa en su whitepaper: se menciona que el ajuste del peso de incentivos tiene un retraso temporal y también un período de enfriamiento. Pero eso solo sirve para frenar ataques rápidos; no impide la planificación paciente. Por lo tanto, creo que, después del lanzamiento en la red principal, la competencia/ajuste en el mercado secundario de los tokens de GRVT será especialmente intensa, porque tenerlos no es solo un derecho a las distribuciones de la plataforma, sino también un control indirecto sobre la dirección de la liquidez. La fijación de precio de ese poder puede requerir mucho tiempo para que el mercado encuentre un punto de equilibrio. #grvt @grvt_io

Los proveedores de datos son la capa más fácil de mitificar en el protocolo Newton. Cuando se habla de datos descentralizados, mucha gente añade automáticamente las palabras «seguro» a su imaginario. Pero si sacas el listado de proveedores de datos y le echas un vistazo, verás que en realidad no hay tantos nodos que ofrezcan datos de alta frecuencia, baja latencia y con validación cruzada en múltiples mercados, y que una parte considerable de ellos apunta al mismo origen de agregación de datos.
Esto genera un riesgo de centralización: la estrategia corre en una red descentralizada, pero depende de varios de sus principales feeds de datos, que en realidad son una encapsulación secundaria de la misma API original. Si esa fuente upstream presenta cotizaciones erróneas, retraso o manipulación, todas las estrategias de trading en Newton que usen esa entrada producirán a la vez interpretaciones equivocadas, y ese error se amplificará rápidamente con la lógica de automatización de la capa de estrategia. Parece que hay varios proveedores de datos independientes dando el precio, pero en realidad solo existe una capa muy delgada de redundancia.
También existe otro riesgo, más sutil: en condiciones de mercado extremas, entre distintos proveedores de datos pueden aparecer breves pero intensas discrepancias de precio debido a diferencias en la frecuencia de muestreo y la latencia de procesamiento. Para las estrategias que necesitan conciliar múltiples fuentes de datos, esa brecha puede hacer que la estrategia se «congele»: ni cierra posiciones ni abre nuevas, quedando en un estado incierto, ni arriba ni abajo. Para los creadores de mercado y las posiciones apalancadas, esta congelación puede resultar incluso más problemática que una cotización errónea, porque no puede ser identificada por la lógica de stop-loss preestablecida.$BTC
Por eso, el escrutinio de la capa de datos no puede quedarse solo en «si hay o no proveedores». Hay que seguir preguntando de manera continua: ¿estos proveedores son realmente independientes entre sí? ¿Qué hace la estrategia cuando hay inconsistencias? ¿Qué tan grande es esa zona de congelación en la que quedan bloqueados los datos?
#NEWT $NEWT @NewtonProtocol

La última vez que hablé con un amigo sobre los contratos perpetuos de RWA en GRVT, él dijo con total confianza: “Mientras se elija bien el subyacente, los activos de cola larga, en realidad, son más fáciles de beneficiarse de la prima”. Le pedí que sacara los registros reales de ejecución y, al verlos, entendí que su deslizamiento promedio al abrir ya se había comido toda la prima. Él ni siquiera se había dado cuenta.
Lo más fácil de subestimar en los perpetuos de RWA es la profundidad del libro de órdenes. En los contratos perpetuos de los tokens más populares, normalmente hay órdenes por al menos cientos de miles de U dentro de algunos pocos bps, pero en GRVT, con parte de los activos de cola larga, la profundidad en compra-venta puede ser de solo unos miles de U. Si abres una posición nominal de 100.000 U, aunque solo llegues a consumir dos ticks, el deslizamiento puede eliminar directamente más del 0,3% del capital. Ojo: esta es la pérdida que ocurre instantáneamente al abrir la posición; no tiene ninguna relación con la dirección del movimiento posterior.
El costo más encubierto está en la tasa de financiación. Como los activos RWA carecen de un mercado spot maduro como ancla, cuando el poder entre compradores y vendedores está muy desbalanceado, la tasa de financiación se mueve de forma agresiva. Puede que aciertes la dirección, pero durante el tiempo que mantienes la posición te cobran decenas de rondas de una tasa positiva; al final, incluso la mitad de la ganancia al cerrar la posición tienes que devolvérsela. Con los datos históricos de tasas de financiación de un contrato RWA en GRVT, hice un ajuste: si mantienes la posición durante los tres días de mayor pico de tasas del mes pasado, una sola tasa de financiación te cuesta el equivalente al 35% de costos anualizados.
Por eso, cuando me encuentro con este tipo de contratos en GRVT, tengo una regla estricta: primero observo durante tres días consecutivos el patrón de cambios de la profundidad del libro de órdenes; luego, en el horario no correspondiente a EE. UU./Europa (fuera de la sesión más activa), pruebo con una posición pequeña, registrando el deslizamiento, y solo después decido si participar de forma oficial. Además, nunca considero los perpetual de RWA como una operación de tendencia: solo hago retornos por volatilidad a corto plazo, porque el costo de financiación al mantener posiciones largas, si no hay suficientes datos, simplemente no se puede estimar bien. $BTC
El planteamiento de GRVT en el área de RWA es digno de reconocimiento, pero la desventaja verificable en cadena es que puedes ver con tus propios ojos lo concreta que puede ser tu propia estupidez. No dejes que la curiosidad se convierta, ante los ojos del otro lado, en liquidez.
#grvt @grvt_io