北京时间 8 月 3 日 20:00，我（们）按计划，又对 Bitcoin SV 主网（Mainnet）进行了一次压力测试。4 个月前，同样类型的测试给网络带来了区块重组（reorg），当时的报告指出，交易验证时的性能瓶颈是“大区块”扩容路线必须要解决的问题。
7 月 24 日，Quasar 顺利激活。几天之后 SHEM、Derek Moore 和 Jolon 迅速跟上了一次测试，通过在 OP_RETURN 里携带媒体数据撑起内存池的大小，以达到测试大块构建和传播的目的。
连续大块的结果非常棒，但这无法说服一些人，因为矿池在验证交易时不会验证 OP_RETURN 数据，所以节点的负载并不大。
随着 Quasar 升级后主网不断稳定，再来一次海量交易的压力测试显的十分必要。
北京时间 7 月 24 日 22:00（Median Time-Past），Bitcoin SV（BSV）做 Quasar 协议升级。
比特币 SV（BSV）网络将于 2019 年 7 月 24 日进行分叉协议升级。这次升级着重于扩容：所计划的唯一更改是将默认区块的硬上限从当前的 128MB 提升至 2GB（2000MB）。虽然默认区块硬上限将为 2GB，但最初，很大一部分矿工算力将手动调整其硬上限为较低的（但仍然非常强劲的）512MB 级别，仍然远高于其他任何竞争的比特币项目。
Quasar 是一次硬分叉，旧规则节点不会制造和接受超过 128M 的区块，而新规则节点将修改区块硬顶到 2G。
因为新旧两个版本的算力节点会暂时共存，所以判断升级最终成功的标志是：网络打出了一个超过 128M 的区块并且没有被孤立（Orphan）。
本文整理自 Zheming、TsiMing Ho、老刘 Edward、James、Aus.Liu 等朋友间的讨论，以还原升级过程中发生的事。
TL;DR：一切顺利。
当你导入助记词（Mnemonic）恢复 HD 钱包时，需要同时指定衍生路径（Derivation Path）和用户密语（Passphrase）。
这篇文章汇总了一些常用 BSV 钱包默认使用的衍生路径信息。
我司神奇的机房策略，导致运行 Confluence 的 VM 暴毙。一番交涉无法解决问题，只能换机器从头恢复。
Confluence 内置了每日备份规则，将全站数据备份到本地目录。通过 rsync 和 cron，每天将新的备份文件同步到另一台机器，作为灾备。
操作系统 Ubuntu Server 16.04，Confluence 版本 6.9.0，数据库 MySQL。整个恢复过程使用到 3 个文件。
恢复过程如下。
4 月 18 日，在 Bitcoin SV 中文社区的倡导和支持下，我们对 BSV 主网（Mainnet）的每秒交易吞吐能力（TPS，Transaction Per Second）进行了第三次压力测试。
鉴于之前网络在持续 200 TPS、峰值 400 TPS 下毫无问题，本次测试将目标设在了 1000 TPS。测试发现，所有交易均被打包，没有丢失交易，也没有出现交易双花，但在 BSV 尚未部署平行验证代码的情况下，出现了区块重组，目前无法达到 1000 TPS。
测试工具及本文由 Monkeylord 和我共同完成。
北京时间 4 月 18 日 20:20 ~ 22:06，BSV 从区块高度 578640 到 578645 发生区块重组，火币全球站随即宣布暂停 BSV 充提。
今天上午，慢雾社区发声。
这事跟我有点关系，写篇文章说明一下。
收发比特币一般都直接使用钱包软件。在了解了比特币系统和钱包的工作细节后，这篇文章将介绍：
掌握这些内容，能让你在安全存储私钥的同时也可以方便的使用比特币。
在收发比特币时会使用专门的桌面软件或手机 App，这类应用程序统称为比特币“钱包”。
通过之前文章的介绍，你知道：
所以，
钱包软件涵盖的功能大致有：
了解钱包的工作原理十分必要，这能让你更高效的使用软件，更安全的“存储”（其实是保护私钥）和收发比特币。
这篇文章介绍比特币钱包的幕后细节。
共识规则决定了什么样的交易和区块是有效的，是比特币网络中的节点能互相独立工作并达成一致的基础。
上篇文章介绍了当区块链发生暂时分叉时，整个网络如何在短时间内自动达成一致。
长期来看，为了演进比特币系统，添加新特性，修复 bug，共识规则并不总是一成不变的。
与传统的软件升级不同，比特币没有官方机构，其软件的升级，需要协调和考虑多数系统参与者的意见。
这篇文章，介绍升级共识规则的两种方式，软分叉（Soft fork）和硬分叉（Hard fork）。
