云间小鹿

Anoche, al repasar las operaciones reales, de paso le eché un vistazo al código @NewtonProtocol , que últimamente está súper de moda. Mucha gente lo vende como una Visa en cadena, pero en mi prueba descubrí que, en esencia, no es más que una puerta de acceso colocada a la fuerza entre la iniciación de la transacción y la liquidación en la capa base. Acostumbrado a que los contratos inteligentes vayan directos al grano, de repente me obligan a depender de la cara de una red externa para autorizar una operación; la verdad, se siente bastante frustrante.
Para agradar al gusto institucional, abandonaron el veterano pero aún fuerte Solidity y pasaron a Rego, el favorito de las aplicaciones empresariales, para escribir las políticas. Esa jugada es arriesgada. Mi experiencia programando me dice que, en una pila tecnológica, meter un nuevo lenguaje más solo hace que la probabilidad de bugs suba en línea recta. Si en el futuro este policy pack llega a sufrir una falla lógica y deja los fondos trabados, ¿a quién se le reclama? $BTC
Y si miramos el consenso de nodos, todo depende del restake de EigenLayer para sostener el espectáculo, con la promesa de poder castigar directamente a quien haga trampa mediante pruebas de fraude de conocimiento cero. Suena potente, pero no hay que olvidar que la mainnet sigue en fase beta. Hace poco ya perdí dinero en mecanismos parecidos, todavía a medio hacer; con sistemas que no han superado a fondo el umbral de evaluación de múltiples nodos, meter mucho capital de verdad me pone muy nervioso. $ETH
El VaultKit que promocionan esta vez también es un arma de doble filo. Forzar en cadena las reglas del curator sí puede agradar al capital que prioriza el cumplimiento, pero revisé los componentes que integra externamente: Chainalysis, Persona, Webacy, más RedStone. Cuantas más fuentes de datos conectas, mayor es el riesgo de puntos únicos de fallo. Incluso si añades TEE y pruebas ZK para proteger la privacidad, después de ejecutar un flujo de verificación tan complejo, ¿quién va a pagar el alto consumo de gas y la latencia que da dolor de cabeza? Yo veo que la versión oficial $NEWT todavía no tiene clara esa cuenta.
También están empaquetando con fuerza la narrativa de usar guardrails para frenar a los agentes de IA descontrolados. Pero sigo pensando que las barreras de código al final las escribe una persona, y cuando se topan con esos agentes de lógica extremadamente retorcida y métodos poco ortodoxos, estas murallas copiadas y pegadas siguen siendo fáciles de rodear. En resumen, creo que Newton no hace más que ir encajando poco a poco la naturaleza descentralizada dentro del engorroso flujo de aprobaciones de las finanzas tradicionales. El capital grande sí necesita un colchón de cumplimiento y seguridad, pero si fabrican a la fuerza una capa de verificación de autorizaciones así, no descarto que más adelante termine convirtiéndose en una nueva carga que atasque la eficiencia de concurrencia de toda la red. #newt

我盯着@NewtonProtocol 的路线图反复盘算了好几遍，想确认最近建仓$NEWT 是不是有些冲动。他们画的路线图很笔直：DeFi金库打底，接着去干RWA，再去切稳定币，最后搞AI代理。但真实的底层技术演进哪有这么一帆风顺。
Mainnet Beta从DeFi金库切入，机制确实足够硬核。他们把Chainalysis合规模块、Hexagate安全网、Vaults.fyi风控跟RedStone预言机直接打包缝合。核心逻辑是把策略写成Rego直接跑在链上，意味着授权和执行在同一个共识网络下完成。我昨天实操跑了一笔测试交互，这种纯链上原生闭环确实是自洽的。 $BTC

