一.前瞻

1. 宏观层面总结以及未来预测

本周全球宏观市场呈现通胀反弹、经济韧性较强、风险资产承压的格局。美国9月CPI同比上涨3.7%，环比上涨0.6%；PPI环比大幅上涨1.3%，零售销售环比增长0.8%，反映能源价格上涨推动通胀压力重新升温，而消费需求仍具韧性。中东地缘政治紧张推高国际油价，进一步强化市场对滞胀风险的担忧。美股科技板块明显回调，纳斯达克指数周跌约4.48%，标普500指数下跌1.95%，道指则上涨0.67%，资金由高估值科技股向能源及防御性板块轮动。尽管通胀超预期，美国10年期国债收益率仍回落至约5.09%，显示市场同时担忧经济增长前景。 

下周预计全球市场将继续围绕通胀黏性、美联储利率路径及地缘政治风险展开博弈。美国通胀与消费数据偏强，意味着美联储短期内缺乏宽松空间，但经济增长及金融市场承压也可能限制其进一步加息的力度。下周需重点关注美联储官员表态、10月20日美国各州就业数据、10月23日密歇根大学消费者信心数据，以及国际油价和美债收益率变化。预计美股仍将维持高波动，科技成长板块面临估值调整压力；若油价持续上涨，通胀预期可能进一步抬升，压制全球风险偏好。反之，若能源价格回落、利率预期趋稳，市场有望迎来阶段性修复。

2. 加密行业市场变动及预警

本周加密市场整体延续回调，核心矛盾仍是高利率预期与资金流出：BTC一度跌破8.2万美元并测试约8万美元区域，ETH跌幅明显大于BTC，市场总市值周内约下降2%—3%，BTC市占率则升至约59.5%，显示资金进一步向BTC集中、山寨币风险偏好偏弱。美国现货ETF资金面继续构成压力，10月12—16日BTC现货ETF累计净流出约2.28亿美元，ETH现货ETF净流出约3.20亿美元；周初下跌还触发大规模多头清算，10月12日24小时全市场清算一度超过7.7亿美元。整体来看，本周并非单一利空导致暴跌，而是美联储进一步加息预期、高位美债收益率、ETF持续流出与杠杆去化共同压制市场，ETH及多数山寨币明显弱于BTC。

下周预计市场仍以震荡偏弱、等待宏观与资金面重新确认方向为主，BTC约8万美元区域将成为重要的多空分界；若美债长端收益率回落、BTC现货ETF重新转为持续净流入，前期杠杆清洗后BTC存在率先反弹的条件，但在这两个信号出现前，持续性大涨的基础仍然不足。结构上预计继续呈现“BTC强于ETH、主流币强于中小市值山寨币”的防御格局，山寨季暂时缺乏明确资金基础；尤其应关注10月27—28日美联储会议临近带来的利率预期变化。因此，下周更可能是围绕8万美元附近反复博弈并逐渐选择方向，而非直接开启单边行情。 

3. 行业以及赛道热点

本周行业热点主要集中在 RWA、稳定币/支付、DeFi、预测市场+隐私、AI×Crypto及跨链安全：RWA 延续机构化趋势，Multiliquid 完成 800万美元融资、Fission 完成 1000万美元A轮，Spout Finance 获得 200万美元战略融资并探索以代币化美股抵押借入 USDC，链上 RWA AUM 已约 346亿美元；稳定币与支付方面，Western Union 的 Solana 稳定币 USDPT 在墨西哥 Bitso 上线，USDC 被列为欧盟首个“重要电子货币代币”，但稳定币总市值周内小幅收缩。 

NEAR也通过 Gauntlet 策略的 Kamino Vault 推出 SOL 收益产品；预测市场继续向隐私化发展，StarkWare 推出 OffMarket 为 Polymarket 交易提供隐私通道；AI×Crypto 方面，原 Story Protocol 转型的 DATA Network 获 Sui Foundation 3000万美元战略投资，AI 数据确权、支付及 Agent 基础设施继续升温；安全与跨链方面，Autheo 因 Hyperlane 可信 Relayer 密钥遭利用导致约 170万美元损失、THEO 暴跌超90%，再次暴露跨链桥单点信任风险。 

