关于虫洞协议近期谣言的回应

虫洞协议是基于Omni协议实现的,安全性和Omni协议也是一样的,Omni协议上运行了区块链中的一个重要基础设施USDT,它的市值现在有27亿美元左右了,说虫洞或者Omni协议不安全的人,是否应该指出它的不安全在哪里?当然也可以直接尝试攻破USDT!

虫洞协议的安全性由四部分组成:

  1. BCH网络的安全性,以及BCH交易的安全性
  2. 虫洞协议的数据存储在BCH交易中,保证数据的可追溯性
  3. BCH协议提供的去中心化时间戳服务
  4. 虫洞节点保证了不符合虫洞协议的数据不会被解析
虫洞协议安全模型

当前BCH网络已经具备了虫洞协议所需要的安全性,虫洞协议的安全并不依赖区块时间,也不依赖预共识,更不会依赖于区块的上限。这些谣言都是没有任何论据的,我们欢迎有理有据的讨论,不欢迎基于猜测的谣言。

对于预共识,虫洞协议在当前版本下(没有预共识下)运行良好,虫洞协议不依赖预共识的实现。同时对于BCH协议的升级我们也会保持关注和跟进。

缩短区块时间是Bitcoin Unlimited团队2017年提出的BITCOIN CASH DEVELOPMENT AND TESTING ACCORD,而虫洞项目是2018年6月份才开始开发的项目,2018年8月17号发布了正式release版本,在BCH社区针对缩短区块时间问题进行讨论的时候,虫洞项目还没有出现。
虫洞协议要解决的问题是在BCH协议上实现Token的发行,之前Andrew Stone提出的op_group方案Bitcoin Cash Scripting Applications: Representative Tokens (OP_GROUP)并没有完全得到BCH社区的认可,而我们认为发Token方案对于BCH社区是非常重要的,因此我们把关于发行Token的实现方案都做了研究,在综合考虑之后采用了比较成熟的实现方案Omni,并开发了Wormhole协议
虫洞协议的研究和开发是在关于缩短区块时间讨论之后,之前BCH社区就关于区块缩短时间就有了很多争论。提出因为虫洞协议才需要缩短区块时间这种看法的人,要么是无知,要么就是在故意混淆两件事情,友好讨论的基础是基于事实和逻辑,而不是混淆事实和欺骗。

关于专利

Wormhole协议是基于Omni实现的,Omni协议采⽤了 MIT开源许可协议(在这里我们再一次对Omni团队所做的工作表示感谢),Wormhole协议是在Bitcoin ABC 0.17.2版本上改进的,也采用了和Omni团队一样的MIT开源许可协议https://github.com/copernet/wormhole/blob/master/COPYING
Wormhole协议是在现有的开源项目基础上实现的,该方案是属于BCH社区的。我们没有也不会在开源项目上申请专利,在开源项目上进行专利申请,这种行为有悖于我们团队对于自由及开放源代码软件精神的理解。

自由及开放源代码软件(Free and open source software,缩写为FOSS,或Free/Libre and open source software,缩写为F/L/OSS,FLOSS)是一种可以归类为既是自由软件又是开源软件的计算机软件[a]。也就是,任何人被授权可以自由的使用,复制,研究和以任何方式来改动软件,并且其源代码是开放和共享的,因此人们被鼓励志愿的改善软件的设计。这种软件是相对于专有软件(英语:proprietary software)是在版权的严格限制之下,并且通常其源代码对于用户是不开放的。-维基百科

专利申请是公开透明的,虫洞上如有申请相关专利的话,可以在网络上查询到。仅仅只是找一个17年申请的,且和虫洞协议完全无关的专利,用这个造谣虫洞团队申请相关专利,这是比较幼稚的且具有欺骗性质的。

相反,我们从Omni的核心开发者dexx的一篇文章中可以看到Why we don’t participate in CoinGeek’s token contest: our commitment to all Omni users,Omni团队拒绝参加CoinGeek举办Token竞赛的原因:

The control over a solution is essentially given to nChain. Developers and participants are restricted in their ability to make public statements about the solution or the related license agreements.

我们对于Omni团队的一些看法表示支持和赞同:

We believe free innovation and an open collaboration will advance the cryptocurrency industry as a whole.

开源精神是知识共享,互惠互利,是自由,创新,积极,进取的精神,大多数的区块链项目都是在开源精神的带领下不断向前发展。自由的创新和开放的合作将推动整个区块链行业的发展。

关于区块上限和虫洞

虫洞协议中的Token的发行、转账以及销毁等操作,都需要使用BCH上的交易。
一个典型的虫洞协议转账交易:
https://bch.btc.com/3c09372c5cc830c8a523f3d7472755babdd66b1118f347753ae793b11f9d68b8
解析成WHC的交易数据为:

