Binance Square
AH啊豪
4.7k Publicaciones

AH啊豪

Verificado+ de Square
alpha空投猎手|链上交互狂人|一级市场投研狩猎金狗|币圈项目太多了,秉承错过了就等下波机会,心态特别重要!
Trader de alta frecuencia
5.5 años
541 Siguiendo
50.5K+ Seguidores
28.0K+ Me gusta
Publicaciones
PINNED
·
--
¡Detalles para ahorrar dinero llegaron! ¡El tiempo pasa volando, qué rápido! ¡De repente, Binance ya cumple 9 años! ¡La billetera de Binance también tiene más de 400 hermanos que han vinculado los códigos de invitación de Hao! Ahora la billetera ya se actualizó al 80%. Yo también, en la primera oportunidad, ajusté el estándar más alto de cumplimiento del mercado al 30% para los hermanos. ¡Después de la actualización, si la plataforma permite completar un valor más alto, lo cambiaré de inmediato! Pasos: 1️⃣ Entra en la billetera Web3 2️⃣ Haz clic en Invitar amigos 3️⃣ Haz clic en Participar ahora 4️⃣ Completa: AH999 5️⃣ Confirma y finaliza ✅ #币安九周年
¡Detalles para ahorrar dinero llegaron!
¡El tiempo pasa volando, qué rápido!
¡De repente, Binance ya cumple 9 años!
¡La billetera de Binance también tiene más de 400 hermanos que han vinculado los códigos de invitación de Hao! Ahora la billetera ya se actualizó al 80%. Yo también, en la primera oportunidad, ajusté el estándar más alto de cumplimiento del mercado al 30% para los hermanos. ¡Después de la actualización, si la plataforma permite completar un valor más alto, lo cambiaré de inmediato!
Pasos:
1️⃣ Entra en la billetera Web3
2️⃣ Haz clic en Invitar amigos
3️⃣ Haz clic en Participar ahora
4️⃣ Completa: AH999
5️⃣ Confirma y finaliza ✅
#币安九周年
El 23 de junio, la red principal de Newton (beta) salió al aire y al mismo tiempo se lanzó VaultKit SDK. RedStone conectó datos de precios verificados a la capa de ejecución de estrategias de Newton, y Credora realizó la evaluación de riesgos. Antes de la liquidación del intercambio, los desarrolladores pueden añadir una comprobación adicional de la estrategia: límite de gasto, requisitos de colateral y verificación de contrapartes, todo codificado de forma fija. Corriendo sobre el AVS de EigenLayer, utiliza el modelo de seguridad de Ethereum para validar cálculos fuera de la cadena. Hecho por Magic Labs, con una financiación acumulada de aproximadamente 90 millones de dólares; tanto PayPal Ventures como Polygon están dentro. La dirección es realmente correcta: lo que le falta a las transacciones on-chain es precisamente un mecanismo de “primero verificar y luego permitir”. Pero hay algunas cosas que me hacen no estar del todo tranquilo. Primero, la presión sobre el suministro de tokens es considerable. El suministro total de NEWT es de 1.000 millones; actualmente en circulación hay aproximadamente 264 millones de unidades. El 24 de junio se desbloquearon 139 millones, lo que equivale al 37,22% de la circulación, con un valor de alrededor de 7,6 millones de dólares. La capitalización ha caído más del 90% desde su máximo. Se recaudaron 90 millones de dólares es cierto, pero el respaldo institucional nunca ha sido un “salvavidas”. Segundo, el TEE no es tan “duro” como crees. El whitepaper lo empaqueta como un aislamiento a nivel de hardware, y con ZKP sería una combinación perfecta. Pero hay una frase que lo dice con precisión: “trust the chip is still trust, just wearing a different hat”. Tanto confiar en el chip como confiar en el proyecto en el fondo es externalizar la confianza a algo que no puedes controlar. En 2025 ya aparecieron técnicas de ataque dirigidas a TEE de Intel y AMD; el hardware TEE no es invulnerable. Tercero, el estado de auditoría está vacío. La puntuación de seguridad de CertiK es solo 50, y en la puntuación global de OGAudit la dimensión de seguridad es apenas 25,57 sobre 100. Un proyecto que se plantea como infraestructura de cumplimiento “a nivel institucional” no debería dejar este apartado en blanco. Cuarto, la adopción del ecosistema aún está en una etapa temprana. El problema de adopción en la capa de infraestructura es muy real: por muy perfecta que sea la tecnología, el éxito a largo plazo depende de si los desarrolladores integran el protocolo, de si las instituciones adoptan motores de políticas y de si las agencias usan la capa de autorización en entornos de producción. Sin adopción del ecosistema, el valor creado por la infraestructura en sí es limitado. @NewtonProtocol resuelve un dolor real: las transacciones on-chain carecen de una capa de verificación de estrategia antes de la liquidación. Pero la presión por el desbloqueo de tokens, las limitaciones de confianza “hardware” del TEE, la ausencia de auditorías y la adopción del ecosistema que aún debe validarse son cuchillos que están ahí, suspendidos. La dirección es correcta, pero los riesgos también son evidentes. #newt $NEWT
El 23 de junio, la red principal de Newton (beta) salió al aire y al mismo tiempo se lanzó VaultKit SDK. RedStone conectó datos de precios verificados a la capa de ejecución de estrategias de Newton, y Credora realizó la evaluación de riesgos. Antes de la liquidación del intercambio, los desarrolladores pueden añadir una comprobación adicional de la estrategia: límite de gasto, requisitos de colateral y verificación de contrapartes, todo codificado de forma fija. Corriendo sobre el AVS de EigenLayer, utiliza el modelo de seguridad de Ethereum para validar cálculos fuera de la cadena. Hecho por Magic Labs, con una financiación acumulada de aproximadamente 90 millones de dólares; tanto PayPal Ventures como Polygon están dentro. La dirección es realmente correcta: lo que le falta a las transacciones on-chain es precisamente un mecanismo de “primero verificar y luego permitir”.

Pero hay algunas cosas que me hacen no estar del todo tranquilo.

Primero, la presión sobre el suministro de tokens es considerable. El suministro total de NEWT es de 1.000 millones; actualmente en circulación hay aproximadamente 264 millones de unidades. El 24 de junio se desbloquearon 139 millones, lo que equivale al 37,22% de la circulación, con un valor de alrededor de 7,6 millones de dólares. La capitalización ha caído más del 90% desde su máximo. Se recaudaron 90 millones de dólares es cierto, pero el respaldo institucional nunca ha sido un “salvavidas”.

Segundo, el TEE no es tan “duro” como crees. El whitepaper lo empaqueta como un aislamiento a nivel de hardware, y con ZKP sería una combinación perfecta. Pero hay una frase que lo dice con precisión: “trust the chip is still trust, just wearing a different hat”. Tanto confiar en el chip como confiar en el proyecto en el fondo es externalizar la confianza a algo que no puedes controlar. En 2025 ya aparecieron técnicas de ataque dirigidas a TEE de Intel y AMD; el hardware TEE no es invulnerable.

Tercero, el estado de auditoría está vacío. La puntuación de seguridad de CertiK es solo 50, y en la puntuación global de OGAudit la dimensión de seguridad es apenas 25,57 sobre 100. Un proyecto que se plantea como infraestructura de cumplimiento “a nivel institucional” no debería dejar este apartado en blanco.

Cuarto, la adopción del ecosistema aún está en una etapa temprana. El problema de adopción en la capa de infraestructura es muy real: por muy perfecta que sea la tecnología, el éxito a largo plazo depende de si los desarrolladores integran el protocolo, de si las instituciones adoptan motores de políticas y de si las agencias usan la capa de autorización en entornos de producción. Sin adopción del ecosistema, el valor creado por la infraestructura en sí es limitado.

@NewtonProtocol resuelve un dolor real: las transacciones on-chain carecen de una capa de verificación de estrategia antes de la liquidación. Pero la presión por el desbloqueo de tokens, las limitaciones de confianza “hardware” del TEE, la ausencia de auditorías y la adopción del ecosistema que aún debe validarse son cuchillos que están ahí, suspendidos. La dirección es correcta, pero los riesgos también son evidentes.
#newt $NEWT
Artículo
24 de julio, llega otro lote de NEwT; calculé esta cuenta y cerré la carteraEl día del lanzamiento en Beta de la red principal de Newton, el 23 de junio, RedStone conectó los datos de precios verificados a la capa de ejecución de políticas. Al mismo tiempo, se lanzó el SDK de VaultKit: los desarrolladores pueden establecer límites de gasto, requisitos de garantía y comprobaciones de contrapartes. La narrativa técnica es realmente completa: “autorización antes del pago”, “automatización verificable” y “ejecución segura de agentes de IA”. Magic Labs se encargó del trabajo, acumulando 90 millones de dólares en financiación, con el respaldo de PayPal Ventures y Polygon. Cuando Polymarket procesaba un volumen de operaciones de 3.000 millones de dólares en un solo día, la capa de ejecución de estrategias de Newton ya funcionaba en segundo plano. Luego, al día siguiente, el 24 de junio, se desbloquearon 139 millones de NEwT. Mira tú mismo en el gráfico de velas en qué nivel cayó el precio el día del desbloqueo.

