## IPv6 与网络历史的复杂关系 本文探讨了旨在取代 IPv4 的 IPv6 尚未完全接管互联网的原因，揭示了一个令人惊讶的网络历史决策故事。作者在 IETF 会议上的调查发现，IPv6 的复杂性并非源于其自身缺陷，而是源于数十年来在现有基础设施*之上*堆叠的解决方案。 最初，网络是简单的点对点连接。共享“总线”网络（如以太网）的引入需要 MAC 地址来进行本地通信。当这些局域网需要互联时，出现了 IP 地址，但底层的以太网层仍然存在。这造成了一种混乱的交互——IP 路由依赖于 MAC 地址，ARP 用于在两者之间转换，DHCP 用于管理地址——所有这些都建立在为更简单时代设计的基石之上。 作者认为，更简洁的设计，即 IPv6 的愿景，旨在通过消除对 MAC 地址和第二层桥接的依赖来消除这种复杂性。然而，为了保持与现有基础设施的向后兼容性，特别是移动 IP 的兴起及其对第二层无缝漫游的依赖，阻止了完全过渡。 最终，互联网受到历史选择的负担，虽然 IPv6 提供了一个更优雅的解决方案，但克服数十年的分层复杂性仍然是一项艰巨的任务。未来可能在于像 QUIC 这样的协议，它提供了一条简化连接的途径，但真正的全新起点仍然难以捉摸。
每日HackerNews RSS
两党议员团体最近阻止了702条款的重新授权，该条款是一项有争议的大规模监控计划，他们要求为美国人提供更强的隐私保护。目前，联邦调查局可以在无需搜查令的情况下访问国家安全局收集的通讯——甚至包括美国公民的通讯。 败选的提案仅提供了一些表面上的改变，并将重新授权该计划再持续五年。议员们正在推动一项要求联邦调查局访问信息时必须有合理理由的搜查令要求，以解决对不受约束的监控和潜在滥用的担忧。参议员罗恩·怀登强调了一种“秘密解读”的法律，该法律进一步允许监控美国人，包括记者和寻求敏感医疗保健服务的人士。 这次对峙获得了一次为期10天的延期，为敦促国会通过一项具有*真正*改革的法案提供了关键窗口，而不仅仅是维持现状。倡导者强调需要透明度和问责制，确保美国人在其通讯被监控时得到通知。
## 702监控辩论
一则Hacker News讨论围绕着改革《外国情报监视法》第702条款的截止日期。该法允许对外国人的通讯进行无令状监控——常常会附带收集到美国公民的数据。许多评论员认为应该完全废除702条款，以维护第四修正案，并引用斯诺登（PRISM）过去揭露的NSA等机构从谷歌、苹果等公司进行广泛数据收集的情况。
提出的担忧包括NSA和司法部对法律的宽泛解释，允许在没有搜查令的情况下收集美国人的数据，以及潜在的滥用可能性。一些人指出“帝国回旋镖”效应，即最初针对外国目标的监控工具最终会转向内部。
EFF离开X（前身为Twitter）的决定也引发了争论，一些人批评其将意识形态置于有效倡导之上，而另一些人则认为这是对有害平台的原则性立场。核心问题仍然是：在数字时代平衡国家安全与个人隐私权，以及当基本的宪法保护受到威胁时，改革是否足够。
请启用Cookie。 错误 1005 Ray ID：9eea0ca28d5cff7f • 2026-04-19 07:03:25 UTC 拒绝访问 发生了什么？ 该网站（kotaku.com）的所有者已禁止您的IP地址所在的自治系统编号（ASN 45102）访问此网站。 请参阅 https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-1xxx-errors/error-1005/ 了解更多详情。 此页面是否有帮助？ 是 否 感谢您的反馈！ Cloudflare Ray ID：9eea0ca28d5cff7f • 您的IP： 点击显示 47.245.80.60 • 由Cloudflare提供性能和安全保障。
访问被拒绝。您没有权限访问“http://baumgartner.house.gov/2026/04/02/baumgartner-introduces-bipartisan-bill-to-tighten-controls-on-sensitive-chipmaking-equipment/” 上的服务器。 参考编号：18.c6753617.1776578664.bff73a45 https://errors.edgesuite.net/18.c6753617.1776578664.bff73a45
对不起。
讨论请求速率——一段时期内的请求数量——至关重要的是**明确该时期**，理想情况下定义为**每秒请求数**。含糊不清的仪表盘可能会根据缩放级别显示不同的速率，导致数据不一致。 虽然**赫兹 (Hz)** 和 **贝克勒尔 (Bq)** 都表示每秒发生的事件，但**贝克勒尔更适合请求速率**，尽管它最初与放射性有关。赫兹暗示可预测的、周期性的事件，而贝克勒尔更好地反映了通常不规则请求的平均频率（例如网站流量）。 对于高容量速率，贝克勒尔提供更简洁的表示法（例如，90 kBq 与 90,000 请求/秒）。虽然有人建议使用一个新单位（“rips”），但利用现有的贝克勒尔，并将其接受的含义扩展到放射性之外，为一致地测量和沟通请求速率提供了一个实用的解决方案。作者希望贝克勒尔未来能成为一般事件频率的标准。
## 请求速率的 SI 单位：一则 Hacker News 讨论总结
一则 Hacker News 讨论围绕着衡量请求速率的适当 SI 单位。虽然“请求/秒”很直观，但有人认为使用贝克勒尔 (Bq) 更方便，尤其是在处理大数字时（例如，90 kBq 与 90,000 请求/秒）。贝克勒尔传统上用于衡量放射性衰变。
然而，核心争论在于请求是*周期性*现象（适合赫兹 – Hz）还是*随机*过程（适合贝克勒尔）。SI 正式规定赫兹仅用于周期性事件，贝克勒尔仅用于随机事件。许多评论者指出，请求并不完全符合这两者中的任何一种。
有人建议使用“每分钟请求”或简单地“请求/秒”以提高清晰度。这场讨论强调了将严格的 SI 标准应用于 IT 指标的挑战，以及选择易于理解的单位的重要性，即使这些单位不严格遵循正式定义。最终，共识倾向于优先考虑清晰度和共同理解，而不是严格遵守 SI 规范。
这篇博文讲述了看似小众的数据结构——跳表——如何意外地解决了软件测试公司 Antithesis 的一个重大性能问题。作者最初认为跳表过于复杂，但当在分析软件模糊测试产生的大型数据集时，在 Google BigQuery 中遇到查询速度慢的问题时，重新发现了它的用处。
Antithesis 需要有效地追踪导致特定日志消息的事件历史，这需要遍历分支树结构。BigQuery 的架构针对全表扫描进行了优化，难以处理树遍历所需的众多点查询。为了避免使用分数据库方法带来的复杂数据库一致性问题，团队创新了一种“跳树”——本质上是多个共享结构的跳表——并使用 SQL 表实现。
这使得通过链式 JOIN 进行祖先查找成为可能，巧妙地平衡了查询复杂度和 BigQuery 的定价模式。虽然生成的 SQL 代码很长，但 JavaScript 编译器可以自动生成它。跳树解决方案有效运行了六年，直到 Antithesis 开发了自己的优化数据库。作者总结说，即使是晦涩的数据结构也可能证明非常有价值，并强调了创新的周期性——跳树概念与现有的“跳图”结构相关。
## 跳表：来自黑客新闻讨论的总结
最近黑客新闻上的一场讨论探讨了跳表的用途，这种数据结构在简单性和性能之间取得了平衡。虽然经常被平衡树所掩盖，但跳表在特定场景下表现出色，尤其是在涉及并发访问的场景中——例如Java的`ConcurrentSkipListMap`展示了它们在高竞争下的稳健性。
Redis使用跳表来实现排序集合，利用它们在范围查询和有序迭代方面的效率，同时结合哈希表进行快速查找。相对于平衡树的一个关键优势是简化的无锁实现。
讨论中重点介绍了一个在Antithesis的应用，他们开发了一种“跳树”来表示和查询存储在SQL数据库中的复杂树结构。由于应对深度嵌套、临时树的特定挑战，它被选择代替传统的B树。
除此之外，跳表还被用于LSM树（现代数据库中常见）、密钥透明度日志等加密数据结构，甚至在简单性和合理性能优先于缓存局部性的特定情况下。虽然跳表不是通用的解决方案，但它们仍然是一个有价值的工具，尤其是在易于实现和并发性是优先事项时。
这篇帖子剖析了一种有趣的动态，即我们如何解读媒体，灵感来源于重读《糊涂蛋日记》。作者认为，它的幽默之处在于格雷格·赫夫利在日记里*说*的话和他行为（通过附带的涂鸦展示）所揭示的真实性格之间的差距。关键在于，插图表明格雷格*知道*自己的缺点，这与一种常见的解读——将他描绘成无知的——相矛盾。
这个观察结果可以延伸到现实生活中那些广受批评的在线“主角”——那些个人写作被广泛评论的人。作者指出，人们倾向于指责这些作者缺乏自我意识，但他们的写作往往*有意*呈现一幅不讨喜的自我画像。以丹尼尔·奥本海默的《纽约时报》文章为例，帖子认为，批评这种写作的*内容*是合理的，但假设作者不知道他们所造成的印象是不准确的。
最终，作者提倡更细致的批评，关注*所说/所做*的内容，而不是错误地将无知归于作者。他们俏皮地提出需要一个术语来描述这种现象——文本与创作者意识之间的脱节。
这场 Hacker News 讨论围绕一篇名为“Metatextual Literacy”的博文展开，该文分析了 Greg Heffley（《捣蛋鬼日记》中的角色）的作品中是否存在自我意识——或者说缺乏自我意识——以及一篇最近的《纽约时报》文章。
核心争论在于，将角色解读为故意“令人讨厌”是否需要某种程度的“素养”——理解细微含义的能力。一些人认为作者投射了自己的观点，像 Greg 这样的角色可能只是不知道别人如何看待自己。另一些人则指出小说中的例子（如《长日将尽》或《费城永远阳光灿烂》），在这些例子中，无知*正是*喜剧的核心。
一个关键点是，不同的解读并不一定表明缺乏素养，而是解读范围的差异，或者媒介如何“触及”个人。讨论演变成对“素养”一词本身的更广泛的批判，一些人认为“亚素养”可能更准确，另一些人则强调意义不是绝对的，而语境对于解读至关重要。最终，这个帖子突出了阅读和理解艺术的主观性。
启用 JavaScript 和 Cookie 以继续。
这次黑客新闻的讨论围绕着《史密森尼杂志》的一篇文章，文章详细描述了曾经通往埃菲尔铁塔顶端的单侧扶手螺旋楼梯。
用户们争论了爬楼梯与乘坐电梯的实用性，以及文章网站的体验——一些人发现网站充斥着广告，而另一些人则成功使用广告拦截器（Ublock Origin）来清晰地浏览，并注意到可能因地理位置（欧盟/GDPR）而存在差异。
对话延伸到关于螺旋楼梯与螺旋楼梯、语言演变以及埃菲尔铁塔最初“临时”地位的讨论。 许多评论者反思了过去人们对风险和高度的态度，认为过去人们不太害怕。 最后，一个幽默的帖子探讨了如果更长的楼梯攀登会如何影响用户在铁塔上的浪漫邂逅。
``` 这个目录包含 Tachyon 的架构决策记录 (ADR)。每个 ADR 记录了一个重要的设计选择、促使该选择的背景以及其后果。新的 ADR 使用文件底部的模板。一旦被接受，ADR 将不会被删除，过时的决策会被标记为“已废弃”并链接到替代方案。 # ADR-NNN: 标题 --- **状态:** 提议中 | 已接受 | 被 ADR-NNN 废弃 | 已弃用 **日期:** YYYY-MM-DD --- ## 背景 存在什么问题？有哪些因素在起作用？存在什么约束？请具体说明：包括基准测试、内核版本和相关的 API 限制。 ## 决策 我们决定了什么？用一句话清晰地表达，然后说明理由。 ## 后果 **正面** - … **负面** - … **中性** - … ```
## Tachyon：超快速跨语言进程间通信
Riyaneel 开发了 Tachyon，一个库，使用 C++、Rust、Python、Go、Java 和 Node.js 实现了 56.5ns p50 往返时间，用于 32 字节负载的进程间通信。它绕过内核处理热路径，消除了序列化开销。
关键架构选择包括严格的单生产者单消费者 (SPSC) 拓扑*没有*比较和交换循环，硬件感知的内存对齐以防止缓存争用，以及在初始 Unix 域套接字握手后通过共享内存 (memfd) 进行零拷贝通信。一种混合等待策略采用使用 `cpu_relax()` 的自旋，然后使用 `futex`/`__ulock_wait` 以避免 CPU 饥饿。
讨论强调了与 Aeron (约 250ns) 的比较，Tachyon 的速度归功于其 SPSC 设计和优化的内存布局。虽然使用 `futex` 并非完全绕过内核，但它仅在消费者休眠期间参与，使核心热路径保持内核无关。该项目旨在解决高吞吐量、多语言架构中的瓶颈。作者欢迎反馈，并愿意开发基于 Tachyon 的跨语言框架。
大约10年前，作者开发并成功售出了“Gun Rocket”，这是一款快节奏街机游戏，灵感来自*n++*和*Asteroids*。最近，当作者重温这个项目时，发现原始游戏构建无法运行——似乎是由于与现代系统的兼容性问题。 这引发了一个将“Gun Rocket”更新到2026年的项目。最初的障碍？Unity版本问题。最初使用4.6构建，然后迁移到5.5，该项目现在面临着大幅升级到当前的Unity 6.x系统。Unity从数字版本到基于年份的版本（如Unity 2017）再回到数字版本的转变增加了复杂性。 找到必要的旧Unity版本证明具有挑战性，需要深入挖掘Unity的“存档”。即使使用Unity 5.6，游戏最初也无法启动，这可能是由于Unity Hub出现之前的许可问题。作者现在正在探索较新的Unity 5版本，以尝试运行游戏并开始更新过程。