假装在抄底

⚠️ Aviso para los hermanos: el código de invitación de Binance es MY6751. ¡Ahorra 30% en comisiones (el más alto de toda la red) y con acreditación automática! Incluso las cuentas antiguas que ya están en uso también pueden rellenarlo. Alpha, Spot, torneos de trading, contratos y acciones tokenizadas: ¡todo ahorra 30%!

Listo en 3 pasos:
1️⃣ App de Binance → Billetera → Invitar amigos
2️⃣ Toca "Ingresar código de invitación" y reduce 30% la comisión
3️⃣ Ingresa MY6751

📅 7月8日（今天）

一、空投 & 打新

1️⃣ 币安Alpha空投
兄弟们都等急了吧，6天没动静，终于来个盲盒，多号党已经揭不开锅。
按之前节奏看，今天大概率要发1个，手上号多的盯紧点，别错过领取时间。

二、今日操作建议

1️⃣ 刷分策略

· $KGEN （1天期）：小额300-500U合适
· $ARX （14天期）：量力而行

2️⃣ 9周年活动
现在可以做到第3步了，不过目前都还没显示完成，估计后台数据没同步，耐心等等看，别急。#币安九周年

3️⃣ 大盘
BTC6万3，$BNB 577，基本横盘没大变化，还是震荡区间。

⚠️币安钱包邀请码福利
币安钱包开始收费了，填我的邀请码 MY6751可以帮兄弟们省 30%手续费（全网最高比例），系统返佣自动到账。

覆盖场景很多：刷Alpha、买美股、打狗、刷交易赛、链上合约等都能返。用得越多，后续升级后我给大家调的返佣比例也越高。

📌 设置步骤：

· 第1步：打开币安App，右上角点“钱包”→邀请好友
· 第2步：点“输入邀请码”，交易手续费立减30%
· 第3步：输入 MY6751确认即可

三、交易赛动态

项目 结束时间 当前最低门槛 奖励名额
NES 7月8日21:00 259,957 2260
KGEN 7月9日21:00 268,871 2200
NEX 7月10日21:00 31 2000
SLX 7月14日21:00 0 2060
O 7月14日21:00 0 2090

NES和KGEN今天/明天就要结束了，门槛一直在涨，在车上的注意看时间，没上车的自己判断追不追。

今天就这些，有问题评论区聊，看到都会回。#ALPHA #ALPHA🔥

Hoy quiero plantear una pregunta que no deja tan buen sabor: si el TEE se ejecuta en un servidor en la nube, ¿hasta qué capa realmente “verifica” la “verificabilidad” de Newton?

Muchos, al ver TEE, ZK y AVS, se sienten tranquilos; creen que esta combinación ya resuelve el problema de la confianza de manera limpia. Pero mientras leo con más atención el whitepaper @NewtonProtocol , siento que aquí no se puede “ir con atajos”. El TEE puede demostrar que cierto código se ejecuta en un entorno aislado; ZK puede demostrar que un resultado de cómputo no fue inventado; y el staking del operador puede hacer que la mala conducta tenga un coste. Todos son importantes, pero no garantizan el mismo tipo de seguridad.$BLUR

Lo que más se suele pasar por alto son el hardware y el entorno de ejecución. Por ejemplo, si el TEE depende de pruebas de hardware proporcionadas por el proveedor de la nube, entonces, de cara al usuario, se está verificando Newton, pero en el fondo se está confiando indirectamente en que esa infraestructura de nube no tiene problemas. Si no se explica ese límite, la supuesta descentralización puede terminar convirtiéndose en “cambiar la confianza de habitación”.$RIF

En cambio, creo que el valor de Newton está en que no apuesta por una sola capa de tecnología. A corto plazo, usar TEE para mejorar la disponibilidad; a mediano plazo, apoyarse en la red de operadores y en pruebas BLS para los resultados; y a largo plazo avanzar hacia direcciones de cómputo con privacidad más fuerte, como MPC y FHE. La ruta es correcta, pero el mercado no debería tratar el roadmap como si ya estuviera completado.
Así que al mirar $NEWT , no me limitaré a preguntar “¿hay TEE?”. Quiero ver tres cosas: quién emite las pruebas, quién asume la responsabilidad cuando falla y si en el futuro se puede reducir la dependencia de un entorno único de nube. La seguridad on-chain no consiste en amontonar términos, sino en poner cada capa de confianza sobre la mesa para que el usuario la vea claramente.#Newt
#币安九周年

La autodisciplina de los esclavos negros (llega la temporada de trading de esclavos negros😂)

El concurso de contratos perpetuos de Binance para RTXUSDT empieza el 7 de julio a las 18:00 y termina el 17 de julio a las 18:00.
Mientras uses la billetera de Binance (de esas que no tienen clave privada) para operar RTXUSDT en la app o en la versión web, si acumulas un volumen de operaciones de 1000U, los primeros 1560 podrán recibir 30RTX (más o menos 30U, para comerte una cena de KFC).

