Informe semanal de la industria de TRON: La estanflación podría llevar a BTC a probar el soporte de $80,000 nuevamente, análisis detallado de la infraestructura de experiencia Web3 abstracta de cadena Newton

Los datos de inflación de EE. UU. superaron las expectativas, las criptomonedas de riesgo están bajo presión, en este número desglosamos la infraestructura de cadena abstracta Newton.

Escrito por: Tron

I. Perspectivas

Resumen macroeconómico y previsiones futuras

Esta semana, los mercados macroeconómicos globales mostraron un rebote de la inflación, una fuerte resiliencia económica y presión sobre los activos de riesgo. El IPC de EE. UU. de septiembre aumentó un 3.7% interanual y un 0.6% mensual; el PPI aumentó drásticamente un 1.3% mensual, y las ventas minoristas crecieron un 0.8% mensual, reflejando que el aumento de los precios de la energía está impulsando nuevamente la presión inflacionaria, mientras que la demanda del consumidor sigue siendo resistente. La tensión geopolítica en el Medio Oriente ha elevado los precios internacionales del petróleo, lo que refuerza aún más las preocupaciones del mercado sobre el riesgo de estanflación. El sector tecnológico de las acciones estadounidenses ha experimentado una corrección notable, con el índice Nasdaq cayendo aproximadamente un 4.48% en la semana, el S&P 500 bajando un 1.95%, mientras que el Dow Jones subió un 0.67%, con el capital rotando de acciones tecnológicas sobrevaloradas hacia sectores de energía y defensivos. A pesar de que la inflación superó las expectativas, el rendimiento de los bonos del Tesoro a 10 años de EE. UU. aún retrocedió a aproximadamente el 5.09%, lo que muestra que el mercado también está preocupado por las perspectivas de crecimiento económico.

Se espera que la próxima semana los mercados globales continúen jugando en torno a la persistencia de la inflación, la trayectoria de tasas de la Reserva Federal y los riesgos geopolíticos. La inflación y los datos de consumo en EE. UU. son relativamente fuertes, lo que significa que la Reserva Federal carece de espacio para flexibilizar en el corto plazo, pero el crecimiento económico y la presión en los mercados financieros también pueden limitar su capacidad para aumentar las tasas aún más. La próxima semana se debe prestar especial atención a las declaraciones de los funcionarios de la Reserva Federal, los datos de empleo de EE. UU. del 20 de octubre, los datos de confianza del consumidor de la Universidad de Michigan del 23 de octubre, así como los cambios en los precios internacionales del petróleo y los rendimientos de los bonos del Tesoro. Se espera que las acciones estadounidenses mantengan una alta volatilidad, y el sector de crecimiento tecnológico enfrente presión de ajuste de valoración; si los precios del petróleo continúan aumentando, las expectativas de inflación podrían elevarse aún más, lo que presionaría la aversión al riesgo global. Por el contrario, si los precios de la energía retroceden y las expectativas de tasas se estabilizan, el mercado podría experimentar una recuperación temporal.

Cambios en el mercado de criptomonedas y advertencias

Esta semana, el mercado de criptomonedas continuó su corrección general, con el conflicto central aún siendo las expectativas de altas tasas de interés y la salida de capital: BTC cayó brevemente por debajo de los 82,000 dólares y probó la zona de aproximadamente 80,000 dólares, mientras que ETH cayó significativamente más que BTC, con la capitalización total del mercado disminuyendo aproximadamente un 2%-3% durante la semana; la cuota de mercado de BTC aumentó a aproximadamente el 59.5%, lo que muestra que el capital se está concentrando aún más en BTC, mientras que la aversión al riesgo en altcoins es débil. La presión del capital de los ETF al contado en EE. UU. continúa, con una salida neta acumulada de aproximadamente 228 millones de dólares en el ETF al contado de BTC entre el 12 y el 16 de octubre, y una salida neta de aproximadamente 320 millones de dólares en el ETF al contado de ETH; la caída a principios de semana también desencadenó una liquidación masiva de posiciones largas, con más de 770 millones de dólares liquidados en el mercado en 24 horas el 12 de octubre. En general, esta semana no fue una caída provocada por un solo factor negativo, sino que las expectativas de un aumento adicional de la Reserva Federal, los altos rendimientos de los bonos del Tesoro, la continua salida de ETF y la reducción de apalancamiento presionaron conjuntamente al mercado, con ETH y la mayoría de las altcoins siendo notablemente más débiles que BTC.

