关于比特币转账问题的一些疑惑？

这两个问题都与共识形成过程中的投票机制有关。从视觉上看，你还不太了解 51% 攻击的原理。

我们以ABC的三个矿工为例。选择三个的原因是更容易形成2:1>51%的投票机制。添加更多矿工或节点时，情况类似。

情况1：

你转账，A觉得你的转账手续费够高，所以他帮你在第999个区块高度打包。但是打包完成后，继续挖矿，但是BC突然发消息说第999高度的区块B是在A之前挖出来的，A不算。2:1，拒绝，A只好听BC。虽然你的转账已经被A认可了，但是还没有得到全网的确认。

案例二：

同上，A 不仅打包了第 999 个区块，还打包了第 1000 个区块高度。但是打包完成后，突然B和C说我们已经打包到1001块了，之前因为网络延迟无法通知你。同上，你的被 BC 拒绝了。

A应该怎么做？没办法，只好回滚到998块，把B块和C块打包，之前花在999和1000上的算力浪费了。

案例3：

还有更狠的。A还在挖999比特币转账多久到账，B在3分钟前就已经挖好了，但是没有人告诉他们，甚至挖到第1000块不打包（也就是传说中的空心块，因为不打包省时），2分钟A挖到999后，B立刻宣布自己也挖到了999。当两条消息同时发送给 C 时，C 被圈起来。

听上去A比较靠谱，所以我把A打包，结果1分钟后，B马上说我挖到了第1000块。A听到B的广播，顿时愣住了。他觉得我还是算了，听B说吧。C只好愣了一下，又回到原地帮A收拾东西。因为这个小优势，B继续挖1001区块，可能会提前挖到。

案例4：

B老是做这样的坏事。AC退出，直接屏蔽了B的ip。从此，B所开采的矿场不再被全网识别。

案例5：

B 声称该块太小，需要扩展。结果AC不同意，于是B改变了区块限制，也得到了XYZ的支持。由于AC不支持，所以两个自己挖比特币转账多久到账，也就是一个fork。

你的第二个问题实际上是双重支出。情况稍微复杂一些。简单来说，分为两步： 1） 第1000个区块会确认前一个区块。如果没有余额，就不能消费；2）如果 A 和 B 在区块 999 中都记录了您的支出，那么只有一个会被投票。

我可能会先说这么多。为了帮助理解，有一些小问题。建议在评论区留言。