汪汪简报

全部新闻

1. 

   监管政策 · CoinDesk

   Crypto for Advisors：CLARITY 法案失败，但规则还是来了

   CLARITY法案虽未通过，顾问却已按既有规则行事，合规成本照付。

   对财富顾问而言，这改变的是要不要在立法缺位下，把客户的钱配进 SEC 创新豁免所允许的代币化美股：可以做，但预算得按「豁免随时被撤」来留。

   展开全文收起

   依据

   CMCC Global 的 Alex Tapscott 在 CoinDesk 的 Crypto for Advisors 里写：CLARITY 止步两天后，SEC 就发出 Innovation Exemption（创新豁免），允许部分场所用 automated market makers（自动做市商）和 liquidity pools（流动性池）在链上交易代币化美股；SEC 主席 Paul Atkins 称它是通往持久立法的桥。机制是：综合性立法缺位时，豁免、救济和指引由两家监管机构逐条补齐——CFTC 同期给部分软件服务商松绑，并更新代币化投资与链上记账的指引。Tapscott 给的对照是 Solana 的处理量可顶美股、固收和外汇市场之和，Hyperliquid 提供 24/7/365 实时交易；而顾问这一端，合规成本不会因为国会没投票就不用付。

   1. 国会未推进 CLARITY
      ↓→止步两天后
   2. SEC 与 CFTC 各自放行
      ↓→无立法兜底
   3. 顾问照付合规成本

   没写清 材料没说这份创新豁免的有效期、覆盖哪些场所、以及被撤销要满足什么条件，所以不能替它算能撑多久。

   下一步 SEC 是否公布创新豁免的适用场所名单与到期条款。

   原文 →

   剪报
2. 

   技术与协议 · The Block

   以太坊基金会推出 zkAPI，让用户无需暴露身份即可为 AI 模型付费

   以太坊基金会推zkAPI，隐私付费有场景，但依赖其金库且供应商接入有限

   做私有推理请求的团队现在可以把「付款人身份」从采购清单上划掉，但要不要把预算锁进以太坊基金会的金库、并接受它挑的供应商名单，得先算迁移成本。

   展开全文收起

   依据

   The Block 报道，以太坊基金会（Ethereum Foundation，以太坊协议的研发与资助主体）推出 zkAPI：用户先把资金存入一个以太坊金库（vault，链上托管资金的合约），再用零知识证明（zero-knowledge proof，能证明某个条件成立、却不暴露具体内容的密码学证明）逐次授权扣款。机制上，供应商收到的是来自金库的有效授权凭证，而不是一笔能指向某个地址或某个人的转账，所以请求记录和付款人无法被拼回一起。代价落在用户侧：资金进了金库，退出的自由度就由金库规则决定。

   1. 存入以太坊金库
      ↓→资金就位
   2. 零知识证明逐次授权
      ↓→核销授权
   3. 供应商凭凭证交付

   没写清 材料没说供应商名单由谁定、金库由谁掌管私钥与提款条件，也没说每次授权扣款的手续费由谁承担。

   下一步 下一步可核对的是 zkAPI 的公开接入文档里，首批 API 供应商名单与接入条件是否公布。

   原文 →

   剪报
3. 

   技术与协议 · The Block

   以太坊质押奖励销毁提案 EIP-8363 已从 Hegota 升级中撤出

   EIP-8363因联合作者承认场域错置被撤，质押收益调整需另寻路径。

   EIP-8363 撤出 Hegota，意味着想把质押奖励烧毁塞进升级清单的推动者，下一步不再是排队等 Hegota 排序，而要另找发行量变更的通道；原本靠 Hegota 范围清单预判质押收益走向的验证者，也失去了这个路标。

   展开全文收起

   依据

   联合作者 Jérôme de Tychey 说，行业参与者和核心贡献者说服他，scoping 流程（升级范围圈定，即决定哪些提案进 Hegota 的入口筛选）不是发行量变更该走的场域。机制上，这类圈定先筛提案再排优先级，提案一旦进清单，讨论就默认「改发行曲线属于升级范畴」成立；反对者不必走到正式否决，只要在入口挡下，议题就得退回独立的发行量讨论轨道。de Tychey 承认场域错置并撤回，反对方省下了一次否决成本，但发行量问题本身没有被裁决。

   没写清 材料没说 EIP-8363 是就此作废还是改道另提，也没交代其他联合作者是否同样同意撤出。

   下一步 看 ethereum/EIPs 仓库里 EIP-8363 的 PR 状态是否变为 closed，或是否出现新的发行量讨论轨道。

   原文 →

   剪报