二.市场热点赛道及当周潜力项目

1.潜力项目概览

1.1. 详解总融资8600万美元，由Paypal、1k(x)、Northzone领投，Cherubic以及Volt等机构参投——构建面向大众用户的链抽象 Web3 体验基础设施Newton（Magic Labs）

简介

Newton Protocol 是一个基于 EigenLayer AVS（主动验证服务） 构建的去中心化链上交易授权策略引擎（Decentralized Policy Engine）。它能够在智能合约中直接执行交易规则，包括消费额度限制、制裁名单筛查、欺诈防护以及合规规则管理。

Newton Protocol 是一个用于定义、验证和执行规则的策略引擎，允许开发者将各种规则（例如资金支出限制、制裁筛查、反欺诈机制等）直接编码到智能合约中，并通过链上验证机制确保这些规则被严格执行。

协议要素解析

Newton Protocol 是一个用于链上交易授权的策略引擎（Policy Engine），基于 EigenLayer 主动验证服务（Actively Validated Service，AVS） 构建。本页面介绍其核心组件如何协同工作。在阅读集成指南的过程中，可返回此处参考。

1. Newton 如何工作

用户编写用于定义交易何时应被允许执行的规则（策略 Policy）。当用户提交一笔交易（Intent）时，Newton 的去中心化 Operator 网络会根据用户设定的策略对该交易进行评估，并返回一个密码学证明（Attestation），由智能合约在执行交易前进行验证。

2. Key Concepts（核心概念）

Policy（策略）

Policy 是一个用于定义 Intent 必须满足哪些条件才能被批准 的 Rego 程序。Policy 存储在 IPFS 上（通过 CID 引用），并且可以被多个 PolicyClient 重复使用。

Policy 可以引用两类数据源：

• data.params：由 PolicyClient 所有者设置的配置参数，例如：
  • 支出额度限制（Spend Limits）
  • 白名单（Allowlists）
• data.wasm：由 PolicyData WASM Oracle 在运行时获取的数据，例如：
  • Token 价格
  • KYC 状态

Intent（交易意图）

Intent 是提交给策略评估系统进行验证的拟执行交易请求。

它包含标准 EVM 交易字段，用户在 SDK 调用 simulateTask或submitEvaluationRequest 时，需要构造对应的 Intent。

Task（任务）

Task 是将 Intent 与对应 Policy 组合进行评估的单元。

在 Newton 中，Task 是最基本的评估单位：

• 每个 Task 都会被判断为：
  • 符合规则（Compliant）
  • 不符合规则（Non-compliant）

用户可以通过 RPC API 或 Newton Explorer 查询 Task 状态。

Attestation（证明）

Attestation 是一种密码学证明（BLS 聚合签名），用于证明 Newton Operator 已经对某个 Policy 进行了评估，并对 Intent 做出了批准或拒绝结果。

Attestation 包含：

• taskId（任务 ID）
• policyId（策略 ID）
• evaluation result（评估结果）
• expiration block（过期区块）

关于 Attestation 的生成机制，详见 Consensus & Security。

PolicyClient（策略客户端）

PolicyClient 是一个用于在执行交易前验证 Attestation 的智能合约。

开发者可以通过继承 NewtonPolicyClient 将 Newton 集成到自己的合约中，并在函数 Modifier 中调用：

• _validateAttestation()
• _validateAttestationDirect()

以完成交易授权验证。具体实现方式参考 Smart Contract Integration。

PolicyData（策略数据）

PolicyData Oracle 是一个 WASM 组件，用于在策略评估过程中获取或计算外部数据。

其输出会作为 data.wasm 提供给 Rego Policy 使用。

应用示例包括：

• 获取 Token 价格；
• 查询制裁名单；
• 验证 KYC 状态。

开发者可以通过 Writing Data Oracles 指南创建自己的数据 Oracle。

Operator（运营节点）

Operator 是注册到 Newton AVS 的 EigenLayer 节点。

Operator 负责：

• 独立评估 Task；
• 执行策略验证；
• 在达到共识阈值（Quorum）后，将多个 BLS 签名聚合为一个统一的共识证明。