Se espera que la próxima semana el mercado continúe en un patrón de debilidad oscilante, esperando que la macroeconomía y la situación de capital confirmen nuevamente la dirección, con la zona de 80,000 dólares de BTC convirtiéndose en un importante punto de inflexión entre alcistas y bajistas; si los rendimientos de los bonos del Tesoro a largo plazo retroceden y el ETF al contado de BTC vuelve a tener entradas netas continuas, después de la limpieza de apalancamiento previa, BTC podría tener condiciones para un rebote anticipado, pero antes de que aparezcan estas dos señales, la base para un aumento sostenido aún es insuficiente. Estructuralmente, se espera que continúe el patrón defensivo de

Los desarrolladores pueden crear su propio oráculo de datos a través de la guía Writing Data Oracles.

Operador
El Operador es un nodo de EigenLayer registrado en Newton AVS.

El Operador es responsable de:

• Evaluar de manera independiente las Tareas;
• Ejecutar la verificación de estrategias;
• Agregar múltiples firmas BLS en una única prueba de consenso después de alcanzar el umbral de consenso (Quorum).

Para más información sobre Quorum y el mecanismo de Slashing, consulte Consensus Security.

Gateway
El Gateway es un servicio de interfaz basado en JSON-RPC 2.0, utilizado para recibir tareas y coordinar la ejecución de evaluaciones por parte del Operador.

Todas las interacciones de SDK y CLI se realizarán a través del Gateway.

Descripción Técnica de la Arquitectura del Protocolo
El Protocolo Newton es un sistema compuesto por una arquitectura de tres capas que separa la definición de políticas (Policy Definition), la evaluación de políticas (Policy Evaluation) y la ejecución de políticas (Policy Enforcement).

Esta arquitectura modular permite que cada capa se desarrolle y actualice de manera independiente, manteniendo al mismo tiempo una alta seguridad en todo el sistema.

Capa de Políticas
La Capa de Políticas es responsable de definir las reglas existentes en el sistema y la forma en que se configuran estas reglas.

El proceso para que los desarrolladores publiquen políticas es el siguiente:

• Escribir políticas Rego y oráculos WASM;
• Subirlas a IPFS a través de newton-cli;
• Desplegar los contratos PolicyData y Policy en la cadena.

Cuando los usuarios configuran políticas, necesitan desplegar un contrato PolicyClient y establecer parámetros específicos, como:

• Umbrales (Thresholds)
• Listas blancas (Allowlists)
• Tiempo de expiración (Expiration)

Capa de Cómputo y Consenso
La Capa de Cómputo es responsable de ejecutar la evaluación de políticas fuera de la cadena por parte de la red de Operadores de Newton AVS.

Cuando se presenta una Tarea:

• El Gateway recibe la Intención y reconoce la Política objetivo;
• Los Operadores disponibles obtienen PolicyData (ejecutan el oráculo WASM);
• Cada Operador ejecuta de manera independiente la evaluación de la Política Rego;
• Cada Operador genera una firma BLS basada en los resultados de la evaluación;
• El Agregador recolecta las firmas y genera una prueba de consenso (Consensus Proof) después de alcanzar el Quorum.

Capa de Verificación y Ejecución
La Capa de Verificación es responsable de la verificación de pruebas en la cadena y la ejecución de transacciones.

Esta capa asegura que solo las transacciones que han sido verificadas por las políticas de Newton y han recibido una Atestación válida puedan continuar su ejecución.

Flujo de Datos
El flujo completo de evaluación de políticas es el siguiente:

1. Presentación de la Intención: el llamador envía la Intención y la dirección del PolicyClient al Gateway.
2. Creación de la Tarea: el Gateway crea una Tarea vinculando la Intención con la Política correspondiente.
3. Obtención de datos: el Operador ejecuta el oráculo WASM de PolicyData para obtener los datos externos necesarios para la evaluación de políticas.
4. Evaluación de políticas: el Operador utiliza la Intención, los datos del Oráculo y los parámetros (Params) para ejecutar la Política Rego y evaluar si la transacción cumple con las reglas.
5. Generación de firmas: cada Operador firma los resultados de la evaluación con su propia clave BLS.
6. Prueba agregada: el Agregador recolecta las firmas de múltiples Operadores y las agrega en una prueba de consenso.
7. Prueba devuelta: el llamador recibe la Atestación correspondiente.
8. Verificación en la cadena: el PolicyClient verifica la prueba a través del AttestationValidator.
9. Ejecución de la transacción: si la verificación es exitosa, la transacción protegida continúa su ejecución.

