Bitcointalk · What happens when network is split for prolonged time and reconnected?

中本聪,2010 年 8 月 3 日

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

阅读语言
中文译文

creighto:我同意这个想法。几个小时之后,客户端应该有可能察觉到区块流量衰减得超出偶然范畴。它能知道自己是不是再也听不到世界的嗡嗡声了。

有意思的信息。也就是说,除了一些双重支出问题,只要区块链分离不超过 100 个区块左右(或 16 小时以上),

实际上,分割很可能极不对称。把世界从正中间劈开很难。更可能的情形是一个国家对世界其他地方,比方说 1:10 的分割。那样的话,少数派分叉要花 10 倍的时间生成 100 个区块,约 7 天。而且客户端会非常容易地察觉自己听到的区块太少了、一定出了问题。

分割延迟有没有硬编码的上限?意思是,倘若我有一个从公共网络分离出去的小网络,在里面花了些币,几天后回来同步到公共网络(除了碰巧发生的币生成),交易应该都没问题?

没有时间限制。只要你没有花少数派分叉里生成的币、没有花你收到的别人的双重支出,你的交易随时可以在之后进入另一条链。

ORIGINAL · 英文原文
creighto: I agree with that idea.  After a few hours, it should be possible for the client to notice if the flow of blocks has dropped off by more than would be likely just by chance.  It could tell if it's not hearing the hum of the world anymore.

Or if the split lasted long enough (more than 100 blocks), transactions that involve generated coins on the shorter chain would be invalid at the merge.
Interesting info, so other than some double-spending issues, as long as the block chain isn't separated for more than 100 or so blocks (or 16+ hours),
In practice, splits are likely to be very asymmetrical.  It would be hard to split the world down the middle.  More likely it would be a single country vs the rest of the world, lets say a 1:10 split.  In that case, it would take the minority fork 10 times as long to generate 100 blocks, so about 7 days.  Also it would be super easy for the client to realize it's hearing way too few blocks and something must be wrong.

If there a hard coded limit on split delay? Meaning if I had a small network split from the public network, spent some coin around, came back a few days later and got them sync up to the public network (other than coin generation if it happened) transactions should be fine?
There's no time limit.  Assuming you weren't spending coins generated in the minority fork, or spending someone's double-spends you received, your transactions can get into the other chain at any time later.


上下文
← 上一条 SN-1986 · 当前 下一条 → 在档案中查看完整主题串 →
来源
Bitcointalk 原始链接 ↗ 记录编号 SN-1986