24 de julio, llega otro lote de NEwT; calculé esta cuenta y cerré la cartera

El día del lanzamiento en Beta de la red principal de Newton, el 23 de junio, RedStone conectó los datos de precios verificados a la capa de ejecución de políticas. Al mismo tiempo, se lanzó el SDK de VaultKit: los desarrolladores pueden establecer límites de gasto, requisitos de garantía y comprobaciones de contrapartes. La narrativa técnica es realmente completa: “autorización antes del pago”, “automatización verificable” y “ejecución segura de agentes de IA”. Magic Labs se encargó del trabajo, acumulando 90 millones de dólares en financiación, con el respaldo de PayPal Ventures y Polygon. Cuando Polymarket procesaba un volumen de operaciones de 3.000 millones de dólares en un solo día, la capa de ejecución de estrategias de Newton ya funcionaba en segundo plano.
Luego, al día siguiente, el 24 de junio, se desbloquearon 139 millones de NEwT. Mira tú mismo en el gráfico de velas en qué nivel cayó el precio el día del desbloqueo.
·
--
Alcista
¡La actividad para creadores de Grvt ya es el último día! ¡Hay algo muy importante que no debes olvidar! Asegúrate de ir al sitio web oficial @grvt_io y completar la dirección en la que recibirás el airdrop. Sé que a mucha gente le da pereza y no lo hace, pero ¿y si llega el día 21 y de verdad te cae un airdrop? Los pasos son muy sencillos, ¡no son complicados! 1: Abre el DApp de tu wallet e ingresa al sitio web; 2: En la parte izquierda, haz clic en el apartado de airdrop de Grvt; 3: Tiene tres pasos: el primero es elegir cualquiera para ver su presentación; el segundo, elige el momento en el que reclamarás el airdrop. Hay opciones de “reclamar de inmediato”, y periodos de bloqueo de cuatro y ocho meses. Por supuesto, con el periodo de bloqueo te dan monedas que son varias veces las del reclamo inmediato. El tercer paso es lo más importante: ¡completa la dirección a la que recibirás el airdrop! Mis puntos son pocos; lo que hago es apostar a que enviarán algunos airdrops a quienes hayan completado la dirección. Después de todo, la financiación de Grvt tiene más de 30 millones, y la tecnología también es bastante buena. ¡Solo depende de la visión del equipo del proyecto!#grvt
¡La actividad para creadores de Grvt ya es el último día!
¡Hay algo muy importante que no debes olvidar!
Asegúrate de ir al sitio web oficial @grvt_io y completar la dirección en la que recibirás el airdrop. Sé que a mucha gente le da pereza y no lo hace, pero ¿y si llega el día 21 y de verdad te cae un airdrop?

Los pasos son muy sencillos, ¡no son complicados!
1: Abre el DApp de tu wallet e ingresa al sitio web;
2: En la parte izquierda, haz clic en el apartado de airdrop de Grvt;
3: Tiene tres pasos: el primero es elegir cualquiera para ver su presentación; el segundo, elige el momento en el que reclamarás el airdrop. Hay opciones de “reclamar de inmediato”, y periodos de bloqueo de cuatro y ocho meses. Por supuesto, con el periodo de bloqueo te dan monedas que son varias veces las del reclamo inmediato. El tercer paso es lo más importante: ¡completa la dirección a la que recibirás el airdrop!

Mis puntos son pocos; lo que hago es apostar a que enviarán algunos airdrops a quienes hayan completado la dirección. Después de todo, la financiación de Grvt tiene más de 30 millones, y la tecnología también es bastante buena. ¡Solo depende de la visión del equipo del proyecto!#grvt
¡La tarjeta del aniversario número 9 se puede pasar en la octava misión! El sistema envió una misión de transacciones adicional; la hice directamente y completé la octava misión. ¡Hoy se pueden desbloquear todas! En general es más o menos lo mismo; completar todo parece con unos diez o algo de recortes! ¡Si aún no lo hiciste, lánzate! #BinanceTurns9 #币安九周年
¡La tarjeta del aniversario número 9 se puede pasar en la octava misión!
El sistema envió una misión de transacciones adicional; la hice directamente y completé la octava misión. ¡Hoy se pueden desbloquear todas!
En general es más o menos lo mismo; completar todo parece con unos diez o algo de recortes!
¡Si aún no lo hiciste, lánzate!
#BinanceTurns9
#币安九周年
Artículo
De confiar en las personas a confiar en los mecanismos: Newton Protocol está reescribiendo el código base de la confianza on-chainLo que más teme un tesoro on-chain es la confianza del tipo “confiar en que la gente es buena”. El código puede no tener vulnerabilidades, el contrato puede ser auditado cien veces, pero mientras la autoridad final de decisión siga en manos de algún administrador, el riesgo nunca se podrá evitar. Si el administrador se equivoca, si las credenciales se usan de forma indebida, si la clave privada se filtra, una sola operación puede hundir todo el tesoro. Esto no es un problema técnico; es un problema de estructura de confianza. La forma en que Newton Protocol gestiona las cosas es totalmente diferente a la de los proyectos tradicionales. No pone su esperanza en que los administradores no cometan errores, sino que invierte mucho esfuerzo en construir una red de estrategias para convertir la autorización, que antes dependía de las personas, en algo determinado por el mecanismo. Recorrida la cadena formada por el VaultKit Policy Engine y el consenso del operador, uno se da cuenta de que lo que quiere cambiar no es el propio flujo de autorización: lo que quiere cambiar es en quién recae la responsabilidad detrás de la autorización.

De confiar en las personas a confiar en los mecanismos: Newton Protocol está reescribiendo el código base de la confianza on-chain

Lo que más teme un tesoro on-chain es la confianza del tipo “confiar en que la gente es buena”.
El código puede no tener vulnerabilidades, el contrato puede ser auditado cien veces, pero mientras la autoridad final de decisión siga en manos de algún administrador, el riesgo nunca se podrá evitar. Si el administrador se equivoca, si las credenciales se usan de forma indebida, si la clave privada se filtra, una sola operación puede hundir todo el tesoro. Esto no es un problema técnico; es un problema de estructura de confianza.
La forma en que Newton Protocol gestiona las cosas es totalmente diferente a la de los proyectos tradicionales. No pone su esperanza en que los administradores no cometan errores, sino que invierte mucho esfuerzo en construir una red de estrategias para convertir la autorización, que antes dependía de las personas, en algo determinado por el mecanismo. Recorrida la cadena formada por el VaultKit Policy Engine y el consenso del operador, uno se da cuenta de que lo que quiere cambiar no es el propio flujo de autorización: lo que quiere cambiar es en quién recae la responsabilidad detrás de la autorización.
·
--
Alcista
Recientemente volví a revisar la Mainnet Beta del Protocolo Newton; esta vez no me fijé en la ruta de VaultKit y Policy Engine, sino en las fuentes de datos que hay detrás: el oráculo de precios de RedStone y las calificaciones de riesgo de Credora. Me vino una idea a la cabeza: si hace tanto esfuerzo para meter un montón de datos externos en el motor de políticas, ¿para qué? ¿No sería más sencillo codificar las reglas directamente en el contrato inteligente? Al seguir todo el flujo de datos, lo entendí: lo que Newton realmente quiere cambiar no es cómo se definen las reglas, sino en qué “vive” la regla. Antes, cuando miraba la gestión de riesgos on-chain, lo que más me daba miedo era ese tipo de confianza en la que las reglas están escritas de forma fija. El código puede no tener vulnerabilidades, pero el mercado no se queda quieto: si estableces un LTV del 150% y el precio “pincha” un poco, se atraviesa el margen; si la lista de sanciones está codificada en el contrato y entra una nueva dirección, hay que esperar a que se actualice el contrato. La regla en sí no está mal, pero si los datos de los que depende se vuelven obsoletos, inexactos o manipulables, incluso la regla perfecta no sirve para nada. Esa es la esencia del problema de los oráculos: qué tan bueno es el Policy Engine depende de cuán fiables sean los datos que lee. @NewtonProtocol La forma de tratarlo de Newton es un poco distinta a la de los proyectos tradicionales. No fabrica por su cuenta un conjunto propio de fuentes de datos; en su lugar, conecta directamente los datos de precios verificados de RedStone y las calificaciones de riesgo en tiempo real de Credora al Policy Engine. Cada vez que una transacción llega a la capa de autorización, el motor de políticas realiza una evaluación con los datos de mercado en tiempo real de RedStone: si el colateral alcanza, si el precio muestra anomalías, y con eso decide aprobar o bloquear. La clave es que cada evaluación genera una prueba firmada; en la cadena no queda únicamente el resultado de la ejecución, sino también un registro auditable de por qué esta vez se permitió. Así, mi “objeto de confianza” cambia gradualmente: de las personas que escriben las reglas (que no cometen errores) a que los datos de los que dependen las reglas sean verificables y trazables. Cuanto más lo miro, más siento que el verdadero valor de Newton no es simplemente añadir una barrera extra de riesgo, sino convertir la base de ejecución de las políticas en algo que se puede verificar de manera independiente. La política puede cambiar, los datos pueden verificarse, y tanto cada bloqueo como cada liberación quedan con evidencia consultable. Como dijo RedStone, la solidez del Policy Engine depende de la calidad de los datos que lee. Esta frase también funciona a la inversa: cuando los datos son verificables y trazables, cada decisión del Policy Engine tiene una base real. #newt $NEWT
Recientemente volví a revisar la Mainnet Beta del Protocolo Newton; esta vez no me fijé en la ruta de VaultKit y Policy Engine, sino en las fuentes de datos que hay detrás: el oráculo de precios de RedStone y las calificaciones de riesgo de Credora. Me vino una idea a la cabeza: si hace tanto esfuerzo para meter un montón de datos externos en el motor de políticas, ¿para qué? ¿No sería más sencillo codificar las reglas directamente en el contrato inteligente? Al seguir todo el flujo de datos, lo entendí: lo que Newton realmente quiere cambiar no es cómo se definen las reglas, sino en qué “vive” la regla.

