## 萨托希猜测者：比特币私钥彩票 萨托希猜测者是一个网页游戏，旨在“猜测”中本聪的比特币私钥。尽管中奖几率极低（大约每次旋转 1 比 5.27 x 10⁷²），但该游戏使用了真实的比特币密码学。每次“旋转”都会生成一个随机的 256 位数字，推导出相应的比特币地址，并将其与一个包含约 22,000 个与中本聪相关的地址数据库进行比对，其中包括创世区块。 如果匹配成功，则生成的数字*就是*该钱包的私钥。该游戏完全在客户端运行——没有服务器交互或 API 调用。它依赖于预构建的布隆过滤器（约 135KB）以实现快速地址查找，以及一个排序表（约 615KB）以提供奖金信息。 用户可以选择经典和“真实”卷轴模式，调整旋转速度，甚至可以触发强制获胜以进行测试。该游戏会显示实时彩池信息，并在获胜时显示地址、私钥和奖金价值。它使用 Node.js 构建，并通过 Cloudflare Pages 部署静态网站，确保无需后端处理。本质上，这是一个具有数学定义的，但极不可能发生的彩票。
每日HackerNews RSS
## 萨托希猜测者：一场徒劳的比特币寻宝
一个名为“SatoshiGuesser” (github.com/pathos0925) 的新项目允许用户尝试猜测一个可能持有属于中本聪的比特币的私钥。该项目在客户端运行，生成随机密钥并将其与目标进行检查。
成功几率极低——估计约为 1 比 5.27 x 10⁷²，远超宇宙的年龄。尽管如此，用户仍在参与该项目，讨论获胜的影响（包括潜在的财富风险以及对比特币进行 51% 攻击的可能性），并争论该项目的合法性。
一些评论者质疑开发者是否可能秘密声称拥有该密钥，而另一些人则探讨了协作改进搜索的方法，例如共享已尝试的密钥以避免冗余。 还有关于项目 README 中使用 LLM 生成的内容以及 51% 攻击的可行性的讨论。 最终，该项目被视为一项有趣但不太可能的尝试。
互联网和现代人工智能的惊人成功源于一个共同的原则：它们的设计目的是*容忍*失败，而不是阻止失败。就像互联网的基础层不保证数据传输——接受失败是过程的一部分一样，机器学习也依赖于概率输出。 神经网络使用诸如softmax之类的函数，从不完全消除任何可能性，甚至为错误的答案分配很小的概率。这使得它们能够优雅地处理复杂场景，在无法找到确定性解决方案时，提供潜在结果的分布。 通过拥抱“错误”的可能性，这些系统获得了灵活性并实现了更高的整体性能。它们不严格要求正确的答案，而是利用概率猜测来应对复杂性，最终能够解决其他方法无法解决的问题。
对不起。
## Honker：SQLite 的持久发布/订阅与队列 Honker 为 SQLite 添加了强大的发布/订阅、任务队列和事件流功能，无需像 Redis 这样的独立代理。它实现了极低的延迟（~0.7ms p50），无需客户端轮询或专用守护进程。 作为一个简单的 SQLite 扩展，Honker 与支持 SQLite 的 `load_extension()` 函数的任何语言协同工作，使用共享的磁盘格式，通过 Python、Node、Rust、Go、Ruby、Bun 和 Elixir 提供一致的访问。它已被 Bluesky 的 PDS 和 Turso 等实际应用所采用。 Honker 的主要优势是事务完整性：队列操作（`enqueue`）与业务逻辑合并在一个 SQLite 事务中，确保原子性——回滚会同时取消两者。它利用 SQLite 的 `PRAGMA data_version` 实现高效的唤醒信号，最大限度地减少开销。本质上，Honker 将专用队列系统的可靠性 *带入* 您的 SQLite 数据库，简化了架构和操作。
## Honker：SQLite 中的持久队列与调度
Honker (honker.dev) 引入了一种持久队列、流、发布/订阅和 cron 调度系统，所有这些都直接在 SQLite 文件中管理。该项目旨在为更简单的应用程序提供 Redis + Celery 等解决方案的替代方案。
其核心机制涉及每毫秒轮询 SQLite 的 `PRAGMA data_version` 以检测更改，提供轻量级的唤醒信号。然而，这种方法引发了争论，人们担心与 Redis、LevelDB 或内核文件监视器（如 `inotify`）相比，CPU 使用率和效率。
作者承认轮询并非理想方案，并正在探索 `innotify`、`kqueue` 和 mmap 共享内存等替代方案。虽然有些人认为这是一个过度设计的解决方案，但另一些人则欣赏它的简单性和在内存队列和全功能消息代理之间用例的潜力。 值得注意的是，类似的方法已在 Kine (k3s 的 SQLite 后端) 等项目中成功使用。
错误：无法满足请求。请求被阻止。我们目前无法连接到此应用程序或网站的服务器。可能流量过多或配置错误。稍后重试，或联系应用程序或网站所有者。如果您通过 CloudFront 向客户提供内容，可以在 CloudFront 文档中找到故障排除步骤，并帮助防止此错误。由 cloudfront (CloudFront) 生成。请求 ID：9Oir2s9dfZ4WOiyl6L2B4zC7XIuvgFJWj0DPH_03Tug2DtTE8n3M2Q==
## 西班牙LaLiga IP封锁与Cloudflare争议 - 摘要
最近，西班牙法院命令ISP封锁与非法直播LaLiga足球比赛相关的IP地址。然而，这些IP地址很多与Cloudflare共享，导致西班牙境内合法网站和服务的广泛中断。
这一情况引发了愤怒，促使西班牙议会考虑对LaLiga采取行动。讨论的中心是LaLiga是否滥用其法律权力，以及影响无关服务是否公平。Cloudflare正在反击，声明他们不应为其客户的行为负责。
核心争论在于责任：Cloudflare是否应该主动监管内容，或者版权执法应该集中于直接侵权者？一些人认为Cloudflare应该对其托管的非法直播负责，而另一些人则强调主动监管的不切实际性和潜在的过度干预。这一事件凸显了在版权保护与互联网可访问性之间取得平衡的挑战，以及广泛IP封锁的潜在后果。
日本防卫大臣小泉真也周一与无人机制造商AirKamuy会面时，摆拍了一张纸板无人机。AirKamuy 150是一种廉价的预制纸板无人机，设计用于在战场上损毁，并且像宜家货架一样以平板包装形式运输。据小泉称，日本军方已经开始使用这种纸板无人机。“日本海上自卫队已经将其用作靶标，”他在X平台发文称。“为了成为全球范围内使用无人资产（包括无人机）最广泛的自卫队，与对国防领域充满热情的初创企业加强合作是不可或缺的。”
## Cubedoom：一款在Spectre中开发的复古FPS
Cubedoom是一款快节奏的竞技场射击游戏，完全使用Spectre编程语言构建，并利用SDL2进行图形和输入处理。它受到《Wolfenstein 3D》和《DOOM》等经典游戏的影响，采用轻量级光线投射技术来创建其3D环境。
该项目最初是Spectre语言的一个实验，特别是利用其多维数组和C语言互操作性特性。游戏玩法经过有意简化：在迷宫中导航，与单一类型的敌人战斗，并生存下去。一个基本的HUD显示生命值和迷你地图，游戏还包含经典的视角晃动效果。
最近的更新（v0.0.5，2026年4月25日）为Spectre本身引入了令人兴奋的新功能，包括C到Spectre的翻译器、实验性的LLVM和C99后端，以及改进的编译速度。未来的开发计划包括添加声音、更多敌人类型和弹药系统。Cubedoom和Spectre语言都是开源的，欢迎贡献。
对不起。
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
## Z世代对人工智能热潮的反弹 尽管Z世代是像ChatGPT这样的人工智能聊天机器人的早期采用者，但他们正在对科技行业推动广泛人工智能整合的举动表现出显著且日益增长的反弹。民意调查数据表明，许多人对被强加给他们的未来感到深深的怨恨，这种怨恨源于对失业、批判性思维的侵蚀以及对人际关系的影响的担忧。 与寻求捷径不同，年轻人表达了对人工智能可能削弱基本技能和助长肤浅理解的担忧。许多人正在积极避免使用这些工具，即使这意味着要牺牲潜在的职业优势。大学快速整合人工智能，往往是由行业需求而非教学价值驱动，进一步加剧了这种不满。 最近的盖洛普民意调查显示，Z世代对人工智能的希望和热情正在下降，近50%的人认为风险大于收益。这种怀疑延伸到对人工智能生成内容的文化抵制，认为其不真实且“不酷”。专家建议关注*驱动*年轻人使用人工智能的压力，而不是仅仅批评这些工具本身，并对未来一代在无处不在、未经质疑的人工智能环境中长大表示担忧。
对不起。
## SIMD 四分查找算法总结
文章详细介绍了“SIMD 四分”算法的开发，该算法旨在高效地在排序的 16 位无符号整数数组中查找值。传统的二分查找是有效的，但作者旨在利用现代处理器的功能——特别是数据并行指令 (SIMD)——进行进一步优化。
SIMD 四分算法将四分插值查找与 SIMD 指令相结合。它将数组分成 16 个元素的块，并使用插值快速识别可能包含目标值的块。然后，SIMD 指令用于同时将目标值与该块内的所有 16 个元素进行比较。
在 Intel 和 Apple 处理器上的基准测试表明，SIMD 四分查找始终优于二分查找。在冷缓存的 Intel 系统上，优势更为明显，而 Apple 系统在冷缓存下也获得了收益。四分查找组件在 Intel 上被证明有益，增强了内存级并行性。作者得出结论，调整算法以利用现代硬件并行性，可以比教科书方法获得显著的性能提升。源代码公开可用以供进一步研究。
启用 JavaScript 和 Cookie 以继续。
## 黑客新闻讨论：蜂蜜的保质期及更多
这个黑客新闻帖子讨论了《史密森尼杂志》关于蜂蜜惊人保质期的文章。文章声称发现了可食用的2000年前的蜂蜜，用户 **gwern** 驳斥了这一说法，指出研究表明没有从埃及古墓中发现经过验证的可食用蜂蜜——轶事往往是对腐烂残留物的误解。
对话延伸到对“蜂蜜洗钱”的担忧——将劣质甜味剂 *当作* 蜂蜜出售的行为，在欧洲和美国尤其普遍。用户建议从当地生产者处购买作为解决方案。
除了保质期，讨论还涉及基于花源的蜂蜜风味变化，甚至还有由树木分泌物制成的“森林蜂蜜”（蚜蜜）。一个引人入胜的离题讨论涉及结晶现象，引用了一个（被驳斥）关于甘油的故事，并将其与朊病毒和药物利托那韦进行类比。最后，用户分享了关于蜂蜜和蜜酒陈酿的经验，并包含了一份关于YC申请的提醒。