撸毛研究院

#baby $BABY 前晚干了一件事：拿自己测试网质押的UTXO试了一下Babylon的staking脚本。

我想看看那三种退出门到底怎么跑。

先试最简单的——质押到期后，只用我自己的签名去解锁那笔UTXO，广播到比特币测试网。节点通过了，交易被打包。不需要Finality Provider点头，不需要Babylon链在线，我自己的签名就够了。我当时想，这就是最原始的安全感：只要比特币网络还在跑，质押者就能拿回自己的币。

然后试第二种：模拟不想等完整质押期，想提前退出。这次需要我自己的签名，再加上Covenant委员会的签名。我这边签名好办，委员会那边我模拟了一下签名流程。广播之后，节点验证通过，UTXO解锁成功。我理解了，委员会只负责确认“这个提前退出请求符合规则”，不接管资产，不拥有控制权。

试第三种的时候我卡住了。罚没路径需要三把钥匙：我的签名、Finality Provider的EOTS签名、Covenant委员会的签名。我当时想的是，罚没为什么还要我自己的签名？这不是让我参与处罚自己吗？

后来翻审计报告才知道原因。Covenant委员会的签名是适配器签名——加密后指向Finality Provider。我预先签署了罚没路径，但这份签名在正常情况下是“锁住”的。只有当FP用同一个随机数给同一高度的两个不同区块签名，私钥被暴露后，适配器签名才会被解密生效。

这意味着，我不需要信任任何人不会作恶。FP作恶→数学暴露私钥→适配器签名自动解密→罚没路径被解锁。我不需要管理员去判断“该不该罚”，不需要任何人的批准。

三种退出方式我都试了一遍。走哪条路不由人说了算，全看脚本里写死的条件是否满足。

@BabylonLabs_io

Hace un tiempo vi que Babylon presentó una propuesta en la comunidad de Aave y mi primera reacción fue: ¿otra vez van a hacer lo mismo de empaquetar Bitcoin?

WBTC, cbBTC, etc., en esencia toman el BTC y se lo entregan a un custodio para recibir a cambio un ERC-20. En Ethereum ves “BTC”, pero el BTC real está en el monedero de otra persona. Si el custodio se cae, tu “BTC” se convierte en aire.

Por eso, al principio, mi postura hacia la propuesta de Babylon para Aave fue de rechazo. Hasta que me puse a revisar el documento y descubrí que estaba pensando completamente al revés.

El vaultBTC de Babylon no es un activo tokenizado. Es un activo contable interno con transferencias restringidas: 1 vaultBTC equivale a 1 BTC, pero solo se puede usar para interactuar con contratos aprobados de Aave. No puedes transferírselo a nadie ni usarlo en otros protocolos; solo puedes emplearlo en Aave como colateral.

¿En qué se diferencia? El activo tokenizado es “convertir el BTC en ERC-20”. vaultBTC es “registrar una partida dentro del contrato de Aave”. El BTC no se ha ido de la red principal de Bitcoin; está bloqueado en un script de Taproot. En Aave no se mira el BTC en sí, sino la prueba criptográfica que envía el protocolo Babylon: una prueba de que “en ese vault se ha bloqueado efectivamente la cantidad correspondiente de BTC y nadie puede moverlo unilateralmente”.

Babylon despliega dos módulos en Aave v4: Babylon Core Lending Spoke gestiona los préstamos, y BTC Vault Swap Spoke gestiona la liquidación y la liquidación/confirmación para el asentamiento. Una vez que el usuario bloquea el BTC en el vault TBV, el adaptador de Aave acuña vaultBTC en cantidad equivalente según la prueba criptográfica y los suministra directamente al Core Spoke. Luego, el usuario puede pedir prestados USDC, USDT o WBTC en Aave. Al devolver, se destruyen los vaultBTC correspondientes y se libera el BTC.

En toda la cadena, no hay ningún eslabón que requiera “confiar” en alguien. El estado del BTC se valida mediante pruebas criptográficas, no mediante “palabras” de personas. Como vaultBTC no es transferible, incluso si el contrato de Aave tuviera una vulnerabilidad, el atacante no puede llevarse tu BTC: solo puede usarlo para liquidar la parte del colateral de tu posición.

Cuando llegué a esto, por fin me di cuenta: antes estaba planteando el problema al revés. No es “Babylon emitió una réplica de BTC en Ethereum”, sino que “Babylon convierte en verificable, mediante pruebas criptográficas, el BTC bloqueado en la red principal de Bitcoin”. El activo no se mueve; lo que se mueve es la prueba.

El TVL de Babylon ya supera las 56,853 unidades de BTC. Por fin, los titulares de BTC no tienen que elegir entre “rentabilidad” y “autocustodia”.

#BABY $BABY @BabylonLabs_io #baby $BABY

Cuando yo miraba antes las propuestas de escalabilidad de BTC, tenía una suposición inherente: el mayor problema de Bitcoin es que tiene muy pocas funciones.