Antes, cuando miraba la gestión de riesgos on-chain, lo que más me daba miedo era ese tipo de confianza en la que las reglas están escritas de forma fija. El código puede no tener vulnerabilidades, pero el mercado no se queda quieto: si estableces un LTV del 150% y el precio “pincha” un poco, se atraviesa el margen; si la lista de sanciones está codificada en el contrato y entra una nueva dirección, hay que esperar a que se actualice el contrato. La regla en sí no está mal, pero si los datos de los que depende se vuelven obsoletos, inexactos o manipulables, incluso la regla perfecta no sirve para nada. Esa es la esencia del problema de los oráculos: qué tan bueno es el Policy Engine depende de cuán fiables sean los datos que lee. @NewtonProtocol

La forma de tratarlo de Newton es un poco distinta a la de los proyectos tradicionales. No fabrica por su cuenta un conjunto propio de fuentes de datos; en su lugar, conecta directamente los datos de precios verificados de RedStone y las calificaciones de riesgo en tiempo real de Credora al Policy Engine. Cada vez que una transacción llega a la capa de autorización, el motor de políticas realiza una evaluación con los datos de mercado en tiempo real de RedStone: si el colateral alcanza, si el precio muestra anomalías, y con eso decide aprobar o bloquear. La clave es que cada evaluación genera una prueba firmada; en la cadena no queda únicamente el resultado de la ejecución, sino también un registro auditable de por qué esta vez se permitió. Así, mi “objeto de confianza” cambia gradualmente: de las personas que escriben las reglas (que no cometen errores) a que los datos de los que dependen las reglas sean verificables y trazables.

Cuanto más lo miro, más siento que el verdadero valor de Newton no es simplemente añadir una barrera extra de riesgo, sino convertir la base de ejecución de las políticas en algo que se puede verificar de manera independiente. La política puede cambiar, los datos pueden verificarse, y tanto cada bloqueo como cada liberación quedan con evidencia consultable. Como dijo RedStone, la solidez del Policy Engine depende de la calidad de los datos que lee. Esta frase también funciona a la inversa: cuando los datos son verificables y trazables, cada decisión del Policy Engine tiene una base real. #newt $NEWT
·
--
Alcista
Con verificación
¡Estos días, lo más animado en la plaza es, sin duda, Grvt! La razón principal es que recientemente ya casi han pasado un par de meses sin listar nuevas monedas, y que Grvt ya es un hecho el TGE del día 21, está prácticamente confirmado. ¡Todo el mundo está esperando ese día con ansias! ¿Te marean tanto los distintos contenidos? Yo solo te presentaré de forma sencilla algunos aspectos del proyecto; cuando salga, ¡ya verás cómo te organizas tú mismo! La dirección de registro y operación de Grvt está en Singapur; el CEO y los miembros clave del equipo provienen principalmente de Corea del Sur y Singapur. @grvt_io es el exchange híbrido Hex. El proyecto pasó por cuatro rondas de financiación y acumuló más de 33 millones. ZKsync invirtió directamente, lo cual es una colaboración nativa a nivel de base; el capital de Medio Oriente Further Ventures aporta recursos regulatorios, y el reconocimiento institucional es bastante fuerte. La economía de tokens está orientada a la comunidad: 28% para asignación por airdrop. Pero yo tampoco hice la segunda ronda de puntos, así que no sé cuánto me tocará. El periodo de bloqueo ofrece tres opciones: se desbloquea inmediatamente el día del lanzamiento del token, o a los cuatro meses y a los ocho meses. Estimo que la mayoría eligió el desbloqueo inmediato del mismo día; ¡por eso, después del lanzamiento, la presión vendedora de la comunidad sigue siendo bastante alta!#grvt El punto clave de la tecnología de Grvt es que, cuando en su plataforma abres contratos o haces trading, tu margen puede vincularse a Aave para ganar intereses. Para mí y para nosotros, con capital pequeño, es bastante inútil; y para los grandes, tampoco irían allí a comerse esos intereses. Por lo tanto, mi opinión es: si el precio es adecuado justo el día del lanzamiento, vende y hazte con la ganancia para siempre. Aunque tiene cierta estrategia—incluso antes de salir ya dio a la gente dos actividades para sacar “mofo”—¡lo cierto es que sí está muy competido! Recuerda: ¡solo lo que llega a tu bolsillo es realmente tuyo!
¡Estos días, lo más animado en la plaza es, sin duda, Grvt!
La razón principal es que recientemente ya casi han pasado un par de meses sin listar nuevas monedas, y que Grvt ya es un hecho el TGE del día 21, está prácticamente confirmado. ¡Todo el mundo está esperando ese día con ansias!

¿Te marean tanto los distintos contenidos?
Yo solo te presentaré de forma sencilla algunos aspectos del proyecto; cuando salga, ¡ya verás cómo te organizas tú mismo!

La dirección de registro y operación de Grvt está en Singapur; el CEO y los miembros clave del equipo provienen principalmente de Corea del Sur y Singapur.
@grvt_io es el exchange híbrido Hex.

El proyecto pasó por cuatro rondas de financiación y acumuló más de 33 millones. ZKsync invirtió directamente, lo cual es una colaboración nativa a nivel de base; el capital de Medio Oriente Further Ventures aporta recursos regulatorios, y el reconocimiento institucional es bastante fuerte.

La economía de tokens está orientada a la comunidad: 28% para asignación por airdrop. Pero yo tampoco hice la segunda ronda de puntos, así que no sé cuánto me tocará. El periodo de bloqueo ofrece tres opciones: se desbloquea inmediatamente el día del lanzamiento del token, o a los cuatro meses y a los ocho meses. Estimo que la mayoría eligió el desbloqueo inmediato del mismo día; ¡por eso, después del lanzamiento, la presión vendedora de la comunidad sigue siendo bastante alta!#grvt

El punto clave de la tecnología de Grvt es que, cuando en su plataforma abres contratos o haces trading, tu margen puede vincularse a Aave para ganar intereses. Para mí y para nosotros, con capital pequeño, es bastante inútil; y para los grandes, tampoco irían allí a comerse esos intereses.

