@Darek Vultr 日本，我记得以前是能用的，后来就被 Google 封了，不知道谁干坏事了……

很可能是你用的代理 IP 被 Google 封了。

首先，你可以不让它走代理，直连即可，本机 hosts 改一下：scholar.google.com 172.217.25.195 ，然后用 HTTPS 访问。PAC、浏览器插件代理规则改一下，让 scholar.google.com 不走代理。

另一个办法：
VPS 如果支持 IPv6 的话，可以想办法走 IPv6。
我的方法：
1.修改 VPS 的 hosts，加上
scholar.google.com 172.217.25.195
2.开个 socat，负责 v4 转 v6，监听 1443 端口：
socat tcp-listen:1443,fork tcp-connect:[2404:6800:4004:809::2004]:443
（你可以用 iptables -A INPUT -i eth0 -p tcp --dport 1443 -j DROP 这样的规则，不允许从外界访问这个端口）
3.用 iptables 把流量转到 socat 的 1443 端口：
iptables -t nat -A OUTPUT -d 172.217.25.195 -p tcp --dport 443 -j REDIRECT --to-port 1443

至于为啥出此下策……是因为 ss 好像比较偏执，非得 IPv4 优先：
https://github.com/shadowsocks/shadowsocks-libev/issues/113
我在 hosts 里加了 IPv6 的地址，"dns_ipv6": true 也设了，没 X 用，服了 ss。

第一个比特币是中本聪自己挖出来的，比特币软件最初也是他写的，好像一开始 CPU 就能挖矿，后来才把挖矿功能剥离。不是有一篇白皮书论文么。
“币”实际上不存在实体，是整个网络的共识。有人承认，这些玩意就有价值，否则就是无用的垃圾数据了——想想那个著名的披萨饼，bitcointalk 现在还能搜到那个求交易的帖子。

比特币、莱特币早就被 ASIC 矿机统治了，挖矿软件应该是矿机直接集成的吧。
ETH 之类的虚拟币有抗 ASIC 设计，只能用显卡挖，挖矿软件好像有些是收费的，体现在一小部分挖矿所得会打给开发者。

上面打错了…… Elecrum -> Electrum

Core 开了修剪模式仍然要下载那么多数据，好像也有选项能直接信任某个高度之前的块，我没试过。
开了修剪模式也会造成不便，比如 rescan 不能用，然后 zapwallettxes 也不能用了——如果有未确认交易被卡，好像比较麻烦，Core 的界面上也没有开 RBF 的选项，也许还是要用命令操作。

Electrum 相对省心一点吧，手续费金额是自动的，选低了怕被卡，可以勾选可替换（也就是 RBF ），万一卡了可以加手续费。

不用。

不过 Core 好像功能最全，比如 RPC 控制台。
你可以开修剪模式，这样几 GB 就可以了，请搜 bitcoin.conf prune=550
还有，Bitcoin Core 读写硬盘比较疯狂……

如果要多重签名，可以试试 mSIGNA，让多把私钥控制一个地址。
一般也不用担心，安全，SPV 轻钱包的私钥也是自己保管的——这也有坏处，硬盘挂了 /密码忘了什么的，币就永久丢失了。

我用过 Elecrum，即开即用，比特币基金会官网 https://bitcoin.org 上就有，感觉还可以。

@frienmo
感觉对 Steam 这种商家来说，就是种宣传的手段吧……
就我知道的，确实不划算，一般经过 BitPay 这种支付公司，要收一点点手续费，比特币转账本身也有给矿工的手续费——比特币 10 分钟 1MB 的区块容量早就不够用了，手续费有时候高得吓人，小额支付用比特币真是血亏。
（以后能上闪电网络也许能缓解。不过闪电网络好像需要把一笔钱先锁定才能用，锁定的过程，也就是开启通道，也是要掏手续费的，再加上比特币汇率那蛋疼的暴涨暴跌，我勒个去……）

@yjzll
现在主要还是区块奖励，12.5BTC 一块。
现在那么堵，比特币交易如果因为 SegWit 扩容多一倍，手续费率下降了也是赚的。
闪电网络不是还没上么。而且上了闪电也不是用不着主链。

目前还是然并 X，交易还是堵，没见几个人在用 segwit 转账😂

/j 和 /d 的区别上面的链接里说了，/d 在客户端解析，/j 在服务器解析。
/h 是硬链接，不能给文件夹创建硬链接。硬链接相当于文件别名，几个硬链接互相等价，指向同一块数据，全部删完文件才真的算删掉。

