BCH 不是因为“长”才存在的。
首先，节点接受一条链的时候，要用自己的规则对区块进行验证，不符合规则的区块节点不会接受，并不是某条链长就一定会被接受。
其次，比特币白皮书里的最长链规则其实是一个错误。算力和难度都是一直在涨的。如果真的只认最长链，那攻击者直接用创世时的最低难度挖，分分钟就爆出比主链更长的假链了。
很早的时候就有人提出这个问题，中本聪就修正了这个漏洞，改成跟随积累工作量最多的链，而不是最长链。
关于软分叉和硬分叉，推荐你看看这篇文章：
http://www.8btc.com/bitcoin-softfork-and-hardfork

BCH 刚分叉出来的时候，算力支持很少，就改了难度调整算法来“保命”，也就是传说中的 EDA ——大体上就是长时间不出块就让难度暴降，降到一定程度，挖 BCH 就比 BTC 更有利可图，这样就可以吸引矿工过来挖。然后，这个机制就被矿工玩坏了（而且还被怀疑是有意为之，是个 feature 而不是 bug ），有时几个小时才出一个块，有时 1 分钟出一个块、几天时间就刷掉 2015 个块（本来应该是两周才能挖完的），也就是“算力暴击”。最疯狂的时候，七八成算力都从 BTC 叛逃去挖 BCH 了，但是刷完 2015 个块之后，BCH 难度暴增，矿工就又跑回来了。
BCH 就是在 EDA 的加持（以及大矿工的有意操纵）下，才搞出比 BTC 更长的链的。实际上积累工作量仍然是 BTC 更多，而且，即使 BCH 链积累的工作量超过 BTC，BTC 也不会被覆盖的。
当时有很多说法在流传……比如，认为“暴击”的时候可以让 BTC 拥堵加剧、用户恐慌抛售、陷入恶性循环，从而让 BCH 有机会杀死 BTC 而上位；或者，就是认为“暴击”不过是国内大矿工基团造势已久的市场操纵行为，是一次拉高出货骗局。

说实话，我装过很多乱七八糟的字体，一开始甚至都找不到问题出在哪个字体上，是截图后找了一个在线字体识别服务才确定是“懐訪体”的锅。

概括一下，问题有两个:
1.老文档在新系统里显示不一样，甚至完全错乱。
2.安装了某款“个性字体”后，Chrome 就把本来该用常规字体显示的网页 /PDF 也改用“个性字体”显示了。

文章来源？

有点想起 Stealth Address

netsh winsock reset

还有一个老梗值得贴一下：
《 Mastering Bitcoin 》中的错误代码可能会导致你的比特币丢失
https://www.solidot.org/story?sid=55390

我算了一下，没问题啊：
PubKey=0484ecc0d46f1918b30928fa0e4ed99f16a0fb4fde0735e7ade8416ab9fe423cc5412336376789d172787ec3457eee41c04f4938de5cc17b4a10fa336a8d752adf
SHA256(PubKey)=98F8648ABB4E1333AFAC93709DEAE013C59C72F745DE8F09041FF5295493B001
RIPEMD160(SHA256(PubKey))=7F9B1A7FB68D60C536C2FD8AEAA53A8F3CC025A8
LZ 中途是不是把 字符串 和 十六进制数据 混淆了？

@geelaw
求解释：
http://t.cj.sina.com.cn/articles/view/1649608047/6253056f020007ust
1.RunOnce 注册表项是谁添加的？是 Windows，还是有关的应用程序自己？
2.为什么以前没有出现这个情况，现在出现了？
3.如果像这篇文章一样干掉了 RunOnce，又会影响到安装程序等需要正常使用 RunOnce 的程序（比如卸载软件后，在下一次重启时自我删除）——这不就是“两难”了？有办法解决么？
4.文章里推测的“微软在模仿苹果 macOS 的行为”是否属实？如果属实，未来会不会像 macOS 那样给用户一个选项，而不是这样突然就冒出来了？

以前是大涨不需要理由，现在是大跌不需要理由 233