Capa de Privacidad
La arquitectura de privacidad del Protocolo Newton se basa en la encriptación HPKE, sobres seguros (Secure Envelopes) y evaluación de políticas confidenciales (Confidential Policy Evaluation), proporcionando capacidades de transacciones en la cadena que apoyan la privacidad para escenarios institucionales y empresariales, mientras garantizan la verificabilidad de la conformidad de las transacciones.

La capa de privacidad de Newton permite a los usuarios finales enviar datos sensibles encriptados, como:

• Información de identificación personal (PII)
• Credenciales (Credentials)
• Registros financieros (Financial Records)

El Operador descifrará los datos necesarios a través de un mecanismo de descifrado por umbral (Threshold Decryption) durante el proceso de evaluación de políticas, y esta información sensible nunca aparecerá en la cadena.

Muchos escenarios de ejecución de políticas requieren acceso a datos sensibles, como:

• Documentos de identificación;
• Claves API;
• Registros de cumplimiento;
• Parámetros comerciales privados.
• La capa de privacidad de Newton proporciona las siguientes capacidades:
• Encriptación de extremo a extremo (End-to-End Encryption)

Utilizando HPKE (Hybrid Public Key Encryption) para encriptar datos de entrada sensibles de extremo a extremo, con:

• Intercambio de claves X25519;
• Algoritmo de encriptación ChaCha20-Poly1305.

Asegurando que los datos sensibles permanezcan seguros durante la transmisión y el procesamiento.

Descifrado por Umbral (Threshold Decryption)
El Operador completa el descifrado de datos a través de un mecanismo de partes de clave t-of-n (Key Shares).

Características:

• Ningún Operador individual posee la clave de descifrado completa;
• Solo cuando un número requerido de Operadores colabora, se puede recuperar la información;
• Reduce el riesgo de filtraciones de un solo punto.

Exposición Cero en la Cadena (Zero On-chain Exposure)
En la cadena solo se registran:

• Hash
• Compromisos (Commitments)

Sin almacenar ningún dato sensible en texto claro (Plaintext Data), asegurando que la privacidad del usuario no se exponga en el entorno público de la cadena de bloques.

Autorización de Doble Firma (Dual-Signature Authorization)
Antes de que el Operador ejecute la operación de descifrado, necesita obtener simultáneamente:

• La autorización de firma del usuario final (End User);
• La autorización de firma de la dApp (aplicación).

Solo después de que ambas partes confirmen, el Operador procederá a ejecutar el descifrado de datos sensibles, evitando así el acceso no autorizado a la información.

Cómo Funciona (How it works)
Este proceso de integración se divide en tres pasos:

1. El cliente encripta datos sensibles

El cliente utiliza la clave pública de umbral del sistema (Threshold Public Key) para encriptar los datos sensibles (obtenida a través de newt_getPrivacyPublicKey).

2. Subir el paquete de datos encriptados

El paquete de datos encriptados (Encrypted Envelope) se sube al Gateway y se obtiene el ID de referencia correspondiente (Reference ID).

3. Crear tareas y ejecutar evaluaciones

Se crea una Tarea que incluye el ID de referencia, y durante el proceso de evaluación de políticas, el Operador descifra los datos necesarios a través del mecanismo de descifrado por umbral.

Encriptación HPKE (HPKE Encryption)
Newton utiliza el estándar HPKE (RFC 9180), empleando los siguientes conjuntos de cifrado:

El modo base de HPKE (Base Mode) encripta los datos a la clave pública X25519 de umbral del sistema (Threshold X25519 Public Key).

Esta clave pública se genera a través de un mecanismo de generación de claves distribuidas (DKG, Distributed Key Generation) entre los conjuntos de Operadores, sin que ningún Operador individual posea la clave privada completa.

La autenticación de la identidad del remitente se completa mediante la firma Ed25519 sobre el sobre encriptado serializado (Serialized Envelope).