Por lo tanto, mi opinión es: si el precio es adecuado justo el día del lanzamiento, vende y hazte con la ganancia para siempre. Aunque tiene cierta estrategia—incluso antes de salir ya dio a la gente dos actividades para sacar “mofo”—¡lo cierto es que sí está muy competido! Recuerda: ¡solo lo que llega a tu bolsillo es realmente tuyo!
Ayer revisé la documentación técnica del @NewtonProtocol y descubrí que su posicionamiento es realmente preciso: un motor descentralizado de políticas para autorización de transacciones on-chain construido sobre EigenLayer AVS. Pero después de descomponerlo con cuidado, me surgieron dudas sobre el enunciado central de “automatización verificable”. La arquitectura de Newton es muy clara: el protocolo funciona como un EigenLayer AVS, aprovechando el modelo de seguridad de los validadores de Ethereum mediante re-staking para verificar resultados de cómputo off-chain. Cuando las transacciones entran en la capa de autorización, el sistema evalúa las condiciones de la política antes de la liquidación con base en los datos de mercado en tiempo real de RedStone. Cada decisión de cumplimiento está respaldada por certificados BLS; en la cadena solo se guardan valores hash y compromisos. Los desarrolladores pueden configurar reglas como límites de gasto, requisitos de colateral y filtrado de listas de sanciones mediante el SDK de VaultKit. El circuito lógico está cerrado. Pero aquí está el problema: Newton afirma que, al combinar entornos de ejecución confiables TEE y pruebas de conocimiento cero (ZKP), se logra una automatización verificable. El TEE garantiza que el cómputo off-chain se ejecute en un entorno aislado por hardware y genere una prueba remota; la ZKP verifica la corrección del cómputo sin exponer datos sensibles. Estas dos tecnologías son infraestructura de computación confiable, pero ¿juntarlas realmente equivale a automatización verificable? El TEE depende de hardware específico, como Intel SGX, y las vulnerabilidades que se han logrado “perforar” históricamente mediante ataques de canal lateral no han sido pocas. Además, la generación de pruebas ZKP tiene un costo elevado; para evaluaciones de políticas en tiempo real en operaciones de alta frecuencia, ¿quién responde por el cuello de botella de rendimiento? En el documento no vi un esquema concreto. Veamos ahora el progreso de despliegue. Newton acaba de lanzar el Beta de la mainnet junto con VaultKit; RedStone ya integró datos de precios, pero el Beta de mainnet solo cuenta con nodos controlados por Foundation. Con una capitalización de aproximadamente 12,6 millones de dólares, y sobre un suministro máximo de 1.000 millones de tokens, solo 264 millones están en circulación; aún no se ha desbloqueado el 79% del suministro. ¿Un motor de políticas respaldado por valor que proviene de tokens no circulantes, con una fuerte concentración en nodos de validadores, puede realmente sostener una confianza regulatoria a nivel institucional? Mi conclusión es sencilla: Newton sí llena un vacío estructural en su narrativa técnica, pero la automatización verificable aún tiene un largo camino desde la teoría criptográfica hasta la implementación en ingeniería. Recomiendo prestar atención a la verdadera resiliencia del juego de staking en el AVS bajo pruebas de alta presión del Beta de mainnet, y a casos reales de conflicto entre decisiones humanas y de máquinas tras el inicio de la gobernanza automatizada. Al final, lo verificable no es solo el cómputo, sino también la confianza. #newt $NEWT
Ayer revisé la documentación técnica del @NewtonProtocol y descubrí que su posicionamiento es realmente preciso: un motor descentralizado de políticas para autorización de transacciones on-chain construido sobre EigenLayer AVS. Pero después de descomponerlo con cuidado, me surgieron dudas sobre el enunciado central de “automatización verificable”.

La arquitectura de Newton es muy clara: el protocolo funciona como un EigenLayer AVS, aprovechando el modelo de seguridad de los validadores de Ethereum mediante re-staking para verificar resultados de cómputo off-chain. Cuando las transacciones entran en la capa de autorización, el sistema evalúa las condiciones de la política antes de la liquidación con base en los datos de mercado en tiempo real de RedStone. Cada decisión de cumplimiento está respaldada por certificados BLS; en la cadena solo se guardan valores hash y compromisos. Los desarrolladores pueden configurar reglas como límites de gasto, requisitos de colateral y filtrado de listas de sanciones mediante el SDK de VaultKit. El circuito lógico está cerrado.

Pero aquí está el problema: Newton afirma que, al combinar entornos de ejecución confiables TEE y pruebas de conocimiento cero (ZKP), se logra una automatización verificable. El TEE garantiza que el cómputo off-chain se ejecute en un entorno aislado por hardware y genere una prueba remota; la ZKP verifica la corrección del cómputo sin exponer datos sensibles. Estas dos tecnologías son infraestructura de computación confiable, pero ¿juntarlas realmente equivale a automatización verificable? El TEE depende de hardware específico, como Intel SGX, y las vulnerabilidades que se han logrado “perforar” históricamente mediante ataques de canal lateral no han sido pocas. Además, la generación de pruebas ZKP tiene un costo elevado; para evaluaciones de políticas en tiempo real en operaciones de alta frecuencia, ¿quién responde por el cuello de botella de rendimiento? En el documento no vi un esquema concreto.

Veamos ahora el progreso de despliegue. Newton acaba de lanzar el Beta de la mainnet junto con VaultKit; RedStone ya integró datos de precios, pero el Beta de mainnet solo cuenta con nodos controlados por Foundation. Con una capitalización de aproximadamente 12,6 millones de dólares, y sobre un suministro máximo de 1.000 millones de tokens, solo 264 millones están en circulación; aún no se ha desbloqueado el 79% del suministro. ¿Un motor de políticas respaldado por valor que proviene de tokens no circulantes, con una fuerte concentración en nodos de validadores, puede realmente sostener una confianza regulatoria a nivel institucional?

Mi conclusión es sencilla: Newton sí llena un vacío estructural en su narrativa técnica, pero la automatización verificable aún tiene un largo camino desde la teoría criptográfica hasta la implementación en ingeniería. Recomiendo prestar atención a la verdadera resiliencia del juego de staking en el AVS bajo pruebas de alta presión del Beta de mainnet, y a casos reales de conflicto entre decisiones humanas y de máquinas tras el inicio de la gobernanza automatizada. Al final, lo verificable no es solo el cómputo, sino también la confianza.
#newt $NEWT
Artículo
PoRW y Slashing de Newton: la trampa de centralización oculta bajo el relato brillante del modelo de seguridadAyer me puse a fondo revisando el consenso de PoRW (pruebas de trabajo por máquinas) y el mecanismo de slashing de @NewtonProtocol . El libro blanco de esta arquitectura de seguridad describe todo de forma bastante elegante: TEE + ZKP garantizan la ejecución confiable, EigenLayer vuelve a poner en garantía para reforzar la seguridad económica y además hay un umbral de agregación de firmas BLS del 67% para evitar que una sola entidad haga daño. Pero después de leer la documentación técnica y los datos beta de la red principal, descubrí que, en la etapa actual, este diseño se parece más a un estuche bonito y vacío: el control real sigue firmemente en manos de la Magic Newton Foundation.$NEWT Desmenucemos la lógica central de PoRW. Newton divide el consenso en dos capas: los validadores se encargan de la producción de bloques del Keystore Rollup y del consenso, mientras que los operadores de delegación ejecutan tareas de automatización y generan pruebas verificables. La versión oficial afirma que esto es un “conjunto descentralizado de operadores para auditoría confiable”, sin que ninguna entidad pueda controlar más del 33% del stake, garantizando que al menos tres operadores independientes estén de acuerdo para poder generar pruebas válidas. ¿Suena a que resuelve a la perfección la contradicción entre descentralización y seguridad, no?#Newt

PoRW y Slashing de Newton: la trampa de centralización oculta bajo el relato brillante del modelo de seguridad

Ayer me puse a fondo revisando el consenso de PoRW (pruebas de trabajo por máquinas) y el mecanismo de slashing de @NewtonProtocol . El libro blanco de esta arquitectura de seguridad describe todo de forma bastante elegante: TEE + ZKP garantizan la ejecución confiable, EigenLayer vuelve a poner en garantía para reforzar la seguridad económica y además hay un umbral de agregación de firmas BLS del 67% para evitar que una sola entidad haga daño. Pero después de leer la documentación técnica y los datos beta de la red principal, descubrí que, en la etapa actual, este diseño se parece más a un estuche bonito y vacío: el control real sigue firmemente en manos de la Magic Newton Foundation.$NEWT
Desmenucemos la lógica central de PoRW. Newton divide el consenso en dos capas: los validadores se encargan de la producción de bloques del Keystore Rollup y del consenso, mientras que los operadores de delegación ejecutan tareas de automatización y generan pruebas verificables. La versión oficial afirma que esto es un “conjunto descentralizado de operadores para auditoría confiable”, sin que ninguna entidad pueda controlar más del 33% del stake, garantizando que al menos tres operadores independientes estén de acuerdo para poder generar pruebas válidas. ¿Suena a que resuelve a la perfección la contradicción entre descentralización y seguridad, no?#Newt
·
--
Alcista
Parcialmente cierto
¡Se publicó el ranking del Booster más competitivo de la historia! ¿Rápido a ver si apareces en la lista? Yo miré y resulta que la cantidad de participantes de habla china ya llega a 30.000; solo toman a los 300 primeros. ¿No es esto más competitivo que la mayoría de proyectos de antes? Faltan 4 días para que termine. En promedio hay 200 bloques al día. ¡Los hermanos que no salieron en el ranking, vayan a ver el whitepaper de @grvt_io ! Creo que que Grvt destaque se debe principalmente a que su elección tecnológica es la arquitectura ZK Stack + Validium de ZKsync. Grvt corre un blockchain exclusivo, una supercadena (Appchain), dentro del ecosistema de zkSync; no compite por recursos de red con otros DApp. ¡Ustedes hablan mucho, pero yo de verdad fui a probarlo en trading! Descubrí que la velocidad de emparejamiento de órdenes es realmente rápida, muy fluida. Los datos del whitepaper oficial indican 600.000 TPS y una latencia a nivel de submilisegundo. ¡Ese rendimiento es del mismo nivel que los CEX! Además, miré con detenimiento el whitepaper y encontré que la actualización ZKsync Atlas es otro punto técnico clave. Esto permite que Grvt valide y ejecute de forma inmediata y sin confianza (sin necesidad de confiar) la verificación y el uso de la capital ya existente en la red principal de Ethereum, que supera los 122 mil millones de dólares, como garantía para operaciones de derivados. No necesita puentes entre cadenas ni mover activos. Tu ETH se mantiene en L1; en L2, Grvt lo valida directamente para que pueda usarse como margen. Finalidad a nivel de segundos, y la liquidez fluye libremente entre Ethereum y todas las cadenas ZK. Claro, por muy impresionante que suene lo que dice el whitepaper, lo que realmente cuenta es que uno lo experimente y tenga una buena experiencia. ¡Y además, lo que más esperamos es que, después del lanzamiento de Grvt, el precio de la moneda no se desplome y se mantenga! #grvt
¡Se publicó el ranking del Booster más competitivo de la historia!
¿Rápido a ver si apareces en la lista?
Yo miré y resulta que la cantidad de participantes de habla china ya llega a 30.000; solo toman a los 300 primeros. ¿No es esto más competitivo que la mayoría de proyectos de antes?