4. 

   机构与应用 · CoinDesk

   又一则 Trump memecoin 晚宴广告面向该代币顶级投资者发布

   代币持仓换晚宴席位，顶级投资者得面子，小散户只剩二级市场波动风险。

   决定权落在 $TRUMP 持仓榜第 185 名上下的人手里：11月12日锁定前要不要再买一批把排名挤进邀请线，代价是这笔本金在会后按市价结算，而不是按入场资格结算。

   展开全文收起

   依据

   CoinDesk 的 Jesse Hamilton 报道，管理 $TRUMP（一种以特朗普为主题、本身没有底层业务的迷因币 memecoin）活动的网站写明：前 185 名注册投资者可在 11月22日进入华盛顿特区 Trump National 私人俱乐部，VIP 身份由代币参与度决定、11月12日锁定，并注明「不安排与总统私下会面」。机制是把持仓排名直接当门票：锁定日之前买入能推高需求，宣布晚宴时币价一度涨约 10% 至 $2.25，随后回落到近日水位，仍只是约 $74 历史高点的一小截。同一批材料里，投资者累计损失数十亿美元；参议院的 Digital Asset Market Clarity Act（数字资产市场清晰法案）因限制高级政府官员持币关联的条款谈不拢，上月未能推进。

   • 宣布晚宴当日涨幅约 10%
   • 宣布后价格$2.25
   • 历史高点约 $74
   • 获邀注册投资者185 名

   没写清 材料没写进榜门槛：前 185 名各持多少枚、参与度按什么口径算，都没有数字，所以无法推算挤进名单要花多少本金。

   下一步 11月12日 VIP 名单锁定之后，核对 $TRUMP 价格是否回落到宣布晚宴之前的水位。

   原文 →

   剪报

5. AI工具 · AWS Machine Learning Blog

   使用Amazon Quick在AI构建的应用中提供实时、受治理的数据

   按查看者身份逐行套权限，省去快照重建，但需先接入Quick Sight数据集

   做内部应用的产品和数据分析团队：行级权限改在查看时按身份套用之后，不必再为每类受众各做一份快照，代价是必须先把指标落进 Quick Sight 数据集，否则应用展示的仍是发布时冻结的数字。

   展开全文收起

   依据

   AWS Machine Learning Blog 上，Wei Kuo、Vetri Natarajan、Kevin Page、Salim Khan 在 2026年10月1日的技术文章里说，Quick Apps 早就能把实时数据带进应用：action connectors（Jira、Slack、Google Drive 这类外部服务连接器）、Spaces 文档、网页搜索、AI 推理都在查看时运行，也就是用户打开应用的那一刻，而不是构建时。这次新引入的是来自数据湖、数据库和其他分析数据存储的结构化实时数据。此前卡住的点是治理口径：SPICE 与 Direct Query 两类承载业务指标的表，材料说它们不能从应用里被实时查询，应用展示的数据集数字是智能体构建时烘焙进去的，等于发布时冻结的一张快照。静态报表够用，但一旦应用要让指标反映今天的数据、又要尊重谁被允许看哪些行，快照就撑不住。

   1. 用自然语言描述应用
      ↓→构建
   2. 智能体构建应用
      ↓→发布时冻结
   3. 数据集数字烘焙冻结
      ↓→改为实时
   4. 查看时按身份实时取数

   没写清 材料没说接入 Quick Sight 数据集需要哪些权限与配置、Direct Query 场景的查询延迟如何，也没说行级权限在应用里由哪一层判定。

   下一步 拿一个已有的 SPICE 数据集接进一个只读应用，用两个权限不同的账号打开同一个应用，核对返回的行是否不同。

   原文 →

   剪报

6. AI工具 · AWS Machine Learning Blog

   使用NVIDIA NeMo Agent Toolkit和Amazon S3 Vectors构建Agent记忆

   想省自建向量库的团队可看：NAT记忆层可换成S3 Vectors。

   这改变的是准备给多智能体加记忆的团队：决定点从「要不要自建向量库」挪到「记忆层由谁运维」。选 S3 Vectors 是把语义检索、元数据、一致性和扩缩容四项交给托管，选自建就自己担这四项，另外还得有人维护这套 EKS 集群。

   展开全文收起

   依据

   作者 Venkata Sistla 在 AWS Machine Learning Blog 2026年10月1日的文章里，把上一期的架构讨论推进到实现。NVIDIA NeMo Agent Toolkit（NAT，英伟达的开源智能体框架）自带 memory subsystem（记忆子系统）；这次的做法是照它的接口实现一个 custom memory provider（自定义记忆提供方），把 Amazon S3 Vectors（Amazon S3 上提供语义检索的能力）接到这个位置上当 persistent memory layer（持久记忆层），整套再部署到 Amazon EKS（AWS 的托管 Kubernetes 服务）上以获得完整运维控制权，示例是多智能体投资研究。机制上的取舍在于：语义检索、丰富元数据、强一致性和弹性扩缩容原本要团队自己搭，现在改由 S3 Vectors 承担；代价是记忆读写进入 AWS 账号与权限边界，不再由自己掌控。

   1. NAT 记忆子系统
      ↓→实现接口
   2. 自定义记忆提供方
      ↓→读写后端
   3. S3 Vectors 记忆层
      ↓→部署运行
   4. EKS 上的投研用例

   没写清 材料没给任何实测值：记忆检索延迟、单次写入成本、并发下的失效阈值都没有，也没说这套接法在多大记忆量时会退化。

   下一步 核对 AWS 博客原文是否放出 NAT 自定义 memory provider 的完整代码与 EKS 部署清单，没有就说明还停留在架构描述。

   原文 →

   剪报