Así que muchos proyectos del ecosistema de BTC que me parecieron al principio, simplemente intentaban encontrar formas de añadirle a BTC más usos. Pero después de estudiar las Trustless Bitcoin Vaults (TBV) de Babylon, me di cuenta de que había entendido mal algo.

La verdadera dificultad no es lograr que BTC tenga más funciones, sino permitir que Bitcoin participe de forma segura en más escenarios sin necesidad de conocer el mundo externo.

Este cambio de perspectiva proviene de un detalle que observé al estudiar el diseño de Vault.

Cuando las TBV crean una bóveda, los depositantes y todas las partes que participan primero listan todas las salidas legítimas del BTC: por dónde se redime de forma normal, por dónde se redime si alguien lo desafía y por dónde se puede salir si se bloquea. Cada una de estas rutas se dibuja de antemano como una transacción completa, y cada parte firma esa transacción. Luego, el script de Taproot codifica estas rutas como hojas de gasto independientes; solo entonces se activa la bóveda. Una vez activada, ninguna parte puede crear nuevas rutas de gasto.

Esto significa que la Vault no es simplemente una billetera para guardar BTC, sino un conjunto de reglas de estado. En qué circunstancias puede cambiar y qué condiciones deben cumplirse, todo debe validarse siguiendo la lógica establecida: estas lógicas ya se han escrito en el script en el momento de la creación, y nadie puede modificarlas posteriormente.

El cambio final es la forma en que BTC participa en el mundo externo.

Yo pensaba que el mayor reto de la expansión de BTC era la “falta de aplicaciones”, pero después descubrí que el problema real es “cómo confirmar de manera confiable el estado externo”.

Ahí es donde Babylon me atrae. Las TBV no se limitan a agregar una nueva puerta de uso para BTC; están intentando construir una nueva manera de conectarse: mantener la base de seguridad original de Bitcoin y, al mismo tiempo, permitir que más escenarios on-chain entiendan y utilicen esa seguridad.

Para quienes llevan mucho tiempo siguiendo BTC, el foco de la competencia en el futuro quizá no sea quién crea más formas de usarlo, sino quién puede resolver un problema aún más de base: cuando un activo que más valora la seguridad entra en un mundo más complejo, ¿cómo reemplazan las reglas el juicio humano?

Esa es también la razón por la que volví a entender Babylon. No cambia si BTC tiene más funciones, sino la manera en que BTC establece relaciones de confianza con el mundo externo. @BabylonLabs_io #baby $BABY

Babylon Euphrates prueba el proceso de pignoración (staking) y desmontó por completo mi entendimiento previo sobre el staking de BTC.

La semana pasada estuve atento durante media hora y recibí BTC de la red de pruebas. Solo después de completar todo el proceso de pignoración descubrí que en realidad no sigue el camino tradicional de “transferir activos a un contrato de custodia”. En su lugar, compila directamente las reglas de staking en un nodo hoja personalizado del script de Taproot de Bitcoin. Aprovecha la estructura MAST para descomponer las condiciones de desbloqueo en una lógica oculta por tramos. El BTC nativo no se salió de la red de Bitcoin en ningún momento.

El núcleo de este mecanismo es el diseño exclusivo de Babylon de los “anclajes notarizados”: cada cambio en el estado del staking genera un certificado de prueba de conocimiento cero ZK-SNARK, comprimido a menos de 1 KB. Mediante el consenso por sondeo BABE, después de que la red de nodos complete una confirmación multisig 2/3, se sincroniza con todas las cadenas conectadas de Cosmos y EVM.

Los contratos del ecosistema externo no tocan el BTC nativo; solo validan el certificado de notarización que emite Babylon. Con el certificado, los usuarios pueden participar directamente en el BTC que genera rendimiento en DeFi de Cosmos y en el ZK Rollup de Binance, sin necesidad de canjear ningún token mapeado de custodia. Toda la lógica de validación de estado se ejecuta y exige de forma obligatoria por la red de nodos de Babylon; un nodo que haga trampa no puede generar un certificado válido.

Los planes de staking de BTC del sector hasta ahora requerían que el usuario transfiriera los activos a contratos de custodia de terceros. En esencia, eso traslada la seguridad al proyecto, y el riesgo de un fallo catastrófico (exploit/ruina) nunca puede eliminarse por completo. En cambio, con el diseño de Babylon, se eliminan desde la capa más baja todos los eslabones de custodia, y el límite de seguridad del staking queda anclado por completo al propio mainnet de Bitcoin.

Muchos asumen que liberar liquidez en BTC necesariamente implica moverla entre cadenas. Babylon, sin embargo, evita el callejón sin salida usando la ruta de notarización nativa, y exporta directamente la capacidad de seguridad subyacente de Bitcoin a todo el ecosistema.

Esta actualización de Euphrates es, de hecho, el verdadero punto de partida para que Bitcoin exporte valor hacia afuera @BabylonLabs_io #baby $BABY

Haz una pregunta: si el custodio de wBTC tiene un problema, los activos y los informes de auditoría no coinciden de forma directa. La vez que el puente entre cadenas fue hackeado por 190 millones de dólares, un montón de instituciones metieron las palabras “puenteado” en una lista negra permanente. Para las instituciones, el cumplimiento no es un plus: es el boleto de entrada.

