Trade B8

Compra $BMT niw $BMT

Los mayores bancos de China dejarán de ofrecer acceso minorista a productos de oro apalancado a partir del 24 de julio.

Qué significa esto:

Hoy y mañana, los operadores minoristas chinos podrían cerrar posiciones antes del plazo, lo que podría crear presión vendedora temporal y volatilidad en el oro, especialmente durante la sesión asiática.

El 23 de julio podría ser el día de liquidación más importante porque muchos traders podrían salir antes de tiempo.

El 24 de julio no significa que la negociación del oro se detenga por completo. Las instituciones, los fondos de cobertura, el oro físico, los ETF y el XAUUSD continuarán funcionando con normalidad.

Mi punto de vista: podría haber presión bajista a corto plazo, pero no esperes un desplome automático del oro. Si el DXY y los rendimientos de EE. UU. suben demasiado, la venta podría intensificarse. De lo contrario, el oro podría caer primero y luego recuperarse. ⚠️📉

¡Feliz cumpleaños
#Binance #BinanceTurns9

Celebrando 9 años de empoderar a millones en todo el mundo. Gracias a Binance por liderar las criptomonedas con seguridad, innovación y comunidad.

#BinanceTurns9 De 2017 a 2026, Binance construyó el futuro de las finanzas. Orgullosos de crecer, operar y creer juntos.
¡Salud por nosotros!

#BinanceSquareTG

#BinanceTurns9 Binance cumple 9 años - Hecho por ti #BinanceTurns9 ¡Feliz 9º cumpleaños
Binance! 9 años de innovación, confianza y libertad cripto. Brindemos por construir el futuro juntos.

Internet of Policies
El caso de uso inmediato de Newton es hacer cumplir reglas en la cadena, pero la idea más grande que hay detrás es más interesante: un mercado en el que las propias políticas se publican, se reutilizan y se componen entre proyectos, en lugar de quedar encerradas dentro del stack de una sola empresa. Lo están planteando como un "Internet of Policies". Temprano, aún sin probar, pero vale la pena prestar atención si de verdad llega a cumplirse. #Newt $NEWT @NewtonProtocol $LAB
$BTC

Pila de seguridad en capas
Depender de una sola capa de seguridad significa depender de un único punto de fallo. Newton apila varias — EigenLayer para la seguridad económica re-estacada, Succinct para generación de pruebas, Rhinestone y Octane cubriendo la infraestructura de cuentas y la ejecución. Cada capa se construye de forma independiente y cubre algo que las demás no tocan. Ese tipo de redundancia es lo que la aplicación verificable realmente necesita para mantenerse firme. #Newt $NEWT @NewtonProtocol

#newt $NEWT Aquí tienes una publicación más pulida que coincide con el estilo que pediste e incluye las menciones requeridas:
Pensé que una mejor infraestructura, de forma natural, crearía más demanda. Últimamente, he estado notando algo distinto.

Los proyectos que están captando mi atención no solo están haciendo las transacciones más rápidas o más baratas. Están añadiendo pequeños puntos de decisión antes de que el valor se mueva. Eso cambia el flujo más de lo que esperaba.

Al observar @NewtonProtocol y la Newton Mainnet Beta, se siente menos como otra capa de DeFi y más como una capa de autorización. En lugar de registrar lo que ya sucedió, verifica si una transacción cumple con políticas activas antes de la liquidación y deja una atestación onchain. Eso desplaza la atención de reportar resultados a hacer cumplir reglas.

Lo que aún no tengo claro es dónde termina asentándose la fricción real. Si hacer cumplir las políticas se vuelve más fácil, ¿eso aumenta la confianza lo suficiente como para atraer más actividad, o simplemente mueve la complejidad a otro lugar? La demanda no parece fija: reacciona a lo predecible y confiable que se sienta el sistema.

Estoy observando si estas pequeñas mecánicas alrededor del tiempo, la aplicación de políticas y los incentivos cambian el comportamiento con el paso del tiempo, especialmente a medida que evolucionan los vaults y otros casos de uso institucionales. Me da curiosidad ver cómo @NewtonProtocol aborda eso con $NEWT . #Newt

Asociación pagada. Para Binance Square: @NewtonProtocol