{"id": 38,
  "txDBSerialNum": "154720",
  "protocol": "whc",
  "txData": {
    "fee": "5000",
    "txid": "3c09372c5cc830c8a523f3d7472755babdd66b1118f347753ae793b11f9d68b8",
    "type": "Simple Send",
    "block": 541355,
    "valid": true,
    "amount": "50.00000000",
    "ismine": false,
    "version": 0,
    "type_int": 0,
    "blockhash": "000000000000000000fc68a45e592f417f9b4eed1c55b834030d54c04702a016",
    "blocktime": 1533029935,
    "precision": "0",
    "propertyid": 1,
    "confirmations": 828,
    "sendingaddress": "bitcoincash:qzp3ww6whlf8659e9wx0apw8l2m5w6nfxchyajkyx5",
    "positioninblock": 34,
    "referenceaddress": "bitcoincash:qq893ghdg697e5t5anh5fqpxwxxhw3akyu9l7wej0q"
  }
}

可以看出该交易使用了三个output,其中一个是输出到转账地址,另一个是输出到找零地址,还有一个op_return,op_return中含有WHC转账的具体信息。
虫洞协议并不收取转账手续费,用户只需要支付BCH手续费给矿工即可。WHC中的转账交易需要携带op_return数据,因此交易的体积是会比一般的BCH转账交易要大一些,虫洞交易更需要大区块。
虫洞协议未来要让更多的用户使用需要依赖:

  1. 低廉的BCH转账手续费
  2. 更大的区块以承载更多的WHC交易

我们希望BCH网络能够承载更多的交易,我们并没有提出过限制区块大小的想法,对于区块大小目前应该是多少的问题,我们认为应该取决于现有BCH网络负载的能力以及对于区块大小的真实需求。
虫洞协议是依附于BCH网络的二层协议,BCH协议提供了一个安全可靠的基础网络,同时BCH的网络吞吐量对于虫洞来说也是至关重要的,如果出现大规模的拥堵,虫洞用户也会因此付出更多的手续费,这是我们不愿意看到的。虫洞协议欢迎大区块,并不欢迎小区块。
虫洞协议上允许任何人用可验证的方式创建自己的Token或者资产,虫洞协议运行的基础是BCH的交易,并没有和BCH形成竞争关系。目前Token更多的使用场景是在交易所,虫洞的确认时间和BCH在交易所中确认时间一致就可以满足虫洞的使用需求。

关于燃烧地址

Wormhole协议采用Proof-of-Burn(PoB)机制进行Bitcoin Cash 与Wormhole Cash之间的兑换。我们选择了一个无人拥有私钥的Bitcoin Cash地址:

qqqqqqqqqqqqqqqqqqqqqqqqqqqqqu08dsyxz98whc

对应的十六进制表示为:

000000000000000000000000000000000071e76c

为了给Wormhole协议的燃烧地址选取一个未被使用的地址,并且让Wormhole协议的燃烧地址具有鲜明的Wormhole协议特色,该地址的生成是由全零哈希值累加产生的,Counterparty项目的基础货币XCP也采用了类似的实现方案。
燃烧地址包含137个比特位全是0的值,而且是从全0的hash值累加得出的,并不是一个随意的值,代码已公示燃烧地址公示程序,任何人都可以运行代码得到结果。如果要得到该地址的私钥,只能采用碰撞方式才能实现,而我们知道无法通过碰撞得到任一个Bitcoin Cash地址的私钥,这也是区块链安全的基石。

关于Wormhole燃烧地址选取方式,燃烧地址的合法性以及燃烧地址的安全性的详细论证,可以参考关于Wormhole协议燃烧地址的说明

参考阅读

闪电 : 在比特币上发代币的基本原理——omni协议发代币的通俗解释

闪电 : 可再高速发展十年的区块链架构——虫洞协议在比特现金网络部署具有无限可扩展性的智能合约层

老刘 : 从虫洞到宇宙

引用

[1] 自由及开放源代码软件
https://zh.wikipedia.org/wiki/%E8%87%AA%E7%94%B1%E5%8F%8A%E5%BC%80%E6%94%BE%E6%BA%90%E4%BB%A3%E7%A0%81%E8%BD%AF%E4%BB%B6

[2] Why we don’t participate in CoinGeek’s token contest: our commitment to all Omni users
https://medium.com/omnilayer/why-we-dont-participate-in-coingeek-s-token-contest-our-commitment-to-all-omni-users-28dfac5d0df0

[3] BITCOIN CASH DEVELOPMENT AND TESTING ACCORD
https://www.bitcoinunlimited.info/cash-development-plan

[4] Bitcoin Cash Scripting Applications: Representative Tokens (OP_GROUP)
https://medium.com/@g.andrew.stone/bitcoin-scripting-applications-representative-tokens-ece42de81285

[5] 燃烧地址生成公示程序
https://github.com/copernet/genburn

[6] XCP Proof-of-Burn Address
https://www.blockchain.com/btc/address/1CounterpartyXXXXXXXXXXXXXXXUWLpVr

[7] 关于Wormhole协议燃烧地址的说明
https://github.com/copernet/spec/blob/master/wormhole-burn-addr.pdf

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,847评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,208评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,587评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,942评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,332评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,587评论 1 218
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,853评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,568评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,273评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,542评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,033评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,373评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,031评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,073评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,830评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,628评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,537评论 2 269

推荐阅读更多精彩内容