Lo que hace Babylon TBV, en esencia, es reemitir ese boleto de entrada.

¿Y cómo lo hace? El BTC no se mueve en ningún momento fuera de la red de Bitcoin: se bloquea en salidas de Taproot. No hay puente entre cadenas, no hay encapsulación, no se involucra a ningún tercero. El auditor solo tiene que abrir el explorador on-chain para verlo: los activos siguen en los mismos UTXO de origen, la ubicación no cambia y el monto no se reduce.

Las bóvedas están completamente aisladas: tu BTC y el de otras personas no se mezclan. No hay re-hipoteca, no hay pool de fondos. Si el dinero que pediste prestado en Aave tiene un problema, eso afecta a tu posición dentro de Aave, no al BTC que tienes bloqueado en la red de Bitcoin. El auditor ve esto: la exposición al riesgo es clara, rastreable y auditable.

Todas las operaciones tienen evidencia criptográfica; no se basa en “lo garantizamos”, sino en “una demostración matemática”. Lo que necesita el auditor, la cadena se lo proporciona; no tiene que buscar a nadie para firmar o sellar documentos. Desde el bloqueo del BTC hasta el préstamo en Aave y el reembolso final, cada paso ocurre on-chain y cada paso puede verificarse de manera independiente.

Esto no es teoría. BitGo ya se ha convertido en un custodio calificado de Babylon. Kraken ha lanzado el servicio de staking de bitcoin de Babylon. Ledger integró el soporte de firma de TBV. a16z invirtió 15 millones de dólares. Babylon ya ha hecho staking de más de 56,000 BTC; el pico de TVL supera los 6,000 millones de dólares: detrás de esas cifras está la votación con dinero real de las instituciones.

La integración con Aave es aún más clave. Babylon ya presentó una propuesta en el foro de gobernanza de Aave, con planes de integrar el préstamo nativo con colateral de bitcoin en Aave V4. El fundador de Aave, Stani Kulechov, apoyó públicamente la iniciativa. El vaultBTC que introduce la propuesta es un activo contable que no se puede transferir; solo puede interactuar con los contratos de Aave. El auditor lo entiende al instante: esta cosa no “se va a mover” de forma descontrolada.

Antes, las instituciones tenían que elegir entre “rendimiento” y “cumplimiento”. Ahora ya no. Cuando el auditor puede firmar con tranquilidad en el informe, cuando el CFO puede respaldar con tranquilidad como colateral y cuando los 2 billones de dólares en bitcoin se “ponen a trabajar” por primera vez sin tener que “entregarlos” — este mercado deja de ser una rama de DeFi y se convierte en una reconstrucción de DeFi en sí mismo.@BabylonLabs_io #baby $BABY

El valor de mercado de Bitcoin ya superó los dos billones, pero en DeFi realmente se aprovecha menos del 1%. No es que los holders no quieran ganar; es que, en esencia, las soluciones actuales te obligan a responder una pregunta de opción múltiple: “¿A quién le entrego mi BTC para que lo gestione?” @BabylonLabs_io

Los Trustless Bitcoin Vaults (TBV) de Babylon son diferentes: eliminan esa pregunta.

Primero, tu BTC no se sale de la red de Bitcoin de principio a fin. No cruza puentes, no se envuelve, ni se entrega a terceros. El BTC se bloquea en un script de Taproot para el que participas firmando. Cuando se crea el cofre, todas las rutas de retiro válidas ya quedan prefirmadas. Una vez construido, nadie puede modificar a posteriori ni agregar rutas de retiro.

Aquí vale la pena decir una cosa más. El script de Taproot que usan los TBV tiene una diferencia esencial frente a los multisig tradicionales: es un script más flexible de bloqueos de tiempo y condiciones. Así, sin hacer públicas lógicas complejas, las condiciones de retiro se codifican directamente en la red de Bitcoin. Eso significa que no tienes que confiar en un grupo de firmantes para que “no hagan nada malo”; solo tienes que confiar en el propio script, que está “sellado” matemáticamente.

En segundo lugar, en el lado de ETH, el contrato solo se encarga de leer el estado del cofre; no puede tocar el BTC en sí. Cuando se retira, el sistema devuelve a la red de Bitcoin el evento de reembolso en Ethereum mediante un oráculo, y luego verifica con una prueba de conocimiento cero que efectivamente ocurrió. Solo si la verificación pasa, se libera el BTC.

También hay un detalle fácil de pasar por alto: incluso si el oráculo es atacado y envía maliciosamente una solicitud de retiro falsa, el cofre no ejecutará nada. Porque esa ruta de retiro no está en la lista de rutas que firmaste de antemano; el script simplemente no la reconoce.

Lo más importante: cada cofre está aislado de forma independiente. No se puede volver a pignorar ni se puede desviar el BTC. Incluso si algún protocolo DeFi de la capa superior tiene una vulnerabilidad, tu BTC sigue seguro y bloqueado en el script de la red principal de Bitcoin, sin verse afectado.