关于 Quorum 和 Slashing 机制，详见 Consensus & Security。

Gateway（网关）

Gateway 是基于 JSON-RPC 2.0 的接口服务，用于接收任务并协调 Operator 执行评估。

所有 SDK 和 CLI 交互都会通过 Gateway 完成。

协议技术架构简述

Newton Protocol 是一个由三层架构组成的系统，将策略定义（Policy Definition）、策略评估（Policy Evaluation）和策略执行（Policy Enforcement）进行分离。

这种模块化架构使每一层都能够独立发展和升级，同时保持整体系统的高安全性保障。

1. Policy Layer（策略层）

Policy Layer 负责定义系统中存在的规则，以及这些规则的配置方式。

组件	作用
Policy Registry（策略注册表）	链上注册所有已部署的策略，通过 CID（内容标识符）进行引用
Policy Library（策略库）	提供可复用的策略模板，例如支出额度限制、制裁检查、KYC 验证等
PolicyData Oracles（策略数据预言机）	基于 WASM 的组件，在策略评估时获取外部数据

开发者发布策略的流程：

1. 编写 Rego 策略和 WASM Oracle；
2. 通过 newton-cli 将其上传至 IPFS；
3. 在链上部署 PolicyData 和 Policy 合约。

用户配置策略时，需要部署一个 PolicyClient 合约，并设置具体参数，例如：

• 阈值（Thresholds）
• 白名单（Allowlists）
• 过期时间（Expiration）

2. Compute & Consensus Layer（计算与共识层）

Compute Layer 负责由 Newton AVS Operator 网络执行链下策略评估。

组件	作用
Gateway（网关）	JSON-RPC 接口，接收任务并将任务分发给 Operator
Operators（运营节点）	EigenLayer 节点，独立执行策略评估
Aggregator（聚合器）	收集各 Operator 的 BLS 签名，并生成统一共识证明

当一个 Task 被提交时：

1. Gateway 接收 Intent，并识别目标 Policy；

2. 可用 Operator 获取 PolicyData（运行 WASM Oracle）；

3. 每个 Operator 独立执行 Rego Policy 评估；

4. 每个 Operator 针对评估结果生成 BLS 签名；

5. Aggregator 收集签名，并在达到 Quorum（共识阈值）后生成共识证明。

6. Verification & Execution Layer（验证与执行层）

Verification Layer 负责链上证明验证以及交易执行。

组件	作用
NewtonProverTaskManager	核心任务管理模块，负责创建任务、存储响应以及管理挑战窗口
AttestationValidator（证明验证器）	根据 Operator 集合验证 BLS 聚合签名
PolicyClient（策略客户端）	开发者部署的智能合约，在执行交易前调用验证逻辑
PolicyClientRegistry（策略客户端注册表）	记录已注册的 PolicyClient 合约

该层确保只有经过 Newton 策略验证并获得有效 Attestation 的交易，才能继续执行。

4. Data Flow（数据流程）

完整的策略评估流程如下：

1. 提交 Intent（交易意图）调用方将 Intent（交易意图）以及 PolicyClient 地址发送至 Gateway。
2. 创建 Task（任务）Gateway 创建一个 Task，将 Intent 与对应的 Policy（策略）进行绑定。
3. 获取数据（Data Fetched）Operator 执行 PolicyData WASM Oracle，获取策略评估所需的外部数据。
4. 策略评估（Policy Evaluated）Operator 使用 Intent、Oracle 数据以及参数（Params）运行 Rego Policy，对交易是否符合规则进行评估。
5. 生成签名（Signatures Produced）每个 Operator 使用自身的 BLS 密钥对评估结果进行签名。
6. 聚合证明（Proof Aggregated）Aggregator 收集多个 Operator 的签名，并将其聚合为共识证明（Consensus Proof）。
7. 返回证明（Proof Returned）调用方收到对应的 Attestation（证明）。
8. 链上验证（On-chain Verification）PolicyClient 通过 AttestationValidator 对证明进行验证。
9. 执行交易（Transaction Executes）如果验证通过，则受保护的交易继续执行。

Privacy Layer（隐私层）

