Polygon指责zkSync抄袭事件。在两大“ZK大厂”对线之际,Manta声称争议部分系其员工原创。

Polygon指责zkSync抄袭,Manta声称争议部分系其员工原创。

抄袭风波:PolygonZero与zkSync之间的口水战

作者: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 即使用了 ALianGuaiche License V2 和 MIT license 的开源协议。

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

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

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

代码对比截图

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

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

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

谁在违背开源精神?

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

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

代码截图

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

Boojum的readme文件

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

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

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

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

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

闹剧高潮,双方皆抄袭?

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

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

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

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

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

Starkware 生态系统负责人 Louis Guthmann 补充说:“(PolygonZero的)指控很严重。更重要的是,诚实和明确的代码归属是开源的本质。”

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

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

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