本报告记录了一起大规模安全事故，涉及 5,477 个被入侵地址中总计 1,432.48 BTC 的失窃。 此次漏洞源于软件随机数生成器（RNG）中的一个关键错误。代码层面的疏忽导致 `#define HAS_RNG 0` 语句绕过了硬件熵要求，将预期的 128 位安全性降至几乎为零。这一缺陷代码通过 2018 年至 2022 年间的四次提交引入，且这些提交均缺乏同行评审并直接推送至生产环境。 该漏洞多年未被发现，直至 2026 年 7 月下旬，随着大量失窃报告和链上异常活动的激增才引起关注。在短短几天内，该漏洞触发了对受影响 UTXO 的协同“清扫”，将被盗资金汇集至特定目标地址。尽管此前已发布广泛的公开警告和后续通知，绝大多数被盗比特币仍保留在这些受监控的地址中。此事件凸显了加密实现不当带来的灾难性风险，以及在敏感金融软件中绕过严格代码审查流程的危险。
每日HackerNews RSS
抱歉。
发布
登录
注册
发布
马克·扎克伯格 (Mark Zuckerberg)
@finkd
我相信每个人都应该拥有使用超级智能的机会，我写了一篇长文，阐述了 Meta 在构建人人共享的美好未来方面的理念和价值观。
meta.com/thefutureisfor…
上午 10:01 · 2026年8月10日
30.3万次浏览
530 377 3.9万 785
𝕱𝖚𝖑𝖑 𝕶𝖊𝖑𝖑𝖞
@full_kelly
57分钟前
113 82 2.1万
Ricardo Dias
@theslowtell
1小时前
“每个人都应该拥有使用超级智能的机会”听起来固然很好，但当你意识到“每个人”包含了所有人时，情况就不同了。
获取权限是其功能所在。
同时，获取权限也是其风险所在。
31 28 3.3万
Air Katakana
@airkatakana
1小时前
包括基地组织吗？
112 11 1.3万
登录或注册 X
查看正在发生的事情并加入对话
通过手机号继续
通过 Apple 继续
通过 Google 继续
或使用用户名或电子邮件登录
相关人物
马克·扎克伯格 @finkd
关注
当前趋势
条款 · 隐私 · Cookie · 无障碍 · 广告信息 · 更多
© 2026 X Corp.
一篇关于 Meta 新型本地代理 AI 开源权重模型的 Hacker News 讨论显示，社区对此持深度怀疑态度。
批评者认为，Meta 的“开源”做法主要是一种战略举措，旨在为其广告业务获取更多个人数据，并将此与该公司颇具争议的“Internet.org”计划相提并论。怀疑论者还指出，近期各界对 Meta AI 的安全性表示担忧，尤其是关于其模型可能参与恶意黑客行为的报道。评论者质疑，这些发布究竟是生态系统的真正贡献，还是旨在掩盖“超级智能”本地代理危险性的精心公关活动。
相反，一些用户反驳了这种“反 AI”情绪，认为 AI 模型带来的风险被夸大了。他们主张，通过恐惧的视角评估 AI 工具会忽略其技术潜力；并认为就像酒精或药品等其他受监管行业一样，重点应在于负责任的使用，而非散布恐惧。总体而言，该讨论串凸显了人们在“将 Meta 的 AI 进步视为对隐私和安全的威胁”与“捍卫开源技术的发展”这两个群体之间的巨大分歧。
关于 媒体报道 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 工作原理 测试新功能 © 2026 Google LLC
对不起。
Meta Superintelligence Labs 发布了 **Muse Glimmer**，这是一款拥有 300 亿参数的模型，专门针对全天候运行的本地智能体（agent）工作流进行了优化。该模型采用 Apache 2.0 许可证发布，旨在能在 Mac 或配备单显卡的 PC 等消费级硬件上高效运行。 主要功能包括： * **智能体能力：** 在多步推理、精准工具调用、故障恢复和多模态输入处理方面表现卓越。 * **优化：** 通过先进的量化技术和推测解码（使用 DFlash“起草”模型），Muse Glimmer 可在 24–32 GB 内存范围内运行，同时保持极高的生成速度。 * **性能：** 在智能体基准测试（如 SWE-Bench、𝛕-Bench）中表现优异，并支持超过 100 种语言。 * **易用性：** 该模型现已在 Hugging Face 上线。Meta 确保了其与 `llama.cpp`、MLX 和 ExecuTorch 等主流框架的兼容性，使开发者能够构建并部署无需依赖云端或互联网的本地化私有智能体。 通过开源 Muse Glimmer，Meta 旨在赋能社区，助力构建完全在设备上运行、响应迅速、具备隐私保护且具有上下文感知能力的智能体。
**摘要：Muse Glimmer 与本地大模型的现状**
**Muse Glimmer** 是一款针对全天候本地智能体工作流优化的 30B 参数模型，其发布在 Hacker News 上引发了热烈讨论。用户正在将其与 Qwen 3.6 27B 等现有模型进行性能对比，初步印象显示，该模型在编程和智能体任务方面表现出色，并因其“简洁高效”的推理过程而受到关注。
讨论的主要议题包括：
* **竞争性的发布时机：** 观察人士推测 Meta 的发布时间表受到即将发布的 Qwen 3.8 影响；企业往往通过“蚕食”竞争对手的新闻周期来保持自身热度。
* **本地 AI 复兴：** 一个主要讨论点是从依赖云端 API 向“桌下服务器”部署的转变。尽管本地托管具有隐私和成本优势，但用户也承认存在重大障碍，包括高昂的硬件成本（显存需求）以及高效本地推理的高学习曲线。
* **“开放权重”之争：** 社区持续区分“开放权重”（Meta 的做法）与“开源”。虽然一些人将这些发布视为对自由开源软件（FOSS）生态的馈赠，但另一些人仍对 Meta 的企业历史持批评态度，认为模型发布是旨在挽回开发者信任的公关手段。
**Implant** 是一个 VS Code 扩展，旨在连接编码智能体（如 Claude Code、Copilot 或 Cursor）与编辑器内部智能。通过提供一个名为 `run_vscode_script` 的 MCP 工具，它允许智能体直接在 VS Code 扩展宿主中执行 JavaScript 代码片段。
这使智能体能够像编辑器本身一样与代码库进行交互——包括使用语言服务器、符号、git blame 和工作区诊断功能，从而确保代码编辑在语义上是可知的，且比单纯的文件操作更安全。
**核心功能：**
* **深度集成：** 智能体可以触发重构、重命名和诊断等原生操作。
* **安全至上：** 未经用户批准，任何代码都不会执行。系统提供一个 WebView 界面，在执行前显示每个代码片段供用户检查。
* **便捷设置：** 该扩展会自动生成可移植的配置文件（MCP/rules），引导智能体学习如何调用其功能。
* **透明访问：** 利用安全的令牌门控通信，确保只有经过授权的智能体才能与宿主进行交互。
Implant 有效地将编辑器转化为 AI 的高级 API，使智能体能够在拥有 VS Code 内置智能的可靠性前提下，执行复杂的、具备上下文感知能力的编码任务。
对不起。
请启用 JavaScript 和 Cookie 以继续。
关于 Jimmy Ostler 的博客文章《Rust 中的尾调用解释器》（Tail-Call Interpreters in Rust）的 Hacker News 讨论主要集中在两个方面：技术反馈和对网页无障碍性的抱怨。
**技术讨论：**
讨论帖中，读者与文中引用的文章作者 Neal (Noel) Welsh 进行了建设性的对话。双方探讨了树遍历解释器与栈式虚拟机之间的对偶性。参与者澄清道，两者之间的转换通常涉及指令集的重构，即移除显式引用（参数）并改用隐式栈操作。一些用户还指出，作者在 Rust 实现中大量使用了 `unsafe` 代码块。
**设计批评：**
大部分评论集中在博客的“复古 CRT”视觉风格上。虽然一些读者欣赏这种美学，但许多人认为其厚重的 `text-shadow`（文字阴影）效果和扫描线极其刺眼，严重阻碍了阅读，尤其是对代码片段的阅读。该讨论帖突显了关于网页设计的一场更广泛的争论：一些人主张回归富有创造性的个人网页美学，而批评者则认为此类设计往往达不到基本的无障碍标准，迫使用户必须依赖浏览器的“阅读模式”才能获取内容。
作者提出了一种 Rust 借用检查器的替代方案，将“区域”（regions）视为借用的集合，而非控制流图中的点。该系统利用声明式逻辑语言 **Datalog** 对这些区域及其子集关系进行建模，从而计算出跟踪特定引用如何依赖于特定借用的借用约束。 该方法的主要特点包括： * **提升精度**：通过将活跃性（liveness）集成到传播规则中，分析程序可以在区域不再被使用时“丢弃”约束。这使得编译器能够接受当前非词法生命周期（NLL）分析所拒绝的复杂模式，例如条件重赋值。 * **实现**：原型系统使用了 `differential-dataflow` crate 以实现高效、快速的迭代。尽管目前速度慢于现有方法，但作者指出优化工作尚未开始。 * **错误报告**：由于该分析基于形式逻辑，理论上可以利用检测到错误时的证明树，为用户生成清晰、高质量的诊断信息。 最终，这一转变标志着将借用检查视为一种形式化别名分析的尝试，这有望简化编译器对程序状态的推理，并为未来的语言特性奠定基础。
抱歉。
这些为深圳 Fallout 活动设计的炼金宇宙主题黑客松胸牌，由三层 PCB 堆叠而成，采用经济实惠的 CH32V003 微控制器和 WS2812B LED 灯珠。其设计通过测试点将两个外环焊接到内部的“太阳”PCB 上，营造出分层的 3D 视觉效果。
主要特点包括：
* **高效设计：** LED 灯光透过露出的阻焊层照射，只需在一层外环上安装组件即可实现完整的视觉效果。
* **电源：** 支持通过电池连接器输入 2.7V–5V 电压，层间留有空间可容纳小型锂电池。
* **高性价比：** 小批量生产成本约为 10 美元，大规模生产时有望降至 3 美元以下。
* **开发：** 该项目开源，支持自定义。用户可通过嘉立创 (JLCPCB) 和立创商城 (LCSC) 进行生产。固件可通过 WCH-LinkE 或 PicoRVD 使用 SWIO 接口进行烧录。
尽管该胸牌是在预算有限的情况下快速设计完成的，但它仍是一款兼具多功能与美感的硬件。所有设计和固件文件均可供用户根据需要自行修改和生产。
在最近一次于深圳举办的黑客马拉松中，开发者 Kai Pereira 制作了复杂的“炼金-宇宙学”主题 PCB 徽章。该设计采用独特的三层堆叠结构，并通过测试点进行连接。
其核心采用了一款低成本的 CH32V003 微控制器，用于驱动一圈 WS2812B NeoPixel 灯珠。该设计利用了露铜阻焊工艺，营造出一种发光的艺术效果。虽然目前的版本缺少“Silly Add-On”（SAO）接口——Pereira 承认这是他在凌晨四点设计时疏忽导致的——但该项目在 Hacker News 社区获得了积极评价，创作者也确认计划在未来版本中加入 SAO 兼容性。
幂律函数具有一种独特的性质，即它们的傅里叶变换也表现为幂律，并遵循 $t^\alpha \leftrightarrow \omega^{-(\alpha+1)}$ 的关系。尽管涉及单位阶跃函数、相位偏移和伽马函数缩放等复杂因素，这种对称性仍为分析信号提供了一个引人注目的框架。
一个特别重要的情形出现在 $\alpha = -0.5$ 时，此时时域和频域具有相同的衰减率（$\omega^{-0.5}$ 和 $t^{-0.5}$）。这与困扰学界 80 年的“1/f 噪声”之谜高度相关，该现象广泛存在于从电子学到音乐等诸多领域。由于 1/f 噪声的功率谱与 $1/f$ 成正比（意味着振幅谱为 $1/\sqrt{f}$），这表明 1/f 噪声在某种程度上是其自身的傅里叶变换。
虽然这种数学对称性与高斯函数及其变换之间的关系（中心极限定理的基石）相呼应，但 1/f 噪声的物理起源和相位特征仍难以捉摸。将 1/f 噪声视为一种自变换幂律，或许能为解释这一普遍存在却知之甚少的现象提供关键线索。
本次讨论聚焦于 1/f 噪声（“粉红噪声”）这一经久不衰的谜题。该现象普遍存在于电子学、物理系统甚至社会现象中。与白噪声不同，1/f 噪声的功率会随频率降低而增加，这导致传统的统计平均法无法收敛，也对标准数学模型提出了挑战。
讨论的主要结论包括：
* **物理起源：** 尽管 1/f 噪声在经验上已有详尽记录，但目前尚无统一的物理学解释来阐明其在各领域的发生机制。提出的成因涵盖了从半导体中的电子俘获到对流热湍流等多种假说。
* **工程挑战：** 由于 1/f 噪声阻碍了长期平均，工程师通常采用“斩波放大器”等技术，将信号转换至噪声底限更易控制的高频频段。
* **数学背景：** 评论者们就幂律、莱维稳定分布（Levy stable distributions）与傅里叶变换之间的关系进行了探讨。虽然文章强调了 1/f 噪声作为其自身傅里叶变换的独特性，但参与者指出，许多函数类别都具备这一特征。
* **感知：** 在音频领域，人们更偏好“粉红噪声”而非“白噪声”，因为前者在每个倍频程内提供相等的能量，听起来比后者更自然，也更少刺耳的嘶嘶声。
请启用 JavaScript 和 Cookie 以继续。
抱歉。