Bitcointalk · On IRC bootstrapping

中本聪,2010 年 6 月 14 日

SN-0459 已核对来源,附原文与上下文。

阅读语言
中文译文

Bitcoin 有自己的分布式地址目录,用的是 "addr" 消息。是时候把当前长期运行的静态节点编成种子列表写进代码了。我可以加一段代码,让新节点不优先保持与种子节点的连接——连上、取列表、就走,这样不会给它们添负担。

你们怎么看,我该继续把种子加进去吗?

它仍会先试 IRC。IRC 的优点是列出当前在线的节点——它们必须保持连接才能留在列表上——缺点是单点故障。"addr" 系统没有单点故障,但只能告诉你最近见过哪些节点,所以连接会慢一点,因为你试的一些节点已经下线。两者结合让我们两全其美、总体更稳健。

有人愿意志愿运行一台 IRC 服务器,以防 freenode 哪天厌倦了我们吗?

ORIGINAL · 英文原文
Bitcoin has its own distributed address directory using the "addr" message.  It's about time we coded in a list of the current long running static nodes to seed from.  I can add code so new nodes do not preferentially stay connected to the seed nodes, just connect and get the list, so it won't be a burden on them.

What do you think, should I go ahead with adding the seeds?

It'll still try IRC first.  The IRC has the advantage that it lists nodes that are currently online, since they have to stay connected to stay on the list, but the disadvantage that it's a single point of failure.  The "addr" system has no single point of failure, but can only tell you what nodes have recently been seen, so it takes a little longer to get connected since some of the nodes you try have gone offline.  The combination of the two gets us the best of both worlds and more total robustness.

Is there anyone who wants to volunteer to run an IRC server in case freenode gets tired of us?
来源
Bitcointalk 原始链接 ↗ 记录编号 SN-0459