但让我冷汗直流的风险点恰恰在后面。RWA根本不是合约代码的延伸，而是棘手的现实确权。万一房产出险，Newton的Rego脚本顶多锁死代币，没法强迫线下地方法院去清算实体抵押物。至于去碰稳定币，Circle早就把合规通道跟传统金融焊死了，Newton还能抢到多少增量流动性？我持怀疑态度。 $ETH
更别提AI代理这步棋，整个行业连自主机器人的责任边界都划不清楚，现在谈链上策略约束简直是扯淡。
我现在给@NewtonProtocol 估值，绝不看后面几个虚幻大饼。我只盯DeFi金库这套授权机制的资金接入量。真有合规机构把RWA资产交接过来，我才考虑给$NEWT 算附加溢价空间。底层逻辑它也许走得通，但在没看到真金白银的数据前，我只为眼前的真实落地买单。#newt

最近盘基建标的，看着 @NewtonProtocol 的账本我真是满脑袋问号。这项目含着金钥匙出身，累计融了近9000万美金，PayPal Ventures、Tiger Global、Northzone 这些大金主站台，Magic Labs 亲自孵化。按理说，这配置在咱们圈子里妥妥的巨无霸开局，怎么看都不该是现在的状态。#newt

翻翻细账，2021年 A 轮2700万，2023年战略轮5200万，手里攥着大几千万刀，换谁都会拉起几十号人的队伍大干特干。可现实呢？主网到现在还在跑 Beta，刚冒出来的 VaultKit 响声倒是不小，但你要是去链上瞅一眼，底下的开发者阵营基本还在冷启动边缘摩擦，冷清得很。$BTC

我就纳闷这钱到底砸哪了。就算是硅谷核心团队20人配置，按人均20万年薪算，一年人力撑死也就400万开销，这9000万按节奏烧20年都够了。支出明细一直是个黑盒，群里问那笔扶持资金去向，官方就一句含糊的“支持开发者 Grant”，名单一个拿不出。透明度低到这份上，确实让人心里没底。$ETH

当然，公道话还是要说，做底层协议研发是无底洞，还得死磕合规。但他们拿大钱的时候正是2021到2023年市场最狂的时候，如今潮水退了，团队要是还这种佛系扩招的状态，我真怀疑现金流是不是不像表面那么宽裕。一个账面真金白银充足的团队，按理说早就该高调扩张了，但这半年动静确实小。

我的操作纪律很简单，再牛的背景，融来的钱也不能当饭吃，活还是要有人干。要是活干了但透明度和进度死活对不上，那我只能认定钱烧在了盲区。等它主网真摘了 Beta 帽子，或者账面流向稍微透明点，我再考虑要不要入场。#Newt $NEWT

Hace dos días ejecuté una operación puenteando un activo RWA y me quedé mirando esa molesta “pending authorization” en el monedero. Tardé dos minutos enteros en poder empaquetar la transacción. ¿En estos tiempos de jugar con interacciones on-chain, el proceso de liquidación cómo va a retroceder hasta la era de SWIFT?

Rastreando los datos a nivel base, lo entendí: es @NewtonProtocol el que le puso a la transacción una estrategia de control de riesgos escrita en Rego.

Visto desde la óptica de la institución, la lógica detrás de $NEWT resulta bastante convincente. Llevar el paquete de OPA del lado de TI empresarial a la cadena, convertir la lista negra en reglas: ajustas el contrato y la conformidad va primero. Es como ponerle aduanas a los fondos on-chain. Pero a mí solo me da escalofríos. $BTC

Ahora, en la fase de Mainnet Beta, seamos claros: mandan unos cuantos nodos. La web blanca presume una futura red multi-operator: que, con firmas agregadas BLS para completar el quorum, recién ahí se autoriza. Esta jerga académica, al pelarla, no es más que una versión “pro” de un monedero multisig. El día que vulneren la verificación a nivel base, ni siquiera podrás llorar dónde corresponde. $ETH

Lo que más angustia es la fuente de datos. Newton depende mucho de proveedores externos como Chainalysis y Webacy. Das un gran rodeo y, aun así, el poder de vida o muerte termina en manos de empresas centralizadas. Si una API se pone loca y marca el riesgo de forma incorrecta, el contrato no tiene vínculos de familia ni piedad: tu dinero queda bloqueado directamente. VaultKit sí facilita el trabajo del curator, pero si algo sale mal, ¿quién carga con la culpa? ¿Reclamas con un receipt on-chain firmado con BLS? ¿Qué va a entender el retail de toda esa cadena de hashes?

