¡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
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.
¡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 #币安九周年
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.
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
¡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
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
¡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
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.
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
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.
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.
¡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.
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.