Newton Protocol 的隐私架构基于 HPKE 加密、安全信封（Secure Envelopes）以及机密策略评估（Confidential Policy Evaluation），为机构和企业场景提供支持隐私保护的链上交易能力，同时保证交易合规性可验证。

Newton 的隐私层允许最终用户提交经过加密的敏感数据，例如：

• 个人身份信息（PII）
• 身份凭证（Credentials）
• 财务记录（Financial Records）

Operator 会在策略评估过程中通过阈值解密（Threshold Decryption）共同解密所需数据，而这些敏感信息始终不会出现在链上。

许多策略执行场景都需要访问敏感数据，例如：

• 身份证明文件；
• API 密钥；
• 合规记录；
• 私有业务参数。

Newton 的隐私层提供以下能力：

端到端加密（End-to-End Encryption）

使用 HPKE（Hybrid Public Key Encryption） 对敏感输入数据进行端到端加密，底层采用：

• X25519 密钥交换；
• ChaCha20-Poly1305 加密算法。

确保敏感数据在传输和处理过程中保持安全。

阈值解密（Threshold Decryption）

Operator 通过 **t-of-n 密钥份额机制（Key Shares）**共同完成数据解密。

特点：

• 没有任何单个 Operator 持有完整解密密钥；
• 只有达到规定数量的 Operator 协作时，才能恢复数据；
• 降低单点泄露风险。

链上零暴露（Zero On-chain Exposure）

链上仅记录：

• Hash（哈希）
• Commitment（承诺值）

而不会存储任何明文敏感数据（Plaintext Data），确保用户隐私不会暴露在区块链公开环境中。

双重签名授权（Dual-Signature Authorization）

在 Operator 执行解密操作前，需要同时获得：

• 最终用户（End User）的签名授权；
• dApp（应用）的签名授权。

只有双方均确认后，Operator 才会执行敏感数据解密，从机制上防止未经授权的数据访问。

工作流程（How it works）

该集成流程分为三个步骤：

1. 客户端加密敏感数据
   客户端使用系统的阈值公钥（Threshold Public Key）对敏感数据进行加密（通过 newt_getPrivacyPublicKey 获取）。
2. 上传加密数据包
   将加密后的数据封装（Encrypted Envelope）上传至 Gateway，并获得对应的引用 ID（Reference ID）。
3. 创建任务并执行评估
   创建包含该引用 ID 的 Task，在策略评估过程中，Operator 通过阈值解密（Threshold Decryption）机制解密所需数据。

HPKE Encryption（HPKE 加密）

Newton 使用 HPKE 标准（RFC 9180），采用以下密码套件：

组件	算法
KEM（密钥封装机制）	DHKEM（X25519，HKDF-SHA256）
KDF（密钥派生函数）	HKDF-SHA256
AEAD（认证加密算法）	ChaCha20-Poly1305
Signing（签名算法）	Ed25519

HPKE 基础模式（Base Mode）会将数据加密至系统的阈值 X25519 公钥（Threshold X25519 Public Key）。

该公钥通过 Operator 集合之间的交互式分布式密钥生成（DKG，Distributed Key Generation）产生，没有任何单个 Operator 持有完整私钥。

发送方身份认证则通过对序列化后的加密信封（Serialized Envelope）使用 Ed25519 签名单独完成。

Threshold Decryption（阈值解密）

Newton 通过交互式 DKG（FROST DKG / Pedersen VSS）机制，将 HPKE 私钥分散存储在多个 Operator 之间。

在任务评估过程中：

1. 每个 Operator 使用自身 DKG 密钥份额计算部分解密份额（Partial Decryption Share）。
2. Operator 之间通过加密的 NATS 消息交换解密份额。
3. 每个 Operator 使用 t-of-n 份额机制在本地重构明文数据。
4. 重构后的明文数据用于策略评估以及 BLS 签名生成。

阈值密钥对在密码学上与 Operator 的 ECDSA 密钥和 BLS 密钥相互独立。

因此：

• 即使某个签名密钥被泄露，也不会导致解密份额泄露；
• 攻击者无法通过 Operator 签名密钥获得敏感数据解密能力。

组合后的公钥会存储在链上，并可通过单次合约调用：

getThresholdPublicKey() 或者通过  newt_getPrivacyPublicKey