Descifrado por Umbral (Threshold Decryption)
Newton distribuye la clave privada HPKE a través de un mecanismo DKG interactivo (FROST DKG / Pedersen VSS) almacenándola en múltiples Operadores.

Durante el proceso de evaluación de tareas:

• Cada operador utiliza su propia parte de la clave DKG para calcular la parte de descifrado parcial (Partial Decryption Share).
• Los operadores intercambian partes de descifrado a través de mensajes NATS encriptados.
• Cada operador utiliza un mecanismo de partes t-of-n para reconstruir los datos en texto claro localmente.
• Los datos en texto claro reconstruidos se utilizan para la evaluación de políticas y la generación de firmas BLS.

Las claves umbral son criptográficamente independientes de las claves ECDSA y BLS de los operadores.

Por lo tanto:

• Incluso si se filtra una clave de firma, no se filtrarán las partes de descifrado;
• Un atacante no puede obtener la capacidad de descifrar datos sensibles a través de la clave de firma del operador.

La clave pública combinada se almacenará en la cadena y se puede obtener mediante una llamada de contrato única: getThresholdPublicKey() o a través del método RPC newt_getPrivacyPublicKey.
El proceso de generación de claves DKG solo se ejecuta cuando hay un cambio en el conjunto de operadores y no se repite en cada tarea.

Consenso y Seguridad
El mecanismo de consenso del Protocolo Newton, la agregación de firmas BLS y el modelo de seguridad económica. A través del mecanismo de reestacado (Restaking) de EigenLayer, se proporciona seguridad criptográfica y económica para la evaluación de políticas en el cumplimiento y la gestión de riesgos en la cadena.

El Protocolo Newton utiliza la agregación de firmas BLS (BLS Signature Aggregation) y reestaca ETH (Restaked ETH) para proporcionar garantías de seguridad criptográfica y económica en el proceso de evaluación de políticas.

Consenso en Dos Fases (Two-Phase Consensus)
Newton adopta un mecanismo de consenso en dos fases para abordar el problema de las diferencias de datos que surgen cuando los operadores obtienen datos sensibles en tiempo real de manera independiente (por ejemplo, al obtener datos de precios de una API externa).

Debido a que los datos obtenidos por diferentes operadores pueden tener ligeras desviaciones, Newton utiliza un proceso de consenso en dos fases para que todos los operadores puedan firmar finalmente el mismo mensaje (Same Message), incluso si los valores de datos recibidos inicialmente son ligeramente diferentes.

Fase de Preparación (Prepare Phase)
El Gateway envía una solicitud de obtención de datos a los nodos de operador a través de newt_fetchPolicyData. Cada operador obtiene datos externos de manera independiente y devuelve una respuesta de datos no firmada (Unsigned).

Cálculo de Consenso (Consensus Computation)
El Gateway recopila todos los datos devueltos por los operadores y calcula la mediana (Median) como datos de consenso, al mismo tiempo que verifica si los datos cumplen con el rango de tolerancia (la tolerancia predeterminada es del 10%).

Fase de Compromiso (Commit Phase)
El Gateway transmite los datos de consenso estándar confirmados a través de newt_evaluateAndSign. Los operadores utilizan datos completamente consistentes para realizar la evaluación de políticas (Policy Evaluation) y firman los resultados de la evaluación con la clave BLS.

Fase de Agregación (Aggregation)
El Gateway recopila las firmas BLS devueltas por los operadores y, cuando el número de firmas alcanza el umbral de consenso (Quorum), agrega múltiples firmas para generar la prueba agregada final (Aggregate Proof).

Soporte Multicadena (Multichain Support)
El Protocolo Newton admite la verificación de políticas entre cadenas (Cross-chain Policy Verification), lo que permite ejecutar reglas de cumplimiento y autorización de transacciones entre Ethereum, Layer2 y otras cadenas objetivo.

El Protocolo Newton admite la evaluación de políticas en múltiples cadenas de bloques. Los operadores AVS (nodos operativos) se ejecutan en la cadena fuente de Ethereum (Source Chain), mientras que el contrato PolicyClient puede implementarse en cadenas objetivo (Destination Chain) como Base y Base Sepolia.

Cadena Fuente y Cadena Objetivo (Source Chain y Destination Chain)

