在手撕项目上，V神向来不含糊。
昨天下午媒体报道，针对MatterLabs披露zkPorter扩容方案，V神说有错误，自己宁愿把币放在OptimisticRollup中，而不是链下数据可用性系统中。
然而，媒体没有说清楚V神手撕MatterLabs背后的相关问题。比如，zkPorter扩容方案到底是什么，让V神如此不认可？V神在文章中又是如何科学反击？还有，对于各位老哥的投资又有什么影响？
要想了解这些问题，就让胖子哥把时间的指针拨回到2天前。
重要的突破
4月13日，MatterLabs在Medium发表了《zkPorter：L2扩容的一次突破》一文，而且，副标题还强调，“结束zk和Optimisticrollups的争论”。从措辞上给人感觉项目方很自豪，完成了一项了不起的进展。胖子哥中文翻译版原文贴在这里，感兴趣的老哥可以再看看。
链接：
https://mp.weixin.qq.com/s/4bmQ8CKrbMOoVznQHBodmA
声音 | V神：DeFi协议想法很强大但还未经测试 不应大力鼓励人们投钱进去:据CryptoPotato 9月15日消息，在特拉维夫举行的Ethereal峰会上，V神谈论DeFi协议时表示，其对DeFi协议感到非常兴奋。在他看来，世界上任何地方的任何人都可以使用一个系统，让他们互相支付。基本上让人们自己选择自己的财务风险敞口，这种想法非常强大。这是很多人无法接触到的东西。不过，V神也警告说，不应该大力鼓励人们把钱投入DeFi协议，主要原因是这些协议还没有经过测试，而且也有可能失败。[2019/9/15]
我们知道为了解决以太坊拥堵问题，各大项目方正在纷纷迁往Layer2，以实现链上费用便宜可控制。在MatterLabs看来，现在的市场上用的optimisticrollups和虚拟机兼容的zkRollups有一丢丢“弱鸡”，提供线性增长的吞吐量，不能满足快速增长的链上交易需求。
声音 | V神回复网友：我们通常选择正确解决潜在问题 除了在一次0x03编码错误中将其定为异常:今日，V神被网友在推特上问道是否有客户端开发人员选择在问题上打补丁而不是解决潜在问题？V神表示，我们通常选择正确解决潜在问题，并回复：“唯一的一次是在Spurious Dragon bug的问题上，其中geth和parity那里都有错误，导致开发人员以一个触及0x03“错误”的方式进行操作。一个星期后他们达成了共识。。”[2019/8/13]
MatterLabs说自己的提出的zkPorter就能很好的解决这个问题，具有20000+的TPS，而且比OptimisticRollups更加安全、更加便宜，未来6个月通过zkSync2.0进入主网。
项目方在文章中讲，在zkSync2.0中，Layer2状态将分为两部分：拥有链上数据可用性的zkRollup和拥有链下数据可用性的zkPorter。然后呢，这两个部分都将是可组合和可互操的，即zkRollup上的合约账户能够与zkporter上的账户无缝双向交互，整个过程的大致如下：
声音 | V神：目前以太坊网络上的大多数应用程序都来自社区本身:据ambcrypto报道，以太坊创始人V神（Vitalik Buterin）在接受采访时表示，以太坊提供了比特币所能做的所有事情，同时也提供了额外的功能，即可编程性。目前在以太坊网络上的大多数应用程序都来自社区本身，并不是他的想法。[2019/5/17]
简单来说，首先用户用zkPorter账户在uniswap上进行交易，可以进行数千次，然后，再把交易数据通过zkRollup一次性搞到以太坊链上，0.03美金就可以交易1次。怎么这么便宜？
因为zkPorter交易是在链下发生的，不用实时同步到以太坊上，所以，成本能搞的特别便宜。
声音 | Ripple CTO回应V神签证被拒一事：再申请试试，我们一直都需要优秀实习生:据ambcrypto消息， V神前几日分享了他2013年希望成为Ripple的实习生而签证被拒未能成行的经历。Ripple CTO Schwartz对此恢复称：这让我很难过，想想你可能达到的成就！再申请试试？我们一直都需要优秀实习生。不过这一回应被部分V神的支持者认为“不够尊重”，之后Schwartz表示他只是在开玩笑。[2019/4/22]
这个方案怎么保证zkPorter账户数据的安全性呢？
zkPorter账户的数据可用性将由zkSync代币持有者(即“守护者”，Guardians)保护。这些“守护者”将通过签署区块来跟踪zkPorter上的状态，以确定zkPorter账户的数据可用性。守护者们通过质押zkSyncToken来参与PoS，因此任何数据可用性的失败都将导致他们的质押金被罚没。这为zkPorter上的数据可用性提供了加密经济保障。
总之，MatterLabs主要就讲自己的方案很牛。看到这里，估计一些老哥觉得方案没毛病，币应该比较香，可以搞一把。先别着急，让我们看看V神是怎么看待这个事情的。
声音 | V神：君士坦丁堡硬分叉完全不会影响Casper/Sharding/Serenity进程:1月20日，以太坊核心开发人员Afri Schoedon在Reddit上表示，宁静（Serenity），权益证明（PoS）和分片（Sharding）——所有这些都与Ethereum 1.0链上的协议升级完全无关。君士坦丁堡硬分叉推迟与否都没有关系。无论何时，只要准备好了，所有涉及“宁静”里程碑的一切都会照常开展。在Ethereum的第二次迭代上进行研究和构建的团队正在独立地开发Ethereum 2.0，并且不会因为我们推迟了遗留链上的协议升级而延迟PoS。 此外，PoS，即所谓的“阶段0”/“信标链”与其他里程碑不同，并不是硬分叉。我们将在几周或几个月内推出信标链测试网络。乐观地说，我希望我们能在一年内达到“宁静”里程碑。但是请理解，这与当前网络上正在发生的事情（或没有发生的事情）几乎是无关的。 随后V神在推特转发并评论道：君士坦丁堡硬分叉完全不会影响Casper/Sharding/Serenity稳定和持续发展。[2019/1/20]
V神：“错误的！”
在这篇文章发布后，V神立马就在reddit上发表分析内容，否定zkPorter比Optimisticrollups更加安全。胖子哥把链接放在这里，英语好的老哥直接看原文，下面是胖子哥翻译内容。
链接：
https://old.reddit.com/r/ethereum/comments/mq2lxd/zkporter_a_breakthrough_in_l2_scaling_matter_labs/
在我看来，这是错误的。假设两边的方案都没有bug漏洞，实际上，Optimisticrollups的bug风险更小，但又是另一个问题。我更愿把我的资产放在Optimisticrollups中，而不是链下可用性的系统中。
MatterLabs文章中的观点认为：
截至今天，通过51％算力协调来攻击OptimisticRollup的成本还不到7000万美元。另一方面，要使zkPorter中的数据不可用，攻击者将需要累积所有已质押代币价值的1/3。
这个数字实际上源自StarkWare的《OptimisticRollup困境》一文，其基本论点是，一个攻击者可以用30万美金/小时的价格租用足够的哈希功率实行51%的网络攻击，如果他们持续攻击一周，成本大约是在5000万美元左右。
这个论点有两点不对：
第一，你到市场上租用哈希功率，你会发现这么搞很困难，要么是你租不到，要么是价格快速上涨，同时提醒其他人抬价。特别是，这篇文章提到的计算成本，只是相当于3%以太坊哈希功率的情况。
第二，如果真的发生51%网络攻击，社区不会坐视不管。相反，大家会努力协调紧急分叉，迫使攻击者白忙活，而且，这是完全能在一周内发生。在解决上海DOS攻击时，从开始到完成只花了6天时间，解决51%攻击会更加容易，因为它是一个软分叉。POS环境下，社区自我修复51%攻击问题，我之前分析过，；POW环境下，社区自我修复51%攻击会更加困难，因为攻击者可以不断重复，是极有可能的。
链接：
https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363
实际上，Optimisticrollups是可以的。在我的文章里面，链下数据可用性委托的安全级别远远低于基础链，而且不存在紧耦合性。如果攻击者购买了链外数据可用层代币，则根本无法保证以太坊社区会帮助恢复分叉。事实上，最近的先例是，当一个应用层的构建被攻击时，甚至反对以太坊社区干预到这个链。
另一方面，分片层的数据可用性会得到整个以太坊网络的保护，并且将是紧紧耦合的。在我看来，在此期间如果一些应用使用链外数据可用性是可以的，但前提是，需要明确说明基于链外数据的可用性是一个临时措施，后面会有基于分片的数据可用性。我认为即使这样也是没有必要的，现有的以太坊链的数据可用性可以满足需求，已经有4000+的TPS空间，我无法想象未来今年内，整个交易空间会超过这个水平。
诱导需求确实存在，但是在这个时刻，整整两个数量级的诱导需求在等待着，这可能性非常小。
基本上V神是把MatterLabs的二层扩容方案zkPorter优点统统批了一遍，安全存在问题，20000+TPS用处不大。值得一提的是，针对V神的反驳，目前还没看到MatterLabs官方发表正式的回应文章。国内币圈媒体纷纷发表MatterLabs突破性进展的新闻报道。
胖子哥观点
咱也不懂技术，具体孰是孰非不好下评论。但是，胖子哥认为，V神的话一般可信度较高，毕竟，作为区块链行业第一公链的创始人，V神专业度、声誉度、人品摆在那里。
另外，胖子哥也咨询了一位以太坊方面专家，他的观点和V神是一致的，也认为链下数据信赖度需要验证，MatterLabs的扩容方案值得进一步研究。
对各位老哥来说，在参与zkSync代币时就要慎重了，其安全性值得推敲；另外，在使用基于zkSync2.0方案DEFI应用时，也要注意潜在的不确定。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。