RPC 方法获取。DKG 密钥生成流程仅在 Operator 集合发生变化时执行，不会在每个 Task 中重复运行。

Consensus & Security（共识与安全）

Newton Protocol 的共识机制、BLS 签名聚合以及经济安全模型。通过 EigenLayer 再质押（Restaking）机制，为链上合规与风险管理中的策略评估提供密码学安全和经济安全保障。

Newton Protocol 使用 BLS 签名聚合（BLS Signature Aggregation）以及 EigenLayer 再质押 ETH（Restaked ETH），为策略评估过程提供密码学层面和经济层面的安全保障。

Two-Phase Consensus（两阶段共识：Prepare-Commit）

Newton 采用两阶段共识机制，用于处理 Operator 在独立获取实时敏感数据（例如从外部 API 获取价格数据）时产生的数据差异问题。

由于不同 Operator 获取的数据可能存在轻微偏差，Newton 通过两阶段共识流程，使所有 Operator 最终能够针对同一条消息（Same Message）完成签名，即使初始接收到的数据值略有不同。

• Prepare 阶段（Prepare Phase）

Gateway 通过 newt_fetchPolicyData 向 Operator 节点发送数据获取请求。每个 Operator 独立获取外部数据，并返回未经签名（Unsigned）的数据响应。

• 共识计算（Consensus Computation）

Gateway 汇总所有 Operator 返回的数据，并计算其中位数（Median）作为共识数据，同时验证各数据之间是否满足容差范围（默认容差为 10%）。

• Commit 阶段（Commit Phase）

Gateway 通过 newt_evaluateAndSign 广播经过确认的标准共识数据。Operator 使用完全一致的数据执行策略评估（Policy Evaluation），并使用 BLS 密钥对评估结果进行签名。

• 聚合阶段（Aggregation）

Gateway 收集 Operator 返回的 BLS 签名，当签名数量达到共识阈值（Quorum）后，将多个签名聚合生成最终的聚合证明（Aggregate Proof）。

Multichain Support（多链支持）

Newton Protocol 支持跨链策略验证（Cross-chain Policy Verification），能够在 Ethereum、Layer2 以及其他目标链之间执行合规和交易授权规则。

Newton Protocol 支持在多个区块链上进行策略评估。AVS Operator（运营节点）运行在以太坊源链（Source Chain）上，而 PolicyClient 合约可以部署在 Base、Base Sepolia 等目标链（Destination Chain）上。

1. Source Chain 与 Destination Chain（源链与目标链）

链类型	作用	示例
Source Chain（源链）	Newton AVS Operator 注册、BLS 密钥管理所在的链	Ethereum Mainnet、Ethereum Sepolia
Destination Chain（目标链）	部署 PolicyClient 合约并执行交易的链	Base、Base Sepolia、Ethereum Sepolia

源链提供核心安全基础，包括：

• Operator 注册；
• 质押管理（Staking）；
• 惩罚机制（Slashing）。

目标链则通过轻量级验证合约（Lightweight Verifier Contract）消费 Attestation（证明），并利用缓存的 Operator 状态完成验证。

2. How It Works（工作流程）

执行流程

1. Task Submitted（任务提交）

调用方向 Gateway 提交任务，并在 Intent 中设置目标链的 chain_id。

2. Operators Evaluate（Operator 评估）

Operator 使用源链上的 Newton AVS 基础设施执行策略评估。

3. BN254 Certificate Produced（生成 BN254 证明）

BLS 聚合签名会被编码为 BN254 Certificate（BN254 证明），用于目标链验证。

4. Attestation Verified on Destination（目标链验证证明）

目标链上的 PolicyClient 使用 BN254CertificateVerifier 验证该证明。验证通过后，目标链即可继续执行对应交易。

Tron点评

Newton（Magic Labs）的优势在于其构建了一套基于 EigenLayer AVS 的去中心化链上交易授权策略引擎，通过 Policy、Operator 网络、Attestation 证明和智能合约验证机制，将传统静态签名授权升级为可编程、可验证的交易权限控制体系。其支持消费额度限制、KYC/AML、制裁筛查、反欺诈规则以及 AI Agent 交易管理，并结合 HPKE 加密、阈值解密、BLS 聚合签名和跨链验证能力，为机构和企业提供兼顾隐私、安全与合规性的链上执行基础设施。

