Update abc vs sv

bitcoin/readme.md

@@ -171,4 +171,27 @@ Core一看被排挤, 在纽约共识约定的隔离见证部署前，提出UASF
     * 区块容量大，交易速度的确更快，手续费更低
     * 克隆了比特币原链上的余额, 原比特币用户获得等额比特现金
 
-### BCHABC vs BCHSV
+### BCH-ABC vs BCH-SV
+
+#### BCH-ABC
+更偏向智能合约, 利用二层网络方案
+
++ 短出块时间到2分钟，同时区块奖励也相应减少
+    * 不造成增发
+    * 2分钟说长不长说短不短
+        - 作为线下交易使用是过长了，“买咖啡”类的应用必须依赖零确认
+        - 对于扩容前景来说，2分钟又太短了。出块平均时间设置在两分钟，而出块的时间间隔的分布是泊松分布，会有大量的相隔几秒的出块，在 GB ， TB 级的区块的时候，很容易造成来不及传输和验证。
++ 引入虫洞方案，利用二层网络方案使得BCH上可以新发token
+    * 通过“摧毁”BCH 来获得，是单向的，有去无回。
+    * 不能用零确认的BCH，至少要一确认才能让虫洞上的操作接续下去。
++ 引入DSV操作码
+    * DSV 操作码的全称为 OP_CHECKDATASIGVERIFY 
+    * 允许 BCH 对链外结果和数据进行校验
+        - 这个方案非常激进，哪怕是在以智能合约为主要特性的ETH或者EOS都没有直接提供对ORACLE或者说外部数据的连接，更多的是结果上链，判定在链下完成。
+        - 这个操作码的加入，对bitcoin的原始设定，矿工按打包字节收费这一基础设定有所更改，因为DSV可能是一个复杂操作，但是在字节数上只显示为一个操作码。另外一点，DSV 更改了矿工的定义，矿工从只提供算力校验链上交易的角色码，转变为校验交易和校验数据的双重角色。
+
+#### BCH-SV
+更偏向原始的比特币方案, 不用二层网络方案
+
++ 扩容，恢复曾经有但被 core 删掉了的操作码，去掉各种限制（比如一个交易内可以使用操作码的数量限制等）
++ tokenized方案，完全利用 OP_RETURN , 在原有网络上增加 token 协议