No podía sacarme una sola idea.
Normalmente juzgamos los proyectos cripto por lo que hacen posible.
Quizá también deberíamos juzgarlos por lo que vuelven innecesario.
Piensa en cómo funciona la mayor parte de la actividad en blockchain hoy en día.
Cada aplicación tiene que construir sus propias comprobaciones de seguridad, su lógica de permisos y su flujo de aprobación. Los mismos problemas se resuelven una y otra vez por equipos distintos.
Es repetitivo.
Es caro.
Y cada implementación personalizada crea otra oportunidad para errores.
Newton parece estar tomando una ruta diferente.
En lugar de que cada protocolo reinvent e la autorización, se plantea una pregunta simple:
¿Y si el permiso en sí se convirtiera en infraestructura compartida?
Esa idea se siente más importante que cualquier función individual.
Los desarrolladores no tendrían que rediseñar constantemente los mismos mecanismos de confianza.
Las aplicaciones podrían centrarse en lo que realmente hacen, confiando en un marco común de autorización por debajo.
Si ese modelo gana tracción, el crecimiento de Newton quizá no se mida por cuántas personas tienen $NEWT o abren su interfaz.
Podría medirse por cuántas aplicaciones dejan de construir, en silencio, sistemas de autorización desde cero.
Ese es un efecto de red de un tipo muy distinto.
No impulsado por usuarios.
Impulsado por desarrolladores que eligen no repetir el mismo trabajo.
La cripto ya ha estandarizado cosas como formatos de tokens y conexiones de monederos.
La autorización podría seguir el mismo camino.
Si eso sucede, Newton no destacará porque sea visible.
Destacará porque, después de un tiempo, construir sin eso empieza a parecer ineficiente.
Esa posibilidad me parece más interesante que las narrativas del mercado a corto plazo.
La infraestructura más sólida no siempre es la que todo el mundo comenta.
A veces es la capa que se convierte lentamente en la forma predeterminada de hacer las cosas, hasta que la gente olvida que alguna vez existió otra opción.
#newt $NEWT @NewtonProtocol

Sigo volviendo a un detalle del lanzamiento de la beta de la red principal de Newton que es fácil de pasar por alto: no se lanzó como un producto de propósito general. Se lanzó limitado a una cosa: bóvedas, con una integración de referencia en vivo en Euler en Base y Ethereum. Todo lo demás — RWA, stablecoins, comercio de agentes — se plantea como una dirección, no como una superficie de entrega implementada.

Esa es una afirmación más pequeña que la que hacen la mayoría de los anuncios de “mainnet beta”, y creo que ahí está el punto que vale la pena notar. Un sistema de imposición de políticas que está mal o es demasiado rígido en producción no falla en silencio: o bloquea una transacción que debería haber pasado, o permite una que no debería. Empezar por algo más acotado significa que los errores, si los hay, se verán en un lugar delimitado en lugar de afectar todo al mismo tiempo.

Lo que realmente estoy observando no es el anuncio. Es si “beta” aquí significa bóvedas reales con capital real que dependen de ello en el día a día, o si el volumen se mantiene bajo mientras la superficie se expande silenciosamente en otro lugar. Esas son historias muy diferentes con el mismo titular.
#newt $NEWT @NewtonProtocol

#BinanceTurns9 Nueve años de Binance, y este evento de aniversario en realidad me hizo querer participar en lugar de solo pasar de largo. Está construido en torno a completar hitos en vez de un simple sorteo — se siente más como un evento que como una promoción. Si aún no te has unido, está activo hasta el 24 de julio:
binance.com/en/activity/anniversary

#BinanceTurns9

Estaba viendo algunos de los hilos de agentes de la IA @NewtonProtocol al principio y supuse que la pieza que faltaba era la capacidad: mejor razonamiento, más contexto, más herramientas a las que un agente pudiera recurrir. De eso era de lo que hablaba la mayor parte de la hoja de ruta.

Luego noté algo más pequeño. Los agentes que en realidad llegaron a ser confiables con dinero no eran los más capaces. Eran los que tenían la correa más corta: un límite de gasto aquí, una lista aprobada allá, algo que una persona podía señalar y decir: "no puede ir más allá de esto". La capacidad no era el cuello de botella. Era el permiso.
#Newt
Eso replantea lo que Newton está haciendo en realidad. No se trata de volver a los agentes más inteligentes. Se trata de que el límite alrededor de un agente sea algo que la cadena verifica, en lugar de algo que esperas que el agente recuerde. La transacción encaja con la política o no encaja, sin importar cómo haya llegado el agente allí.