La conformidad y la falta de permisos en sí misma ya son un tira y afloja. Newton sí se comió el hueso duro de la entrada institucional, pero externalizar la confianza a un tercero es, por definición, caminar sobre una cuerda floja peligrosa. #newt

Anoche estuve bebiendo y charlando con unos amigos. Me preguntó qué opino sobre el “Newton Protocol”, el “mercado automatizado verificable” que últimamente se está inflando en el sector. Objetivamente: yo mismo estudié durante un tiempo la capa de automatización de Newton Protocol Mainnet Beta, y el Scoped Autonomy sí tiene algo. Le das a un agente de IA un área/contorno para operar, y ZK se encarga de vigilarlo con firmeza para que no se salga de los límites, trasladando forzosamente la confianza sobre “no hacer daño de forma subjetiva por parte del nodo” a una criptografía fría. En automatización on-chain, esto es una solución que, al menos, se puede presentar con credenciales.

Pero cuando miré la lógica detrás del código, más bien me dio un escalofrío.@NewtonProtocol

¿Por qué? Porque ZK solo puede demostrar que esto no romperá tu firewall de permisos, pero en realidad no puede controlar la “operación en negro” del agente dentro de permisos legales. Un ejemplo simple: contratas a una niñera y le defines por escrito que solo puede estar en la cocina; ZK prueba que efectivamente no fue al dormitorio, pero aun así puede echar veneno en tu comida dentro de la cocina. Llevándolo al mercado de agentes on-chain: si un nodo de terceros esconde lógica tipo “caja negra”, en un escenario extremo de mercado puede activarse de repente y el dinero real que se extraiga será el de tu cuenta. Esto me recordó a aquellos robots de arbitraje con backdoors de antes: por fuera parecen estar trabajando para ti, pero en realidad se comen tu margen en cada operación.#Newt

Así que, llegado el momento de que esto se lance en el mercado de agentes, mi estrategia operativa será extremadamente conservadora. No participaré a menos que sea con equipos oficiales y con agentes de terceros que hayan obtenido informes de auditoría independientes de primer nivel en seguridad. Si las promesas en cuanto a funcionalidad rebasan el cielo, igual no los tocaré. En el oscuro bosque de “el código como ley”, “declara que puede hacer esto” vale cero; “no hay minas escondidas en el código” es la verdadera póliza de supervivencia.$ETH

En cuanto al objetivo $NEWT , ahora solo observo un fundamento: si el equipo realmente se atreve a convertir en regla férrea para el listado de agentes la “auditoría de código obligatoria”. Si es un umbral de admisión obligatorio, entonces este protocolo tiene derecho a seguir avanzando; si es un terreno de reunión sin puertas ni requisitos, entonces esto solo será un campo de pruebas de alto riesgo disfrazado con una capa de ZK. Yo esperaré a que se publiquen los detalles de admisión antes de decidir mis próximos pasos: si funciona o no, dependerá de cómo elijan hacerlo.$BTC

Anoche me quedé despierto analizando el tablero, y de paso ejecuté algunos scripts; quería desmenuzar la lógica de contratos que últimamente se comenta mucho sobre el Protocolo Newton. En la comunidad por todas partes se habla del diseño de zkPermissions y, objetivamente, reemplazar la confianza en los agentes de IA con criptografía es una lógica bastante dura. Cada vez que el agente mueve fondos, debe llevar en tiempo real una prueba ZK para asegurar que toda la operación quede completamente “bloqueada” en tu autorización. Al ejecutarse on-chain, esta red de defensa está tejida de forma extremadamente estricta.
@NewtonProtocol

Pero después de correr una tanda de simulaciones y backtests, me heló la espalda.

