Informe semanal de la industria 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, lo que presiona los activos de riesgo. En esta edición, desglosamos el mecanismo de la infraestructura abstracta de cadena Newton.

Escrito por: Tron

I. Perspectivas

Resumen macroeconómico y previsiones futuras

Esta semana, el mercado macroeconómico global mostró 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 la presión inflacionaria nuevamente, mientras que la demanda de consumo sigue siendo resistente. La tensión geopolítica en Oriente Medio 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 se ajustó notablemente, con el índice Nasdaq cayendo aproximadamente un 4.48% semanalmente, el S&P 500 disminuyendo un 1.95%, y el Dow Jones subiendo un 0.67%, con capital fluyendo 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. cayó a aproximadamente 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 el mercado global continúe en una lucha en torno a la persistencia de la inflación, la trayectoria de tasas de la Reserva Federal y los riesgos geopolíticos. Los datos de inflación y 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 podrían 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 de EE. UU. Se espera que las acciones estadounidenses mantengan alta volatilidad, y el sector de crecimiento tecnológico enfrentará presión de ajuste de valoración; si los precios del petróleo continúan subiendo, las expectativas de inflación podrían aumentar aún más, restringiendo la aversión al riesgo global. Por el contrario, si los precios de la energía caen 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 y probó la zona de aproximadamente $80,000, mientras que ETH cayó significativamente más que BTC. La capitalización total del mercado disminuyó aproximadamente un 2%-3% durante la semana, y la participación de mercado de BTC aumentó a aproximadamente el 59.5%, lo que indica 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 sobre el capital de los ETF de spot en EE. UU. continúa, con una salida neta acumulada de aproximadamente $228 millones de los ETF de spot de BTC entre el 12 y el 16 de octubre, y una salida neta de aproximadamente $320 millones de los ETF de spot de ETH; la caída a principios de semana también desencadenó liquidaciones masivas de posiciones largas, con liquidaciones en todo el mercado que superaron los $770 millones 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 tasas por parte de la Reserva Federal, los altos rendimientos de los bonos del Tesoro de EE. UU., 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 una tendencia de debilidad y oscilación, a la espera de que la macroeconomía y el flujo de capital confirmen nuevamente la dirección. La zona de aproximadamente $80,000 para BTC se convertirá en una importante línea divisoria entre alcistas y bajistas; si los rendimientos de los bonos del Tesoro a largo plazo de EE. UU. caen y los ETF de spot de BTC vuelven 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 "BTC más fuerte que ETH, monedas principales más fuertes que altcoins de menor capitalización"; la temporada de altcoins carece temporalmente de una base de capital clara; especialmente se debe prestar atención a los cambios en las expectativas de tasas que se acercan a la reunión de la Reserva Federal del 27 al 28 de octubre. Por lo tanto, la próxima semana es más probable que sea una lucha repetida alrededor de los $80,000, eligiendo gradualmente una dirección, en lugar de iniciar un mercado unidireccional directamente.

Tendencias y puntos destacados de la industria

Esta semana, los puntos destacados de la industria se centraron principalmente en RWA, stablecoins/pagos, DeFi, mercados de predicción + privacidad, AI×Crypto y seguridad entre cadenas: RWA continúa la tendencia de institucionalización, Multiliquid completó una financiación de $8 millones, Fission completó una ronda A de $10 millones, Spout Finance obtuvo una financiación estratégica de $2 millones y explora el préstamo de USDC con acciones tokenizadas de EE. UU., el AUM de RWA en cadena es de aproximadamente $34.6 mil millones; en el ámbito de stablecoins y pagos, la stablecoin USDPT de Solana de Western Union se lanzó en Bitso de México, y USDC fue clasificada como el primer "token de moneda electrónica importante" de la UE, pero la capitalización total de stablecoins se contrajo ligeramente durante la semana.

NEAR también lanzó productos de rendimiento SOL a través de la estrategia de Gauntlet Kamino Vault; el mercado de predicción continúa desarrollándose hacia la privacidad, StarkWare lanzó OffMarket para proporcionar un canal de privacidad para el comercio en Polymarket; en el ámbito de AI×Crypto, la red DATA, que se transformó del protocolo Story, recibió una inversión estratégica de $30 millones de la Sui Foundation, y la infraestructura de derechos de datos AI, pagos y agentes sigue calentándose; en cuanto a seguridad y entre cadenas, Autheo sufrió una pérdida de aproximadamente $1.7 millones debido a la explotación de claves de relayer confiables de Hyperlane, y THEO cayó más del 90%, exponiendo nuevamente el riesgo de confianza en puntos únicos en los puentes entre cadenas.

