Lagrange Labs:模块化区块链的互操作性

时间:2024-10-25  分类:电子

•能够大规模地证明跨链合约状态,而不会增加延迟或成本或降低整体用户体验


•以最小化信任、安全和高效的方式对跨链状态数据执行计算的能力


最后一点(对链上数据的计算)在构建具有多链关系的应用程序的背景下很重要。例如,消息中继器可以向不同rollup上的特定BobDEX证明给定BobDEX实例上的流动性数量,但缺乏获得除当前状态之外的有关链的任何属性的能力。例如,DEX不能使用这些信息来运行复杂的定价算法,例如根据不同链的历史流动性计算资产的时间加权平均价格(TWAP)。


ZKMapReduce和模块化区块链互操作性堆栈


既然我们已经煞费苦心地强调了扩展互操作性基础设施范围的机会,那么我们一定有办法改进它们吗?是的,我们有!


LagrangeLab构建了基础设施,通过提高链之间状态证明方式的安全性并扩展可在跨链状态上运行的计算类型来扩展无需信任的互操作性。更具体地说,拉格朗日实验室的解决方案套件提供了一种方法,可以有效增强现有消息传递协议和桥的安全性,并扩展跨链数据在应用程序中的使用方式。


更好的是,LagrangeLab在完成这一切时不会给用户和开发人员带来额外的信任假设负担。LagrangeLab跨链计算的旗舰产品是ZKBigData:一种新颖的证明结构,用于生成大型(批量)存储证明并执行由零知识密码学保护的分布式计算。


ZKMapReduce是LagrangeZKBigData堆栈中的第一个产品,是一个分布式计算引擎(基于著名的MapReduce编程模型),用于证明涉及大量多链数据集的计算结果。例如,单个ZKMR证明可用于证明在指定时间窗口内部署在4-5条链上的DEX的流动性变化。


ZKMapReduce证明旨在使多链状态数据帧组合到单个证明中变得容易。该属性允许任何人在不与目标链以外的任何其他链交互的情况下,将n个源链上的智能合约状态证明给目标链(n+1)上的智能合约。通过调用Lagrange的链上公共验证器合约,合约可以很容易地验证在跨链状态上运行的计算。工作流程如下所示:


•客户端合约将公开声明(被证明的数据)和随附的有效性证明传递给验证者合约


•验证者合约返回true或false值,以确认存储数据和计算相对于证明是否有效(或无效)。


在目前的架构下,LagrangeZKBigData堆栈可以支持生成同时证明合约存储和计算的证明:


1.合约存储:Lagrange状态证明可以引用给定链上一个或多个合约的存储内容。这需要将状态根(来自块头)、存储槽值和MerklePatriciaTrie(MPT)包含证明传递到证明电路中,并生成有效性证明。(需要MPT证明来确认这些值是链状态树的一部分)


2.计算:Lagrange状态证明可以参考使用从特定链上的合约派生的存储槽值执行的计算结果。这就是ZKMapReduce发挥作用的地方在证明某些合约值存在于特定块头之后,我们可以对这些值执行任意的MapReduce计算。


在这种情况下,状态证明验证(a)一组历史区块头与输入区块头相比是有效的,并且包含某些合约值,(b)对这些合约值的计算提供了特定的结果。Lagrange的互操作性基础设施的这一方面有独特的好处(并且很大程度上被低估的):能够证明涉及当前和历史数据的复杂多链(n对1链)关系。


考虑前面的跨链DEX示例,该示例旨在基于来自不同链的流动性数据对掉期进行定价。我们已经讨论过,现有的跨链通信机制很难在不产生大量开销和继承弱安全属性的情况下实现此用例。


相比之下,Lagrange通过ZKMapReduce可以在不影响成本、安全性和效率的情况下支持这个用例。这里有一个假设的两步工作流程来说明这是如何实现的:


1.证明生成:通过在ZKMR证明中验证跨链合约状态和该状态的计算结果来证明每个DEX的流动性数据。


2.证明验证:在生成证明后,可以将其提交到目标链,以显示产生请求值的计算的正确性(所有部署的DEX流动性总和)。证明的提交可以由任何传输层处理,从预言机到消息传递协议再到自动保存器。


在实践中,可以使用LagrangeSDK请求Lagrange状态证明(包括ZKMapReduce计算的证明)。这使得应用程序可以轻松地生成证明并将其集成到任何现有的基础设施中,而不需要专门的证明系统或硬件。


随着区块链世界变得越来越模块化,越来越多的区块链将加入竞争。跨链互操作性是模块化理论的核心,虽然共享数据处理层有助于缓解其中的一些问题,但它并不能完全解决问题。在我看来,用于维护跨链连接的跨链互操作性协议应该首先关注安全性。最有可能的前进方向是零知识轻客户端验证(或通过委员会进行的跨链状态/存储证明),以及强大的经济安全保证。大量质押抵押品的经济债券可以用来实现对最终性的有力证明。仍有待解决的两个主要问题是通过ZKMapReduce和递归等改进来提高ZK的可扩展性,以及降低社交削减带来的信任。-Rain&Coffee,Maven11研究员和投资者

模块化区块链互操作性的未来


随着模块化区块链的激增,需要互操作性来确保运行在不同链上的应用程序的无缝集成和可组合性。本文探讨了模块化生态系统中互操作性问题的一些解决方案(共享排序器、消息中继器、流动性路由器),并讨论了它们各自的优缺点。


我们还解释了Lagrange的ZKMapReduce如何克服现有互操作性协议的限制,并扩展了应用程序使用跨链状态数据的方式。未来的文章将更详细地讨论这个主题,重点关注ZKMapReduce解锁的更令人兴奋的可能性:跨链流动性挖矿、DeFi协议的多链资产定价、跨链空投等等。


Lagrange正在积极开发中,并准备在未来几个月推出测试网。你是否有兴趣构建跨链应用程序,可以无需信任地访问链上的历史数据,并在多链状态上执行可验证的计算。



-->> 3/3 文章结束,返回第一页

以上就是Lagrange Labs:模块化区块链的互操作性的全部内容,望能这篇Lagrange Labs:模块化区块链的互操作性可以帮助您解决问题,能够解决大家的实际问题是非常好学习网一直努力的方向和目标。