Faltan 4 días para que termine. En promedio hay 200 bloques al día. ¡Los hermanos que no salieron en el ranking, vayan a ver el whitepaper de @grvt_io !

Creo que que Grvt destaque se debe principalmente a que su elección tecnológica es la arquitectura ZK Stack + Validium de ZKsync. Grvt corre un blockchain exclusivo, una supercadena (Appchain), dentro del ecosistema de zkSync; no compite por recursos de red con otros DApp.

¡Ustedes hablan mucho, pero yo de verdad fui a probarlo en trading! Descubrí que la velocidad de emparejamiento de órdenes es realmente rápida, muy fluida. Los datos del whitepaper oficial indican 600.000 TPS y una latencia a nivel de submilisegundo. ¡Ese rendimiento es del mismo nivel que los CEX!

Además, miré con detenimiento el whitepaper y encontré que la actualización ZKsync Atlas es otro punto técnico clave. Esto permite que Grvt valide y ejecute de forma inmediata y sin confianza (sin necesidad de confiar) la verificación y el uso de la capital ya existente en la red principal de Ethereum, que supera los 122 mil millones de dólares, como garantía para operaciones de derivados. No necesita puentes entre cadenas ni mover activos. Tu ETH se mantiene en L1; en L2, Grvt lo valida directamente para que pueda usarse como margen. Finalidad a nivel de segundos, y la liquidez fluye libremente entre Ethereum y todas las cadenas ZK.

Claro, por muy impresionante que suene lo que dice el whitepaper, lo que realmente cuenta es que uno lo experimente y tenga una buena experiencia. ¡Y además, lo que más esperamos es que, después del lanzamiento de Grvt, el precio de la moneda no se desplome y se mantenga! #grvt
Artículo
La documentación para desarrolladores de Newton: la sensación de haber leído un libro que no se terminó de escribir después de tres díasLa documentación para desarrolladores de Newton. La revisé durante tres días. No es porque yo lea despacio, es porque me hace estar pensando todo el tiempo en una pregunta: en un proyecto cuya mainnet Beta ya se ha lanzado, ¿por qué la documentación para desarrolladores está escrita de esa manera? El índice de la documentación está muy bien ordenado: guía de inicio, referencia de API, uso de SDK, despliegue de contratos, códigos de ejemplo… Está todo. Parece un libro encuadernado con esmero. Pero cuando lo abres, te das cuenta de que muchos capítulos solo tienen el título, sin contenido. El tutorial de VaultKit incluye los pasos de instalación y luego salta directamente a “Uso avanzado”. En medio, las explicaciones de parámetros, los ejemplos de configuración y las preguntas frecuentes están vacíos.

La documentación para desarrolladores de Newton: la sensación de haber leído un libro que no se terminó de escribir después de tres días

La documentación para desarrolladores de Newton. La revisé durante tres días.
No es porque yo lea despacio, es porque me hace estar pensando todo el tiempo en una pregunta: en un proyecto cuya mainnet Beta ya se ha lanzado, ¿por qué la documentación para desarrolladores está escrita de esa manera?
El índice de la documentación está muy bien ordenado: guía de inicio, referencia de API, uso de SDK, despliegue de contratos, códigos de ejemplo… Está todo. Parece un libro encuadernado con esmero. Pero cuando lo abres, te das cuenta de que muchos capítulos solo tienen el título, sin contenido. El tutorial de VaultKit incluye los pasos de instalación y luego salta directamente a “Uso avanzado”. En medio, las explicaciones de parámetros, los ejemplos de configuración y las preguntas frecuentes están vacíos.
·
--
Alcista
Con verificación
Verificó el origen de los datos, pero eso no equivale a verificar los datos en sí—Newton Mainnet Beta corrió durante un mes; RedStone cubrió el hueco, pero solo lo hizo a medias El 23 de junio, Newton Mainnet Beta salió a producción. RedStone conectó los datos de precios verificados con la capa de ejecución de políticas de Newton. El comunicado de prensa está muy bien redactado—“datos de precios de mercado en tiempo real”, “pruebas de firma”, “registros auditables”. Al mismo tiempo, se lanzó el SDK de VaultKit; los desarrolladores pueden establecer reglas como límites de gasto, requisitos de colateral y verificación de contrapartes. RedStone cubre más de 110 cadenas y, hasta hoy, nunca ha reportado incidentes de errores de fijación de precios. Muchos en la comunidad lo interpretan como “Newton está un paso más cerca de nivel institucional”. Esta integración, de hecho, resuelve un problema que antes me preocupaba—la falta de una fuente de datos de mercado confiable para el motor de políticas. Ahora, cada vez que una transacción llega a la capa autorizadora, el sistema consulta los precios en tiempo real a través de RedStone, los compara con las reglas de políticas y luego decide si permite o bloquea. En cada evaluación se genera una prueba de firma, que forma un registro auditable. Lógicamente, todo tiene sentido.#Newt Pero no puedo estar completamente tranquilo; hay dos puntos. Primero, el riesgo de concentración. Por ahora, Newton solo está conectando a un oráculo. Si RedStone falla—interrupción de datos, ataque, o simplemente retraso en las actualizaciones de precio—el motor de políticas pierde su base de juicio y podría provocar que transacciones en gran escala se congelen. En 2024, un conocido protocolo de préstamos sufrió una liquidación incorrecta de usuarios por retraso de datos de un solo oráculo, con pérdidas de varios millones de dólares. Esto no es un riesgo teórico.$NEWT Segundo, el nivel de granularidad de la evaluación. Si el motor de políticas depende de precios en tiempo real para tomar decisiones, en condiciones extremas—oscilaciones bruscas de precio, congestión en cadena—¿puede la frecuencia de actualización de RedStone mantenerse al ritmo? El whitepaper no lo aclara. RedStone puede actualizar cada 2.4 milisegundos en MegaETH, pero Newton se ejecuta en EigenLayer AVS; la ruta de liquidación depende de la red principal de Ethereum. Las actualizaciones de precios de RedStone en la red principal de Ethereum son a nivel de minutos. Si el precio de ETH se desploma en el intervalo entre dos actualizaciones de RedStone, la policy de Newton seguirá usando el precio viejo para decidir. Alguien podría enviar un withdraw de gran monto, y policy podría clasificarlo erróneamente como seguro y permitirlo. Para cuando entre el siguiente feed, el vault ya podría no ser solvente.@NewtonProtocol {future}(NEWTUSDT)
Verificó el origen de los datos, pero eso no equivale a verificar los datos en sí—Newton Mainnet Beta corrió durante un mes; RedStone cubrió el hueco, pero solo lo hizo a medias

El 23 de junio, Newton Mainnet Beta salió a producción. RedStone conectó los datos de precios verificados con la capa de ejecución de políticas de Newton. El comunicado de prensa está muy bien redactado—“datos de precios de mercado en tiempo real”, “pruebas de firma”, “registros auditables”. Al mismo tiempo, se lanzó el SDK de VaultKit; los desarrolladores pueden establecer reglas como límites de gasto, requisitos de colateral y verificación de contrapartes. RedStone cubre más de 110 cadenas y, hasta hoy, nunca ha reportado incidentes de errores de fijación de precios.

Muchos en la comunidad lo interpretan como “Newton está un paso más cerca de nivel institucional”. Esta integración, de hecho, resuelve un problema que antes me preocupaba—la falta de una fuente de datos de mercado confiable para el motor de políticas. Ahora, cada vez que una transacción llega a la capa autorizadora, el sistema consulta los precios en tiempo real a través de RedStone, los compara con las reglas de políticas y luego decide si permite o bloquea. En cada evaluación se genera una prueba de firma, que forma un registro auditable. Lógicamente, todo tiene sentido.#Newt

Pero no puedo estar completamente tranquilo; hay dos puntos.

Primero, el riesgo de concentración. Por ahora, Newton solo está conectando a un oráculo. Si RedStone falla—interrupción de datos, ataque, o simplemente retraso en las actualizaciones de precio—el motor de políticas pierde su base de juicio y podría provocar que transacciones en gran escala se congelen. En 2024, un conocido protocolo de préstamos sufrió una liquidación incorrecta de usuarios por retraso de datos de un solo oráculo, con pérdidas de varios millones de dólares. Esto no es un riesgo teórico.$NEWT

