Patrick A. Heller 是位于密歇根州兰辛市 Liberty Coin Service 的通讯官，也是一位屡获殊荣的钱币学专业人士。他曾获得 2019 年 FUN 钱币学大使等荣誉，以及美国钱币协会多项奖项，并得到多家硬币与贵金属组织的认可。他撰写月刊《Liberty's Outlook》，自愿担任国家硬币与贵金属协会的行业问题顾问，并在 1320-AM WILS 电台主持广播评论。
每日HackerNews RSS
黄金现已成为美国最大的出口商品，超越石油、药品和飞机。文章澄清这些是非货币出口——主要来自国内矿山产出和回收业务，而非美国政府储备，后者保持不变。
帖子讨论了若干驱动因素。外国央行（法国、荷兰、德国）一直在减少存放在纽约的黄金——部分通过实物运输，部分通过在美国出售并在欧洲回购。全球存在精炼瓶颈，瑞士精炼厂处理了大量流量。需求由中国及其他寻求替代美元的国家和地区引领，背景是人们担忧美国债务、通胀和政治不稳定。
评论者争论这一排名反映的是高金价而非实际交易量，指出黄金单位重量价值极高，因此按美元价值计算位居榜首。其他人提到美国老年人回收珠宝带来的“cash for gold”热潮。帖子还包括关于黄金内在价值、运输方式（空运与海运）以及美国财政政策和储备货币地位的题外讨论。一些评论者将美国债券收益率上升和美元走弱作为转向黄金的背景。
该仓库的目的是公开爱沙尼亚在线投票系统的源代码供公众审阅。该仓库不用于活跃开发，但会保持更新，因此这里可以找到的代码就是用于选举的代码。由于用于具有法律约束力选举的投票系统必须严格遵守立法，爱沙尼亚 I-voting 系统和 I-vote 验证应用程序的实际开发由爱沙尼亚国家选举办公室监督。更多信息请参见 www.valimised.ee。
Hacker News 的讨论帖介绍了爱沙尼亚开源的在线投票系统。许多评论者认为电子投票仅靠软件或密码学无法保证安全：系统需要物理纸质记录、选举后人工审计和公众信任。密码学可以改善验证与隐私，但批评者指出胁迫、密钥丢失、虚假选票以及说服公众的困难等风险。支持者引用爱沙尼亚长期使用电子投票，并表示开源有助于透明度。其他人认为纸质选票仍更便于普通选民理解和审计，而电子系统存在黑箱操纵和供应链攻击的风险。该讨论还涉及无障碍、海外投票、胁迫，以及重新投票或区块链能否保护选票秘密。总体而言，尚无共识：一些人认为电子投票在高信任社会中实用且可信；另一些人坚持高风险选举需要手填纸质选票、透明计票和审计。
科学家在实验室中通过让白化碎片与同一珊瑚个体的健康碎片接触，逆转了珊瑚白化。在 Pocillopora damicornis 中，接触配对在八周内恢复；共生菌群到第二周每四天翻倍一次，一周接触即可支持后续独立恢复。分离的碎片在20周后死亡。显微镜显示碎片通过组织桥融合，实现共生菌转移，但仅限于同一珊瑚个体中基因相同的碎片。该发现表明可能实现可规模化的恢复，但适用性受限于需要同基因型碎片。
Hacker News 的一则讨论围绕一项研究展开：白化珊瑚在接触基因型相同的健康邻居时，几天内即可恢复。评论者解释，珊瑚白化是共生藻（虫黄藻）的排出，并非必然死亡；珊瑚可重新获得藻类，有时还能选择更耐热的物种，但变暖往往快于适应。主要注意事项：恢复似乎仅限于基因相同的群体，使得野生环境中的大规模恢复困难。参与者还讨论了更广泛的珊瑚礁衰退、大堡礁珊瑚覆盖率恢复，以及气候变化、人口、投票与海洋变暖等议题。有人建议珊瑚礁修复或耐热藻类，也有人强调减少化石燃料与排放。总体而言，该帖结合了对珊瑚恢复力的谨慎乐观，以及对恢复机制可能跟不上加速变暖的担忧。
Pele 是一个轻量、快速的 Mermaid.js 替代品，用于将 Mermaid 图表语法渲染为 SVG。它零依赖，体积缩小 6 倍（gzip 后 230 kB 对比 1.6 MB），速度最高快 500 倍（0.05–0.3 毫秒对比 6–82 毫秒），同时支持 Mermaid 12.1.0 的所有图表类型。Pele 提供基于 CSS 变量的主题，颜色和字体可无需重新渲染即可更改，并针对小屏幕调整布局而非缩放。可通过 npm、pnpm、yarn 或 bun 安装，并通过返回 SVG 的简单 render() API 使用。开源且为 Obsidian 打造，Pele 以火山与火之女神命名。
Pele 是一个工具，将 Mermaid 风格的图表渲染为可主题化的 SVG，评论者称赞其布局比 Mermaid 有所改进。其创建者表示 Pele 遵循 Mermaid 的语法，但不使用其布局引擎，并指引用户查看示例和带比较模式的 playground。讨论主题包括视觉图表差异对比、Pele 是否能合并到 Mermaid、D2 和 ELK 等替代布局工具，以及使用 LLM 生成图表。该项目似乎在 github.com/obsidianmd/pele 开源。评论者还报告了一些小问题，例如 Mermaid 预览损坏和对深色模式不友好的示例，并指出该工具对 AI 辅助的 markdown 工作流很有用。
复古磁带：1963-2010 是一个展示 2,669 盒密封盒式磁带的网站，主要来自 1970-1990 年，按品牌和生产年份整理，涵盖美国、欧洲和日本市场。它列出主要品牌及数量，例如 TDK（372）、Sony（365）和 Maxell（268），并包含 Maxell、Sony 和 TDK 的鼎盛时期产品阵容。网站还介绍磁带历史、论坛链接和更新日志。磁带不售卖；推荐使用 eBay，其中一些价格很高。最近更新新增了多位贡献者的大量磁带，涵盖 BASF、Denon、Fuji、Hitachi、Konica、Maxell、Philips、Sanyo、Scotch、SKC/SMAT、Sony、TEAC、Toshiba 和 Yamaha 等品牌。
一篇 Hacker News 帖子链接到 Vintage Cassettes（1963–2010），获得 56 点和 9 条评论。评论者讨论磁带设计和怀旧：有人分享灵感来源，包括一个动画、一个 Instagram 账号、一个产品发布和个人产品页面；另一人称赞该动画。其他人提到拥有装有自制游戏或程序的复古磁带，拿 em dash 开玩笑，并回忆 BASF Chrome II 和 TDK SA C-90 等磁带。一位用户描述了一个磁带录制项目和一个用于打印 J-Cards 的专辑卡片生成器。版主提到一篇相关的 2018 年帖子。总体上，该讨论串混合了对磁带美学、个人收藏和音乐录制工具的欣赏。
昨夜我们遭遇了一起与大规模蒸馏攻击相关的安全漏洞，影响了 1.4% 的 OpenCode Console 用户。今早我们已通过电子邮件通知所有受影响用户。事件仍在处理中，因此目前无法分享更多细节，但我们正在与 Anthropic、OpenAI 和 Google 合作进行修复。
Hacker News 帖子称 OpenCode 用户凭证泄露。OpenCode 称对旧系统的未授权访问暴露了保存在工作区中的第三方提供商 API 密钥，受影响用户应撤销并替换这些密钥，同时检查异常使用。评论者澄清，泄露似乎涉及 OpenCode Console，一个托管的、类似 OpenRouter 的 BYOK 服务，而非本地 CLI/TUI 编码代理或桌面应用，尽管 OpenCode 的沟通被广泛批评为令人困惑。讨论涵盖受影响人群、密钥是否存储不安全、可能退款，以及事件是否与模型“蒸馏攻击”有关。一些用户报告 Anthropic 或 OpenAI 积分被消耗，其他人建议运行本地网关而非将 API 密钥上传给供应商。总体而言，OpenCode 面临品牌和信任损害，但大多数用户可能未受影响。
一小群野鸭在过日常：三只母鸭、两只公鸭，还有两窝小鸭。没有录音。每一声嘎嘎都是当场合成的，从你站在岸边的位置听到。我戴着耳机，听。
对不起。
tsc-ts 是一个实验性的原生 TypeScript 编译器，从 TypeScript-Go (tsgo) 7.0.2 移植并由 scriptc 编译。可通过 npm 安装；它运行平台特定的原生二进制文件。该 monorepo 包含编译器包和参考 tsgo 构建产物，构建/文档需要 Node 24+、Go 1.26 和 clang。该编译器与 tsgo 在约 12,500 个语料文件上进行验证，扫描器、解析器、绑定器、模块解析、配置、诊断、输出、构建/增量和类型检查全部匹配。`tsc-ts --api` 通过 stdin/stdout 为 scriptc 等工具镜像 `tsc --api`，支持部分语言服务方法，但不支持性能分析。它可原生运行或在 Node 下运行。可用命令包括 build、native build、tests、benchmarks、lint 和 format；项目采用 Apache-2.0 许可证。
对不起。
c64-hw-sim 是 Commodore 64 主板（ASSY 250407）的引脚级模拟器。它对芯片、引脚、网络表以及抬起的引脚、短路、拆卸的芯片、开路电阻等故障进行建模，然后计算由此产生的行为，而不是使用预定义的故障状态。在测试硬件上运行速度约为真实速度的 31–48%，因此用于学习与故障排查，而非游戏。用户可通过示波器检查信号、加载 .prg 文件、输入文本、注入故障以及运行无头测试。它结合了引脚精确的自定义部件与周期精确的 CPU/VIC/CIA/SID 核心、来自 KiCad 的板级数据、PLA 方程以及近似的模拟浮动/电源行为。它帮助诊断可疑故障并规划最小化拆焊，同时承认仿真的局限性，匹配的症状是线索而非证明。
Antirez 的新 C64 硬件模拟器以低电平建模芯片和引脚，让用户破坏组件并观察效果。它在快速 CPU 上以低于实时的速度运行（31–48% 速度），因此面向硬件探索与诊断而非游戏。评论者赞扬其诊断潜力，并建议 PLA 定时电容模拟、诊断卡带支持等功能。线程辩论准确性与性能：更忠实的芯片模拟增加开销，Pong 被认为出人意料地难以模拟。有人建议优化，而芯片模拟器作者认为晶体管级地址解码和内存访问使巨大加速不现实。其他人讨论 FPGA 相关性、LLM 辅助开发，以及射频或感应等物理效应是否应最终建模。总体而言，这是一个令人印象深刻的、低于实时的硬件级工具，用于理解和调试 C64 主板。
Linux 7.2 于 2026 年 8 月 17 日发布，经历了有史以来最繁忙的开发周期之一：16,418 个非合并提交，新增近 600,000 行代码，以及创纪录的 2,652 名贡献开发者。Uwe Kleine-König 以变更集数量领先；Matthew Stewart 和 Hawking Zhang 通过 amdgpu 头文件以变更行数领先。该版本包含 613 名首次贡献者，再创纪录，并且未知所属机构的开发者数量显著上升。约 8% 的提交带有 Tested-by 标签，48% 带有 Reviewed-by 标签，审核标签略有下降趋势。LLM 越来越可见：1,111 个提交带有 Assisted-by 标签，Sashiko 在 252 个 Reported-by 标签/568 条变更日志提及中获得署名，而 Fixes 标签增至 4,830，表明更多错误被检测到。文章还担忧一些贡献者可能并不完全理解 LLM 辅助的补丁。超过 14,000 项变更已排队等待 7.3，因此高活跃度持续。
Hacker News 上关于 Linux 7.2 开发统计的帖子演变为 AI 辅助编程辩论。评论者称智能体加速了错误修复，但由于用户和智能体绕过问题，减少了上游错误报告；它们还用大量 AI 生成的 PR 淹没维护者。有人建议用自己的 AI 来复现和审查 PR。其他人引用 Greg KH 的抵制和 Linus 对 AI 工具的务实接受。一个值得注意的事件：Linus 提交了一个 Claude 辅助的补丁，包含一个在审查中发现的数据竞争，引发关于这是否证明是低质输出还是正常专家错误的分歧。参与者辩论确定性工具与非确定性 LLM、LLM 使用是否与能力相关、以及采用是否是职业责任。有人认为 AI 产生更多代码但质量和理解问题仍然存在；其他人则为谨慎使用辩护。帖子还包含标题编辑修正和一个要求 AI 修复内核恢复错误的笑话。总体而言，AI 正在加速内核工作，同时提高了维护者负担和质量辩论。