II. Tendencias del mercado y proyectos potenciales de la semana

1. Resumen de proyectos potenciales

1.1. Detalles sobre la financiación total de $86 millones, liderada por Paypal, 1k(x) y Northzone, con la participación de instituciones como Cherubic y Volt: construyendo la infraestructura de experiencia Web3 abstracta de cadena Newton (Magic Labs)

Descripción

Newton Protocol es un motor de políticas descentralizado de autorización de transacciones en cadena construido sobre EigenLayer AVS (Servicio de Validación Activa). Puede ejecutar directamente reglas de transacción en contratos inteligentes, incluyendo límites de gasto, verificación de listas de sanciones, protección contra fraudes y gestión de reglas de cumplimiento.

Newton Protocol es un motor de políticas para definir, validar y ejecutar reglas, que permite a los desarrolladores codificar diversas reglas (como límites de gasto de fondos, verificación de sanciones, mecanismos de prevención de fraudes, etc.) directamente en contratos inteligentes y asegurar que estas reglas se apliquen estrictamente a través de mecanismos de validación en cadena.

Análisis de los elementos del protocolo

Newton Protocol es un motor de políticas para la autorización de transacciones en cadena, construido sobre el servicio de validación activa de EigenLayer (AVS). Esta página describe cómo sus componentes centrales trabajan en conjunto. Durante la lectura de la guía de integración, puede volver aquí para referencia.

Cómo funciona Newton

Los usuarios escriben reglas (políticas) para definir cuándo se deben permitir las transacciones. Cuando un usuario envía una transacción (intención), la red descentralizada de operadores de Newton evalúa la transacción según la política establecida por el usuario y devuelve una prueba criptográfica (atestación), que es verificada por el contrato inteligente antes de ejecutar la transacción.

Conceptos clave

Política

La política es un programa Rego que define las condiciones que debe cumplir la intención para ser aprobada. La política se almacena en IPFS (referenciada por CID) y puede ser reutilizada por múltiples PolicyClients.

La política puede referirse a dos tipos de fuentes de datos:

data.params: parámetros de configuración establecidos por el propietario del PolicyClient, por ejemplo:

• Límites de gasto
• Listas blancas

data.wasm: datos obtenidos en tiempo de ejecución por el Oracle de datos de PolicyData, por ejemplo:

• Precio de tokens
• Estado de KYC

Intención

La intención es la solicitud de transacción que se envía al sistema de evaluación de políticas para su validación.

Contiene los campos de transacción estándar de EVM, y el usuario debe construir la intención correspondiente al llamar a simulateTask o submitEvaluationRequest en el SDK.

Tarea

La tarea es la unidad que combina la intención con la política correspondiente para su evaluación.

En Newton, la tarea es la unidad de evaluación más básica:

Cada tarea se juzga como:

• Cumple con las reglas (Cumplidor)
• No cumple con las reglas (No cumplidor)

Los usuarios pueden consultar el estado de la tarea a través de la API RPC o Newton Explorer.

Atestación

La atestación es una prueba criptográfica (firma agregada BLS) que demuestra que el operador de Newton ha evaluado una política y ha dado un resultado de aprobación o rechazo para la intención.

La atestación incluye:

• taskId (ID de tarea)
• policyId (ID de política)
• resultado de evaluación
• bloque de expiración

Para más detalles sobre el mecanismo de generación de atestaciones, consulte Consenso y Seguridad.

PolicyClient

El PolicyClient es un contrato inteligente utilizado para validar la atestación antes de ejecutar la transacción.

Los desarrolladores pueden integrar Newton en su contrato heredando NewtonPolicyClient y llamando a:

• _validateAttestation()
• _validateAttestationDirect()

en el modificador de función para completar la validación de autorización de la transacción. Para más detalles sobre la implementación, consulte Integración de contratos inteligentes.

PolicyData

El Oracle de PolicyData es un componente WASM utilizado para obtener o calcular datos externos durante el proceso de evaluación de políticas.

Su salida se proporcionará como data.wasm para su uso en la política Rego.

Ejemplos de aplicación incluyen:

• Obtener el precio de tokens;
• Consultar listas de sanciones;
• Verificar el estado de KYC.

Los desarrolladores pueden crear su propio Oracle 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 la Tarea;
• Ejecutar la verificación de políticas;
• Agregar múltiples firmas BLS en una prueba de consenso unificada 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 realizan 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 Oracle WASM;
• Subirlas a IPFS a través de newton-cli;
• Desplegar PolicyData y contratos de políticas en la cadena.

