作者：Loopy Lu

今日，一场围绕着抄袭的口水仗在两家“L2 大厂”间展开，也吸引了广大吃瓜群众的目光。

PolygonZero在推特上表示，zkSync的开发公司MatterLabs在没有声明的情况下复制了Polygon的一些开源代码。而zkSync则表示，仅5%来自PolygonZero，且做了引用声明，并斥责对方没有开源精神。

目前，这场事件仍在持续发酵，刚刚，第三方势力加入战局。MantaNetwork指责道，所谓“抄袭”的代码部分，系Manta员工原创。

Boojum抄袭Plonky2？

对于zkrollup来说，零知识证明系统是至关重要的，也是颇为困难的部分。这一部分的开发考验着各家厂商的研发能力。Polygon旗下的PolygonZero开发了自己的零知识证明系统Plonky2和Starky。

在开发团队自己的介绍中，Plonky2被形容为是“目前最快的方案”，“是现有替代方案速度的100倍”，并且与以太坊兼容。它结合了PLONK和FRI的优点，具有快速证明和不需要信任的设置；还结合SNARKs的优点，支持以太坊上的递归和低验证成本。

这一系统早在2022年1月就正式对外发布，并在同年8月开源。

今年7月，zkSync也上线了自己的证明系统。这款名为Boojum的证明系统拥有诸多特性，同样也拥有“世界一流的证明性能”，以及更低的硬件要求。zkSync表示，Boojum可运行在消费级GPU上，只需要16GB的GPURAM。

有趣的是，在昨日晚间，Polygon Zero 一篇博文横空出世，痛斥 Boojum 系抄袭。

具体而言，PolygonZero指责zkSync直接复制了他们的开源代码，且并未依照版权声明注明代码的来源。

需要明确的是，尽管很多项目均将代码开源，但这并不意味着第三方即可随意使用这些开源代码了。开源项目在进行开源之时，均会对开源代码加以版权声明。Plonky 2 即使用了 Apache License V2和 MIT license 的开源协议。

第三方若想对这些代码加以利用，则需要遵循版权协议的规范。

具体到本次纠纷，Apache的开源许可规定了，使用遵从这一协议的代码所修改而来的衍生代码，需要附带原作者的版权声明、其他说明等内容。而MIT的许可协议也规定了，需要包含原作者信息。

那么zkSync究竟是否使用了Plonky2的代码呢？Polygon 给出的证据如下。

毫无疑问，这两段代码完全相同。这也坐实了Polygon的指控。

除了简单粗暴的代码复制，Polygon还指责zkSync对其整体设计思路的抄袭（或者也可叫借鉴？）。Polygon认为，Boojum与Plonky2非常相似。他们都使用相同的并行重复策略来提高小领域的健全性，使用类似的自定义门来有效地进行算术递归验证。此外，zkSync的Poseidon的MDS矩阵和参数也与PolygonZero团队发现的参数相同。

Polygon还指责MatterLabs对Boojum的宣传夸大其词。在Boojum的介绍中，这一系统速度比Plonky2快10倍。Polygon则戏谑地表示，“我想知道这是如何实现的，（Boojum的）关键性能部分的代码可是直接从Plonky2复制的。”

谁在违背开源精神？

MatterLabs目前已经回复了这一事件。其CEOAlexGluchowski发布一条长篇推文来具体解释抄袭事件。

对于直接复制的指责，只有5%的Boojum代码是基于Plonky2的，而且也并非未进行版权声明，他们在模块主文件的第 1 行提供了明确的表示。

Boojum代码

而在Readme文件中，他们也标明了Plonky2的信息。

Boojum的readme文件

Gluchowski直言，“我们模块的第一行中突出的体现了Plonky2。除了第一行之外，还会有什么更加突出的地方吗？”

而对于在技术上的抄袭，Gluchowski则解释道。Boojum和Plonky2都是Redshift实现的。RedShift早在Plonky2论文发布三年之前就已由MatterLabs推出的。

对于性能部分，他们表示其性能参数采用了中立的第三方基准。性能使用SHA256进行测试，其测试结果完全中立。

这场基于是否抄袭所展开的口水战，也进入到更高的层面。双方都拿起了价值观的大棒向对手发起了指责，Gluchowski直言他“完全同意”PolygonZero团队支持开源的观点——“可持续地公开构建软件，每个人都会受益”。

他表示，开源意味着真诚的合作。Polygon的所作所为绝不是开源运动的精神。“如果不希望其他人使用您的部分代码，也许开源不适合你？”

闹剧高潮，双方皆抄袭？

在以太坊扩容战争中，zkEVM 被称为扩容领域的圣杯。zkEVM对开发者的合约部署体验有至关重要的影响，而由于以太坊一开始的设计并没有考虑到ZK友好性，这意味着零知识证明需要大量的资源进行计算。

目前，市场上整个zkEVM仍处于早期赛道。EVM兼容的ZKRollups开发极富难度，这也让该领域的开发成为了行业竞相争抢的赛道。

今年稍早之时，Polygon的MihailoBjelic就和MatterLabs的AlexGluchowski就zkSync的一些技术问题进行了激烈的交流。而这也在一定程度上导致了Polygon和MatterLab双方都急于推出第一个可大规模利用的zkEVM。这或许也是本次抄袭罗生门的一个诱因。

随着事件的持续发酵，口水仗愈演愈烈，双方也各执一词。

同为ZK-Rollup的另一个竞争对手Starkware表示了吃瓜，其联合创始人UriKolodny表示，这不是第一次出现代码抄袭。“我赌一个冰淇淋，这也不会是最后一次。”

Starkware生态系统负责人LouisGuthmann补充说：“（PolygonZero的）指控很严重。更重要的是，诚实和明确的代码归属是开源的本质。”

就在双方各执一词之时，第三方势力也加入了战场。

就在刚刚，MantaNetwork中文社区发推称，PolygonLabs表示zkSync在没有声明出处的前提下使用了他们的代码，但事实上，这段代码是身在MantaNetwork的Brandon原创的。这也让事件的受关注程度再进一层。

这段代码，究竟出自谁之手呢？目前，这一事件尚未落幕，Odaily星球日报将持续跟踪报道。