⚠️ Aviso para los hermanos que participen en el concurso de trading con billetera: el código de invitación de Binance es MY6751, y ahorrarás un 30% en comisiones (el más alto de toda la red). Se acredita automáticamente. Las cuentas antiguas que ya estés usando también pueden rellenar Alpha, Spot, concurso de trading, contratos y acciones tokenizadas; todo con 30% menos.

Listo en tres pasos:
1️⃣ App de Binance → Billetera → Invitar amigos
2️⃣ Toca "Ingresar código de invitación" y reduce el 30% en comisiones
3️⃣ Ingresa MY6751
$RTX $ACU $WMTX
#币安九周年 #alpha交易赛

En Newton Mainnet Beta hay un detalle poco llamativo pero que me parece muy útil: los credenciales pueden incluir un tiempo de expiración, y también pueden refrescarse de forma incremental cuando el emisor lo admite.$NEWT

Esta frase suena como descripción de producto, pero llevada a la vida real se entiende muy bien. Que el pasaporte caduque no significa que esa persona desaparezca; que el justificante de ingresos caduque tampoco implica que haya que reconstruir todo el conjunto de identidad desde cero. Las credenciales on-chain funcionan igual. Los resultados de KYC, la elegibilidad como inversor cualificado y el estado por región pueden cambiar; lo que realmente necesita actualización es “si en este momento siguen cumpliéndose las condiciones”, no que cada vez el usuario vuelva a presentar todos los documentos desde el principio.$BTC

A mí me importan especialmente tres estados: cuándo vence, quién lo refresca y cuánto tarda en surtir efecto una revocación. Si falta uno, lo que se suponía que era una identidad reutilizable puede convertirse en un viejo pase de datos.$ETH

@NewtonProtocol La dirección que marca el whitepaper es que las credenciales puedan reutilizarse entre aplicaciones y entre cadenas, llevando además metadatos de expiración; si el emisor admite actualizaciones incrementales, el usuario no necesita una verificación completa y exhaustiva de nuevo. En la verificación, lo que debería verse en la cadena es la evidencia y el resultado de la autorización, no todo el expediente de identidad.

Esto se parece mucho más al mundo real que “escribir la identidad permanentemente en la cadena”. La elegibilidad de las personas cambia y también cambian las reglas. Un sistema de identidades útil no debería dejar a las personas fijas en una etiqueta, sino responder con precisión: ¿esta credencial sigue siendo válida ahora mismo?🙂

A continuación, cuando mire Newton Mainnet Beta, no solo veré si se puede verificar, sino también si los tres temas —expiración, refresco y revocación— están lo suficientemente claros. No son cosas “de moda”, pero determinan si las instituciones se atreven a usarlo a largo plazo.#Newt
#美国科技股期货上涨

¡Participa ya en la actividad del 9.º aniversario de Binance! Hice las dos primeras tareas; casi sin pérdida de rendimiento, me dieron como 8 U. Y no sé qué es lo que reciben por esas 88 U🐶 vida
$BTC
#币安9周年礼物已准备就绪

Al investigar la fase beta de la red principal de Newton, descubrí que todos siempre preguntan si los datos son precisos, pero rara vez preguntan de qué segundo exacto provienen.$NEWT

Para un Agente de IA, el precio de 2000 dólares, visto de forma aislada, no significa nada. También necesita fuente, marca de tiempo y vigencia. Cuando la cotización es volátil, una cotización que hace diez segundos era totalmente correcta, ahora puede que ya no sirva; las listas de sanciones y las puntuaciones de riesgo son igual: el contenido no fue falsificado, pero eso no significa que siga siendo válido.

El flujo de dos etapas de @NewtonProtocol primero hace que el Operator obtenga datos externos de manera independiente y, luego, los convierta en un conjunto de datos unificado y normativo, para después ejecutar políticas de Rego. Lo verdaderamente difícil aquí no es hacer que todos vean el mismo número, sino determinar qué respuestas aún son suficientemente recientes y cuáles deberían descartarse.
Si la ventana es demasiado amplia, los datos antiguos se cuelan en el juicio; si es demasiado estrecha, con solo una ligera demora de red no se alcanza a reunir todas las respuestas. Cuanto más rápido ejecuta la IA, más evidente se vuelve esta contradicción.$LAB

Por eso, considero que la capa de datos de Newton Protocol no solo se mide por cuántas fuentes conecta, sino por cuatro cosas: si la marca de tiempo entra en la firma, si la política puede fijar una edad máxima de los datos, si las respuestas vencidas dejan registro y qué límite fronterizo común adopta el Operator para lo que significa “ahora”.$ETH

Que los datos sean reales es solo la primera puerta; los datos también deben estar a tiempo para tener derecho a participar en la toma de decisiones. El error automático más peligroso a veces no es leer un mensaje falso, sino tomar como un hecho de hoy un mensaje verdadero de ayer.⏱️#Newt