Este mecanismo tiene un vacío cognitivo lo bastante grande como para evaporarte el capital al instante; ese fue justo el tipo de trampa en la que casi caí anoche. El ZK sí puede impedir que el agente actúe con mala intención por iniciativa propia, pero no puede evitar en absoluto tus propios errores de configuración. Por ejemplo, al hacer algunos reinicios de posiciones con apalancamiento, hice que el robot ejecutara una estrategia y, por descuido, configuré el “máximo drawdown” como “5000”. Yo esperaba subjetivamente que eran 5000 U, pero el contrato inteligente en el nivel base en realidad acepta unidades de precisión con varios ceros, llamadas Wei.
$NEWT

El resultado es que la IA usa la falsa espada de Damocles que tú le entregaste—y todo queda en verde, ejecutando operaciones de nivel catastrófico. En ese proceso, la verificación ZK siempre es válida, y el protocolo no tiene ningún fallo.
$BTC

Si de verdad metes dinero real y te toca una volatilidad extrema, ni siquiera tendrás la oportunidad de “desconectar el cable” a tiempo; las pérdidas que se generen no tienes dónde reclamarlas. Por lo que veo ahora mismo, no existe ninguna herramienta de verificación de terceros que te confirme por segunda vez si tu intención de configuración coincide con los parámetros reales del código. El lado del protocolo logra una seguridad absoluta, pero la tolerancia a fallos del lado del usuario es prácticamente igual a cero.
$ETH

Así que veamos esto: #Newt —no podemos quedarnos solo con historias. Su motor de gestión de riesgos es realmente filoso, pero por ahora es una espada de doble filo sin empuñadura. Solo cuando algún día un verdadero geek se ponga manos a la obra y haga una herramienta independiente “anti-errores” dedicada a validar los parámetros de base, entonces sí se podría confiar en que un usuario normal delegue grandes sumas. ¿Y ahora? Mira más, muévete menos; no lo trates como si fuera abono de prueba en un campo experimental.
#newt

Salí a correr por la mañana: cinco kilómetros. Al volver, una sola cosa seguía rondándome en la cabeza.

Revisé y reinterpreto a fondo la documentación técnica de @NewtonProtocol Mainnet Beta. Me enfoqué en que, sobre el marco OPA, escriben estrategias de ejecución con el lenguaje Rego. Empresas grandes como Netflix y GitHub también usan Rego para la seguridad empresarial; a nivel de lógica técnica de fondo, no hay nada que objetar. Al menos, la rigurosidad de las reglas está respaldada a nivel de código. Comparado con esos planes “salidos de la nada” inventados a ojo, es muchísimo más fiable.

Pero si sigo esta lógica hasta el final, me recorre un escalofrío.$ETH

Oficialmente, una y otra vez recalcan a los inversores minoristas: “las estrategias on-chain son totalmente públicas y verificables”. Pero cuando de verdad le das ese archivo de estrategias en Rego a una persona común, ¿en qué se diferencia de un montón de bytecode que nadie sabe leer? Crees que metes tu dinero real y que, a través de un vidrio, puedes ver todos los movimientos del capital. En realidad, es un vidrio unidireccional de alto umbral. ¿Cuántos ingenieros de seguridad realmente avanzados hay en toda la red para que te hagan auditorías “manuales” todos los días? Ante reglas de código que no se entienden, esta “transparencia” se parece más a un asesino silencioso invisible suspendido sobre la cabeza del minorista.$BTC

Claro, este enfoque es infinitamente mejor que esos proyectos de caja negra que bloquean toda la lógica en servidores centralizados. Al menos deja pruebas contundentes de que se puede revolver el asunto. Pero mi lógica de trading siempre ha sido bastante dura con la realidad: mientras el lenguaje técnico y “de élite” siga monopolizando las reglas centrales, el dinero del público difícilmente podrá entrar a gran escala. La asimetría de información seguirá siendo la mayor trituradora.