Este mecanismo convierte la “confianza en personas” en “confianza en criptografía”. No necesitas confiar en que la parte del proyecto no huirá con el dinero, porque en realidad no tiene la capacidad de mover tu BTC. Tampoco necesitas confiar en que los validadores no harán nada malo, porque aunque un testigo malicioso obtenga tus monedas, no puede gastarlas.

Además, Ledger recientemente integró la función Clear Signing: al firmar transacciones de TBV, muestra directamente en la pantalla del hardware hacia dónde va cada parte del dinero y qué operación se realiza. El riesgo de firmar a ciegas queda completamente eliminado
#baby $BABY

Esta vez medí @OpenGradient y lo que se atascó no fue la respuesta, sino “el día siguiente”.

La noche anterior hice un flujo de recordatorio on-chain muy pequeño: hacer que la IA leyera algunas interacciones de contratos, y luego comprobar si había señales de un aumento anormal de volumen por actividad de “spamming”. La primera ronda salió muy bien; casi la tomé como una experiencia de uso normal de OpenGradient Chat para escribirla. Pero cuando la revisé la noche del día siguiente, de repente vi un problema más real: si yo no abro la página de forma activa, ¿se ejecuta a tiempo o no? ¿Y una vez terminada la ejecución, los contratos o aplicaciones posteriores pueden leer directamente el resultado?

Volví a ajustar el intervalo de tiempo para simular varias rondas de comprobaciones continuas. La situación más incómoda fue que la primera ronda solo devolvió “sospecha de anomalía”, y en la segunda ronda—después de añadir nuevas interacciones—recién se convirtió en “necesita recordatorio”. Si entre estas dos rondas no hay un resultado intermedio legible, entonces las acciones posteriores solo pueden enlazarse manualmente. En ese momento me di cuenta de que muchas herramientas de IA resuelven “tú preguntas y yo respondo”, pero lo que realmente necesita un agente on-chain es: “hacerlo por su cuenta cuando toca” y “terminarlo para entregarlo a la siguiente etapa”. Si no, el puntaje de riesgo de hoy, el recordatorio de mañana, y los ajustes de estrategia de pasado mañana, aparentemente forman un solo flujo, pero en realidad son solo varias capturas de conversación.

Más tarde revisé el diseño de planificación de OpenGradient y entendí que no es simplemente añadir un temporizador. Las tareas deben dispararse mediante la red, los resultados deben poder ser leídos por los procesos posteriores, y los costos y los registros de ejecución también deben cuadrar. Ese detalle no parece gran cosa, pero define si la IA es un asistente temporal o un componente de ejecución que puede integrarse en los negocios on-chain. Especialmente en escenarios sin supervisión, si se rompe una vez, después puede salir todo mal. #opg

Esa es también la razón por la que volví a ver $OPG . No se trata del alboroto de una respuesta puntual, sino del costo detrás de la ejecución continua, la entrega de resultados y los incentivos de la red. Si en el futuro la IA quiere actualizar controles de riesgo, alertas on-chain o volver a equilibrar estrategias, lo que más teme no es que una respuesta no sea bonita alguna vez, sino que cuando toca revisar, no se revise; o que después de revisar, nadie pueda confirmar si realmente hizo el trabajo.

Este test me hizo tomar más en serio mi evaluación sobre OPG. La verdadera aplicación nativa de IA no es mover a la gente fuera del cuadro de entrada, sino hacer que el sistema conecte por sí mismo el siguiente paso que “debería ocurrir”, incluso cuando nadie está mirando. #OPG $OPG @OpenGradient #opg $OPG

1. La máxima emoción de las predicciones de fútbol es ver de antemano el guion invisible de los «descuentos por tiempo añadido» que nadie ve. Cuando el mundo apuesta siguiendo la trayectoria de los 90 minutos reglamentarios, creyendo que un equipo podrá asegurar con calma el resultado, tú, con perspicacia, detectas que el árbitro, tras haber tardado demasiado en el VAR durante la primera parte, inconscientemente dará una prórroga larguísima de más de 6 minutos en la segunda. Entonces, predice con decisión que el equipo líder, cuya condición física ya está agotada, en el tramo final será golpeado por el rival, que abre la puerta con un pase largo y un centro lanzado sin medir consecuencias. Esa perspectiva divina de ver «la variable tiempo» detrás de «la psicología del árbitro» es sencillamente escalofriante. ¡Únete ya a #BinancePickAndWin

当我翻完OpenGradient的文档，尤其是HACA架构那一章，才发现完全想偏了。

我一开始被“超级节点”带进沟里，脑子里自动生成流程图：买显卡→装Ubuntu→绑钱包→质押→等任务→收钱。直到看到HACA把节点分成Inference Node和Full Node，才意识到这不是一台机器干所有事。Inference Node跑模型推理，Full Node负责验证TEE attestation、ZKML proof或Vanilla结果——跑得快只是基础，跑完能自证清白才是核心。OPG要卖的不是算力，而是“可验证的AI推理服务”。

