每日HackerNews RSS

本仓库使用 Lean 4 定理证明器提供了费马大定理(Fermat's Last Theorem)的完整机器校验证明。该证明基于 Frey、Serre、Ribet、Wiles 和 Taylor-Wiles 的策略,经由 Lean 4.33.1 内核验证,并严格依赖三个标准公理:`propext`、`Classical.choice` 和 `Quot.sound`。 为确保完整性,该证明经过了严格的外部验证: * **比较器(Comparator):** 通过 `leanprover/comparator` 检查,确认了定理陈述符合 Mathlib 的要求,并验证了整个推导过程。 * **Nanoda:** 一个独立的基于 Rust 的 Lean 内核验证了整个证明导出过程,确认了超过 100 万个声明的逻辑有效性。 本项目结构为研究产物,完整的证明层次结构记录在 `PROOF-PATH.md` 中,并附带可供离线浏览的 HTML 导航界面。虽然 Lean 源代码是为优先考虑可校验性而进行机器生成的,但它整合了伦敦帝国理工学院 FLT 项目和 Mathlib 的基础工作。构建过程资源密集,需要较大的磁盘空间和内存。本项目在 Apache License 2.0 协议下发布。

对不起。

本指南介绍了如何在 Linux (Ubuntu) 系统上配置 Tor 出口节点。尽管出口节点对于 Tor 网络至关重要,但由于您是外部流量的最终连接点,运行此类节点存在风险。运营商可能会面临来自 ISP 的骚扰或潜在的法律审查,因此强烈建议通过专用服务商托管,而非使用家庭网络。 **步骤摘要:** 1. **安装:** 添加 Tor 项目软件源,安装 `tor`、`tor-arm`、`nginx` 和 `socat`。 2. **配置:** 配置 `torrc` 文件以定义带宽限制、设置 `ContactInfo`(电子邮箱)并建立 `ExitPolicy`(出口策略)。 3. **流量重定向:** 由于 Tor 无法直接绑定到低位端口,请使用 `socat` 将 443 端口流量重定向至 Tor 服务。 4. **信息页面:** 设置 `nginx` 以提供“关于此节点”的页面,并包含用于透明化的 `vnstat` 带宽图表。 5. **端口转发:** 在路由器或防火墙上开放 80、443 和 9030 端口以允许公共访问。 6. **管理:** 使用 `arm` 监控您的节点,并注册反向 DNS 记录,以便在他人调查您的 IP 时提高透明度。

抱歉。

“扑克脸”摄影(Deadpan photography)是一种模仿科学调查、建筑类型学和系统性记录之客观语言的风格化表现。通过运用平淡的光线、对称的构图以及冷静、抽离的视角,像安德烈亚斯·古尔斯基(Andreas Gursky)和贝歇夫妇(the Bechers)这样的摄影师创造出了一种仿佛脱离了编辑或主观偏见的图像。 然而,这种中立性是一种精心营造的幻觉。“扑克脸”美学的力量在于其表演性:摄影师选择隐藏自己的主观抉择,而观众则默契地参与到这种假象之中。当这种手法邀请观众去分析系统——例如工业建筑或消费网络——并有效地将解读工作移交给受众时,其效果最为显著。 当题材涉及社会不公或人类苦难等高风险议题时,这种风格的局限性便显现出来。在这些语境下,拒绝表态从一种有趣的智力游戏转变成了一种令人不安、甚至带有共谋意味的行为。归根结底,“扑克脸”摄影并没有解决客观性的问题;相反,它让摄影这种“谎言”的机制变得清晰可见。它迫使我们承认每一张图像都是一种建构,从而将评判的重担从艺术家身上转移到了观众手中。

这篇 Hacker News 帖子讨论了《扑克脸摄影:享受这种伪装》一文,用户们既探讨了该流派的价值,也评判了作者的文笔。 评论者指出,杜塞尔多夫摄影学派和“新地貌”运动是“扑克脸”美学的典型代表,其风格特征为中性、静态且客观的构图。然而,讨论很快转变为对文章散文风格的批评。许多用户嘲讽了文中关于影像“注视”观众的特定段落,斥之为“矫揉造作”或“艺术写作的废话”。 尽管一些支持者试图解释文章的意图,认为扑克脸摄影是有意通过“表演”中立来让观众参与到一场共同的艺术玩笑中,但大多数参与者仍持怀疑态度。共识认为,这种写作风格掩盖了主题,令人感到挫败。尽管文章晦涩、抽象的语言受到了批评,用户们仍表达了对摄影作品本身的由衷赞赏,强调了扑克脸艺术那种刻意、冷静的特质依然具有吸引观众的力量。

检查某个域名是否包含在 Quad9 拦截的数百万个恶意域名中。输入主机名或域名以检查其是否被 Quad9 拦截。搜索已列出该域名的受限威胁情报提供商。

最近的一场 Hacker News 讨论聚焦于使用 Quad9(一项屏蔽恶意域名的隐私导向型递归 DNS 服务)所带来的利弊权衡。 尽管许多用户赞赏 Quad9 在保护非技术背景的家庭成员免受恶意软件和网络钓鱼侵害方面的作用,但也有用户对其默认开启流量过滤感到惊讶。批评者指出了“谁来监督监管者?”的困境:使用自动化拦截服务,意味着用户将审查权交托于人,并在缺乏透明争议解决机制的情况下承担误报风险。 技术贡献者们讨论了各种 DNS 配置的优劣,从运行本地递归解析器(如 Unbound)以掌控隐私和性能的方方面面,到使用特定的端点(如 Quad9 的不过滤版本或启用 ECS 的版本)。延迟也是一个主要话题,用户指出 DNS 速度会因 ISP 和节点地理位置的不同而产生显著差异。最终,各方共识认为,虽然像 Quad9 这样中心化的第三方服务提供了一种易于上手且“一劳永逸”的安全层,但用户必须为了这种自动化保护的便利性,而牺牲一定程度的透明度和控制权。

尽管人工智能模型与电子设计工具的交互能力日益增强,但衡量其输出的真实质量仍是一项挑战。由于 AI 难以驾驭传统的图形界面(GUI)CAD 工具,**EEBench** 的开发者利用了 *atopile*——一种将电路表示为声明式代码的语言。这使得模型能够直接构建、模拟并优化设计。 EEBench 不仅测试模型的理论知识,还测试其在现实工程权衡中的表现,例如元件公差、成本和物理限制等。通过运行(基于 SPICE 的)模拟来检查“最坏情况”下的故障,该基准测试为模型的工程能力提供了一种客观且确定性的评估。 目前的结果显示,Claude Opus 和 Grok 等模型表现优异,已从生成“貌似合理”的原理图转向实现功能性工程设计。随着 AI 实验室将电子领域的专业训练纳入其中,这些模型在处理复杂硬件设计方面的能力正显著提升。虽然我们尚不能将起搏器等关键系统的设计完全交给 AI,但 EEBench 证实,对于日益增多的电路任务而言,AI 已经证明了自己能够胜任工程助手的工作。

近期关于“AI能否设计电路板”的 Hacker News 讨论揭示了一个日益明确的共识:虽然 AI 目前尚无法完全自动化复杂的硬件工程,但它正成为 PCB 设计领域强有力的协作工具。 **主要观点:** * **当前能力:** 用户反馈称,可以成功利用大语言模型(特别是 Claude)来设计原理图、管理物料清单(BOM)、编写自动化布局脚本以及识别现有设计中的错误。 * **工作流程:** 成功往往并非源于“直觉式”的一次性提示,而是需要一种“辅助”方法。工程师利用 AI 编写确定性代码(如用于 KiCad/EDA 软件的 Python 脚本),或进行对抗性审查,以在制造前发现错误。 * **挑战:** 业界指出,AI 缺乏“物理直觉”。布线过程复杂,AI 往往难以处理非标准设计、热/射频约束,或带有复杂勘误表的组件。验证仍然是最大的瓶颈,因为硬件与软件不同,一旦物理组装完成便难以调试。 * **未来展望:** 许多人认为,未来 AI 将承担验证和优化等“繁重工作”,使小团队或爱好者能够以更快的速度将复杂产品推向市场。然而,专家提醒,AI 目前仅是“增强”工具,而非领域专业知识的替代品。

请启用 JavaScript 和 Cookie 以继续。

抱歉。

虽然大语言模型(LLM)从技术上讲是通过自回归方式输出词元(token)的“下一个词元预测器”,但这种定义是不完整的。它准确描述了其“机制”(即循环的形式),却未能涵盖模型实际在“做什么”。 在预训练阶段,模型通过模仿训练数据中已有的序列来进行学习。然而,现代的后训练技术——特别是带有可验证奖励的强化学习(RLVR)——从根本上改变了这种动态。模型不再仅仅是预测数据集中接下来会出现什么文本,而是开始探索新的序列,并强化那些能带来成功结果的序列。 作者用国际象棋做类比来阐明这一点:一个预测大师走法的系统只是“下一步棋预测器”,但一个通过评估棋局位置以最大化胜率的引擎则是一个“战略求解器”。同样地,现代大语言模型利用“下一个词元”循环作为载体,其所编码的内容远超简单的模仿;它们模拟出乐于助人的助手,并运用通过主动探索所获得的知识。归根结底,将先进的大语言模型仅仅描述为“下一个词元预测器”,是将工具的形式误认为是其功能,忽略了蕴含在过程中的推理及目标导向行为。

关于“下一个词预测器”(next-token predictor)是否足以作为大语言模型(LLM)的心理模型,这场争论揭示了技术机制与行为表现之间的巨大分歧。 支持该标签的人认为,这是对推理过程事实准确的描述:大语言模型根据其上下文窗口派生出的概率分布,一次输出一个词元(token)。从这个角度来看,将该术语斥为还原论是片面的,这就好比将人脑称为“化学物质袋”——虽然属实,却忽略了由此产生的复杂性和实用价值。 批评者则认为,“下一个词预测器”常被轻蔑地用来贬低大语言模型的能力。他们主张,现代后训练技术(如RLHF/RLVR)已将模型的功能从简单的模仿转变为目标导向的策略执行。在此框架下,模型不仅是在从训练数据中猜测下一个“真理”,而是在执行一种旨在最大化奖励函数的策略。 归根结底,这场分歧源于人们如何定义“预测”:是将其视为统计机制,还是有意识的目标。尽管底层架构仍是自回归的,但这场争论凸显了人们在看待这些工具时,在“高级自动补全”与“复杂的目标导向智能体”这两种认知之间存在的持续张力。

Mullvad 即将停止其公共加密 DNS (DoH) 服务,转而支持 Quad9 基金会。Mullvad 指出,由于其 VPN 已在内部处理 DNS 请求,因此其自有的公共服务器对于 VPN 用户而言已是多余。 对于在 VPN 之外使用 Mullvad DNS 的用户,转换方式如下: * **Mullvad 浏览器:** 使用默认设置的用户将自动迁移至 Quad9。自定义了 DNS 设置的用户必须在 2026 年 11 月 2 日前手动切换至 Quad9。 * **手动配置:** 手动配置了 Mullvad DoH 的用户必须在 2026 年 11 月 2 日前切换至 Quad9。 * **iOS/macOS 描述文件:** 现有的 Mullvad DoH 描述文件将停止工作;用户必须将其替换为 Quad9 的官方描述文件。 Mullvad 正将资源转向资助 Quad9,并称赞该基金会在以隐私为重点的 DNS 领域拥有行业领先的专业能力。建议用户参考 Quad9 的官方文档以完成迁移。

Mullvad 正在关闭其公共加密 DNS 服务,转而选择在经济上支持 Quad9 基金会。Mullvad 表示,维护安全公共 DNS 服务需要高度专业化,他们更倾向于支持 Quad9 已有的专业能力,而不是重复投入资源。 这一公告在 Hacker News 上引发了关于隐私、审查制度及互联网基础设施未来的广泛讨论: * **中心化担忧:** 批评者认为,将用户导向少数几家主要提供商(如 Quad9)会加剧中心化,使政府更容易通过法律禁令审查内容。 * **法律压力:** 讨论中指出,欧洲法院针对 DNS 提供商发布封锁特定域名的指令日益增多,这显著增加了服务提供商的运营成本和法律风险。 * **广告拦截与实用性:** 许多用户对失去 Mullvad 内置的广告和恶意软件拦截功能表示惋惜,并指出 Quad9 目前缺乏这些功能。 * **自建托管:** 一些贡献者建议高阶用户应运行自己的本地递归解析器(例如使用 Unbound、Pi-hole 或 AdGuard Home)以保持独立性,但也有人指出这无法绕过区域性 ISP 的过滤。 Quad9 的首席技术官参与了此次讨论,强调了他们对透明度的承诺,以及他们为捍卫欧盟内容中立性而进行的持续法律斗争。

Hayes 指令集(或称 AT 指令集)由 Dale Heatherington 和 Dennis Hayes 于 1981 年开发,彻底改变了调制解调器的控制方式。在此之前,调制解调器需要手动拨号或配备单独的硬件外设来实现连接自动化。Hayes Smartmodem 引入了一种基于软件的解决方案,允许计算机通过现有的数据引脚发送指令字符串。 该系统通过转义序列(通常为“+++”)在“数据模式”(传输信息)和“命令模式”(将输入解释为指令)之间切换。以“AT”为前缀的命令可实现拨号、挂断以及配置内部内存寄存器等功能。 尽管该指令集最初是为 300 波特率的调制解调器设计的,但它后来成为了行业标准。随着技术的发展,各厂商又增加了扩展指令(以“&”为前缀)和私有指令。尽管不同制造商之间的指令存在差异,偶尔会导致兼容性问题,但 Hayes 标准在整个调制解调器时代始终占据主导地位。它最终被 ITU-T 正式确立为 V.250 标准。如今,AT 指令集的遗产依然存在,许多现代移动设备和 3G/4G/5G 调制解调器在配置和网络管理中仍在使用类似的指令结构。

抱歉。

松本清张 1957 年的推理小说《点与线》(原名《点と线》)以一名年轻女子和一名政府官员在日本海滩被发现的离奇死亡案件为核心。尽管当地警方将此案定性为殉情,但一张被忽略的餐车收据促使鸟饲重太郎探长和东京警视厅的三原纪一警部展开深入调查。随着他们揭开政治腐败的重重黑幕,两人发现自己陷入了一个涉及列车时刻表、渡轮名单和完美不在场证明的复杂逻辑迷局。 这部小说以其精巧、严谨的时间线布局而闻名,其灵感源于松本清张本人对铁路时刻表的浓厚兴趣。有趣的是,该书背后的创作过程几乎与小说情节一样戏剧化。当时,松本清张同时进行着四部作品的连载,频频拖延截稿日期。负责连载的《旅》杂志社编辑们在得到日本交通公社的协助下,甚至不惜追踪并“软禁”作者,强迫他完成书稿。这部由此产生的杰作引起了巨大的轰动,销量突破百万册,并将松本清张在日本推理小说界的泰斗地位推向了顶峰。

抱歉。

更多

联系我们 contact @ memedata.com