区块链:如何在Layer 3上建造安全高效的DEX

Layer3概念目前在区块链社区备受关注,被许多人视为革命性的进步,因为开发者可以在区块链平台之上创建各式各样的智能合约和去中心化应用。Layer3是以太坊扩容生态系统的一项伟大工程创新。如果说Layer2的出现解决了通用型扩容问题,那么Layer3的出现则解决了更加高速、更加低成本、定制化的扩容问题。目前已经有不少建立在Layer2上的去中心化交易所DEX,那为什么还需要在Layer3上建立DEX呢?大多数建立在Layer2上的DEX均采用AMM模式,少数采用订单簿模式的Layer2DEX,比如ZigZag,其交易成本比CEX高出一截。不管是AMM模式还是订单簿模式,Layer3上DEX的交易速度、成本都会有更好的用户体验。Layer3完全可以建造出安全高效的DEX的原因有以下几点:Layer3的DEX可采用与Layer1Solidity相比更强大的语言写撮合引擎比如Rust;Layer3能高度定制,简化用户交易步骤,不必在每次下单都调用钱包授权;Layer3的TPS相比Layer2再次提升100倍数量级,成本再次降低1/100数量级,支持Orderbook模式;Layer3与Layer2一样,二者的的共识层均由Layer1担当,安全性等级足够高;Layer3有独立的数据可用性层,链外交易与资产状态的可见性均能轻易获知、获得;用户可以使用EOA钱包或者智能合约钱包实现资产自托管,更好保障资产安全。

币情观察室 |币圈一哥:牛市真的来了吗?下一步如何布局翻倍币?:5月23日19:17,金色独家播主 币圈一哥 做客金色财经《币情观察室》直播间,将分享《牛市真的来了吗?下一步如何布局翻倍币?》,敬请关注,扫描下图二维码即可观看直播。[2020/5/23]

图1:DEX从Layer1到Layer3的性能变化区块链基础设施的分层结构

目前区块链基础设施主要分为Layer0、Layer1、Layer2、Layer3四层。这些“Layer”到底指什么呢?我们最熟悉的Layer1,通常指的是区块链的主网络,无需通过中心化客户端服务器即可通过每个节点P2P进行连接与交易,其中以太坊最为典型。每笔交易都会注册为一个区块并存储在分布式数据库中。Layer1是这4个Layer里最早出现。为了实现资产跨链,出现了Omnichain互操作协议,也就是Layer0,其主要应用便是各式各样的跨链桥。经典的区块链Trilemma“三难困境”是指在相同一个layer里的不同解决方案,在去中心化、可扩展性、安全性三个方面,难以同时高度满足。典型案例是ETH选择了去中心化和安全性从而牺牲了可扩展性,而像许多后来的公链则是依赖去中心化程度较低的框架实现更高的TPS。正因为有“三难困境”的存在,之后随着交易数量的增加,不可避免出现了交易延迟和费用飙升问题。为了解决网络拥堵,开发者们提出了基于OP或者ZK的Layer2扩容方案。在这种多层结构的设计里,Layer1为Layer2提供共识并保障交易安全,而Layer2将计算从主区块链上分离出来作为相对独立的执行层,最大限度地减少延迟并降低交易费用。Layer3在用户和底层区块链技术之间提供了一个抽象层,使用户更容易与dApps和智能合约互动,同时通过底层区块链确保其安全。Layer3能在Layer2的基础上进一步做数据压缩,再通过Layer2将证明打包回Layer1进行链上验证,从而实现比Layer2更加快速和低成本的交易。在Laye2完成了通用型扩容目的之后,开发者和用户将转入Layer3以获得更加定制的功能以及更高的性能,因此预计Layer3将出现丰富多彩的大型应用。目前有一大批dApps正在使用去中心化技术将Web2各式各样的商业模式搬到Layer2上实现。Layer3将给这些应用带来更多的可能性、更大的想象空间。如何运用零知识证明将DEX接入到Layer3

掌柜调查署 | 当前环境下交易所如何“转正”?:4月15日16:00,金色财经「掌柜调查署」邀请到ChainUP大客户项目负责人针对交易所如何拥抱合规的问题进行解答,带领大家全面了解当前环境下,交易所如何“转正”!更多内容点击原文链接查看。[2020/4/15]