Segundo, el nivel de granularidad de la evaluación. Si el motor de políticas depende de precios en tiempo real para tomar decisiones, en condiciones extremas—oscilaciones bruscas de precio, congestión en cadena—¿puede la frecuencia de actualización de RedStone mantenerse al ritmo? El whitepaper no lo aclara. RedStone puede actualizar cada 2.4 milisegundos en MegaETH, pero Newton se ejecuta en EigenLayer AVS; la ruta de liquidación depende de la red principal de Ethereum. Las actualizaciones de precios de RedStone en la red principal de Ethereum son a nivel de minutos. Si el precio de ETH se desploma en el intervalo entre dos actualizaciones de RedStone, la policy de Newton seguirá usando el precio viejo para decidir. Alguien podría enviar un withdraw de gran monto, y policy podría clasificarlo erróneamente como seguro y permitirlo. Para cuando entre el siguiente feed, el vault ya podría no ser solvente.@NewtonProtocol
·
--
Alcista
当我们还在现实中做牛马的时候, 我看到了一个币圈的牛马! Grvt是我认为最辛苦的代币了! 它的核心作用就是能把你的资金作用最大化,比如你一边在开单做合约保证金,但是保证金是不是就焊死了?它却可以把保证金在Aave里吃年化利息,是不是很牛? 这个只是@grvt_io 它其中的一个技术亮点,最让我眼前一亮的应该是它的隐私性! 大家都知道,现在做衍生品DEX最难搞的就是性能和隐私二选一。你用订单簿吧,速度上去了,但订单、持仓全摊在链上,巨鲸和MEV机器人蹲在mempool旁边盯着你,你挂个单人家先给你夹一下。你用隐私保护吧,性能又拉胯,慢得要死。 这俩事儿在传统DEX里基本无解。 这就能让我讲讲Grvt那个技术底子了,我个人是觉得有点东西!它ZKsync Validium +加超链(Appchain)架构。 我简单一些说就是:Grvt在zkSync生态里跑了一条自己的专属链,不跟其他DApp抢网络资源。所有的订单匹配、风险引擎、账户管理都在链下私有网络里处理,亚毫秒延迟、60万TPS。你的订单大小、价格、持仓这些核心交易策略信息,全程不暴露在链上。 那怎么保证透明和公正? 零知识证明。 Grvt把链下交易打包生成ZK证明,提交到以太坊主网验证,证明这笔交易是有效的,但不暴露谁、什么价格、多大单。 隐私和透明,全都要。 更让我觉得骚的是,它通过ZKsync Atlas升级可以直接调用以太坊主网上超过1220亿美元的存量资本做抵押品,不用跨链桥,不用挪资产。 你的ETH在L1上放着,Grvt在L2上实时验证它能当保证金用。 我个人分析认为Grvt在以太坊上面搭了一个私密的、高速的、不堵车的交易专用通道,所有敏感数据自己藏着,只把交易有效的结果甩给主网验证。 速度、隐私、透明,三个它都要。#grvt
当我们还在现实中做牛马的时候,
我看到了一个币圈的牛马!
Grvt是我认为最辛苦的代币了!

它的核心作用就是能把你的资金作用最大化,比如你一边在开单做合约保证金,但是保证金是不是就焊死了?它却可以把保证金在Aave里吃年化利息,是不是很牛?

这个只是@grvt_io 它其中的一个技术亮点,最让我眼前一亮的应该是它的隐私性!
大家都知道,现在做衍生品DEX最难搞的就是性能和隐私二选一。你用订单簿吧,速度上去了,但订单、持仓全摊在链上,巨鲸和MEV机器人蹲在mempool旁边盯着你,你挂个单人家先给你夹一下。你用隐私保护吧,性能又拉胯,慢得要死。
这俩事儿在传统DEX里基本无解。

这就能让我讲讲Grvt那个技术底子了,我个人是觉得有点东西!它ZKsync Validium +加超链(Appchain)架构。
我简单一些说就是:Grvt在zkSync生态里跑了一条自己的专属链,不跟其他DApp抢网络资源。所有的订单匹配、风险引擎、账户管理都在链下私有网络里处理,亚毫秒延迟、60万TPS。你的订单大小、价格、持仓这些核心交易策略信息,全程不暴露在链上。

那怎么保证透明和公正?
零知识证明。
Grvt把链下交易打包生成ZK证明,提交到以太坊主网验证,证明这笔交易是有效的,但不暴露谁、什么价格、多大单。
隐私和透明,全都要。

更让我觉得骚的是,它通过ZKsync Atlas升级可以直接调用以太坊主网上超过1220亿美元的存量资本做抵押品,不用跨链桥,不用挪资产。
你的ETH在L1上放着,Grvt在L2上实时验证它能当保证金用。

我个人分析认为Grvt在以太坊上面搭了一个私密的、高速的、不堵车的交易专用通道,所有敏感数据自己藏着,只把交易有效的结果甩给主网验证。 速度、隐私、透明,三个它都要。#grvt
Con verificación
El otro día revisé el repositorio de GitHub de NEWT y cada vez me pareció más raro. En el informe oficial de transparencia, todo queda escrito con claridad: el Model Registry, los componentes de Keystore rollup y el módulo de gobernanza por staking deben publicarse y mantenerse en un repositorio público. El discurso de marketing siempre insiste en “código fuente central completamente open source” y en una “red distribuida de agentes”. @NewtonProtocol Luego fui a comprobar el repositorio de newt-foundation. Sí, hay cosas: newton-token, newton-contracts, developer-policy-cli, newton-sdk; la estructura de carpetas parece bastante completa. Pero al mirar con más detenimiento, descubrí que la capa base del protocolo —la lógica de scheduling de la TEE, el módulo de verificación ZK y la implementación central de Keystore— es totalmente cerrada. Lo que se publica solo son SDK y herramientas de la periferia; el código central está bloqueado por completo. Revisé el sitio de GitHub de principio a fin y no encontré la implementación completa de Model Registry, no encontré el código fuente de zkPermissions, ni nada que permita entender realmente “cómo funciona” este sistema. #Newt Miré también el historial de actualizaciones. newt-foundation tiene en total 7 repositorios; en la mayoría, las actualizaciones más recientes se quedaron entre septiembre y octubre de 2025. Para bien: es estabilidad; para mal: es un silencio sepulcral. Los datos del informe de APYWA también son muy honestos: GitHub Stars 0 y el estado de Security Audit marcado como None. El problema más importante es este: en toda la red no se encuentra ningún DApp de terceros, ningún plugin de estrategia de IA desarrollado de forma independiente, ni ninguna herramienta externa que se base en el repositorio open source de Newton. Una auténtica comunidad “open source” que se construye en conjunto no debería consistir solo en que el propio equipo oficial suba código. $NEWT En resumen: dicen “open source” y “construcción comunitaria impulsada por desarrolladores”, pero en la práctica bloquean el código central, dejan los repositorios oficiales en modo inactivo y los desarrolladores externos ni siquiera tienen por dónde empezar. El suministro de tokens circula y la valoración está hecha; pero el código y el ecosistema que deberían reflejar la vitalidad de la infraestructura están, durante todo este tiempo, en un estado de estancamiento y vacío. Lo que llaman “narrativa de desarrollo open source” es, dicho sin rodeos, un juego de palabras: empaquetan como open source de todo el protocolo una pequeña cantidad de SDK. En un proyecto real de infraestructura, las dos métricas más básicas son la iteración del código y el ecosistema de terceros. Ahora mismo, ambas son cero. Cuándo veremos el código central subido a la cadena y que los desarrolladores de terceros empiecen a presentar PRs útiles, entonces sí valdría la pena reevaluarlo. Con este estado actual, mantengo distancia.
El otro día revisé el repositorio de GitHub de NEWT y cada vez me pareció más raro.

En el informe oficial de transparencia, todo queda escrito con claridad: el Model Registry, los componentes de Keystore rollup y el módulo de gobernanza por staking deben publicarse y mantenerse en un repositorio público. El discurso de marketing siempre insiste en “código fuente central completamente open source” y en una “red distribuida de agentes”. @NewtonProtocol

Luego fui a comprobar el repositorio de newt-foundation.

Sí, hay cosas: newton-token, newton-contracts, developer-policy-cli, newton-sdk; la estructura de carpetas parece bastante completa. Pero al mirar con más detenimiento, descubrí que la capa base del protocolo —la lógica de scheduling de la TEE, el módulo de verificación ZK y la implementación central de Keystore— es totalmente cerrada. Lo que se publica solo son SDK y herramientas de la periferia; el código central está bloqueado por completo. Revisé el sitio de GitHub de principio a fin y no encontré la implementación completa de Model Registry, no encontré el código fuente de zkPermissions, ni nada que permita entender realmente “cómo funciona” este sistema. #Newt