@Quaintjade
SegWit 已经在链上运行了吗？我记得好像还没有吧，只是锁定了而已……
还有，我觉得扩容之争没有 maxdeath 写的那么风轻云淡，看江卓尔对 BCC 的态度就挺暧昧的，比特大陆手里的算力也很多，总觉得这里不太对劲……看国外貌似也有很多抵制 segwit2x 的声音。
还有人说蚂蚁矿池等中国矿池可能在故意制造拥堵。我也看到最近他们打包了不少空块，连手续费都不要了。

还有，最近 blockchain.info 是不是也出问题了？我这边矿工名字都显示 Unknown ……

@nikoo 纠正一下“ Bitcoin Core 官网已经发布通告说不会连接 segwit2x 节点”这个好像是一种误解，Core 的意思应该是和 btc1 和 segwit2x 撇清关系。

@nikoo segwit2x 是硬分叉，Bitcoin Core 官网已经发布通告说不会连接 segwit2x 节点。
去 reddit 看了几个帖子，我觉得国外也有很多抵制 segwit2x、怼矿工的声音（不过好像也有一些人受够了无止境的争吵，他们觉得 segwit2x 也是个可以接受的妥协）；国内好像很少看到比特币的商业应用（是不是禁令的原因？），而且国内好像也是矿业的“大区块、链上扩容”的声音更大一些。

@21grams Bitcoin Unlimited 有发布 BCC 版

@ryd994 Zcash 用了零知识证明，隐匿发送者接收者和金额，还可以捎带 memo 附言，不知道你怎么看？
我记得 shadowbrokers 他们表示同时收 XMR 和 ZEC。
不过 ZEC 有 10%的币要挖给开发者和投资者，还有人担心 trusted setup 的密钥可能没被销毁……

@tscat @ryd994
关于 100GB 的备份有没有用的问题……也许要讨论一下难度调整周期和最长链共识？
这块我也不是很懂……我觉得要看比特币网络中断时间，如果中断时间太久，可能 100GB 的备份顶多拿去做个山寨币；中断时间短的话，也许按现有规则抛弃短的链就可以了——不过这样仍然会造成混乱，因为短链的交易全部作废，矿工费也蒸发了。我觉得如果有影响比较大的欺诈事件，说不定还是会分出个山寨币呢……

@Hzzone 感觉不少媒体都在说什么方程特解……无力吐槽
实际上很简单，就是等比数列收敛，50*(1+1/2+1/4+1/8+...)*(365*4+1)*24*60/10=21038400
而且代码里还直接设了限制，如果区块奖励太少，就直接算 0 了：
https://bitcointalk.org/index.php?topic=587430.0
搜了一下，在这里：
https://github.com/bitcoin/bitcoin/blob/4afb5aa9e173991548be3627c6df258368d95ff3/src/validation.cpp#L1023
这里直接用表列出了各个阶段的区块奖励，显示在 6930000 号区块，区块奖励就归零了：
https://en.bitcoin.it/wiki/Controlled_supply

@Quaintjade @jybox
我还看过这篇：
https://zhuanlan.zhihu.com/p/27942422
不过我也不懂经济……如果 maxdeath 说的是对的，那（至少在现阶段，只针对大额转账）可以否定 mcxmcx 说的“运作成本高昂”这一点（因为手续费比例比 Paypal 等中心化系统的 3%低了一个数量级）——不过 maxdeath 认为挖矿已经中心化，矿力可能被恶意收购，而且矿主面临囚徒困境可能被压价，这是比特币面临的一大危机，或者说是难以解决的硬伤……

而且我也想抬个杠：目前比特币的交易速率太小，网络时常拥堵，这一点也是硬伤。
关于提升区块大小，有人指出现有研究表明当前网络最好用 4MB 以下的区块：
https://www.cryptocoinsnews.com/cornell-study-recommends-4mb-blocksize-bitcoin/
如果比特币未来大规模被用于日常消费支付，4MB 大小也是杯水车薪吧。
再抬个杠：还有隐私问题：虽然比特币地址可以随便生成，不需要记名，但区块链上的交易记录还是一环套一环的，且对任何人公开。说不定以后混币也会成为刚性需求，不过这也让比特币使用起来更复杂。

不知道闪电网络又能提供怎样的改善，据说闪电网络可以让交易速率获得极大提升，但安全性存疑，而且和目前比特币的使用习惯有很大不同：比如，需要先“充值”一笔保证金（也许可以直接说成“把钱充进闪电网络，然后才可以秒转账”？）、收款者必须在线。（有错请纠正）

@fishingcat 应该是小蚁股吧，现在好像改名叫 Neo 了。

https://zhihu.com/question/37290469/answer/167477833
关键点大概是共识吧……说实话我也不太懂。