其劣势在于系统架构涉及 Rego 策略、WASM Oracle、AVS Operator、跨链证明和隐私计算等多个复杂组件，开发和集成门槛较高；同时，协议价值高度依赖企业、DeFi 应用及 AI Agent 生态采用，当前仍需验证大规模商业场景中的稳定性、运营成本以及不同监管环境下的适配能力。

二. 行业数据解析

1. 市场整体表现

1.1. 现货BTC vs ETH 价格走势

BTC

ETH

三.宏观数据回顾与下周关键数据发布节点

本周宏观结论：

最大的变化不是经济突然转弱，而是美国“再通胀”风险明显上升。9月CPI同比升至3.7%，PPI环比更达到1.3%，同时进口价格大幅上涨，意味着消费端、生产端和输入端价格压力同时增强。宏观交易逻辑因此更偏向于重新评估美联储宽松空间——如果后续就业与PMI仍保持韧性，“增长尚可 + 通胀偏高”的组合将继续限制降息速度。

下周关键数据节点：

美国方面，下周数据密度实际上低于本周，核心看初请失业金 + 10月PMI；

如果美国PMI继续强、就业没有明显恶化，而通胀又维持高位，宏观环境将进一步偏向“更高利率维持更久（higher for longer）”，这是下周美股、黄金、美元以及加密市场需要重点交易的宏观逻辑。    

四. 监管政策

一、美国：CFTC推进加密资产交易及市场监管规则

2026年10月13日｜美国商品期货交易委员会（CFTC）

美国《联邦公报》于10月13日刊登 CFTC 关于《加密资产交易监管规则》（Regulation Crypto Asset Transactions）及《加密资产市场监管规则》（Regulation Crypto Asset Markets）的拟议规则制定预先通知（ANPRM）。文件涉及《商品交易法》第2(c)(2)(D)条下的加密资产交易及市场，旨在征求公众意见，为制定更符合加密资产市场特点的监管规则奠定基础。

政策意义： 美国加密资产监管正继续通过监管机构的具体规则制定程序推进，重点在于明确加密资产交易活动及相关市场的监管要求。不过，该文件属于前期征求意见程序，并不代表新规已经正式通过或生效。

二、新加坡：稳定币监管立法咨询于本周截止

2026年10月16日｜新加坡金融管理局（MAS）

新加坡金融管理局此前于9月1日发布《支付服务法》修订咨询文件，旨在落实单一货币稳定币（MAS-SCS）监管框架，并将10月16日设为公众意见提交截止日期。本次咨询涵盖稳定币储备及价值稳定机制、资本要求、按面值赎回、信息披露，以及跨司法辖区联合发行、境外稳定币认可等安排。MAS还提出禁止受监管稳定币支付利息、要求发行人开展压力测试并制定恢复及有序退出计划等措施。

政策意义： 本周标志着新加坡稳定币监管框架进入咨询结束后的政策评估阶段。未来符合条件的稳定币有望获得更明确的监管身份，并服务于跨境结算及代币化金融市场。但需要强调，10月16日是意见征集截止日，而非新规正式生效日。

三、国际监管组织：FSB发布全球稳定币跨境风险监测文件

2026年10月12日｜金融稳定理事会（FSB）

FSB于10月12日正式发布《全球稳定币安排：跨境脆弱性与金融稳定监测》（Global Stablecoin Arrangements: Cross-border Vulnerabilities and Financial Stability Monitoring），面向G20总结全球稳定币安排可能带来的跨境金融稳定风险。文件重点研究全球稳定币的组织结构、风险在不同机构及司法辖区之间的传导路径，以及监管机构可用于监测稳定币活动的数据指标与数据来源局限性。

政策意义： 随着稳定币跨境流通和使用规模扩大，单一国家监管机构可能难以独立识别全部风险。FSB此次文件强调跨境监管协调与数据监测的重要性，为各国未来完善稳定币风险监管提供参考。不过，该文件属于国际监管研究与政策协调成果，并非对各成员国直接生效的强制性法律。