这个系列提供各种适合所有年龄段的引人入胜的棋盘游戏！ 年龄较小的玩家（6岁以上）可以享受街机风格的乐趣，例如**Open Board Arcade**和太空飞船大战，合作烹饪的混乱，引导可爱的**Bloogs**，以及照顾数字宠物**Mushka**。 对于年龄稍大的孩子（8岁以上），**Strata**提供独特的3D策略挑战，而**Spy Kit**游戏则等待着一场全球性的神秘事件。快节奏的动作继续进行，包括小行星爆炸和引导蛇形机器人的挑战。 竞争选项包括寿司决斗、外星人配对和弹球风格的太空战斗。 最后，一款受希腊神话启发的策略对决**Coming Soon**即将推出，为8岁及以上的玩家提供一对一的竞争。 这个系列提供了合作游戏、战略思维和激动人心的街机动作的结合！
每日HackerNews RSS
## Board：一款新型互动游戏主机 - 摘要
名为“Board”的新型游戏主机正引起关注，它能够识别物理游戏棋子，并为开发者提供开放的SDK。该设备旨在融合物理和数字游戏玩法，提供超越传统触摸屏界面的独特体验。
虽然这并非首次尝试（微软的Surface桌子早于它），但Board似乎拥有更强大的棋子检测技术。即将发布且免费使用的SDK目前是为Unity构建的，并计划支持Unreal/Godot。开发者们渴望探索其潜力，尤其是在RPG和战争游戏等复杂游戏中。
初步反应褒贬不一。一些人赞赏其创新性和沉浸式游戏玩法的潜力，而另一些人则质疑其500美元的价格，以及增加的复杂性是否真的必要。关于游戏选择、耐用性和可访问性的担忧也在被提出。目前，发货仅限于美国，但该公司计划扩展。创造者们正在积极寻求反馈，特别是关于SDK功能和潜在的注册要求。
统一的特性，不同的实现。 浏览器和服务器都实现了相同的存储特性： ``` trait DocumentStorage { async fn save(&self, key: &str, data: &[u8]) -> Result<()>; async fn load(&self, key: &str) -> Result<Option<Vec<u8>>>; // ... } trait ChangeLog { async fn append_change(&self, namespace_id: &str, change: Change) -> Result<()>; async fn get_changes_since(&self, namespace_id: &str, since: i64) -> Result<Vec<Change>>; // ... } ``` 浏览器：localStorage + IndexedDB 实现 服务器：redb + 内存实现 相同的流程。相同的API。只是不同的后端。
## SwirlDB：一种新型嵌入式数据库
SwirlDB 是一种新型的、模块化的、基于 CRDT 的嵌入式数据库，专为服务器和浏览器环境设计（swirldb.org）。它因其类似于 PouchDB 的适配器架构，从而实现灵活的数据处理而备受 Hacker News 的关注。
初步反馈积极，有用户指出它可能非常适合需要 AES GCM 字段级别加密的应用程序——尽管此功能目前尚在计划中，尚未实现。然而，关于诸如外键之类的关系数据库功能仍然存在疑问，有人想知道它是否仅限于键值存储。
浏览器库的大小（约 830KB）也是讨论的焦点。该帖子还提醒大家，Y Combinator 2026 年冬季批次的申请现已开放。
受完美主义的驱使，作者深入研究了按值传递数据与按引用传递数据的性能基准测试。这项调查意外地导致了一个图形库的创建以及大量的汇编分析。 核心发现：按引用传递结构体与按值传递指针大小的结构体具有相似的开销。对于较小的结构体，差异可以忽略不计。然而，在257字节左右会出现明显的性能下降，这与用于较大数据复制的`rep movs`指令有关。该指令似乎在AMD Zen* CPU上存在性能问题，表现为周期性减速——具体而言，避免了4046-4080和8161-8176字节的结构体大小。 高达256字节的结构体可以使用SIMD寄存器高效复制。作者建议潜在的编译器技巧来缓解`rep movs`问题，并指出令人印象深刻的吞吐量——每秒可以按值传递7.3亿个16字节的结构体，而2048字节的结构体则为2600万个。
## Hacker News 讨论：值传递开销与 CPU 异常
一篇量化值传递开销的文章引发了 Hacker News 的讨论，揭示了 AMD Ryzen 3900X CPU 上一种奇怪的性能异常。用户指出，以值传递特定大小的数据（约 4KB 和 8KB）时会出现显著的减速，这可能与 CPU 相关的 4K 对齐错误有关——从原始位置偏移 4KB 的内存位置加载数据会导致问题。
讨论深入到缓存行大小（通常 64 字节，但 Apple 的 M2 为 128 字节）、页面大小，以及问题是源于硬件还是虚拟地址解析。有人建议更大的页面大小可能可以缓解这个问题。
一些评论者质疑基准测试的实际应用性，认为复杂的程序交互会影响性能，而不仅仅是孤立的函数调用。 另一些人争论“值传递”与“按值调用”的语义，以及编译器优化的作用。最终，讨论强调了硬件、编译器和调用约定之间复杂的关系，它们共同决定了性能。
拉希尔2000 发表于：2025年10月6日 博客 首页
## Hacker News 上关于 WezTerm 的讨论
最近 Hacker News 上的一场讨论突显了 WezTerm 终端模拟器的流行和可定制性。用户称赞了其基于 Lua 的配置，允许进行广泛的调整和功能实现。一位用户分享了一个脚本，可以根据内容动态隐藏滚动条，这体现了 WezTerm 的积木式方法。
许多用户分享了他们自己的定制，包括使用 Nix 等工具进行跨平台配置管理、基于工作目录的标签着色，以及与 Neovim 等编辑器的集成。几位用户提到他们从 iTerm2（在 macOS 上）切换到 WezTerm，原因是 WezTerm 的配置灵活性和跨平台支持。
虽然总体上评价积极，但一些用户报告了崩溃问题（尤其是在 KDE/Arch Linux 上）和图像加载问题（由于存储配额限制，现已由作者解决）。Kitty 和 Ghostty 等替代方案也被讨论，用户认为 GPU 渲染、图像支持和速度是其优势。最终，WezTerm 的强大和灵活性使其成为那些喜欢高度定制终端体验的人的首选。
Go 1.25 引入了名为“绿茶”的实验性垃圾回收器，旨在减少垃圾回收的开销。初步结果显示，工作负载在垃圾回收上花费的时间减少了 10-40%，并且它已经在 Google 投入生产使用。Go 1.26 计划采用绿茶作为默认设置，但将提供退出选项。
传统的垃圾回收（标记-清除）通过追踪指针来识别未使用的内存。绿茶通过处理整个*页面*的内存而不是单个对象来优化此过程。这减少了由于在内存位置之间跳转而导致的 CPU 停顿，提高了缓存利用率并实现了向量处理，从而加快了扫描速度。
虽然大多数工作负载都能受益，但一些具有不规则内存结构的工作负载可能看不到任何改进。团队鼓励用户测试绿茶（通过 `GOEXPERIMENT=greenteagc`）并提供反馈——在现有的绿茶 issue 中报告成功案例，并将问题作为新的 issue 报告。这项协作努力，建立在多年的研究和多位工程师的贡献之上，代表着朝着更快、更高效的 Go 程序迈出的重要一步。
## Hacker News 讨论：Go 的“绿茶”垃圾回收器
一篇最近的博客文章详细介绍了 Go 的“绿茶”垃圾回收器 (GC)，在 Hacker News 上引发了热烈的讨论。这篇文章因其清晰易懂而受到赞扬，解释了“绿茶”如何通过诸如位向量 SIMD 用于扫描和追踪等创新技术来解决 Go 的 GC 中的瓶颈。
用户强调这篇文章的价值，既是对 GC 概念的复习，也是对硬件考虑如何推动内存管理变革的展示。有人将其与其他 GC 实现（如 CHICKEN Lisp 中的 M.T.A. 收集器的 Cheney 算法）进行比较，并提出了关于 ARM64 处理器优化的疑问。
讨论还涉及 Go 在 Google 内部日益增长的重要性，Kubernetes 和 Google Cloud 产品被认为是使用该语言构建的关键收入来源。 许多评论员赞赏作者的透明度和对合作者的承认。 总而言之，这篇文章引发了人们对 Go 性能进步的兴奋，并重新燃起了对垃圾回收复杂性的兴趣。
This appears to be binary data embedded within a PDF file, not natural language content. It's largely unreadable and doesn't translate meaningfully into Chinese. It contains control characters and encoded data. There are a few recognizable Chinese characters within the stream: * **Ð** (di) * **Ä** (a - often used as a placeholder or part of encoding) * **ó** (o) * **¥** (yuan - currency symbol) * **î** (i) * **½** (half) * **â** (a - circumflex) However, these are isolated and don't form coherent sentences or phrases. Attempting to "translate" this would be nonsensical.
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
粒子加速器中的振动分析与控制 (2018) [pdf] (cern.ch)
14 分，作者 pillars 1 天前 | 隐藏 | 过去 | 收藏 | 讨论
考虑申请YC冬季2026批次！申请截止日期为11月10日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
互联网运行于免费和开源软件之上——DNS也是如此。
The Internet runs on free and open source software and so does the DNS
32 天前
一份来自ICANN安全与稳定咨询委员会（SSAC）的新报告，题为SAC132，强调了自由开源软件（FOSS）在驱动域名系统（DNS）——互联网的基础寻址系统——中的关键且常常被忽视的作用。 随着世界各国政府制定新的网络安全法规，SSAC强调需要了解FOSS在DNS运营中的普遍存在。该报告为政策制定者提供了一份非技术性指南，深入探讨了DNS、FOSS开发模式，以及对美国、英国和欧盟现有及拟议法规的评估。 SAC132提供了切实的建议，旨在通过支持和保护FOSS生态系统来加强而非阻碍互联网安全和韧性。SSAC鼓励政策制定者、技术专家和利益相关者参与，以确保所有人都能拥有强大、可持续和开放的互联网。完整报告可在ICANN84上查阅和讨论。
## 互联网的开源基础
最近的ICANN报告指出，域名系统（DNS），互联网的关键组成部分，严重依赖于自由和开源软件（FOSS）。这在Hacker News上引发了关于互联网起源及其非商业化开端的讨论。
许多评论员指出，互联网的基础协议是通过政府资助和学术合作开发的，这与纯粹商业开发的常见误解形成对比。他们指出，如果没有这种开放的方式，我们可能会拥有碎片化的专有网络，而不是统一的互联网。
对话还涉及DNS基础设施的集中化，人们对依赖像Cloudflare和AWS这样的大公司表示担忧，尽管它们使用FOSS。一些人提倡替代的去中心化系统，如基于区块链的域名，而另一些人则强调维护核心协议的不同实现的重要性，以避免单点故障。最终，这场讨论强调了利他合作和开源原则在构建和维持互联网方面的重要作用，而这些作用往往未被充分认识。
## 四足机器人犬用于“机甲战争”竞赛 – 项目总结
今年夏天，我从零开始设计并制造了一只四足机器人犬，用于“机甲战争”空气枪战斗机器人竞赛，并将速度作为关键策略。竞赛规则要求使用腿部移动、空气枪武器以及通过FPV视频流进行盲操作。
设计重点是动态运动，灵感来自波士顿动力公司的Spot，采用4连杆腿部设计，因为它简单高效。通过使用正逆运动学进行大量计算，并结合超参数扫描，优化了腿部几何形状（股部/胫部16厘米），以利用Dynamixel MX-106R伺服电机实现扭矩和速度的可重复性和反馈。
压力测试揭示了连接点的弱点，导致设计修改，包括更强的安装三角形和轴承支撑的关节。机器人的主体使用碳纤维管框架以提高刚度。控制由树莓派3b+管理，将视频和遥测数据流式传输到基于Web的界面。
虽然该机器人展示了令人印象深刻的速度，但卡弹的弹匣和阳光对红外跟踪的干扰限制了其在竞赛中的表现。经验教训强调了稳固的连接设计和更积极的测试的重要性，包括跌落测试。未来的计划包括实施强化学习用于步态控制，并集成更平滑、协同训练的自动瞄准系统。
一位 Hacker News 用户 eschluntz 分享了一篇博客文章，详细介绍了为“Mech Warfare”竞赛打造的一只配备气枪的机器人狗。该竞赛是一个小规模的、仅使用气枪的战斗机器人赛事。该项目涉及大量的机械设计、机器人数学和压力测试，并在三个月内完成。
评论者赞扬了这项成就，并指出其复杂性和快速开发。 “Mech Warfare”竞赛强调“驾驶员在巨型机甲机器人中”的精神，规则禁止使用远程摄像头或可拆卸部件等技巧。
讨论还涉及了构建此类机器人的挑战——定制硬件、软件开发和预算限制——以及通过绘图验证代码的价值。eschluntz 表示，如果感兴趣，在确保安全的前提下，愿意发布项目文件（GitHub 和 Onshape）。
2025年6月，研究人员发现ClubWPT Gold在线扑克平台存在一个关键漏洞。一个配置错误的子域名（liuxinyi1.cn）暴露了预发布环境的管理面板，最初可以使用硬编码凭据（“eg3478”/“123456”）访问。这种访问权限可能导致敏感用户数据泄露，包括驾驶执照、护照号码、IP地址和交易记录。
利用该漏洞，通过预发布代码中发现的双因素身份验证绕过漏洞，可以将攻击升级到生产环境——允许修改任何用户的双因素身份验证密钥。这使得攻击者可以完全访问实时管理面板和真实客户数据。
研究人员立即向ClubWPT Gold报告了该问题，他们迅速修补了漏洞并确认没有发生恶意利用。受影响的主机已安全并确认无法访问。研究团队与ClubWPT Gold合作，验证了修复方案并确保了平台的安全性。
最近一篇Hacker News上的帖子讨论了对ClubWPT Gold的安全分析，该网站是一家受美国监管的在线扑克网站。分析揭示了其基础设施中令人担忧的细节，具体是开发和潜在运营与中国境内的人员和基础设施有关联，这引发了对用户数据（个人身份信息）隐私的重大担忧。
评论者强调了敏感信息可能被中国实体访问的风险，并指出了令人震惊的不良安全实践，例如管理员使用密码“123456”。讨论还涉及了发现子域的技术——利用证书透明度日志和名为“subs”的自定义脚本，以及对该网站PostgreSQL数据库的潜在压力。总的来说，该帖子引发了关于美国博彩网站依赖中国开发和管理所带来的安全影响的争论。
## SQLite-Graph：SQLite 的图数据库扩展（Alpha）
SQLite-Graph 是一个处于 Alpha 阶段的 SQLite 扩展，它带来了图数据库功能，并提供**完整的、基本的 Cypher 查询支持**。作为 AgentFlare AI 生态系统的一部分开发，它允许利用 SQLite 的可靠性和 Cypher 的表达力来构建复杂的图应用程序。
**主要特性：**核心图操作（通过 SQL 创建、读取、更新、删除节点/边）、端到端 Cypher 执行（包括 `CREATE`、`MATCH`、`WHERE` 和 `RETURN`）、图虚拟表以及基本的图算法（连通性、密度、中心性）。它拥有令人印象深刻的性能——**30 万+ 节点/秒和 39 万+ 边/秒**——并包含 **Python 3.6+ 绑定**。
**目前，由于其 Alpha 状态和潜在的 API 变更，不建议将此扩展用于生产环境**。开发重点是实现完全的 openCypher 兼容性、高级查询功能和性能优化，路线图一直延伸到 2027 年。
**安装**涉及下载预构建的二进制文件或从源代码构建。基本用法示例演示了 Cypher 查询和基于 SQL 函数的图操作。
## SQLite 图形扩展：摘要
一个名为 SQLite Graph Ext 的新 alpha 项目，使用 Cypher 查询语言为 SQLite 带来了图形数据库功能。由 Agentflare AI 开发，它允许用户在现有的 SQLite 数据库中创建和查询图形，而无需单独的图形数据库系统。
该扩展拥有令人印象深刻的性能——高达 340K 节点/秒的插入速度和 390K 边/秒的创建速度——并利用完全的执行流水线（词法分析器、解析器、计划器、执行器），用 C99 构建，没有外部依赖。目前，它支持节点和关系创建、基本过滤以及结果的 JSON 序列化。
虽然仍处于早期阶段，但其局限性包括仅支持正向关系、不支持关系属性过滤以及缺乏聚合等高级功能。开发者计划在 2026 年第一季度实现对 Cypher 的完全支持，优先考虑双向关系和属性投影。该项目采用 MIT 许可，并欢迎反馈，定位为现有 SQLite 用户的一个轻量级、集成的图形解决方案——类似于 SQLite 的 FTS5 扩展，用于全文搜索。
[GitHub 仓库](https://github.com/agentflare-ai/sqlite-graph)