Cuando los usuarios configuran políticas, deben 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 la evaluación de políticas fuera de la cadena ejecutada por 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 Oracle WASM);
• Cada Operador ejecuta de manera independiente la evaluación de la Política Rego;
• Cada Operador genera una firma BLS para el resultado de la evaluación;
• El Agregador recoge 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 obtenido una Attestation válida continúen 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 Oracle 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 Oracle 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 el resultado de la evaluación con su propia clave BLS.
6. Agregación de pruebas: el Agregador recoge las firmas de múltiples Operadores y las agrega en una prueba de consenso.
7. Devolución de la prueba: el llamador recibe la Attestation 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 HPKE, sobres seguros (Secure Envelopes) y evaluación de políticas confidenciales (Confidential Policy Evaluation), proporcionando capacidades de transacciones en cadena que apoyan la privacidad para escenarios institucionales y empresariales, al mismo tiempo que garantizan la verificabilidad de la conformidad de las transacciones.

La capa de privacidad de Newton permite a los usuarios finales enviar datos sensibles cifrados, 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:
• Cifrado de extremo a extremo (End-to-End Encryption)

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

• Intercambio de claves X25519;
• Algoritmo de cifrado ChaCha20-Poly1305.

Asegura que los datos sensibles se mantengan seguros durante la transmisión y el procesamiento.

Descifrado por Umbral
El Operador completa el descifrado de datos a través del mecanismo de partes de clave t-of-n (Key Shares).
Características:

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

Exposición Cero en la Cadena
En la cadena solo se registran:

• Hash
• Compromiso

No se almacenan datos sensibles en texto claro (Plaintext Data), asegurando que la privacidad del usuario no se exponga en un entorno público de blockchain.

Autorización de Doble Firma
Antes de que el Operador ejecute la operación de descifrado, se requiere obtener simultáneamente:

• La autorización de firma del usuario final;
• La autorización de firma de la dApp.

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

Cómo Funciona
Este proceso de integración se divide en tres pasos:

1. El cliente cifra los datos sensibles
   El cliente utiliza la clave pública de umbral del sistema (Threshold Public Key) para cifrar los datos sensibles (obtenida a través de newt_getPrivacyPublicKey).
2. Subir el paquete de datos cifrados
   El paquete de datos cifrados se sube al Gateway y se obtiene el ID de referencia correspondiente.
3. Crear la tarea y ejecutar la evaluación
   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.

Cifrado HPKE
Newton utiliza el estándar HPKE (RFC 9180), empleando los siguientes conjuntos de cifrado:

El modo base de HPKE cifra los datos con la clave pública de umbral X25519 (Threshold X25519 Public Key).

Esta clave se genera a través de un mecanismo de generación de claves distribuidas (DKG, Distributed Key Generation) entre el conjunto 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 cifrado serializado (Serialized Envelope).

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

Durante el proceso de evaluación de tareas:

• Cada operador calcula su parte de descifrado parcial utilizando su propia participación de clave DKG.
• Los operadores intercambian partes de descifrado a través de mensajes NATS cifrados.
• Cada operador reconstruye los datos en texto claro localmente utilizando un mecanismo de participación t-of-n.
• 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 del operador.

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 a través de una llamada de contrato única:

getThresholdPublicKey() o a través de newt_getPrivacyPublicKey

Método RPC. 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 re-staking de EigenLayer, se proporciona seguridad criptográfica y económica para la evaluación de políticas en cumplimiento y gestión de riesgos en la cadena.

El Protocolo Newton utiliza la agregación de firmas BLS y re-staking de 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 (Prepare-Commit)

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, datos de precios de API externas).

Dado que los datos obtenidos por diferentes operadores pueden tener ligeras desviaciones, Newton, a través del proceso de consenso en dos fases, permite que todos los operadores firmen finalmente el mismo mensaje, 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 del operador a través de newt_fetchPolicyData. Cada operador obtiene datos externos de manera independiente y devuelve una respuesta de datos no firmada.

Cálculo de Consenso (Consensus Computation)

El Gateway resume todos los datos devueltos por los operadores y calcula la mediana como datos de consenso, mientras 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 llevar a cabo la evaluación de políticas 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, agrega múltiples firmas para generar la prueba agregada final.

Soporte Multicadena (Multichain Support)

El Protocolo Newton admite la verificación de políticas entre cadenas, pudiendo ejecutar reglas de cumplimiento y autorización de transacciones entre Ethereum, Layer2 y otras cadenas objetivo.