La pregunta abierta es si ese límite se trata como una función que la gente configura de verdad, o como una casilla que nadie toca después de la configuración. Un límite de gasto establecido una vez y olvidado no es tan diferente de no tener límite: la aplicación es real, pero el criterio detrás de ella todavía tiene que mantenerse actualizado.

Lo que estoy observando ahora no es si se construyen más agentes. Es si los permisos vinculados a ellos se mantienen con el mismo cuidado que los propios agentes, o si "la confianza" se convierte silenciosamente en otra configuración predeterminada que nadie vuelve a revisar.
#newt $NEWT $LDO
$AGLD

#newt $NEWT La mayoría de las herramientas en cripto te dicen lo que ya pasó: un monitor detecta una mala transacción después de que se haya liquidado. Newton verifica una transacción contra una política activa antes de la liquidación y devuelve una atestación firmada de aprobación o rechazo onchain. Ese es un trabajo diferente: no solo informar, sino hacer cumplir.@NewtonProtocol $

Lo describen como que es para la economía onchain lo que la red de autorización de Visa es para las tarjetas de crédito: una decisión antes de que el dinero se mueva. Si esa comparación se sostiene o no merece probarse con el uso real, no solo aceptarlo por fe.

El caso de uso inicial son bóvedas DeFi seleccionadas, donde los límites de riesgo hoy en día casi siempre viven en una publicación de un foro o en un PDF, más que en código. El Vault SDK de Magic Labs empaqueta el cumplimiento en cuatro dominios: cumplimiento (OFAC/sanciones), identidad (verificación, elegibilidad), seguridad (bloqueo de amenazas en tiempo real) y riesgo (contraparte, APY, apalancamiento, salud del oráculo): todo construido con datos de Chainalysis + Hexagate, Vaults.fyi, y RedStone + Credora, y asegurado mediante EigenLayer, Succinct, Rhinestone y Octane.

Magic Labs, el desarrollador principal, ya ejecuta infraestructura de billeteras detrás de Polymarket: 57M+ billeteras, 200K+ desarrolladores y respaldado por PayPal Ventures. Las Vaults son el punto de partida; los siguientes pasos declarados son RWA, stablecoins y agentes de IA, unidos por lo que llaman un mercado de "Internet of Policies". $NEWT es el token detrás del protocolo.

Infraestructura temprana, respaldadores reales, adopción actual limitada: vale la pena observar cómo se desempeña realmente el caso de la bóveda antes de extrapolar al resto.

Recuerdo ver el material temprano de Newton @NewtonProtocol y asumir que la capa de políticas era solo una función de cumplimiento: una manera de atornillar límites de gasto y comprobaciones de sanciones a una transacción antes de que se procese. Ese es el argumento que se repite más. Pero al pensarlo por más tiempo, lo que destacó no fue la verificación en sí, sino el encuadre en torno a la reutilización. Siguen llamándolo "Internet de Políticas": la idea de que una regla escrita una vez, como un umbral de colateral o un límite de riesgo, no se queda encerrada dentro de la app que la escribió. Se publica, se referencia, se compone en otros sistemas del mismo modo en que una API se invoca por desconocidos que nunca la construyeron.#Newt

Eso es un tipo de sistema distinto al de una herramienta de cumplimiento. Una herramienta de cumplimiento resuelve un problema para una sola empresa. Un mercado de políticas solo tiene sentido si otros creadores realmente aparecen y extraen reglas en vez de escribir las suyas desde cero. Así que la pregunta real no es si el mecanismo de aplicación funciona — las auditorías te lo dirán tarde o temprano. Es si existe, en primer lugar, demanda de políticas compartidas, o si cada equipo todavía prefiere escribir su propia lógica porque confiar en la regla de otro es un problema más difícil que escribir código.

Nadie adopta infraestructura compartida solo porque sea elegante. La adoptan cuando escribir su propia versión cuesta más que tomar prestada la de alguien más.

Lo que estoy observando a continuación no es la hoja de ruta. Es si una política construida por un proyecto aparece en silencio, sin modificaciones, dentro del stack de otra persona.
$YFI $PYTH
#newt $NEWT