Miré también el historial de actualizaciones. newt-foundation tiene en total 7 repositorios; en la mayoría, las actualizaciones más recientes se quedaron entre septiembre y octubre de 2025. Para bien: es estabilidad; para mal: es un silencio sepulcral. Los datos del informe de APYWA también son muy honestos: GitHub Stars 0 y el estado de Security Audit marcado como None.

El problema más importante es este: en toda la red no se encuentra ningún DApp de terceros, ningún plugin de estrategia de IA desarrollado de forma independiente, ni ninguna herramienta externa que se base en el repositorio open source de Newton. Una auténtica comunidad “open source” que se construye en conjunto no debería consistir solo en que el propio equipo oficial suba código. $NEWT

En resumen: dicen “open source” y “construcción comunitaria impulsada por desarrolladores”, pero en la práctica bloquean el código central, dejan los repositorios oficiales en modo inactivo y los desarrolladores externos ni siquiera tienen por dónde empezar. El suministro de tokens circula y la valoración está hecha; pero el código y el ecosistema que deberían reflejar la vitalidad de la infraestructura están, durante todo este tiempo, en un estado de estancamiento y vacío.

Lo que llaman “narrativa de desarrollo open source” es, dicho sin rodeos, un juego de palabras: empaquetan como open source de todo el protocolo una pequeña cantidad de SDK. En un proyecto real de infraestructura, las dos métricas más básicas son la iteración del código y el ecosistema de terceros. Ahora mismo, ambas son cero.

Cuándo veremos el código central subido a la cadena y que los desarrolladores de terceros empiecen a presentar PRs útiles, entonces sí valdría la pena reevaluarlo. Con este estado actual, mantengo distancia.
Artículo
Intercepción previa de la conformidad on-chain: la Mainnet Beta de Newton ya funciona, pero la contabilidad de $NEWT aún no queda claraEl 23 de junio, se lanzó la Beta del mainnet de Newton. Este proyecto desarrollado por Magic Labs se enfoca en la “capa de autorización” para transacciones on-chain, que se ejecuta sobre EigenLayer AVS y aprovecha el modelo de seguridad de Ethereum para verificar cálculos fuera de la cadena. Ese mismo día, RedStone conectó los datos de precios verificados a la capa de ejecución de políticas de Newton. También se lanzó en sincronía el VaultKit SDK: los desarrolladores pueden definir límites de gasto, requisitos de colateral y comprobaciones de contrapartes. Esto no es “revisión a posteriori”, es “intercepción previa”. Las operaciones pasan primero por el filtro del motor de estrategias antes de la liquidación: por ejemplo, el administrador del tesoro establece un umbral de tasa de colateral. Cada vez que se realiza un retiro, Newton consulta el precio en tiempo real mediante RedStone; solo si cumple, se autoriza; si no cumple, se bloquea. Cada evaluación genera una prueba con firma, formando un registro auditable. En la noche de las elecciones de 2024, Polymarket procesó más de 3.000 millones de dólares en volumen de transacciones en un solo día, y la capa de ejecución de estrategias de Newton estaba corriendo dentro de eso. Magic Labs es el proveedor de infraestructura de billeteras de Polymarket.

Intercepción previa de la conformidad on-chain: la Mainnet Beta de Newton ya funciona, pero la contabilidad de $NEWT aún no queda clara

El 23 de junio, se lanzó la Beta del mainnet de Newton. Este proyecto desarrollado por Magic Labs se enfoca en la “capa de autorización” para transacciones on-chain, que se ejecuta sobre EigenLayer AVS y aprovecha el modelo de seguridad de Ethereum para verificar cálculos fuera de la cadena. Ese mismo día, RedStone conectó los datos de precios verificados a la capa de ejecución de políticas de Newton. También se lanzó en sincronía el VaultKit SDK: los desarrolladores pueden definir límites de gasto, requisitos de colateral y comprobaciones de contrapartes.
Esto no es “revisión a posteriori”, es “intercepción previa”. Las operaciones pasan primero por el filtro del motor de estrategias antes de la liquidación: por ejemplo, el administrador del tesoro establece un umbral de tasa de colateral. Cada vez que se realiza un retiro, Newton consulta el precio en tiempo real mediante RedStone; solo si cumple, se autoriza; si no cumple, se bloquea. Cada evaluación genera una prueba con firma, formando un registro auditable. En la noche de las elecciones de 2024, Polymarket procesó más de 3.000 millones de dólares en volumen de transacciones en un solo día, y la capa de ejecución de estrategias de Newton estaba corriendo dentro de eso. Magic Labs es el proveedor de infraestructura de billeteras de Polymarket.
·
--
Alcista
Con verificación
¡Viene otro proyecto de airdrop de nivel rey! ¡Ahora otra vez se puede disfrutar sin parar! ¡Llegó el tutorial! ¡Llegó el tutorial! TGE del @grvt_io 21, ahora mismo ya se activó con la misión de Black Slave y el Centro de Creadores. Primero, hablemos de la misión de Black Slave: Son 4 misiones pequeñas en total; por recompensar a 50.000 personas se reciben aprox. 7,5 USD, cuesta 2 puntos, ¡aprox. 0,3 cada una! Las misiones 1 y 2 requieren seguir y repostear X. La misión 3 es de preguntas tipo test; la respuesta es BCCCC. La misión 4 es enlazar directamente la billetera, pero hay que vincular un código mediante el correo; es tan sencillo que con que tengas manos ya basta. ¡Analiza por tu cuenta si vale la pena hacerlo! Sobre el Centro de Creadores: se requiere llegar al top 300. Si antes no tenías base, te recomiendo directamente rendirte. Esta ronda es de poco tiempo y está especialmente intensa; claro, la recompensa es de alrededor de 120 USD, ¡así que no está mal! ¿Por qué se dice que Grvt es un gran proyecto? Lo más esencial son solo cuatro palabras: eficiencia de capital. Antes, si ponías tu dinero en la billetera y ganabas intereses, no podías usarlo para abrir contratos; si querías operar, tenías que mover fondos. El capital ocioso se está perdiendo por el costo de oportunidad. Grvt resuelve este problema con un sistema de “saldo único”: con el mismo dinero, por un lado obtiene ~11% de rendimiento en Aave, y por otro lado simultáneamente actúa como garantía de margen del contrato. Además, la base técnica es la cadena Validium de ZKsync: emparejamiento fuera de la cadena, y liquidación en la cadena mediante pruebas de conocimiento cero. El tamaño de tu orden y tus datos sensibles de posiciones no se exponen públicamente en la cadena, evitando que te apunten. Los fondos están totalmente en custodia propia: la plataforma no puede tocar tu dinero. Dicho claro: Grvt hace que el dinero haga varias cosas a la vez; te permite comer rendimientos mientras abres posiciones. ¡Ojalá que cuando salga al aire podamos entrarle y ganar un buen bocado! #grvt
¡Viene otro proyecto de airdrop de nivel rey!
¡Ahora otra vez se puede disfrutar sin parar!
¡Llegó el tutorial! ¡Llegó el tutorial!
TGE del @grvt_io 21, ahora mismo ya se activó con la misión de Black Slave y el Centro de Creadores.
Primero, hablemos de la misión de Black Slave:
Son 4 misiones pequeñas en total; por recompensar a 50.000 personas se reciben aprox. 7,5 USD, cuesta 2 puntos, ¡aprox. 0,3 cada una!
Las misiones 1 y 2 requieren seguir y repostear X. La misión 3 es de preguntas tipo test; la respuesta es BCCCC. La misión 4 es enlazar directamente la billetera, pero hay que vincular un código mediante el correo; es tan sencillo que con que tengas manos ya basta. ¡Analiza por tu cuenta si vale la pena hacerlo!

Sobre el Centro de Creadores: se requiere llegar al top 300. Si antes no tenías base, te recomiendo directamente rendirte. Esta ronda es de poco tiempo y está especialmente intensa; claro, la recompensa es de alrededor de 120 USD, ¡así que no está mal!

¿Por qué se dice que Grvt es un gran proyecto?
Lo más esencial son solo cuatro palabras: eficiencia de capital. Antes, si ponías tu dinero en la billetera y ganabas intereses, no podías usarlo para abrir contratos; si querías operar, tenías que mover fondos. El capital ocioso se está perdiendo por el costo de oportunidad. Grvt resuelve este problema con un sistema de “saldo único”: con el mismo dinero, por un lado obtiene ~11% de rendimiento en Aave, y por otro lado simultáneamente actúa como garantía de margen del contrato.

Además, la base técnica es la cadena Validium de ZKsync: emparejamiento fuera de la cadena, y liquidación en la cadena mediante pruebas de conocimiento cero. El tamaño de tu orden y tus datos sensibles de posiciones no se exponen públicamente en la cadena, evitando que te apunten. Los fondos están totalmente en custodia propia: la plataforma no puede tocar tu dinero.