这个认知让我的收益表全部重算。以前只算“GPU日租减电费”，但真正决定净收益的是三个动态变量：有效调用次数、验证记录是否稳定、机器空转率多高。我用测试网数据做了粗略模型：日均调用只有50次时，月收入约30美元，电费都可能倒贴。只有调用量稳定在200次以上，且验证失败率低于2%，净收益才转正。

更让我清醒的是Staking Rewards。官方确实写10%长期释放，但我一度当成“锁仓APR”。后来细看细则，那10%是给整个节点网络的集体激励，分配权重取决于服务质量——有效调用量、验证通过率、在线时长都加权。它不是固定年化，更像绩效奖金。所以我把$OPG 看作三样东西：参与网络的押金、支付调用的Gas媒介、奖励入口，唯独不是躺赚凭证。

基于这个认知，我把优化重点从堆硬件换成选负载。提前缓存Llama-3这类高频模型，避免每次任务重新下载拖带宽。监控只看四个红线：响应延迟（超3秒扣分）、GPU利用率（低于60%是空转）、掉线次数、证明提交失败率。如果电费超过0.8元/度，我不会24小时开机，只跑峰值时段。

所以这篇文章没有财富密码。我的真实结论是：OPG节点有机会，但机会属于有运维纪律的人，不是只懂买币的人。硬件只是门票，监控、优化和故障恢复才是真门槛。

@OpenGradient #opg $OPG

1. La emoción más extrema de las predicciones de fútbol: ¡la satisfacción de ver de antemano la red de rencillas y asuntos extradeportivos detrás de “los grandes rivales” en juego! Cuando dos enemigos centenarios están a punto de enfrentarse, y el mundo exterior lo ordena todo según la fuerza sobre el papel y el tablero táctico, tú detectas con agudeza que, mientras el verano recién acaba de abrirse, directivos de ambos equipos se han metido en un lío legal por una cifra de traspaso, y que los aficionados del equipo local, antes del partido, han desplegado pancartas de protesta fuera del campo de entrenamiento. Con determinación, predices que este partido se saldrá por completo del marco táctico y se convertirá en una batalla de emociones tipo “choque de meteoritos”, donde volarán tarjetas rojas y amarillas a raudales. ¡Esa perspectiva casi divina que lo ve todo sobre “el odio histórico y las estrategias fuera del campo” deja a cualquiera con la piel de gallina! ¡Date prisa y únete al #BinancePickAndWin

Estos días, mientras organizaba el material del @OpenGradient , me quedé atascado en un detalle pequeño. Le pregunté a la IA: ¿en qué es realmente bueno OPG? En la primera ronda dijo que lo importante era la entrada de OpenGradient Chat. En la segunda, que lo importante era validar la red. Ambas frases no estaban mal, pero al ponerlas en la misma tabla de notas, en realidad me sentí menos seguro: si el valor central puede cambiarse de un lado a otro, ¿en qué se sostiene realmente la conclusión que yo termino escribiendo?

Al principio pensé que solo era inestabilidad en la forma de expresarse del modelo, y que con preguntarle varias veces bastaría. Después separé el material y lo volví a revisar; solo me quedé con tres preguntas: de dónde entra la solicitud, cómo se produce el resultado y por qué los demás deberían confiar en ese resultado. Al hacer esa separación, descubrí que el problema más común de la IA normal no es que no sepa responder, sino que, una vez que responde, el camino a menudo queda confuso. La gente todavía puede revisar fuentes y comprobar; el sistema, en cambio, no puede seguir ejecutando solo con “parece razonable”.

Al volver a mirar OpenGradient Chat, mi comprensión cambió. A primera vista es una puerta de entrada para conversar, pero lo verdaderamente importante es llevar una solicitud del usuario a la red de OpenGradient. El modelo se encarga del razonamiento; la validación de la red confirma si este resultado se generó mediante un proceso confiable; y el registro en la cadena y el cierre de cuentas dejan constancia del proceso. No es simplemente “demostrar que la respuesta es correcta con seguridad”, sino hacer que el resultado tenga un origen, una ruta y una base sobre la cual se pueda comprobar después.

Esa es, para mí, la parte más clara del valor central de OpenGradient. Ahora muchos proyectos de IA insisten en que el modelo es más fuerte o que responde más rápido, pero si la IA de verdad va a entrar en finanzas, contratos y aplicaciones de automatización, el mayor problema no es si puede o no hablar, sino si, cuando algo falla, puedes rastrear hasta qué punto. OpenGradient resuelve ese punto de quiebre de la confianza: convierte una salida de IA en un resultado de cómputo que puede verificarse y registrarse.

Por eso, ahora que veo $OPG , no lo considero solo como una etiqueta de gobernanza. Una solicitud real entra en OpenGradient Chat: eso trae necesidades de razonamiento; cuanto más razonamiento, más necesidades de validación; y cuando la validación ocurre de manera continua, entonces el consumo de recursos en la cadena y el cierre de valor tienen sentido. ¿En qué es bueno OpenGradient? Mi entendimiento es simple: hace que el resultado de la IA deje de ser “tienes que creerlo” para convertirse en “puedes comprobarlo”. $OPG #OPG @OpenGradient #opg $OPG