¿Qué es lo peor de una actualización de software? No es que la nueva versión funcione mal, sino que, si algo sale mal, nadie puede explicar con claridad qué versión exacta se estaba ejecutando en aquel momento.
Recientemente volví a ver @NewtonProtocol y Newton Mainnet Beta y noté un detalle muy sencillo: las políticas de Rego se almacenan por dirección de contenido en IPFS. Cuando el contenido de la política cambia, también cambia el CID. Así, al evaluar la intención de una transacción, el Operator toma las reglas correspondientes a ese CID específico, en lugar de una “versión más reciente” en el backend que puede sobrescribirse en cualquier momento.

Esto significa que, si una autorización se audita medio año después, al menos se pueden volver a preguntar tres cosas: ¿qué versión de la política se invocó entonces? ¿qué datos se introdujeron? ¿y qué resultado firmó el Operator?
Es como un restaurante que imprime en el ticket la versión de la receta que se usó para cada plato servido. Si hoy el chef cambia la cantidad de sal, no ajusta en secreto el registro del plato que se sirvió ayer.

Para un Agente de IA, esto es más importante que “el modelo es muy inteligente”. El Agente quizá se actualice todos los días, pero los límites de los fondos no pueden irse moviendo con las indicaciones. Si una actualización de políticas no tiene un anclaje por versión, basta con que el equipo diga “el sistema ya fue optimizado” para borrar las reglas antiguas; la automatización se convierte entonces en una caja negra.
Por supuesto, el CID solo demuestra que el contenido no fue reemplazado; no puede probar que la regla en sí no tenga fallos. Una política escrita con errores se ejecutará de forma estable y precisa… pero mal. Después de una actualización de módulos, también hay que observar si las aplicaciones antiguas migraron a tiempo. $NEWT

Así que cuando miro Newton Mainnet Beta, no solo veo cuántas tareas puede ejecutar, sino si cada decisión puede volver a interpretarse. La automatización en cadena no necesita que las reglas nunca cambien; lo que necesita de verdad es que, después de que cambien las reglas, el historial siga encajando.📌#Newt

Anoche ayudé a un amigo a organizar tres monederos; en Arbitrum, Base y Polygon ejecuta estrategias distintas. Lo más problemático no son las comisiones entre cadenas, sino que un mismo conjunto de requisitos de seguridad hay que configurarlo tres veces: aquí se limita el monto por operación, allá se rehace la lista blanca de direcciones, y en la tercera cadena se cambia otro conjunto de nodos de verificación. Si se modifica un parámetro de menos, un AI Agent podría excederse en permisos en alguna cadena. #Newt

Cuando revisé el whitepaper @NewtonProtocol , noté un diseño que no es tan llamativo, pero sí muy práctico: el Operator solo necesita completar el registro, el staking y todo lo relacionado con la slashing en la cadena de origen; después, la red sincroniza una copia del Merkle Root de una tabla de Operators firmada mediante agregación BLS hacia la cadena destino. La cadena destino verifica esa raíz y así sabe qué Operators siguen siendo válidos, y cuál es el estado de staking de cada uno. No hace falta reclutar a un grupo distinto de personas en cada cadena.

En palabras simples: es como una cadena de tiendas que actualiza su lista de seguridad. La sede confirma una vez, y cada tienda sincroniza el mismo registro sellado. Cambiar de tienda no significa cambiar el estándar de seguridad.

Un ejemplo concreto: un Agent tiene permiso para ajustar posiciones en tres cadenas, pero el total diario solo es de 5000 USDC. Si cada cadena calcula por separado, podría llegar a gastar 5000 en cada una. Con una capa de autorización unificada, existe la oportunidad de integrar en una misma lógica de verificación las relaciones delegadas, el estado de los Operators y la versión de las políticas. En multicanal, lo importante no es “que todo se pueda ejecutar”, sino “que no se pueda eludir repetidamente las limitaciones”.

Por supuesto, la sincronización en sí también tiene riesgos: durante un retraso de actualización, ¿la cadena destino seguiría reconociendo Operators que ya salieron o fueron slashed? Si la red de mensajería entre cadenas se congestiona, ¿cuánto tarda en ponerse al día el estado de seguridad? Así que no me voy a poner optimista solo por las palabras “unificado”.

Pero la dirección de Newton es muy clara: entre cadenas no solo se trasladan activos, sino también la misma clase de responsabilidad verificable. La experiencia real de multicanal no es tener más botones de redes en el monedero, sino que el usuario no tenga que confiar en un grupo distinto de extraños en cada cadena. 🌐

A partir de ahora, al evaluar la capacidad entre cadenas de Newton, vigilaré tres datos: cuánto tardó en actualizarse la tabla de Operators, si la verificación en la cadena destino es continua, y si el estado de slashing se puede sincronizar a tiempo. El “todo unificado en toda la cadena” del marketing suena ligero; solo tiene peso si de verdad la responsabilidad no se queda desconectada. $NEWT

📆Calendario Alpha
18:00 ataque de viejos monedas, se espera 30U

No tengo puntos, así que solo puedo observar🙃

Los que no hicieron la misión de puntos de Alpha, háganla ya: pueden sumar ➕5 puntos

El tutorial miren mi publicación anterior