Así que ahora estoy mirando con lupa $NEWT , algo muy terrenal: ver cuándo aparece una herramienta que traduzca las estrategias en Rego a lenguaje humano, en palabras claras. Ese día, cuando la legibilidad se asiente en la capa de arriba, será el punto de partida para que salga del círculo de las instituciones y llegue a la gente común. Y entonces, la base de usuarios del token realmente se ampliará. Antes de eso, cuando escucho a otros presumir de “transparencia”, suelo mantener tres décimas de lucidez y dejar siete para seguir siendo prudente. Porque las reglas que no se entienden, tarde o temprano, se convierten en una trampa invisible que cosecha ansiedad.#newt

说真的，上周深夜清理钱包历史授权，看着那一串串无限制的额度，我后背直冒冷汗。
现在的链上交互动不动就要人交出底裤，这跟把身家性命典当给别人有什么区别。我最近熬夜扒了 @NewtonProtocol 的底层代码，发现这团队挺倔，他们没去凑什么时髦概念，而是死磕怎么在不交私钥的前提下跑自动化。
他们弄的密码学防护网很对我的胃口。不用亮底牌，直接把操作红线写进零知识电路里，只要代理节点想越界碰你的本金，瞬间就会被系统切断。执行环节全被塞进了硬件隔离区，干完活必须把ZK证明交到链上。我个人最看重节点锁仓接单的规矩，想干活得先押上 $NEWT ，并且卡着十四天的追责期。谁敢动歪心思，这两周时间足够链上铁证把他按死，押金直接罚没。
身边有些朋友抱怨说这种层层授权的体验太繁琐，远不如一键托管来得爽快。但我觉得，这种看似笨重的摩擦力恰恰是救命的底线。把资金安全赌在几行未开源代码或管理员的人品上，早晚会翻车。就像我以前图省事被恶意合约撸光过，现在哪怕操作再麻烦，也绝不碰黑盒逻辑。$BTC
当然凡事都有两面。这种极度依赖密码学自证的重度架构，真到了极端大行情下的并发响应速度，我心里是存疑的，ZK计算在真实环境里的磨损绝对是个难啃的硬骨头。$ETH
综合判断，用死磕数学代码来代替信任博弈的思路非常正，只要能扛过主网的极限压测，这事儿七成的赢面还是有的。以后谁再让你随便签无限授权，直接盯死它的自证逻辑就对了。#Newt #newt

#newt Hace unos días, yo y un amigo que se dedica a construir robots en cadena tomamos té y hablamos sobre el principal dolor que más desespera a los grandes jugadores con mucho capital. Ahora hay todo tipo de agentes de IA por todas partes, pero para los grandes tenedores son una caja negra que puede explotar en cualquier momento. Entregar la autorización de fondos equivale a apostar la vida y la fortuna a la conciencia del equipo; si hay un solo fallo en el código, los activos se transfieren al instante. Si no se salva esa brecha de confianza, los agentes de IA siempre se quedarán en pruebas pequeñas; la liquidez de gran escala ni siquiera se atreve a entrar.

Recientemente desglosé la arquitectura de @NewtonProtocol y descubrí que su planteamiento es realmente interesante. Fija directamente las reglas de restricción en el nivel más bajo del protocolo, transfiriendo la confianza a un código que no se puede alterar. Para ponerlo en contexto: dar a un agente de IA la autorización de los fondos es como darle a un principiante un superdeportivo de gama alta; en cualquier momento puede pasar lo peor. Lo que hace este protocolo es instalarle al motor un limitador físico forzado y un registrador en la nube: sin importar cómo evolucione la IA, no puede pisar los límites preestablecidos. $NEWT

Aquí se cubren principalmente con dos mecanismos. Primero, VaultKit junto con el lenguaje Rego: antes de que la IA trabaje, debe escribir y bloquear de antemano todos los topes de cada operación, las divisas de transacción y las líneas rojas de stop-loss. Si un contrato se sale del rango, simplemente se bloquea. Segundo, se ata el entorno de ejecución confiable TEE con la verificación de conocimiento cero: cada acción de la IA genera una prueba criptográfica que se envía a la cadena. Esto es como ese registrador: cada movimiento contable puede verificarse a posteriori, y el proceso de cumplimiento es totalmente transparente y auditable. $BTC

