假装在抄底

⚠️ 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

¿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

【一图流 】Pérdida 0.1U + tarea de puntos Alpha de 5

Predicción de mercado con compra única de 51U en la billetera,
Horario de la actividad: 30 de junio 16:00 — 7 de julio 07:59
Ruta de operación:
1⃣ Entra en la página de la actividad de Binance Alpha y haz clic en el acceso a la tarea
2⃣ Elige la categoría «Cultura»
3⃣ Encuentra el mercado: «¿Crees que la Iglesia de Jesucristo de los Santos de los Últimos Días descenderá antes de 2027?»
4⃣ Elige «No»
5⃣ Después de comprar 51U a precio de mercado, vuelve a venderlo a precio de mercado para completar la tarea.
⚠️ Recordatorio para los hermanos: antes de operar, pueden vincularse. Usa el enlace de invitación de Binance: MY6751, para ahorrar 30% en comisiones (la más alta en toda la red). La acreditación es automática. Las cuentas antiguas que ya estén en uso también pueden completar Alpha, contado, competiciones de trading, contratos y acciones tokenizadas; todo ahorra 30%.
#ALPHA🔥

Se me ocurrió un escenario muy “de a pie” hoy: si en el futuro de verdad un agente de IA me ayuda a gestionar transacciones on-chain, no le entregaría de entrada la billetera principal. Más bien, como darles a los peques de casa su dinero de bolsillo, primero le daría una “billetera de presupuesto”.😄

Por ejemplo, a lo sumo 300 USDT por semana; solo puede pagar servidores, suscripciones, Gas y algunos protocolos en lista blanca; no puede tocar la posición principal, no puede hacer transferencias a direcciones desconocidas; y si una orden supera los 80 USDT en un solo pago, debe detenerse y esperar confirmación, etc.

Ese es el valor que yo entiendo de @NewtonProtocol : no es para que la IA haga lo que quiera, sino para escribir las reglas de “cuánto se puede gastar, en qué se puede gastar y en qué situaciones hay que parar” antes de ejecutar una transacción. Se ejecuta solo con reglas; si se cruza el límite, no se mueve nada.

Antes hablábamos de la seguridad de las billeteras y siempre decíamos que no conviene dar autorizaciones al azar. En el futuro, con más agentes de IA, el problema pasará a ser: ¿cómo se controla después de autorizar? Si capas de autorización como $NEWT pueden funcionar bien, entonces la IA no andará deambulando con una tarjeta bancaria sin control, sino haciendo las cosas dentro de un presupuesto claro. #newt

Ahora mismo veo @NewtonProtocol y mi primera reacción no es “¿Puede la IA ayudarme a ganar más?”, sino otro problema más realista: si un agente de IA obtiene permisos sobre la billetera, ¿tiene freno? 😅

Cuando una persona hace una transferencia manual, antes de confirmar al menos duda un poco; pero un agente de IA no: puede ejecutar el análisis, hacer el pedido, transferir y llamar a DeFi en un segundo. Suena genial, pero si no hay límites, la diversión puede terminar en un desastre.#newt

Por eso creo que el punto de @NewtonProtocol Newton Protocol no es volver al robot más agresivo, sino fijar primero las reglas: máximo por operación, máximo en 24 horas, en qué protocolos se permite entrar, y si se detecta una dirección de alto riesgo, se rechaza directamente; si se supera el límite, debe escalarse a una aprobación.

Es como darle a un trader con IA una credencial de empleado: puedes trabajar, pero no puedes cargarle tonterías con la tarjeta del jefe.

$NEWT lo interesante es que pone ese “permitir/rechazar” antes de ejecutar la transacción, en lugar de revisar el historial después de que ocurra el problema. En la cadena, lo que más falta no son los botones, sino esa luz verde/roja antes de pulsarlos.#newt

$SPCXB 日了狗了，别人都是几十U上百U，我的怎么就1.8U😅

He estado intentando ver estas dos últimas días desde la perspectiva de un desarrollador @OpenGradient , y de repente me di cuenta de algo muy pequeño pero muy importante: una llamada de IA no puede devolver solo las palabras “éxito”.

Si hago una llamada al modelo con el SDK, pago y obtengo un resultado, y luego surge un problema, lo que más necesito revisar no es la visión del proyecto, sino ese “recibo”: ¿cuál es el request_id?
¿Dónde está el payment_hash? ¿Cómo se demuestra si el estado está en pending o passed? Si falla, ¿se reintenta, se reembolsa o solo se marca como riesgo? #OPG

Esto suena a detalle de ingeniería, pero en un negocio real lo que más teme uno es que los detalles no estén claros. Antes, al usar muchas API de IA, la facturación y los registros de llamadas a menudo se consultaban por separado; cuando había problemas, solo quedaba revisar el panel, el correo y los logs, como buscar una factura en un basurero. 😅

Por eso creo que $OPG , si realmente quiere convertirse en infraestructura de IA, no solo debe demostrar que el modelo sabe responder, sino también hacer que cada llamada sea rastreable. Lo que pagó el usuario, lo que recibió el desarrollador y en qué paso está la prueba en la cadena deberían ser tan claros como consultar un registro de transferencia.

Para mí, cosas como el payment_hash no son campos fríos y sin vida, sino el “recibo” de la IA en cadena camino a producción. Las respuestas pueden caducar, pero los registros de las llamadas no pueden perderse.

Un vistazo en una imagen
Pérdida 0.1U + tarea de puntos Alpha
Predicción del mercado: compra única de 51U en la billetera,
Tiempo de la actividad: 30 de junio 16:00 — 7 de julio 07:59

Ruta de operación:
1⃣ Entra en la página de la actividad Binance Alpha y haz clic en la entrada de la tarea
2⃣ Elige la categoría «Cultura»
3⃣ Encuentra el mercado: «¿Cristo Jesús volverá antes de 2027?»
4⃣ Elige «No»
5⃣ Compra 51U al precio de mercado y luego véndelo al precio de mercado; así podrás completar la tarea.

⚠️ Recordatorio para los hermanos: antes de operar, puedes vincularte. Usa el código de invitación de Binance: MY6751, para ahorrar 30% en comisiones (el más alto de toda la web), con acreditación automática. Incluso las cuentas antiguas que ya están en uso también pueden rellenar Alpha, spot, eventos de trading, contratos y acciones tokenizadas; todo con 30% menos.

Listo en 3 pasos:
1️⃣ App de Binance → Billetera → Invitar amigos
2️⃣ Haz clic en "Ingresar código de invitación" para reducir 30% la comisión
3️⃣ Ingresa MY6751
#道指收创纪录新高
$BNB $ETH $SPCXB

Información de Alpha de hoy
A las 18:00, ataque con monedas antiguas; vayan comiendo así no más.