La emoción definitiva del fútbol, el placer más extremo: ¡la capacidad letal de anticipar y ver a través de la “trampa del empate” en ese punto ciego! Cuando la gran mayoría de los modelos de IA y los aficionados se aferran a la lógica subyacente de “los grandes siempre ganan” y, con locura, creen a pie juntillas que cierto club tradicional va a aplastar fácilmente al rival, tú percibes con agudeza que estos algoritmos llevan de forma innata un sesgo sistémico de “tomar partido”, ignorando por completo la disciplina táctica con la que el equipo más débil se encierra y resiste en la desesperación. Predice con decisión que este enfrentamiento que parece no tener ningún tipo de suspense será arrastrado al fango por el lado de menor fuerza mediante una defensa ultra férrea y contraataques implacables, y al final terminará en empate. Esta perspectiva disidente que captura con precisión el “asesino de la tasa de aciertos” dentro del consenso frío y algorítmico, ¡es simplemente estremecedora! ¡Únete ya con #BinancePickAndWin

Hoy, cuando hice una prueba con @OpenGradient Chat, no pregunté directamente por las ventajas del proyecto. En su lugar, alteré deliberadamente la entrada: unas notas de arquitectura HACA, varias recapitulaciones de posiciones y un par de frases de charla sin conexión. Yo quería ver si, como lo haría un AI común, primero lo ordenaría en un resumen y luego respondería siguiendo las palabras clave más visibles.

El primer resultado me hizo detenerme. No mezcló esas tres partes en un solo resumen de manera simple; primero separó los roles dentro de la entrada: qué parte parecía el objetivo de la tarea, qué parte eran las restricciones y qué parte solo era ruido. En especial, palabras como HACA, TEE, proof y settlement (o “结算”): no las apiló como términos decorativos, sino que las volvió a colocar dentro de la ruta de “quién inicia, quién ejecuta, quién verifica”.

Pensé que era casualidad, así que hice otra ronda de comparación. Sin cambiar el núcleo del problema, solo alteré el orden: metí la charla en medio y añadí a propósito una frase irrelevante con información de una lista blanca NFT. La respuesta de OpenGradient Chat se hizo más corta, pero el hilo principal no se desordenó: siguió sacando las condiciones computables, bajó la interferencia y reorganizó la tarea en una estructura que podía entrar en un flujo de razonamiento y verificación.

Fue entonces cuando entendí que la capa de entrada de OpenGradient quizá no sea solo un “tubo” de prompt. Las herramientas de chat normales se enfrentan a texto; OpenGradient se parece más a algo que reconstruye el estado de la entrada antes de que empiece el cálculo. El valor de Protocol tampoco es solo “limpiar texto”, sino convertir una entrada desordenada en un objeto de estado que el modelo, los nodos de razonamiento y las capas de verificación puedan seguir procesando.

Este detalle importa más que “si la respuesta es buena o no”. Porque si la entrada sigue siendo solo texto disperso, las pruebas posteriores —proof, attestation, la verificación de Full Nodes y los registros de settlement— carecerán de un punto de partida claro. Después de reestructurar la entrada, el razonamiento fuera de la cadena sabe dónde están los límites de la tarea; la capa de verificación sabe qué hay que confirmar; y la aplicación recién entonces tiene la oportunidad de consumir este resultado.

$OPG también hay que mirarlo aquí. No es solo un símbolo de pago de una llamada, sino una condición económica que permite que la reconstrucción del estado, la selección de la ruta, la ejecución del razonamiento y la liquidación de la verificación sigan ocurriendo. El punto que de verdad me hizo reinterpretar OpenGradient es este: el cómputo no empieza en la salida del modelo. Muchas veces, en el mismo instante en que la entrada entra a la red, la arquitectura ya está trabajando.

$OPG #OPG @OpenGradient #opg $OPG

El fútbol moderno ya ha dejado atrás el tradicional emparejamiento estático, y se ha volcado por completo en una lucha dinámica basada en el espacio y el tiempo. Desde la posesión del «Barça de los Tres Reyes» hasta la presión alta de Klopp, el núcleo de la innovación táctica radica en el análisis meticuloso de las carreras de los jugadores y del desgaste físico. Hoy, la participación del lateral en cortes hacia adentro para ayudar en la organización, el delantero centro con un repliegue total o con presión, y el mediocentro/defensa central con capacidad precisa para sacar el balón con pases largos: estas tres funciones reconfiguradas están remodelando la lógica defensiva y ofensiva del equipo. Comprender estas evoluciones tácticas no solo es clave para apreciar el partido, sino también un punto de apoyo importante para predecir la trayectoria futura de los equipos. #BinancePickAndWin

Mira la economía de los tokens de @OpenGradient y no me quedé mirando primero el total de 10 mil millones de suministro. Esa cifra es demasiado grande y, en consecuencia, no resulta fácil de evaluar. A mí me importa más un monto mucho más pequeño: cuando un usuario inicia una solicitud de IA, ¿a dónde termina yendo al final el $OPG que se paga?