La cadena fuente proporciona una base de seguridad central, que incluye:

• Registro de operadores;
• Gestión de estacas (Staking);
• Mecanismo de penalización (Slashing).

La cadena objetivo consume la atestación (Attestation) a través de un contrato de verificación ligero (Lightweight Verifier Contract) y utiliza el estado de operador en caché para completar la verificación.

Cómo Funciona (How It Works)
Proceso de ejecución:

1. Tarea Enviada (Task Submitted)
   La dirección de llamada envía una tarea al Gateway y establece el chain_id de la cadena objetivo en el Intent.

2. Evaluación de Operadores (Operators Evaluate)
   Los operadores utilizan la infraestructura Newton AVS en la cadena fuente para realizar la evaluación de políticas.

3. Certificado BN254 Producido (BN254 Certificate Produced)
   La firma agregada BLS se codifica como un Certificado BN254 (BN254 Certificate) para la verificación en la cadena objetivo.

4. Atestación Verificada en el Destino (Attestation Verified on Destination)
   El PolicyClient en la cadena objetivo utiliza BN254CertificateVerifier para verificar el certificado. Una vez verificado, la cadena objetivo puede continuar ejecutando la transacción correspondiente.

Comentarios sobre Tron
La ventaja de Newton (Magic Labs) radica en que ha construido un motor de políticas de autorización de transacciones descentralizado basado en EigenLayer AVS, que, a través de políticas, una red de operadores, atestaciones y mecanismos de verificación de contratos inteligentes, actualiza la autorización de firma estática tradicional a un sistema de control de permisos de transacción programable y verificable. Admite límites de consumo, KYC/AML, filtrado de sanciones, reglas antifraude y gestión de transacciones de agentes de IA, y combina HPKE encriptación, descifrado umbral, firma BLS agregada y capacidades de verificación entre cadenas para proporcionar una infraestructura de ejecución en cadena que equilibre privacidad, seguridad y cumplimiento para instituciones y empresas.

Su desventaja radica en que la arquitectura del sistema involucra múltiples componentes complejos como políticas Rego, WASM Oracle, AVS Operator, pruebas entre cadenas y computación privada, lo que eleva el umbral de desarrollo e integración; al mismo tiempo, el valor del protocolo depende en gran medida de la adopción por parte de empresas, aplicaciones DeFi y el ecosistema de agentes de IA, y aún necesita validar la estabilidad, costos operativos y capacidad de adaptación en diferentes entornos regulatorios en escenarios comerciales a gran escala.

II. Análisis de Datos de la Industria

Desempeño General del Mercado

1.1. Tendencias de Precios de BTC vs ETH en el Mercado Spot

BTC

ETH

III. Revisión de Datos Macroeconómicos y Puntos Clave de Publicación de Datos para la Próxima Semana

Conclusión macroeconómica de esta semana:

El cambio más significativo no es que la economía se haya debilitado repentinamente, sino que el riesgo de "re-inflación" en EE. UU. ha aumentado notablemente. El IPC de septiembre aumentó un 3.7% interanual, mientras que el PPI aumentó un 1.3% intermensual, y los precios de importación también aumentaron considerablemente, lo que significa que la presión sobre los precios en el lado del consumo, la producción y la entrada ha aumentado simultáneamente. Por lo tanto, la lógica de negociación macroeconómica tiende a reevaluar el espacio de flexibilización de la Reserva Federal: si el empleo y el PMI siguen siendo resistentes, la combinación de "crecimiento aceptable + inflación alta" seguirá limitando la velocidad de recortes de tasas.

Puntos clave de datos para la próxima semana:

En EE. UU., la densidad de datos de la próxima semana es en realidad menor que la de esta semana, centrándose principalmente en las solicitudes iniciales de subsidio por desempleo + PMI de octubre;
Si el PMI de EE. UU. sigue siendo fuerte, el empleo no muestra un deterioro significativo y la inflación se mantiene alta, el entorno macroeconómico se inclinará aún más hacia "tasas más altas durante más tiempo (higher for longer)", que es la lógica macroeconómica que el mercado de valores de EE. UU., el oro, el dólar y el mercado de criptomonedas deben tener en cuenta la próxima semana.

IV. Políticas Regulatorias