DEX是很重要的一类Layer3应用。如果想在Layer3上建造一个名叫OXExchange的DEX,那么实现这个目的最关键的技术是什么?在Layer3部署这样的去中心化交易所,零知识证明的使用最为关键。从交互逻辑上来看,用户在OXExchange当中的操作,会以调用智能合约的形式实现,也就是说每一次买入卖出订单都会转化为对合约函数的一次调用交易,而这样的每一笔交易都会被提交到Layer2节点当中,并通过zkEVM执行。在具体的实现方面,在Layer2特定部署的智能合约会与Layer3的应用进行交互。而接收到来自Layer3的批量交易之后,Layer2的节点会进行zkrollup的证明生成,包括拆分opcode并生成电路,之后依据零知识证明算法证明执行的正确性。最终将生成的执行正确性证明提交到Layer1链上,通过链上合约的验证,接受状态更新。Layer2的zkrollup提供的服务可以获得更低的延迟,更好的用户体验。具体来讲,OX需要与位于Layer2的zkRollup进行交互,从而利用Layer2的“打包”来获得更大的吞吐量。OX可以提供丰富的前端操作界面,底层复杂的交互逻辑完全对用户透明,用户可以像在所有的DEX当中那样,连接Web3钱包就直接使用DEX的各种服务。从这个过程当中可以看出,Layer2的zkRollup层依旧在承担着链下执行计算,链上提交证明更新状态的职责,而Layer3则主要负责执行更为具体的直接与用户交互的订单引擎功能。通过将复杂的计算从链上分层次执行,可以高效地提高效率,让交易成本以及吞吐量发生质的变化,用户体验也因此得到显著提升。

声音 | 微软李国平:应用区块链技术应多思考如何赋能、少谈颠覆:据经济观察网12月6日消息,微软中国金融行业总监李国平表示,第一,今天应用区块链技术,应该多思考如何赋能,少谈颠覆。他认为其实在从传统业态向数字生活,数字经济迈进的过程中,有很多行业场景存在痛点和短板,在整个信息化进程中如何补足现有实体经济中的这些问题,赋能现有业务,提高效率,降低成本,是区块链应用最应该思考的问题;第二,科技向善。今天的区块链技术、人工智能技术等,公众是存在认知差的。出现了认知差,就存在炒作的空间,就可能有泡沫,还包括新技术滥用数据等问题。因此在应用新的技术时,要在态度上端正,敬畏监管,敬畏客户,敬畏可持续发展,这样才能走的更远,更稳;第三,从网络效应原理来看,网络是越大价值越大。从最早的局域网到以太网到现在整个互联的世界,网络的效应是需要扩大的。因此今天谈公有链,链与链之间有没有标准?全球有没有标准?中国有没有标准?很多企业资产能不能链互链?思考和解决这些问题,有助于区块链的应用范围和价值的扩大。[2019/12/7]

声音 | 中国市场学会理事张锐:无论Libra命运如何 Facebook都是大赢家:7月18日,中国市场学会理事、经济学教授张锐发表文章《无论Libra命运如何,Facebook都是大赢家》。文章指出,由于Libra锚定了银行存款、政府债券以及一篮子货币,完全可以量度商品的价值,同时可以充当商品交换的媒介,并作为标的进入公众财富的储藏范畴。因此,即便是Libra不能获得全球性法定货币的身份,但它完全能够以数字货币的身份像比特币那样在商品与服务流通领域长袖善舞,而且庞大的用户群体为其创造的价值空间一定比任何一种数字货币要广阔宽泛得多。不仅如此,Libra还可像微信和支付宝那样打开数字金融与数字社会的入口,从而将Facebook带入新的商业模式。[2019/7/18]

图2:Layer3DEX架构图如何通过数据可用性DA来保障用户资产安全

声音 | V神:如何公平有效地分配资源取决于机制设计的可信度:据prnewswire消息,V神表示,好的机制应该能够给需求方分配最佳资源,无论需求方是项目、政府还是公司。如何公平、有效地分配资源取决于机制设计的可信度。虽然中心化机制仍然是常态,但这要求所有参与方都相信中心化机制能够正确运作。[2018/9/15]

在所有Web3.0项目中,数据可用性(DataAvailable)都扮演至关重要的角色。包括中心化交易所CEX在内的所有传统应用通常都不会使用DA,因此用户数据透明度极低零,而CEX用户的资产安全等级完全取决于交易所做恶与否。Layer3DEX由于采用专有的数据可用性,所以在极大降低用户手续费的同时,也保障了用户交易数据、资产安全。Layer3DEX具备高吞吐量,这意味着有海量的数据需要处理。这些数据采用“DA层+L2”的混合存储模式以兼顾的效率与安全性。部署在L2的合约只需要纪录少数关键的数据以及一个Merkel根,而过程中的所有其他数据将记录在DA层。当用户与L3的应用交互时,交互过程中的原始数据将存入DA层,而DA层会对更新后的数据计算新的Merkel根;与此同时,L3应用也会向L2的合约发送一个证明,合约将由此检查Merkel根更新的正确性。这样的机制可以确保L2合约的状态与DA层的一致性,即保证记录的状态始终是正确的。中心化应用的数据就像黑箱,而有了DA层的L3应用就像用一个既透明又安全的保险箱。L3应用的用户不用担心项目方跑路或破产,因为他们资产的安全性不再依托于项目方而是依托于以太坊三层Layer,以太坊共识层提供为Layer3应用提供最好的安全性。

图3:Layer3DEX的数据可用性DA

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金星链

[0:0ms0-0:803ms