Quienes han trabajado conectando productos deberían entender esa sensación. En los servicios centralizados de IA, la factura es muy clara y el cobro es rápido, pero te cuesta ver la capa que hay detrás: quién está ejecutando el modelo, quién asume los costos de cómputo y quién verifica si el resultado se ejecutó con seriedad. Tú solo sabes que la plataforma cobró el dinero; el resto está metido en una caja negra.

El modelo económico de OpenGradient busca precisamente abrir esa caja negra. Los usuarios pagan una solicitud de inferencia una vez con OPG, y x402 gestiona las condiciones de pago dentro de una instancia TEE. Si la frecuencia de llamadas es alta, incluso se puede precargar saldo para que la liquidación ocurra de forma asíncrona, evitando que cada solicitud se detenga esperando el pago. La solicitud continúa su camino: los nodos de inferencia aportan la GPU y ejecutan el modelo, recibiendo la recompensa correspondiente; los nodos de verificación revisan la prueba, confirman que esta ejecución no fue un “cumplido” improvisado por el nodo, y también obtienen incentivos.

Visto así, OPG no es solo un “token del proyecto”. Es más bien una manera de amarrar a tres tipos de personas en la misma mesa de trabajo: los usuarios necesitan el servicio de IA; los nodos de inferencia necesitan ingresos para cubrir el costo de cómputo; y los nodos de verificación necesitan recompensas para mantener la credibilidad. Antes, la plataforma se colocaba en medio para asignar el valor; OpenGradient intenta que la propia llamada incluya, desde el inicio, la relación de pago, ejecución, verificación y liquidación.

Creo que lo más valioso aquí son los incentivos de los nodos. Si el volumen de llamadas no es suficiente, los nodos de inferencia no se quedarán corriendo el modelo a pérdida de forma indefinida; y si los incentivos de verificación son demasiado débiles, la red tiende a enfocarse solo en el resultado generado, sin prestar atención a si el resultado es confiable. Por eso, la clave de OPG no es solo el total de 10 mil millones, sino si puede mantener funcionando continuamente el ciclo de “alguien lo usa, alguien lo corre y alguien lo verifica”. Cuando ese ciclo corre bien, el token deja de ser un adorno colgado fuera del relato. $OPG #OPG @OpenGradient #opg $OPG

1. En el campo de fútbol, lo que más enciende la sangre y la emoción siempre son esos goles decisivos y remontadas llenas de dramatismo. ¡Hasta que el árbitro principal no pita el final, nadie se atreve a dar nada por hecho! Últimamente, los partidos más destacados de las grandes ligas literalmente han disparado la adrenalina. Como aficionado veterano, ¿cómo podría bastarme con solo ver los encuentros? ¡Se recomienda encarecidamente que prueben el desafío de fútbol Pick & Win de Binance! Convierte tu olfato futbolero para transformar esa intuición en beneficios reales. Basta con que predigas el resultado de cada partido moviendo un dedo al día: no solo podrás interactuar y vivir la emoción con aficionados de todo el mundo, sino que además tendrás la oportunidad de repartir un suculento premio de hasta 4 millones de dólares. ¡Date prisa y elige los partidos que más te gusten, y gana recompensas con tu inteligencia futbolística! #BinancePickAndWin

2. Lo más fascinante de las predicciones de fútbol es lograr una dominación absoluta y precisa del “juego aéreo” en las alturas. Mientras todos se enfocan en los deslumbrantes pases y controles en el suelo, tú ves de inmediato que la línea defensiva del rival, aunque es técnicamente fina, tiene una estatura promedio gravemente insuficiente y una tasa de éxito muy baja en los duelos por el balón en el aire. Predice con decisión que, si el equipo local inicia con frecuencia balones altos para bombardear el área, se puede marear y desorientar a esos defensores “tech” del rival, creando innumerables oportunidades de segundo punto. Esa mirada despiadada al detectar el “freno por talento físico” es sencillamente capaz de disparar la adrenalina a tope. ¡Participa ahora #BinancePickAndWin

Prefiero observar una acción que parece insignificante @OpenGradient Chat: Al conectarme, no me pidió que copiara la clave API desde el backend. Ese espacio es crucial. Los servicios de IA tradicionales manejan el acceso como una tarjeta, la plataforma emite la tarjeta y también puede anularla; una vez que el desarrollador conecta su negocio, el límite de acceso, las prohibiciones y la congelación de fondos pueden comenzar con un simple cambio de estado en el backend.

OpenGradient ha cambiado el acceso a un modelo de pago por uso. El cliente inicia una inferencia, no intercambia la identidad de la cuenta por un permiso, sino que paga por esta solicitud a través de x402. El pago se realiza en la testnet de Base, y el procesamiento y la verificación de la inferencia se realizan en la testnet de OpenGradient. Aquí, la estructura de poder ha cambiado: la plataforma ya no retiene tu acceso a largo plazo a través de la clave API; si cada solicitud puede entrar a la red depende de las condiciones de pago, la autorización del saldo y las reglas de la red.