I. EE. UU.: CFTC Avanza en las Reglas de Regulación del Comercio de Activos Criptográficos y del Mercado

13 de octubre de 2026 | Comisión de Comercio de Futuros de Productos Básicos de EE. UU. (CFTC)
El Registro Federal de EE. UU. publicó el 13 de octubre un aviso de propuesta de reglas (ANPRM) de la CFTC sobre las "Reglas de Regulación del Comercio de Activos Criptográficos" (Regulation Crypto Asset Transactions) y las "Reglas de Regulación del Mercado de Activos Criptográficos" (Regulation Crypto Asset Markets). El documento aborda el comercio y el mercado de activos criptográficos bajo la sección 2(c)(2)(D) de la Ley de Comercio de Productos Básicos, con el objetivo de solicitar opiniones del público para sentar las bases para la formulación de reglas regulatorias más adecuadas a las características del mercado de activos criptográficos.

Significado de la política: La regulación de activos criptográficos en EE. UU. continúa avanzando a través del proceso de formulación de reglas específicas de las agencias reguladoras, centrándose en aclarar los requisitos regulatorios para las actividades de comercio de activos criptográficos y los mercados relacionados. Sin embargo, este documento pertenece al proceso preliminar de solicitud de opiniones y no representa que las nuevas reglas hayan sido oficialmente aprobadas o entren en vigor.

II. Singapur: Consulta Legislativa sobre la Regulación de Stablecoins Cierra Esta Semana

16 de octubre de 2026 | Autoridad Monetaria de Singapur (MAS)

La Autoridad Monetaria de Singapur (MAS) publicó el 1 de septiembre un documento de consulta sobre la revisión de la Ley de Servicios de Pago, con el objetivo de implementar un marco regulatorio para las monedas estables de moneda única (MAS-SCS), estableciendo el 16 de octubre como fecha límite para la presentación de opiniones del público. Esta consulta abarca las reservas de monedas estables y los mecanismos de estabilidad de valor, los requisitos de capital, el canje a valor nominal, la divulgación de información, así como la emisión conjunta en diferentes jurisdicciones y el reconocimiento de monedas estables en el extranjero. MAS también propuso prohibir el pago de intereses sobre las monedas estables reguladas, exigir a los emisores realizar pruebas de estrés y desarrollar planes de recuperación y salida ordenada.

Significado de la política: Esta semana marca la entrada del marco regulatorio de monedas estables de Singapur en la fase de evaluación de políticas tras la finalización de la consulta. En el futuro, se espera que las monedas estables que cumplan con los requisitos obtengan una identidad regulatoria más clara y sirvan para liquidaciones transfronterizas y mercados financieros tokenizados. Sin embargo, es importante enfatizar que el 16 de octubre es la fecha límite para la recopilación de opiniones, y no la fecha de entrada en vigor de las nuevas regulaciones.

III. Organismos de regulación internacional: FSB publica documento sobre riesgos transfronterizos de monedas estables globales

12 de octubre de 2026 | Consejo de Estabilidad Financiera (FSB)

El FSB publicó oficialmente el 12 de octubre el documento titulado "Arreglos de Monedas Estables Globales: Vulnerabilidades Transfronterizas y Monitoreo de la Estabilidad Financiera" (Global Stablecoin Arrangements: Cross-border Vulnerabilities and Financial Stability Monitoring), dirigido a los G20, resumiendo los posibles riesgos de estabilidad financiera transfronteriza que pueden surgir de los arreglos de monedas estables globales. El documento se centra en la estructura organizativa de las monedas estables globales, las rutas de transmisión de riesgos entre diferentes instituciones y jurisdicciones, así como las limitaciones de los indicadores de datos y las fuentes de datos que los reguladores pueden utilizar para monitorear las actividades de las monedas estables.

Significado de la política: A medida que se amplía el uso y la circulación transfronteriza de las monedas estables, puede resultar difícil para un solo regulador nacional identificar todos los riesgos de manera independiente. El documento del FSB enfatiza la importancia de la coordinación regulatoria transfronteriza y el monitoreo de datos, proporcionando una referencia para que los países mejoren la regulación de riesgos de monedas estables en el futuro. Sin embargo, este documento es el resultado de investigaciones y coordinación de políticas de regulación internacional, y no es una ley vinculante que entre en vigor directamente para los países miembros.