El Protocolo Newton permite la evaluación de políticas en múltiples cadenas de bloques. Los operadores AVS funcionan en la cadena fuente de Ethereum, mientras que el contrato PolicyClient puede desplegarse en cadenas objetivo como Base y Base Sepolia.

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

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

• Registro de operadores;
• Gestión de staking;
• Mecanismo de penalización.

La cadena objetivo consume la atestación a través de un contrato verificador ligero y utiliza el estado del operador en caché para completar la verificación.

Cómo Funciona (How It Works)

Flujo de ejecución:

1. Tarea Enviada (Task Submitted)

La dirección de llamada envía la tarea al Gateway y establece el chain_id de la cadena objetivo en el Intent.

2. Evaluación de Operadores (Operators Evaluate)

Los operadores llevan a cabo la evaluación de políticas utilizando la infraestructura AVS de Newton en la cadena fuente.

3. Certificado BN254 Producido (BN254 Certificate Produced)

La firma agregada BLS se codifica como un Certificado BN254, que se utiliza 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 de Tron

La ventaja de Newton (Magic Labs) radica en que ha construido un motor de autorización de transacciones descentralizado en la cadena basado en EigenLayer AVS, que, a través de políticas, 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. Soporta límites de consumo, KYC/AML, filtrado de sanciones, reglas contra el fraude y gestión de transacciones de agentes de IA, y combina HPKE cifrado, descifrado umbral, firmas BLS agregadas y capacidades de verificación entre cadenas para proporcionar una infraestructura de ejecución en la cadena que equilibra 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, Oracle WASM, operadores AVS, pruebas entre cadenas y computación privada, lo que eleva la barrera 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, el costo operativo y la 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 Spot BTC vs ETH

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 mayor cambio no es que la economía se debilite repentinamente, sino que el riesgo de "re-inflación" en EE. UU. ha aumentado significativamente. El IPC de septiembre subió al 3.7% interanual, el PPI aumentó un 1.3% intermensual, y al mismo tiempo, los precios de importación aumentaron considerablemente, lo que significa que la presión de precios en el lado del consumo, producción e importación ha aumentado simultáneamente. La lógica de negociación macroeconómica se inclina más hacia la reevaluación del espacio de flexibilización de la Reserva Federal: si el empleo y el PMI se mantienen 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 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", 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 para la próxima semana.

IV. Políticas Regulatorias

I. EE. UU.: CFTC Avanza en Reglas de Regulación de Comercio de Criptoactivos y Mercados

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 el aviso de propuesta de reglas sobre la "Regulación de Comercio de Criptoactivos" y la "Regulación de Mercados de Criptoactivos" de la CFTC. El documento se refiere al comercio y mercados de criptoactivos bajo la sección 2(c)(2)(D) de la Ley de Comercio de Productos Básicos, y tiene como objetivo 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 criptoactivos.

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

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

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

La Autoridad Monetaria de Singapur (MAS) publicó anteriormente el 1 de septiembre un documento de consulta sobre la enmienda de la Ley de Servicios de Pago, con el objetivo de implementar un marco regulatorio para las stablecoins 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 stablecoins 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 stablecoins extranjeras. La MAS también propuso prohibir el pago de intereses sobre stablecoins 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 stablecoins 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 stablecoins que cumplan con los requisitos obtengan una identidad regulatoria más clara y sirvan para la liquidación transfronteriza y el mercado financiero tokenizado. Sin embargo, es importante enfatizar que el 16 de octubre es la fecha límite para la recolección de opiniones, y no la fecha de entrada en vigor de las nuevas regulaciones.

III. Organizaciones de regulación internacional: FSB publica documento sobre riesgos transfronterizos de stablecoins

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

El FSB publicó oficialmente el 12 de octubre el documento titulado "Arreglos Globales de Stablecoins: Vulnerabilidades Transfronterizas y Monitoreo de la Estabilidad Financiera" (Global Stablecoin Arrangements: Cross-border Vulnerabilities and Financial Stability Monitoring), dirigido al G20, resumiendo los posibles riesgos de estabilidad financiera transfronteriza que pueden surgir de los arreglos globales de stablecoins. El documento se centra en la estructura organizativa de las stablecoins globales, las vías 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 stablecoins.

Significado de la política: A medida que se amplía el uso y la circulación transfronteriza de las stablecoins, puede ser 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 stablecoins en el futuro. Sin embargo, este documento es el resultado de investigaciones y coordinación de políticas internacionales, y no es una ley vinculante que entre en vigor directamente para los países miembros.