La cadena de acciones posteriores no es simplemente “pagué y obtuve la respuesta”. La solicitud entra en una instancia TEE verificada, el modelo se ejecuta en un entorno aislado, y la respuesta vendrá con una firma TEE como prueba. Lo que el usuario obtiene es una respuesta y también un rastro ejecutable verificable. Las pruebas de una API centralizada a menudo están escondidas en los registros de la plataforma, el usuario solo puede esperar a que el servicio al cliente explique; OpenGradient al menos separa el pago, la ejecución, la firma y la liquidación en segmentos que se pueden verificar. Esto es muy importante.

Lo más interesante es el asunto de “no tener cuenta”. Muchas personas pensarán que al no tener clave API, es como si faltara una capa de gestión. Mi entendimiento es opuesto: lo que se ha eliminado es la manija unilateral que cierra la puerta. Quien controla el acceso ya no lo decide completamente el backend que emite las tarjetas; quienes se benefician son las aplicaciones y agentes que necesitan una conexión estable al modelo; quienes asumen riesgos ya no se enfrentan a prohibiciones de cuentas difusas, sino a condiciones más claras como saldo insuficiente, fallos de autorización y reglas de red no cumplidas.

$OPG aquí no es una tarifa de suscripción, ni un saldo para renovar la cuenta. Lo que sostiene es cómo se paga, se ejecuta, se firma y se liquida una inferencia. Lo que OpenGradient Chat realmente ha cambiado no es solo el método de pago, sino de “la plataforma me permite seguir usando” a “yo llamo directamente según reglas públicas”. $OPG #OPG @OpenGradient #opg $OPG

¡Qué locura! Tres empresas que cotizan en bolsa han incluido BNB en sus reservas de activos, y una de ellas está en Hangzhou.

Al ver a empresas chinas en esta lista, no me sorprende en absoluto.

¿No se supone que aquí en casa estamos reprimendo las criptomonedas? ¿Cómo lo han logrado? ¿Tienen un respaldo tan grande?
Antes, lo que más temía era que las plataformas de IA cambiaran las reglas de repente. La API sigue ahí, el precio cambia, los permisos también cambian, y el proyecto solo puede adaptarse pasivamente. Al observar el registro del nodo de inferencia @OpenGradient , no noté que "se añadiera una GPU más", sino que una vez que esta máquina se registre a través de la red, su identidad ya no dependerá solo de lo que diga el operador.

Cuando se inicia el nodo, el primer paso no es recibir órdenes, sino generar una clave de firma y un certificado de comunicación en el TEE. Este movimiento es sutil, pero crucial. Si la clave se importa desde el exterior, el mantenimiento podría copiar, reemplazar o hacerse pasar por ella; generarla en el enclave significa que la identidad del nodo está primero bloqueada por los límites del hardware. La máquina pertenece al operador, pero su identidad no puede cambiarse a la ligera.

Luego, el nodo envía una solicitud de registro a los nodos completos. La solicitud debe incluir una prueba remota: si esta máquina está ejecutando el código aprobado, si el entorno del enclave ha sido alterado, y si la cadena de firma puede coincidir. Los nodos completos no verifican la promesa del operador, sino la documentación de prueba. Una vez aprobado, la información del nodo se escribe en el contrato de la cadena, y la dirección, estado y relación de prueba se convierten en registros verificables.

Mucha gente piensa que la descentralización solo implica servidores dispersos. En realidad, lo que es más grave es la dispersión del control. El operador puede apagar la máquina, puede dejar de brindar servicio, pero no puede modificar la identidad en la cadena a puerta cerrada, ni puede eludir el contrato para disfrazar el nodo como otra máquina calificada. OpenGradient permite que la red reconozca el estado del contrato y la prueba de hardware, no solo una palabra del backend.

En el pasado, los modelos y la potencia de cálculo estaban atados a las terminales de las empresas; cómo se cambiaban las reglas, cuándo se detenían las interfaces, los usuarios solo podían esperar una notificación. OpenGradient convierte los nodos de inferencia en recursos que se pueden registrar, verificar y auditar en la red, al menos separa "quién puede decidir la identidad del nodo" de las manos de una sola empresa.

No solo se trata de etiquetar una GPU, sino de respaldar el registro de nodos, la programación de tareas, la verificación de pruebas y la liquidación posterior. Sin esta cadena, la descentralización sería solo un eslogan; con ella, la ejecución del modelo comienza a desvincularse de un punto de control único. @OpenGradient #opg $OPG

1. La emoción más intensa en las predicciones de fútbol es anticipar a los "equipos fuertes de papel" en el tablero táctico. Cuando todos están alabando a un equipo por tener un 70% de posesión y una tasa de pase impresionante, tú te das cuenta de que están haciendo toques seguros en su zona, sin atreverse a meter el balón en áreas peligrosas. Predices con decisión que este tipo de "posesión por posesión" ineficaz será aplastada por la defensa sólida del rival. Esa sensación de desmantelar la burbuja de los "equipos fuertes de papel" es pura dopamina. ¡Únete rápido #BinancePickAndWin !