HackerPapers

HN 二十年,最值得读的论文。

从 Hacker News 2006 年以来的全部投稿里,挑出链接本身就是论文的帖子:arXiv、期刊、会议论文、技术报告。每篇附中文标题,讨论最热的那些再加上中文导读和高赞评论翻译。

从必读开始
  • 8,000+篇被 HN 讨论过的论文

Essential

必读 30 篇

在论文库里看全部精选

编辑精选里 HN 讨论最热的 30 篇,每篇都有中文导读。不知道从哪读起,就从这里开始。

  1. 正在载入论文…

Archive

论文库

点柱子按年份筛选。注:源数据里 2023 年的帖子分数记录不全,2026 年尚未过完,这两年收录偏少。

难度
排序

    About

    这些论文是怎么挑出来的

    1. 01

      全量扫一遍

      读取 Hacker News 自 2006 年以来的全部 446 万条链接投稿,找出指向 arXiv、期刊、会议、技术报告和学术 PDF 的帖子。

    2. 02

      只留论文本身

      由 AI 逐条判断,剔除介绍论文的新闻、博客和幻灯片,同一篇论文的多次投稿合并计算,并统计它在评论区被引用的次数。

    3. 03

      写导读、译评论

      讨论最热的 1,500 篇配上中文导读,并精选、翻译 HN 高赞评论。导读由 AI 生成,可能有误,请以原文为准。

    网络与分布式2019arxiv.org

    布隆时钟(Bloom Clock)

    The Bloom Clock

    进阶 · 约 60 分钟读完前置知识:分布式系统基础、向量时钟、布隆过滤器

    读论文 HN 讨论
    216HN 得分
    43条评论

    导读

    这篇论文提出“布隆时钟”(Bloom Clock),一种介于逻辑时钟与物理时钟之间的分布式事件排序结构。它借鉴布隆过滤器的思路,用概率方式记录事件因果关系,以极小的空间开销换取“大概率正确”的因果排序,允许少量误判(假阳性)来大幅降低向量时钟的通信与存储成本。

    HN 关注点:在分布式系统中用概率结构替代向量时钟的权衡:空间效率与可能出错的事件排序之间的取舍。

    关键词 分布式系统Bloom Clock向量时钟概率数据结构

    HN 评论精选

    这几条评论里:质疑 2 补充 1 亲历 1

    亲历作者现身答疑

    大家好,我是这篇论文的作者。如果有任何问题或评论,欢迎提出。

    irwt查看英文原文

    Hi everybody. I'm the author of the paper. Let me know if you have any questions or comments.

    质疑质疑:既然允许出错,为何不直接用更简单的时间戳

    我理解用向量时钟而非时间戳的好处,也理解布隆时钟相对向量时钟的优势。但既然布隆时钟有时会返回错误的事件顺序(假阳性),那么在大多数允许少量乱序事件的场景下,直接用时间戳是不是更简单的方案?

    JD557查看英文原文

    I think understand the advantages of using a vector clock instead of a timestamp and the advantages of a bloom clock vs vector clocks. But since a bloom clock can sometimes return an incorrect order of events (false positives), wouldn't using the timestamp be a simpler solution on most cases that can allow some unordered events?

    补充提出潜在应用场景:DAG 数据结构

    我觉得这在 DAG(有向无环图)数据结构中可能会很有用。

    magnamerc查看英文原文

    I feel like this could be useful in DAG data structures.

    质疑质疑其与 HyperLogLog 的相似性

    这不就是 HyperLogLog 吗?

    filmfact查看英文原文

    Isn’t this a hyperloglog?

    相关资源

    从这篇论文所有 HN 讨论帖的全部评论里整理出来的链接。

    自称作者的回复
    代码
    评论区提到的论文

    历次讨论

    同领域还值得读

    1. Paxos vs. Raft:分布式共识是否已达成共识?

      Paxos vs. Raft: Have we reached consensus on distributed consensus?

      重新审视了 Paxos 与 Raft 两种分布式共识算法之间的差异,试图在一个统一的框架下比较它们,并论证二者的相似程度远高于通常的认知,许多所谓的差别只是表述层面的。

      网络与分布式2020 · 343 分 · 65 评 · 引用 10进阶 · 约 28 分钟编辑精选
    2. Stellar 协议:互联网级共识的联邦模型

      Stellar Protocol: A Federated Model for Internet-Level Consensus (2016)

      提出 Stellar Consensus Protocol(SCP),一种面向互联网级共识的联邦拜占庭协议模型。

      网络与分布式2018 · 301 分 · 61 评专业 · 约 90 分钟编辑精选
    3. 拜占庭将军问题(1982)

      The Byzantine Generals Problem (1982)

      这篇 1982 年论文提出并形式化了拜占庭将军问题:在分布式系统中,部分节点可能叛变或故障、通信不可完全信任时,忠诚节点如何达成一致行动。

      网络与分布式2018 · 290 分 · 77 评进阶 · 约 75 分钟编辑精选
    4. Google 变差了吗?对搜索引擎中 SEO 垃圾的纵向调查

      Is Google Getting Worse? A Longitudinal Investigation of SEO Spam in Search

      对搜索引擎结果中的 SEO 垃圾内容做了纵向追踪:作者团队在一段时间内持续采集 Google、Bing、DuckDuckGo 等引擎针对商品评测类查询的结果,用分类器识别联盟营销…

      网络与分布式2024 · 276 分 · 274 评入门 · 约 45 分钟编辑精选
    5. 使 CRDT 能够容忍拜占庭故障

      Making CRDTs Byzantine Fault Tolerant

      Martin Kleppmann 等人的论文研究如何让 CRDT(无冲突复制数据类型)抵御拜占庭故障节点,即部分参与者恶意篡改数据时仍能保证一致性。

      网络与分布式2022 · 266 分 · 40 评进阶 · 约 90 分钟编辑精选

    打赏支持

    打赏二维码

    觉得有用,请作者喝杯咖啡。

    WeChat

    关注向阳乔木

    微信公众号「向阳乔木推荐看」

    微信公众号「向阳乔木推荐看」二维码

    微信扫一扫;在微信里打开本页时,长按二维码识别。