Dicho claro: Grvt hace que el dinero haga varias cosas a la vez; te permite comer rendimientos mientras abres posiciones. ¡Ojalá que cuando salga al aire podamos entrarle y ganar un buen bocado! #grvt
Hablemos de Newton, pero empecemos por algo que rara vez se explica en solitario. En la noche de las elecciones presidenciales de Estados Unidos de 2024, Polymarket procesó en un solo día más de 3.000 millones de dólares en volumen de operaciones, sin caídas. Toda la plataforma funciona sobre la infraestructura de carteras embebidas proporcionada por Magic Labs, que se utiliza desde 2020. A la fecha, el volumen de operaciones total que respalda este ecosistema está cerca de los 19.000 millones de dólares. Y la capa de ejecución de la estrategia de Newton ya estaba funcionando allí antes de que Polymarket se lanzara. Magic Labs es, a la vez, el principal desarrollador de @NewtonProtocol y el proveedor de infraestructura de carteras para Polymarket. En Polymarket despliega un marco de estrategia de 2FA progresiva: operaciones de alto riesgo activan verificaciones adicionales; las reglas de retiro y de trading se ejecutan dinámicamente mediante el libro de contabilidad de la estrategia de Newton, y pueden verificarse en cadena. Esto es precisamente lo que Newton ya había probado en entornos de producción antes del lanzamiento de la beta de su mainnet. En otras palabras, Newton no es una "infraestructura aún no aterrizada". Ya ha soportado presión real en el mayor mercado de predicciones del mundo. Pero hay un detalle que siempre se me queda atorado. Los usuarios de Polymarket no perciben la existencia de Newton. Lo que sienten son las reglas de Polymarket, no el motor de estrategia de Newton.#Newt La invisibilidad puede deberse a dos posibilidades. Una es que esté integrado con tal profundidad que el costo de reemplazo sea extremadamente alto: esa es la fosa del foso, la ventaja de barrera. La otra es que, en efecto, se pueda reemplazar, pero por ahora nadie se ha puesto a hacerlo: esa es la vulnerabilidad. Entre ambas posibilidades, hoy no hay información pública suficiente para distinguirlas.$NEWT El 23 de junio, la beta de la mainnet de Newton se sincronizó y se lanzó junto con el SDK de VaultKit. RedStone conectó los datos de precios verificados a la capa de ejecución de la estrategia, y Credora realizó la evaluación de riesgos. Los desarrolladores pueden usar VaultKit para configurar reglas como límites de gasto, requisitos de colateral y comprobaciones de contrapartes. Corre sobre EigenLayer AVS, aprovechando el modelo de seguridad de Ethereum para verificar cálculos fuera de la cadena. Pero ahora solo me enfoco en un número: la cantidad de protocolos que, fuera del ecosistema de Magic Labs, se conectan de forma independiente a la capa de estrategia de Newton. Si ese número empieza a subir, entonces recién tendría sentido la historia de que Newton pasa de ser "una herramienta interna de Magic Labs" a "infraestructura de ejecución para la industria". Si ese número no se mueve, por el momento lo único que se puede valorar es esta idea: "un proveedor de soluciones de cumplimiento de Polymarket". Si solo miras la trayectoria del precio y no te importa el uso, este artículo no te sirve de mucho.{future}(NEWTUSDT)
Hablemos de Newton, pero empecemos por algo que rara vez se explica en solitario.

En la noche de las elecciones presidenciales de Estados Unidos de 2024, Polymarket procesó en un solo día más de 3.000 millones de dólares en volumen de operaciones, sin caídas. Toda la plataforma funciona sobre la infraestructura de carteras embebidas proporcionada por Magic Labs, que se utiliza desde 2020. A la fecha, el volumen de operaciones total que respalda este ecosistema está cerca de los 19.000 millones de dólares. Y la capa de ejecución de la estrategia de Newton ya estaba funcionando allí antes de que Polymarket se lanzara.

Magic Labs es, a la vez, el principal desarrollador de @NewtonProtocol y el proveedor de infraestructura de carteras para Polymarket. En Polymarket despliega un marco de estrategia de 2FA progresiva: operaciones de alto riesgo activan verificaciones adicionales; las reglas de retiro y de trading se ejecutan dinámicamente mediante el libro de contabilidad de la estrategia de Newton, y pueden verificarse en cadena. Esto es precisamente lo que Newton ya había probado en entornos de producción antes del lanzamiento de la beta de su mainnet.

En otras palabras, Newton no es una "infraestructura aún no aterrizada". Ya ha soportado presión real en el mayor mercado de predicciones del mundo.

Pero hay un detalle que siempre se me queda atorado.

Los usuarios de Polymarket no perciben la existencia de Newton. Lo que sienten son las reglas de Polymarket, no el motor de estrategia de Newton.#Newt

La invisibilidad puede deberse a dos posibilidades. Una es que esté integrado con tal profundidad que el costo de reemplazo sea extremadamente alto: esa es la fosa del foso, la ventaja de barrera. La otra es que, en efecto, se pueda reemplazar, pero por ahora nadie se ha puesto a hacerlo: esa es la vulnerabilidad. Entre ambas posibilidades, hoy no hay información pública suficiente para distinguirlas.$NEWT

El 23 de junio, la beta de la mainnet de Newton se sincronizó y se lanzó junto con el SDK de VaultKit. RedStone conectó los datos de precios verificados a la capa de ejecución de la estrategia, y Credora realizó la evaluación de riesgos. Los desarrolladores pueden usar VaultKit para configurar reglas como límites de gasto, requisitos de colateral y comprobaciones de contrapartes. Corre sobre EigenLayer AVS, aprovechando el modelo de seguridad de Ethereum para verificar cálculos fuera de la cadena.

Pero ahora solo me enfoco en un número: la cantidad de protocolos que, fuera del ecosistema de Magic Labs, se conectan de forma independiente a la capa de estrategia de Newton.

Si ese número empieza a subir, entonces recién tendría sentido la historia de que Newton pasa de ser "una herramienta interna de Magic Labs" a "infraestructura de ejecución para la industria". Si ese número no se mueve, por el momento lo único que se puede valorar es esta idea: "un proveedor de soluciones de cumplimiento de Polymarket".

Si solo miras la trayectoria del precio y no te importa el uso, este artículo no te sirve de mucho.
Artículo
Bailando en el vendaval de la volatilidad: el equilibrio del tesoro de Newton y el modelo dinámico de destrucción desde la perspectiva del whitepaperSólo los veteranos que han rodado en el mercado secundario durante varias rondas lo saben: si el modelo económico del token se diseña únicamente con un mecanismo de “consumo”, pero no incluye ninguna forma de contrarrestar las “tormentas de volatilidad” de todo el mercado macro, inevitablemente acabará siendo devorado por el agotamiento de la liquidez durante un mercado bajista. He visto demasiados proyectos así: en un mercado alcista, el volumen de negocio se dispara, el token se quema de forma frenética, todo parece un festival de colores y en la comunidad reina la euforia; pero en cuanto el ciclo se vuelve bajista, el volumen de interacciones on-chain cae en picado, y como el token carece de un soporte deflacionario, se desliza al instante hacia un abismo sin fondo, dejando tras de sí un desastre. Durante el año pasado, en el mercado bajista, un proyecto que llegó a valer cientos de miles de millones en capitalización desapareció por algo: su mecanismo de destrucción de tokens era demasiado rígido; tras caer el volumen de transacciones on-chain en más de 90%, el precio del token se desplomó un 99% y, al final, sólo pudo retirarse en silencio. Esto fue una advertencia para todos los analistas e investigadores que trabajan en inversión.

Bailando en el vendaval de la volatilidad: el equilibrio del tesoro de Newton y el modelo dinámico de destrucción desde la perspectiva del whitepaper

Sólo los veteranos que han rodado en el mercado secundario durante varias rondas lo saben: si el modelo económico del token se diseña únicamente con un mecanismo de “consumo”, pero no incluye ninguna forma de contrarrestar las “tormentas de volatilidad” de todo el mercado macro, inevitablemente acabará siendo devorado por el agotamiento de la liquidez durante un mercado bajista. He visto demasiados proyectos así: en un mercado alcista, el volumen de negocio se dispara, el token se quema de forma frenética, todo parece un festival de colores y en la comunidad reina la euforia; pero en cuanto el ciclo se vuelve bajista, el volumen de interacciones on-chain cae en picado, y como el token carece de un soporte deflacionario, se desliza al instante hacia un abismo sin fondo, dejando tras de sí un desastre. Durante el año pasado, en el mercado bajista, un proyecto que llegó a valer cientos de miles de millones en capitalización desapareció por algo: su mecanismo de destrucción de tokens era demasiado rígido; tras caer el volumen de transacciones on-chain en más de 90%, el precio del token se desplomó un 99% y, al final, sólo pudo retirarse en silencio. Esto fue una advertencia para todos los analistas e investigadores que trabajan en inversión.
🎙️ La caída del mercado es una oportunidad: ¡inversión periódica en efectivo de BNB!
avatar
Finalizado
03 h 43 min 28 s
29.3k
22
30
Inicia sesión para explorar más contenidos
Únete a usuarios de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma