写的是 JavaScript,构建工具却在旧 CPU 上崩了。Rollup 昨天这个小补丁,挺适合拿来聊聊“在我机器上能跑”之外的事。
11 月 1 日发布的 Rollup v4.67.4,修复的是旧款 Xeon 处理器上的兼容性问题。官方发布说明指向 PR #6622,范围很具体:linux-x64-gnu 构建里的 C 代码。
为什么一个 JS 打包工具会碰到 CPU 指令?Rollup 4 已经包含原生代码,会按操作系统和 CPU 架构安装对应的可选依赖。项目里看到的是 npm 包,真正执行时,里面仍可能有直接交给处理器运行的二进制文件。
按这次 PR 作者的说明,项目的 Linux CI runner 换到了 Ubuntu 26.04,那套环境里的 GCC 默认使用 x86-64-v3,导致 mimalloc 中生成了 AVX2/BMI2 指令。较老的 CPU 不支持这些指令,linux-x64-gnu 二进制就可能崩溃。这里说的是这次构建环境和产物的具体问题,不能扩大成“Ubuntu 26.04 都跑不了旧电脑”。
修复也很朴素:给 C 代码明确指定 -march=x86-64,把编译目标钉回基础指令集。发布说明说的是恢复旧 Xeon 上的运行,没有承诺构建更快,也没有给出所有老机器都兼容的保证。
这个案例有用的地方在于,兼容性条件可能藏在发布流水线里。只看依赖版本、Node 版本,甚至看到包名里的 x64,还不足以知道里面用到了哪一代指令。构建服务器更新了,业务代码不用改,交到用户手里的东西也可能变。
如果自己维护要分发给别人的工具,我会把“最低支持什么 CPU”当成发布条件写清楚,并留一个接近最低配置的验证环境。这是从这次修复想到的工程做法,不是对补丁的实测结论。
原始资料放下面:版本说明、修复 PR、Rollup 原生依赖文档。喜欢聊这种具体开发小坑的朋友,欢迎认识一下。
github.com/rollup/rollup/rel…
github.com/rollup/rollup/pul…
rollupjs.org/migration/
🤖 Made with AI
群里放一个 AI,最容易被忽略的问题,可能是它什么时候该开口。
LobeHub 在 11 月 1 日发布的 v2.3.0,把 Proactive Bot 从预览推进到默认启用。它会判断所关注频道里的消息,再决定参与、跳过,还是稍后处理,不必每次都等人 @。对群里的普通成员来说,变化很直观:机器人开始主动接话了。
顺着改动往下看,还有一个版本细节。另一个已合并的 PR #22034,专门把新建的 Claude Code、Codex 这类异构 Agent 的机器人改成默认关闭主动唤醒,因为它们使用拥有者设备和 CLI 配额,已有机器人不回填。这个改动进入了 v2.3.1-canary.1 预发布构建,v2.3.0 固定版本尚未包含。别把“代码已合并”直接读成“稳定版已经有了这个例外”。
这次还调整了判断问题的方式。对已经填写职责的机器人,除了看消息是否属于职责,也会考虑:这里是不是还有一个没人回答、它能实际帮上忙的问题?官方同时保留了不插入“回复给别人”的对话的处理。这是产品实现的判断逻辑,真实群聊里是否拿捏得准,还需要观察,不能当成“绝不打扰”的保证。
我更在意的是配套的 Wake records。设置里能回看哪些消息触发了参与、被跳过或延后,有结果、评分和理由,也能标记这次判断对不对。它让“机器人怎么又插话了”和“刚才为什么没回应”有了可检查的记录,不用只凭印象猜。
这里还有个容易误会的小细节:对应 PR 明确说,用户的对错标记目前只是保存下来的数据,还不会直接改变后续唤醒决策。所以点一个叉,不等于已经把它教会了。30 天的汇总,也不代表消息正文完整保存 30 天;说明里写了,正文清理后会显示消息已过期。
如果我看这类群聊助手,会把“主动参与”和“能否解释、能否关闭”放在一起看。新版有关闭开关,但关闭主动参与后,关注关键词仍可触发唤醒,别把它误读成机器人彻底停工。对做协作工具的独立开发者,这些边界比多写一句“更智能”更值得琢磨。
以上依据官方发布页和对应改动,未做群聊实测;配图是概念插画,不是软件截图。欢迎做 AI 工具或独立开发的朋友来聊,交个朋友。
发布:github.com/lobehub/lobehub/r…
默认开关:github.com/lobehub/lobehub/p…
异构例外改动:github.com/lobehub/lobehub/p…
判断记录:github.com/lobehub/lobehub/p…
🤖 Made with AI
SATLOOT 新收录|Teneo:给 AI Agent 提供实时网页数据的网络
Teneo 连接两端:一端是需要搜索结果、商品资料等实时信息的 AI Agent,另一端是提供网络资源的社区节点。官网已有 Agent 目录和开发工具,服务按请求通过 x402 结算。
Beacon 是社区侧应用,官网标为已上线、首页仍有 Beta 标识,利用同意共享的闲置带宽产生 Fragments 贡献记录。旧浏览器节点对应的 Points 与 Fragments 不是同一种记录,也都不能直接当作已到账代币。官方称同一网络连接只有一个 Beacon 计奖,增加同网设备不等于多份奖励。
奖励需要分开看:Beacon 页面提到的是季节性 USDC 抽选,不保证每个贡献者获奖。另一份官方奖励说明计划把贡献汇总为不可转让的 AGENTIC,再作为未来 TENEO 奖励路径;AGENTIC 本身不是 TENEO。该说明列有账号绑定和运行时长资格,但本次未核实当前快照及领取窗口,不能据旧说明断言现在仍可取得资格。
官网路线图把 TGE 列为后续目标并保留调整权;确切日期、兑换比例与最终分配公式,本次未取得完整确认。“本季度目标”仍可调整,积分不能据此折算收益。共享带宽涉及设备与网络权限,项目自己的隐私声明不等于独立安全审计。
这是产品介绍,不是安装、领取或交易教程;“新收录”不代表今天上线。
官网:teneo-protocol.ai/
产品:teneo-protocol.ai/beacon
SATLOOT:airdrop.satloot.com/
手机跑本地 AI,模型文件够小只是第一步,后面还有一道很具体的门:推理后端认不认识这种量化格式。
llama.cpp 在 11 月 1 日合并了一个新改动,给 OpenCL 后端加入 IQ3_S、IQ3_XXS 的初始支持,并进入 b12031 构建。这个构建在 GitHub 上标的是预发布,别把它理解成所有设备都已验证的稳定版。
这些名字看起来像文件后缀,其实关系到模型权重怎么存、计算时怎么读。量化会用更紧凑的表示保存权重;而 GPU 真正参与计算,还需要对应的运算实现。下载到了某个 GGUF 文件,并不能单凭“文件装得下”就推断手机能顺畅跑起来。
这次提交补的就是其中一段:两种 IQ3 格式的矩阵运算路径,以及面向 Adreno 的解码、小批量计算优化。它不是发布一个新模型,也没有改写所有硬件的能力边界。官方 OpenCL 文档明确说,这个后端首先面向 Adreno GPU,同时能在部分 Intel GPU 上运行;驱动和编译器也会影响支持情况。
打个比方,模型是打好包的货物,量化格式是包装方法,后端得有对应的拆包和搬运工具。换成更紧凑的包装,仓库可能放得下更多货,但搬运工具没配好,不能直接推断出货就更快。这里的“支持”解决的是兼容性的一部分,速度、内存占用、长对话是否稳定,还得放回具体模型和设备里看。
我觉得这类更新对做本地小工具的独立开发者挺有参考价值。比如离线文档助手,选型时除了模型名字,也值得记下量化格式、后端、设备和驱动版本。遇到问题,才知道是在模型效果上调整,还是先检查执行链路,免得只盯着参数量来回换模型。
这次没有做实机测试,也不报“提速几倍”的数字。能确认的是代码已合并、预发布构建已出,离“任意手机开箱即用”还有具体条件。配图是兼容性概念插画,不是产品截图。
也欢迎做本地 AI 或独立开发的朋友来聊,交个朋友。
改动:github.com/ggml-org/llama.cp…
构建:github.com/ggml-org/llama.cp…
文档:github.com/ggml-org/llama.cp…
🤖 Made with AI
让几个 AI 一起写代码,最容易展示的是“同时开工”。真到长任务里,另一个细节更值得看:喊停以后,已经写好的东西还在不在?
微软开源项目 Conductor 在 11 月 1 日发布了 0.1.44。这是一个用 YAML 定义多 agent 工作流的命令行工具,可以把代码审查、先研究再汇总、先规划再实现等步骤串起来。它原本就把流程路由写成明确条件,不用再让一个模型临场决定每一步找谁。
这次新增的 execution.profile,把“用哪家模型”和“在哪儿执行”拆开了。同一个 agent 步骤可以选择本地、Docker 容器或 Azure Container Apps 动态会话;Docker 配置了 runner_image 后,agent 循环、stdio MCP 工具和准备好的工作区依赖,可以放进同一个长期运行的容器。
我更关注发布说明里两个不太显眼的细节。一个是远程 runner 支持针对某次执行的中途暂停;另一个是 Docker 执行中,暂停请求和任务完成撞在一起时,要保留已经完成的结果。否则界面看着停了,系统却把“刚刚成功”记成“没做完”,下一轮就可能重复干活。
保留的 Docker 工作区在恢复时也有类似问题。官方 PR 记录过一种场景:agent 已经写了文件,恢复时却找不到原来的准备标记。如果系统直接把初始文件再铺一遍,就可能盖掉成果。现在这条路径会拒绝恢复,而不是擅自重新铺文件。这里的取舍很实在:宁可明确停下来,也别悄悄把用户的进度抹掉。
这些是官方发布说明和合并 PR 描述的行为,我没有实际跑过这套工具。容器也不自动等于安全;它能碰哪些文件、拿到哪些权限,仍取决于部署配置。暂停同样不能被理解成撤销已经发生的外部操作。
对独立开发者来说,这类更新给了一个挺具体的观察角度:选 agent 工具时,除了看它能连跑多久,也看看失败、暂停、恢复时,它会怎样处理已经完成的工作。
也在折腾 AI 编程和小产品的朋友,欢迎来交流,交个朋友。
官方资料(同一项目的发布、说明与代码评审):
github.com/microsoft/conduct…
github.com/microsoft/conduct…
github.com/microsoft/conduct…
🤖 Made with AI
给 AI 接上搜索,账单里就多了一种计数器。
DeepSeek 官方文档公布:通过 DeepSeek Harness、Claude Code 或 Codex 使用 DeepSeek API 时,相关服务端搜索、抓取调用从北京时间 11 月 1 日 00:00 开始按请求计费。这里说的是接入 DeepSeek API 的这条路径,不是所有 Claude Code、Codex 用户的原生搜索都改收费。
这两个接口做的事不一样。Search 根据关键词找网页,返回标题、链接、摘要等结构化结果;Fetch 读取一个指定网页,把正文转成 Markdown。一个问题可能只搜一次,也可能换几组关键词、再打开几篇原文。最终界面上只有一段回答,背后不一定只有一次调用。
这两项独立 API 的官方标价是:Search 每 1000 次成功请求 0.75 美元,Fetch 也是 0.75 美元。Search 一次返回多少条结果,不按条另收费。把 count 从 5 改成 10,改变的是返回数量,不是把这一次搜索变成两次收费。
举个纯算账的例子:假设每个问题都恰好成功搜索 1 次、抓取网页 2 次,1000 个问题就是 3000 次这类调用,工具费合计 2.25 美元。这还没算模型输入、输出的 token,也不是实际任务成本预测;多轮追问和重新检索,会改变调用次数。
“成功”也有具体条件。官方要求 HTTP 200,并且搜索结果非空,或抓取拿到正文;失败、超时、空搜索结果不计这项费用。所以看见请求返回 200,还得看它有没有真正拿到内容。
还有个容易混淆的小开关:Search 的 need_content 默认是 false,结果里的 content 会是空字符串。即便开了,正文不可用时也可能为空。不能因为拿到链接和摘要,就默认已经读过整篇原文;也不必把每条搜索结果机械地再 Fetch 一遍。
我更倾向于在资料类产品里把搜索次数、抓取次数和模型 token 分开记,再和“这次回答有没有找到可靠依据”放一起看。多拿几十条结果不自动等于更准确,少一次调用也未必值得牺牲查证。
以上依据官方规则整理,未做付费调用实测。也在做 AI 小工具或独立产品的朋友,欢迎来交流,交个朋友。
官方计费与用法:api-docs.deepseek.com/guides…
模型价目表:api-docs.deepseek.com/quick_…
Search 字段说明:api-docs.deepseek.com/api/se…
🤖 Made with AI
SATLOOT 新收录|TitanForge:仍在开发的隐私 PoW 链
这次 BTT 新帖是 PRE-ANN,不是主网上线公告。TitanForge 想做独立的支付网络:普通用户之间转账隐藏发送方、接收方和金额,同时让发行量可以公开核对。它不是部署在现有公链上的合约代币。
设计结合 GHOSTDAG blockDAG 与 Orchard/Halo 2 屏蔽交易。官方所说的“每秒一个区块”是出块目标,不等于一秒最终确认,也不是已经由公开网络验证的性能。团队称已有节点、参考 CPU 矿工和命令行钱包,但代码尚未公开,公众测试网也未开放,外部目前不能据此复核实现。
后续规划包括 GPU 矿工、更多钱包和网络层隐私。尤其要注意,官网明确说测试构建当前仍以明文连接,网络隐私部分尚未完成;不能把支付层隐藏信息理解成现阶段已经具备完整隐私保护。主网计划在独立安全审计之后推出,具体日期未公布。
发行方案称无预挖、预售或投资人配额,但前四年新发行币的 5% 拟用于开发基金,“无预挖”不等于没有开发分配。官方同时明确:现在任何链上都没有 TFN,没有销售、空投或预上线钱包。这里介绍的是开发预告,不是领取奖励或挖矿参与入口。
“新收录”指 SATLOOT 新增记录,不代表今天刚上线。
官网:titanforge.network/
BTT:bitcointalk.org/index.php?to…
SATLOOT:airdrop.satloot.com/
角色站在墙前,屏幕上几乎只有一堵墙,电脑却还在忙着处理后面一整座城。做浏览器3D时,模型“没出现在画面里”,不代表它已经不占渲染工作量。
Three.js 10月30日发布的 r187,把 meshlet 绘制管线列进了正式版本。相关改动前一天刚合入 dev,所以这次可以明确区分:不是只有讨论帖,也不是所有旧项目升级后就自动启用。
它把几何体拆成小簇,这个实现按64个三角形组织,再由GPU判断哪些簇在视野外、被挡住,或者没必要用那么高的细节。比如一座大楼只露出屋顶,可以更细地决定哪些部分值得画,不用仅凭“整栋楼还在镜头范围内”就把它全送下去。
这种拆分思路并非第一次出现。NVIDIA的技术说明早就把 meshlet 当作小块几何数据来讨论,也提醒过:多一道剔除判断本身有成本,原来的渲染流程已经优化得很好时,换管线未必划算。这里借的是原理,不能把不同API和硬件上的实验结果直接搬到Three.js。
最值得看的是新PR自己的反例。它给出的RTX 4070、1080p、关闭垂直同步测试里,Sponza场景GPU耗时从0.60ms变成0.73ms,CPU耗时却下降了。只截取某个大幅提速的演示,就会漏掉“到底卡在哪一边”。这些是提交者公布的数据,不是本账号实测。
如果项目有很多高精模型,又没怎么做细节层级和遮挡处理,这条路线值得研究。若主要时间花在像素着色、后处理,或者原本已经把不可见几何剔得很干净,先测瓶颈更实在。可以留一段固定相机路线,同时比较画面、CPU和GPU耗时,别只看峰值帧数。
部署也别跳过。PR说明不支持的对象、材质以及WebGL后端会回退常规管线;MDN仍把WebGPU标为有限可用,并要求安全上下文。开发机跑通之后,还得确认目标浏览器和设备走的是哪条路径。
做独立游戏、Web3D或AI辅助开发的朋友,欢迎交流。你的项目现在更卡模型数量,还是材质和后处理?
实现与基准:github.com/mrdoob/three.js/p…
剔除原理与成本:developer.nvidia.com/blog/us…
浏览器条件:developer.mozilla.org/en-US/…
🤖 Made with AI
AI 画的页面挺漂亮,为什么一放进自己的产品就显得不对劲?按钮、菜单、间距都像换了一套,后面还得重新对齐。
GitHub 10 月 28 日开源的 Replica,想解决的就是这类原型协作问题。它由 GitHub Design 开发:先把团队现有的组件、设计规范和产品文档交给它,再用自然语言做可交互原型。设计师整理规则,产品和开发沿着同一套规则改方案。
这里有个很具体的用法:给已有项目列表加搜索,顺便做出“没有结果”和“清空搜索”两种状态。预览就在 Copilot 对话旁边,能直接点着试。官方指南还要求检查生成结果是否真的用了指定组件,发现不对就继续改。接入规范只是起点,验收不能省。
个人想试,可以先在本地做,不需要先搭服务器、域名或 Replica Hub。需要让同事打开链接评审、留下评论时,再接可选的自托管 Hub。现有团队仓库也能接入,不必每次从空白项目重建。
有几个门槛要提前看:当前本地画布指南支持 macOS 和 Linux,需要 GitHub Copilot app、登录及相应开发环境。模型可以走 Copilot 方案,也能接自己的供应商,后者仍在公开预览,费用按供应商计算。比如选用 Anthropic 的 API,官方价目按输入、输出 token 等项目计费;这是模型服务的账,不能拿项目开源来抵。
代码采用 MIT 许可。OSI 公布的许可文本允许使用、修改和分发,但副本或主要部分须保留版权和许可声明,也没有软件担保。能改代码,和有人替你承担运行成本,是两件事。
数据也要分开看。Hub 放在自己的服务器上,并不能推出所有数据都留在公司内;GitHub 服务和所选模型供应商还有各自的数据条款。原型先用样例数据,不要直接塞客户资料和生产凭据。
做独立产品或 AI 编程的朋友,欢迎交流。你更常卡在“页面不好看”,还是“看着不错,但接不回原项目”?
项目与工作流:github.com/github/replica
MIT 许可:opensource.org/license/mit
模型费用示例:platform.claude.com/docs/en/…
🤖 Made with AI
钱包签名里的 deadline,到底让什么东西到期?
今天看币安安全事件,除了等官方进展,还有一个和普通用户更近的细节值得讲清楚:假如某个页面借着“核验资产”“登记补偿”的名义,让你签一段不用付 gas 的消息,这段签名究竟能做什么?
这里只讨论一种具体机制:ERC-2612 的 permit。不把它当作本次事件的成因,也没有证据说币安现在推出了这种补偿签名流程。下面的页面情境是假设,不是正在发生的钓鱼活动通报。
permit 原本是一个省步骤的设计。代币持有人签下消息后,符合条件的提交者可以把它交给代币合约,设置某个 spender 的支出额度。持有人签名时可以不自己发链上交易、付 gas,但链上权限仍可能随后改变。MetaMask 的安全文档也提醒过:链下签名被收走后,资产未必当场发生变化。
这里有两个很容易看错的字段。
nonce 管的是同一份许可能不能重复使用。ERC-2612 要求它和持有人当前的 nonce 对上;成功使用后,计数加一。它不是“只许花一枚币”,也不是“只能转一次”。实际给谁额度、给多少,要看 spender 和 value。
deadline 管的是这份 permit 最迟什么时候能被合约接受。按标准,提交时的区块时间不能晚于它。容易漏掉的后半句是:一旦 permit 已经成功执行,写入的是 allowance,也就是支出额度;这个 deadline 没有顺便给那笔额度装一个自动清零的闹钟。
所以,“签名十分钟后过期”和“十分钟后已有授权自动失效”,在 ERC-2612 里不能混着理解。已生效的额度可能被使用、修改或撤销,具体还要看代币合约和后续状态;这里也不能套用到所有名字里带 permit 的协议。
签名本身有很多正常用途,包括身份验证。问题在于,页面写着“登录”或“领取”,并不能替代消息和合约里的实际含义。某个字段有期限、某次签名没扣 gas,都不足以回答“我究竟交出了什么权限”。
币安今天的官方安全公告要求以官方渠道更新为准。关于补偿的说法也应回到官方公告核实,不能由一个签名弹窗来证明。把这两个问题分开:消息来源是否真实,以及消息究竟授权了什么。
做钱包交互的朋友,也欢迎聊聊怎样把签名期限和支出额度讲清楚。
来源:
Binance 安全公告:binance.com/en-NG/support/an…
ERC-2612:eips.ethereum.org/EIPS/eip-2…
MetaMask 签名安全:support.metamask.io/stay-saf…
🤖 Made with AI
SATLOOT 新收录|XYPER,具体做什么、奖励怎么算?
官网把它定位为连接活动需求与内容创作者、AI Agent 的任务市场:需求方设置任务和预算,提交的内容经过规则核验后,才可能产生可领取奖励。目前公开官网有活动、创作者和 Points 页面,但页面入口存在,不等于每个账号都有可接任务或必获报酬。
这里要分清两套东西。活动报酬按该活动指定的奖励代币支付;Xyper Points 是单独的积分。官方规则写明,活动收益取决于内容审核、评分和可用预算,奖池总额由创作者共享,不能把整个奖池当成个人可得金额。
积分页列出的创作者奖励包括首次成功领取活动报酬后的 5,000 分,以及同一 X 账号通过蓝标验证后的额外 5,000 分;这些是验证后的一次性奖励,不是仅注册就能拿到。每周奖励也有成功领取报酬和蓝标验证条件。
官方称积分将在 TGE 后对应 XYPER,但代币分配额度、积分兑换比例和 TGE 日期仍待分发前公布。现在无法把积分折算成确定现金价值,也不宜据此估算收益。
这是项目与规则介绍,不是付费推广任务招募或参与教程。“新收录”指 SATLOOT 雷达新增,不代表今天刚上线。
官网:xyper.market/
积分规则:xyper.market/points
SATLOOT:airdrop.satloot.com/
币安这次补充进展里,值得细看的其实是“原币种”。
币安在这份更新中称,已预留超过 63.4 亿美元公司资金,其中价值 50 亿美元的部分,已经持有与受影响资产相同的代币;剩余部分当时正在通过市场和 OTC 渠道采购。这是币安的官方自述,不是独立审计结论。[1]
为什么有了资金,还要专门强调币种匹配?
假设需要补齐的是 100 枚 A 代币,手上持有等值的 B 代币,美元估值可以对上,A 的数量却没有因此增加。把多种资产折成一个美元总额,方便汇总,也会抹掉币种之间的差别。要看原币种是否补齐,还得把总额拆回每个币种的数量。这个例子只解释计量方式,不代表本次具体缺口。
拿 ERC-20 这种代币标准举例,balanceOf 返回账户在该代币合约里的余额;若提供 decimals,可据此将原始整数换算成展示数量。标准接口本身不替你折成美元。美元估值是另外加上的价格和时间点,不能替代代币数量。[2] 当然,本次涉及的资产不能据此一概当成 ERC-20。
这也解释了公告为何同时提到低流动性和 OTC 结算:公司准备购买资产,与需要的资产已经交付到位,中间还有成交和交割。币安称部分代币流动性低、OTC 结算也需要时间。[1] 这段话没有给出逐币种采购清单,所以不能倒推哪些币一定要买、何时买完,更不能把它当成涨价信号。
再往用户端走,还有一层不同的状态。币安公开钱包 API 将余额字段 free、locked、withdrawing 分开,网络配置里又单列 withdrawEnable。[3] 这只是公开接口的设计,不能拿来证明事故内部流程;但它很直观地说明,资产余额与某条网络能否出金,本来就在回答不同问题。
所以后续进展里,更有信息量的是:原币种还差多少数量,已成交部分是否交割,以及用户端的资产处理和相关网络服务各到了哪一步。总额增加,不能自动填满这些空白。追回资产则是另一路进展,公告也明确将冻结、受保护资产排除在上述资金数字之外。[1]
如果后面有逐币种的披露,再对照着看,会比只盯美元大数字清楚得多。做钱包或结算的朋友,欢迎一起聊聊这里的口径。
[1] 币安本次更新
teapawt.net/binance/status/2116121…
[2] ERC-20 标准
eips.ethereum.org/EIPS/eip-2…
[3] 币安 Wallet API
developers.binance.com/en/do…
配图:原创概念示意,非资产数据。
🤖 Made with AI
Binance has begun recovering affected assets for users and continues to work with law enforcement, issuers, blockchain intelligence firms and industry partners to trace, freeze and recover additional funds.
The company has already publicly committed to cover losses through company funds in the prior announcement.
Binance has already reserved over $6.34B of company funds to cover this incident. $5B of these funds are already held in the exact token assets that were impacted. We are completing the purchase of the remaining amount by buying token assets through market channels and OTC channels. We are doing this to match the format of the remaining token assets and address any asset shortfalls. This step can take longer because some tokens may have low liquidity and OTC settlement also takes time. We will share more progress as soon as we can.
These figures do not include frozen or protected assets, which remain subject to ongoing recovery and verification. Currently, $3bn has been frozen, with thanks to our industry partners. We are working with partners and law enforcement to recover the frozen assets.We will continue to use company resources to cover confirmed shortfall and will provide further verified updates as recovery efforts progress. Ultimately, all user funds will be verified publicly through our Proof of Reserves.
We will weather this storm. Thank you for the support.
SATLOOT新收录|Nysa Finance
官方文档介绍面向代币化资产的信用市场服务;雷达提及的积分、代币分配及TGE时间尚未核实。
官网 nysa.finance/
雷达 airdrop.satloot.com/
时间以官方为准,谨防仿冒链接。
补充一下 Nysa Finance 的产品和进度。
Nysa 面向代币化资产发行方提供信用市场服务。简单说,资产做成链上代币之后,它帮助发行方围绕这些资产建立借贷市场,工作包括抵押品尽调、价格数据源选择、利率和风险参数设计、市场部署、清算机制及后续监控。官方称这套服务为 Market-as-a-Service。
目前能核实的是公开官网与产品文档,不能据此认定市场已经正式开放。官网路线图把首个基于 Kamino、部署于 Solana 的市场列在 2026 年 Q4,状态仍写着 Next;后续扩展市场也属于规划。
补充核对官网路线图:官网把 TGE、公开 INO 和 DAO 等放在 2027 年 Q2 的路线图阶段,标注 Later。这是计划窗口,不是已确认的具体发币日,也不能推导出“现在参与就有空投”。本次未核实到用户积分规则、空投资格、代币分配额度或兑换比例。
看这类产品,重点还包括底层资产是否透明、价格数据如何更新、抵押品能否处置,以及合约和流动性风险。官网的风控描述不能替代独立安全验证。SATLOOT 新收录只是发现记录,不是上线或收益背书。
官网:nysa.finance/
产品文档:nysa-finance.gitbook.io/nysa…
SATLOOT:airdrop.satloot.com/
SATLOOT新收录|Melee Markets
官网显示Beta已开放,Melee Score与未来奖励体系有关;代币空投尚未核实。
官网 melee.markets/
雷达 airdrop.satloot.com/
时间以官方为准,谨防仿冒链接。
补充一下 Melee Markets 具体在做什么。
它是预测市场产品:把体育、加密资产、经济、文化等事件变成市场,官网主打用户自建市场。官网写明 Beta 已上线,但访问资格分批开放,不能理解成所有功能已经正式成熟。
这次读到的 Beta 公共页面有市场、交易和排行榜入口;“提供流动性赚取收益”仍标着 Soon。排行榜也明确标注 Sample,并称当前网络还没有排名交易者,因此不能拿这些示例人物、展示成交额当成真实活跃度或收入证明。
奖励方面,官网把 Melee Score 定义为未来奖励与积分体系的基础;Beta 页面说明初始分数为 1,000,符合条件的市场会影响评分。但本次查阅没有核实到代币空投额度、兑换比例、快照或 TGE 日期,Score 不能按现金或确定空投估值。
预测市场涉及资金损失与结算规则风险,Beta 还需留意功能和规则变更。这里做产品信息记录,不提供下注、入金或交易建议。SATLOOT 的“新收录”指雷达新增条目,不代表项目今天刚上线。
官方:melee.markets/
Beta:beta.melee.markets/
SATLOOT:airdrop.satloot.com/
币安什么时候恢复提现?接下来值得等的,是一份能看懂的恢复说明。
截至北京时间 10 月 30 日 12:26,本次核对到的币安安全公告仍写着暂停充提、进行安全检查,暂未查到官方恢复通知。路透社此前转述的恢复条件也是“安全问题完全解决”,并没有给出具体时刻。
这次公告新增了一个重要线索:初步调查指向一台可能被攻破的 DevOps 工程师笔记本,攻击者可能借此进入服务容器、提交未授权提现。官方同时称,尚未发现钱包私钥泄露的证据。这里的“初步”“可能”“尚未发现”都要保留,完整技术复盘还没出来,不能把线索直接当成最终根因。
接下来怎么看进展?可以把注意力放到三个问题上。
第一,入口是否真正被堵住。官方已披露撤销受影响地址的授权。但对通用安全处置来说,还需要查清受影响范围、清理攻击者残留的访问路径。撤销一处授权,和完成全链路排查,是不同阶段;目前不能从公告推断这些工作已经全部结束。
第二,恢复后的系统怎样验收。NIST 的事件响应指南提出,重新投入生产前,应检查恢复资产是否仍有入侵迹象、处理根因,并验证恢复措施是否正确充分。映射到提现服务,值得等待的解释包括:哪些环节完成了验证,恢复后如何监测异常。这是通用观察框架,并非声称币安采用了某个具体方案,也不要求公开会帮助攻击者的敏感细节。
第三,恢复范围有没有说清。如果后续公告写“恢复提现”,还要看覆盖哪些网络、资产和服务,是否存在限制。局部恢复与全部恢复,给用户的信息并不一样。现在没有证据支持替官方编一张恢复时间表。
这里还有两份后续材料值得分开等:技术复盘解释发生了什么、怎么修;更新后的储备证明展示其披露口径下的资产情况。币安已经表示会在补救完成后发布更新的储备证明,在调查完成且事实核实后发布技术复盘。两份材料各有用途,储备数字本身无法代替对系统修复的说明。
等公告时,比起猜“还要几小时”,更有用的是看这些问题被回答了多少。暂停时间长短本身,不足以证明已经安全,也不足以证明问题失控。
资料:币安安全公告、路透社报道、NIST SP 800-61r3。
binance.com/zh-CN/support/an…
live.euronext.com/en/financi…
csrc.nist.gov/pubs/sp/800/61…
想一起把后续公告读明白,欢迎交个朋友。
🤖 Made with AI
币安又更新了补足资产的进度:称已预留超过63.4亿美元公司资金,其中50亿美元已持有对应受影响代币,其余还在通过市场及OTC渠道采购、结算。
这些金额不包含冻结或受保护的资产。剩余代币是否到位、冻结资金能否追回,后面还要分别看核实进度;这条公告没有宣布提现恢复。
teapawt.net/binance/status/2116121…
Binance has begun recovering affected assets for users and continues to work with law enforcement, issuers, blockchain intelligence firms and industry partners to trace, freeze and recover additional funds.
The company has already publicly committed to cover losses through company funds in the prior announcement.
Binance has already reserved over $6.34B of company funds to cover this incident. $5B of these funds are already held in the exact token assets that were impacted. We are completing the purchase of the remaining amount by buying token assets through market channels and OTC channels. We are doing this to match the format of the remaining token assets and address any asset shortfalls. This step can take longer because some tokens may have low liquidity and OTC settlement also takes time. We will share more progress as soon as we can.
These figures do not include frozen or protected assets, which remain subject to ongoing recovery and verification. Currently, $3bn has been frozen, with thanks to our industry partners. We are working with partners and law enforcement to recover the frozen assets.We will continue to use company resources to cover confirmed shortfall and will provide further verified updates as recovery efforts progress. Ultimately, all user funds will be verified publicly through our Proof of Reserves.
We will weather this storm. Thank you for the support.
币安这次事件里,有个比“又冻结了多少”更值得展开的问题:谁有权按下链上的紧急按钮?
Arbitrum 官方已确认,安全委员会把与本次事件关联地址中的 ARB 和 ETH 转入了一个中间冻结钱包。公告同时说,这些资金后续只能由安全委员会进一步采取行动,或通过 Arbitrum DAO 治理投票来移动。[1]
这里能看出两层决定:先让相关地址失去继续转走这笔资金的能力,再决定钱下一步去哪里。看到资金转入冻结钱包,仍然要接着看放行权限和后续执行,不能直接把它理解为币安已经收回、用户已经到账。
这个按钮的权限也有明文规则。Arbitrum DAO 宪章写明,安全委员会由 12 名成员组成,紧急行动需要其中 9 名批准;遇到真正的安全紧急情况,可以不经常规等待期执行升级或其他必要行动。事后还必须在适当时间发布完整透明度报告,说明做了什么、为什么这样做有正当性。DAO 则可以通过相应提案限制或取消这些权力。[2]
这使“链上资产由谁控制”变得比一句私钥口号复杂。除了日常转账的签名规则,还要读底层系统保留了哪些升级权限、谁能批准、什么情况下可以跳过等待期。这些信息平时像文档角落里的小字,出事时却会直接改变资金的处置路径。
我更想追问的是,紧急行动之后,公众能不能把事情核对清楚:本次授权对应哪些链上操作,受影响范围如何证明,冻结钱包的下一步由谁提出、谁批准,最终执行是否与公开说明一致。规则写着“需要 9 人批准”,不能代替对某一笔实际操作的检查;公告说“已冻结”,也不能代替后续资金去向的记录。
救援速度和权力约束都值得认真讨论。只赞叹救得快,会漏掉紧急权限的边界;只给它贴上“中心化”的标签,又容易跳过最具体的责任问题。对这次事件,读懂谁能动手、事后怎么交代,比替所有公链下一个统一结论更有用。
熟悉 L2 治理的朋友也欢迎一起聊聊,尤其是紧急权限用完之后,怎样把处置过程交代清楚。
[1] Arbitrum 官方说明
teapawt.net/arbitrum/status/211596…
[2] Arbitrum DAO 宪章 §3
docs.arbitrum.foundation/dao…
配图为原创概念插画,非事件现场或链上数据截图。
🤖 Made with AI
The Arbitrum Security Council has taken emergency action to rescue the 74,559,805 ARB and 8,425 ETH being held in the address on Arbitrum One that is identified as connected to the Binance exploit. The Security Council acted by weighing its commitment to the security and integrity of the Arbitrum community and Arbitrum governance without impacting any Arbitrum users or applications.
After significant technical diligence and deliberation, the Security Council identified and executed a technical approach to move funds to safety without affecting any other chain state or other Arbitrum users.
As of October 30, 2026 time, the funds have been successfully transferred to an intermediary frozen wallet. They are no longer accessible to the address that originally held the funds, and can only be moved by further action of the Security Council or a vote of Arbitrum DAO governance, which will be coordinated with relevant parties.
进一步更新:币安又披露发现了额外的入侵点,完整事实仍在调查。官方称暂停提现后资金流出已经停止,充值未受影响;该公告发布时,仍预计45小时内恢复提现。
这是公告当时的预计,不是从看到这条回复起重新倒计时,也不是已经恢复。完整攻击路径仍要等后续调查。
teapawt.net/binance/status/2116089…
Investigation update: Our initial investigation suggested that the security incident may have involved a compromised laptop, however our subsequent investigation has uncovered additional points of breach.
This was a complex attack, and we are doing all we can in coordination with law enforcement to resolve it. We are still gathering the facts, and will share more directly as we have them.
Binance will cover all losses from the SAFU fund and the company’s funds. User funds are safe.
We are still on track towards the expected timeline to resume the withdrawal service in 45 hours. Deposits remain unaffected.
The outflows ceased when we paused withdrawal service earlier. We are still working with partners to freeze many of the impacted assets, and have frozen around $3 billion thus far.
We will continue to provide further updates through official Binance channels as more verified information becomes available.
