Desde la perspectiva de la economía, esto reduce muchísimo el costo de confianza al colaborar entre DAOs e instituciones. Pero, objetivamente, la desventaja también es mortal: el lenguaje Rego para el público minorista es como un libro prohibido, extremadamente difícil de personalizar estrategias. Además, el hardware TEE parte de supuestos de seguridad propios, y la generación de pruebas de conocimiento cero es extremadamente lenta; intentar usar IA para arbitraje de alta frecuencia básicamente no da. Cuando por fin salga el bloque, el mercado ya se habrá adelantado.

En Binance, normalmente lo que más se evita con los proyectos nuevos es confiar ciegamente en el relato tecnológico. Por ahora, esto es solo una especie de disciplina obligatoria; si podrá salir bien o no en el futuro, habrá que vigilar muy de cerca los datos de implementación en la red principal. #Newt $ETH

#newt $NEWT Este fin de semana me encerré en la habitación y estuve dándole duro durante unos días a la arquitectura de bajo nivel de Newton; sobre todo quería comprobar si, de verdad y con dinero real, la actual ola de agentes de IA puede lanzarse a lo grande.

Al leer el whitepaper, me pareció que el diseño encajaba a la perfección: todos los movimientos se delegan en un entorno aislado en hardware y luego se generan pruebas criptográficas que se verifican en la cadena. Pero cuando miré el capital que iba a usar para entrar al mercado, revisé a conciencia la lógica de verificación y cuanto más lo pensaba, menos confianza me daba. Hay una brecha de seguridad que la mayoría de la gente tiende a ignorar selectivamente.

En el mercado hay una idea errónea común: como el activo lleva esas letras de ZKP, entonces es absolutamente seguro. Pero si lo desmenuzas, en el protocolo de Newton, la ZKP no es más que un notario que sella papeles en la puerta. Su función consiste únicamente en comprobar si la firma la emitió esa máquina en el entorno de hardware aislado; no tiene ninguna capacidad para atravesar esa caja negra y comprobar qué ocurrió realmente dentro de la máquina.$BTC

Fui a revisar artículos de universidades punteras sobre seguridad de chips, y la realidad es bastante dura. Todo tipo de ataques por canales laterales ya han sido estudiados y tienen contramedidas que se han visto por adelantado. Supongamos que un hacker aprovecha una vulnerabilidad física para forzar la carcasa del TEE, altera directamente las instrucciones del agente de IA dentro, e incluso falsifica resultados de cálculo. El peor escenario que me pone la piel de gallina es que esa máquina comprometida siga generando una prueba matemáticamente impecable. La cadena, al ver que la firma es correcta, lo aprueba automáticamente: el sistema termina legitimando una operación maliciosa mirando para otro lado.

Lo que más me inquieta es que, tras buscar durante horas en la documentación, no encontré ningún plan de contingencia. Si el hardware realmente falla, ¿cómo pretende el sistema proteger el dinero de los usuarios? Revisé una y otra vez y no vi ningún mecanismo de “corte” en casos extremos. Toda la cadena de confianza parece construida sobre el supuesto de que el chip jamás tendrá vulnerabilidades, ni por accidente ni por nada.$ETH

Hablando objetivamente, si se quiere hacer cálculos complejos fuera de la cadena, efectivamente hay que encontrar un compromiso: combinar el aislamiento del hardware con la criptografía es una ruta pragmática hoy. Pero apostar toda la “seguridad patrimonial” del protocolo a la fiabilidad física de un chip es un paso un poco demasiado grande. Creo que usar fondos pequeños para probar la interacción y hacer pruebas está bien; pero si de verdad me pidieran meter la posición principal en una caja negra que se derrumba por completo con solo romperse el hardware y que además no tiene plan de respaldo, no lo haría.@NewtonProtocol