推荐去知乎关注 maxdeath
现在除了发币炒币好像没啥靠谱的东西……

你买了矿机，也不能阻止矿机公司（比如比特大陆）继续生产更多的矿机并卖给别人，更不能阻止 ASIC 矿机技术更新换代……所以，即使是牛市，也存在“按比特币计价挖矿永远回不了本”（换句话说是“挖矿不如直接屯币”）的情况。

你买了矿机，也不能矿机公司（比如比特大陆）继续生产更多的矿机并卖给别人，更不能阻止 ASIC 矿机技术更新换代……所以，即使是牛市，也存在“按比特币计价挖矿永远回不了本”（换句话说是“挖矿不如直接屯币”）的情况。

更新失败这个梗不是 Win7 时代就有了么？

楼上还有说 360 的，我一直觉得更新失败和“ 360 搞炸系统”是玄学，我几乎就没找到什么简明易懂的(中文)资料能把这个解释清楚的。
不过我个人确实碰到过两个(大概)可以解释清楚的案例:
1.KB3146706 蓝屏事件
Dism++强行给 Win7 加上类似 dism /cleanup-image /startcomponentcleanup /resetbase 的系统组件清理功能，貌似是通过硬链接来实现的，导致依赖关系错乱。然后，安装 KB3146706 后，ci.dll 因为错乱的依赖关系没得到更新，还是老版本，不认识新版数字签名，导致安装更新重启后 6B 蓝屏。
但是，这件事里面，管家 /卫士反倒声称自己才是背后默默解决问题的人(而不是像传闻那样，总是以各种奇怪的姿势搞坏系统)。新闻也有报道只有 GHOST 系统才会蓝屏。
2.以前碰到过一台开机蓝屏的机器，WinDbg 打开 dmp 文件，好像能看到调用栈里有个 cmpcallback(一种内核回调，可以用来拦截注册表操作)，然后，我用 WinPE 启动，再用 autoruns 的离线分析禁用掉几个国产软件的驱动，再开机就正常进桌面了。
所以……如果说国产流氓导致了怪问题，可能不过是各种自我保护 hook 捣的鬼吧，难道他们也会把系统组件搞炸？
网上(尤其是知乎)总是流传管家卫士搞炸系统，那么搞炸的具体机理究竟是什么样的呢？

@parametrix #13
MASQUERADE 是 zone_wan_postrouting 里的，一个数据包需要走这个路径才能被 MASQUERADE:
POSTROUTING->delegate_postrouting->zone_wan_postrouting
但是，在 delegate_postrouting 那里有约束条件-o [WAN 口 iface] -j zone_wan_postrouting。
因为 DNS 响应包是从 lo 发出的，所以压根就不会走到 zone_wan_postrouting 和后面的 MASQUERADE 吧。

@BOYPT 又打错…… REROUTING=>PREROUTING

@BOYPT 我其实没看懂你前一个回复的意思……不是本机发出的包走 OUTPUT、转发的包走 REROUTING，“井水不犯河水”么？

@azh7138m 打错……退而求其次，REDIRECT+ss-tunnel

@mt7620
其实也不能说路由器上的这个 TPROXY 是废的，因为其他 UDP 包(比如内网机器执行 nslookup qq.com 114.114.114.114 这种)还是会走这个 TPROXY 的。
但是，路由器上跑的软件自己发出的 UDP 包就不会走这个 TPROXY 了(压根不会过 mangle PREROUTING 链)，尤其是路由器上的那个 dnsmasq。

@azh7138m 这是让 dnsmasq 直接把 ss-tunnel 当上级服务器么？这样也许可以绕过问题，不过我还是好奇为什么会出现这种怪状……
换句话说，是我一个人碰到这个问题，还是很多人都能重复出来这个问题？
从另一个方面说，万一我有个需求是让路由器上其他软件发的 UDP 包也走代理呢？ TPROXY+ss-redir 看样子是解决不了这个问题了(因为本机发出的包没经过 mangle PREROUTING 链)，退而求其次，REDIRECT+ss-local 居然也不行，这就蛋疼了……