一些废话:
2019年私募起,我就一直持有DOT。经历过312、519、1204等等起起伏伏,也看到过各种KOL及投资者们的思考和质疑。
从持有至今,我也在不断思考,跨链究竟必不必要?如果必要,为什么是波卡,而不是别的项目?
以及,自己有没有产生路径依赖,陷入低成本DOT带来的舒适圈而不自知?自己有没有找借口合理化波卡,从而忽视了某些问题?
同时,投资者,尤其是中国投资者,普遍对波卡有几个主要误解:
1、波卡就是用来跨链交易的,没什么价值。
2、波卡平行链就是“联盟链”,生态闭塞。
3、用波卡跨链,只能成为平行链,参与插槽拍卖。
4、波卡都是中国人在玩,生态项目垃圾。
5、波卡就是下一个EOS,三浪打完直接归零。
6、V神说了,跨链桥不安全。
……等等。
诸多原因,还是决定写下一些,关于波卡的思考。欢迎大家共同交流探讨。
文中有不对的地方,欢迎批评指正。同时,本文不作为任何投资建议,更不对任何投资结果负责。
正文开始:
一、跨链不是波卡的全部
与Multichain(原Anyswap)不同,波卡不止是一个跨链交易平台。跨链交易是波卡的功能之一。
我其实更愿意将波卡完成的事情分为几大类:
跨链、分片扩容、多链架构、抽象及其他。
接下来的文章,会从这几个方面展开分析。
二、跨链——跨链是刚需吗?
目前来看,是的。
1. ??但凡在多个链参与过DeFi,或者购买过NFT,就能体会到资产跨链是多么的重要。
除了跨链转账麻烦外,你还要记ETH链、SOL链、LUNA、ATOM、XTZ、RON等等多个助记词。
2. ??没有哪个链能满足全部需求,且各公链都有优质项目出现。Multichain的使用数据,及Multichain和LayerZero等项目融资情况,也说明机构看好跨链桥的未来。
3. ??目前公链共同问题是,所有交易使用的资源是相同的,不管是转0.0001个ETH,还是10000个ETH。
想象一下,银行VIP办业务,只能通过不断提高手续费,来获得转账效率。吊诡的是,普通业务办理甚至可以提高手续费,来让VIP的效率变低,甚至可以截胡VIP将要办理的业务。
我们是不是可以拥有二条链组合链,它们提供统一dApp入口,可以自动识别转账金额大小。
对于大额,采用安全性更强的链,而对于小额,则采用效率更高,安全性相比之下没那么强的链。
这两条链互不干涉,对不同的用户采用不同的服务方式,不一视同仁,从而提高效率。
彭博社:Tether曾持有中国三大行以及德意志银行在内的多家海外银行发行的债券:6月16日消息,据彭博社援引纽约总检察长公布文件报道,Tether曾将中国工商银行、中国建设银行与中国农业银行发行的债券计入其稳定币USDT的储备中。这些债券的到期日为2020年或2021年。根据文件显示,Tether还持有德意志银行、巴克莱银行和ArcelorMittal SA等公司发行的债券。
2021年10月,彭博社曾调查发现Tether的储备实际上包括数十亿美元的短期贷款,借款方是中国公司,以及对加密平台Celsius Network的大额贷款。当时,Tether否认持有陷入危机的中国恒大集团的债务,但拒绝透露是否持有其他中国公司或发行商的债券。Tether在2022年7月表示,当时它没有持有任何中国商业票据。[2023/6/16 21:42:40]
同样的,跨链可以给予不同交易、合约调用类型,不同的定制化服务。
4. ??从逻辑上,不会存在一条链满足所有需求。因为如果存在,那条链也就代表了区块链的终极形态,否定了发展的存在。
综上,目前来看,跨链是刚需。
三、分片扩容与多链架构——跨链为什么一定要用波卡
除大家所熟知的跨链属性之外,波卡是一条公链,可以兼容异构及同构公链。
更为重要的是,作为公链,波卡完成了以太坊曾经没有完成的任务——分片。
分片是曾经以太坊扩容三驾马车之一,另外两个是Casper(对应PoS)和Plasm(对应侧链)。由于难度过大,以太坊放弃开发,转而寻求Rollup等方案。
Amber Group分析师LaoBai(推特:/img/2022812160243/0.jpg" />
https://twitter.com/Wuhuoqiu/status/1473644822925774848
https://twitter.com/Wuhuoqiu/status/1474375007694475270
首先,分片可以从根本上解决一个问题——状态爆炸。更准确的说,可以在不损失可组合性的情况下,解决状态爆炸。
不损失可组合性的前提下,解决状态爆炸问题,会成为比现有Layer2更优的解决方案。
1. 什么是状态爆炸?
区块链数据分为:历史数据、状态数据。
简单理解,历史数据需要硬盘空间,状态数据需要CPU强大。状态爆炸就是,CPU过载,电脑卡死了。
Arbitrum公布定序器故障报告:用户资金安全,将创建Arbitrum网络状态页面:6月10日消息,Arbitrum 基金会官方公布此前 Sequencer(定序器)Bug 处理的事后分析文档,解释了 Sequencer 批处理问题的原因,其中主要提到三点重要事项:1、Sequencer 没有宕机或耗尽资金;2、Sequencer 会继续接受用户交易;3、用户资金没有面临任何风险。[2023/6/10 21:27:38]
Nervos(CKB)CTO、以太坊早期核心开发者Jan,曾写过文章《区块链与状态爆炸》(https://talk.nervos.org/t/topic/1515)解释该问题。(下文引号内的部分为原文引用,也欢迎大家关注真正的国产之光项目——Nervos)
历史数据是指,区块数据和交易数据。历史是从 Genesis 到达当前状态的路径。
状态数据是,节点在处理完从 Genesis到当前高度的所有区块和交易后形成的最终结果。状态随着区块的增加一直处于变化之中,交易是造成变化的原因。
Jan指出,“共识协议的作用是通过一系列的消息交换,保证每一个节点看到的当前状态是相同的,而实现这个目标的方式是保证每一个节点看到的历史是相同的。”
···
“只要历史相同(即所有交易的排序相同),处理交易的方式相同(把交易放在相同的确定性虚拟机里面执行),最后看到的当前状态就是相同的。当我们说「区块链具有不可篡改性」时,是指区块链历史不可篡改,相反,状态是一直在变化的。”
以比特币UTXO为例,严格来讲,比特币网络记录的是,一个个未被花费的状态,而不是钱包余额。“如果要做一个比喻的话,Bitcoin 的当前状态是一个装满了金币的袋子,每个金币上刻着所有者的名字。”
Jan写文章的时候,比特币历史数据大约有200G,而状态数据有3G左右,包括5000万个UTXO。
由于比特币上合约活动较少,主要以交易转账为主,数据大小线性增长,所以不存在状态爆炸问题。
而对于智能合约平台以太坊来说,情况大不相同。
2. 以太坊的状态爆炸问题
富状态性(rich statefulness)是以太坊带来的新范式,“它允许一个合约调用另一个合约”,且“不对这种调用的层级数量施加任何的限制。”(以 “状态” 视角理解以太坊及其未来,Ajian,https://ethfans.org/posts/from-state-view-to-understand-ethereum-and-its-imporvement-solutions)
Maker通过抵押,创造DAI,用户又可以通过DAI去Uniswap上交易。或者,假设Uniswap里有ABC/ETH和ETH/USDC池,而在Curve里有USDC/DAI池。
用户在Metamask里,用DAI去买ABC,实际上现在Curve里将DAI换成了USDC,然后在Uniswap里将USDC换成了ETH,然后再用ETH换成ABC,调用了多次合约。
硅谷银行英国附属公司称自己独立于母公司运营 有单独的资产负债表:3月11日消息,美国硅谷银行旗下英国附属公司表示,该附属公司是一家“单独运营的银行机构”,受到英国监管部门PRA的管理。该附属公司称,硅谷银行英国(SVB UK)自2022年8月份就是一家单独的附属公司,其资产负债表与硅谷银行金融集团是区分开的,并拥有一个独立的英国董事会,来自客户存款的资金在英国得到管理。[2023/3/11 12:55:37]
当然,过程中还调用了预言机喂价等等。
所以,以太坊可以拥有各式合约,这些合约可以彼此访问,产生组合,继而诞生了“DeFi之夏”。
但问题也随之出现。首先,是存储空间不够了。
状态数据一旦创建,会永久保存,这就给节点维护带来了严重负担。
除非使用者主动释放,否则这些状态将作为负担永久保存。
Jan举过一个例子,区块高度5700001(May 30, 2018)的时候,使用状态最多的5个合约是:
(1)EtherDelta,5.09%
(2)IDEX, 4.17%
(3)CryptoKitties,3.05%
(4)ENS, 1.92%
(5)EOS Sale, 1.73%
仔细观察最后一个,虽然众筹已完成,EOS代币也已在EOS链上流转。但,众筹记录却永远留在了以太坊节点上,消耗存储资源。
其次,CPU过载了。
链上频繁合约调用,也使得状态处在频繁调用中,随着以太坊上部署的项目越来越多,读写困难也会不断加重。
状态爆炸会造成以下危害:
(1)??硬件存储成本过高,只有少数人能负担节点成本,网络中心化,从根本上影响以太坊安全。
(2)??状态数据是节点运行的底线。历史数据可以存储在别的地方,比如以太坊基金会最初构想的Swarm,但状态数据不行。所以,节点只能硬抗状态爆炸的负担。
状态爆炸,不仅是以太坊会遇到的问题,更是其他公链,乃至以太坊替代链都会遇到的问题。
3. 状态爆炸解决方案
3.1 Layer2方案
如果用过Aztec、Arbitrum等Layer2,你会有以下感受:
(1)??需要官方跨链桥,在Layer2和以太坊主网间转币;
(2)??币从以太坊主网抵押到Layer2至少要半小时,而从Layer2代币解除抵押,需要几周。
(3)? Layer2的交易速度确实快,Gas也便宜。
Layer2提高了效率,降低了成本,但在易用性上,表现的似乎不是很好。
原因在于,Layer2解决状态爆炸的方式是,当用户将代币锁入Layer2合约后,用户在Layer2的交易,不会直接发送到以太坊主网上。
数字美元项目加入新员工以支持其战略发展:金色财经报道,围绕美国 CBDC 的公众讨论的非营利组织数字美元项目(“DDP”)今天宣布加入新员工,以支持其政策研究和实验团队的战略发展。
Michael Greco 加入担任政策研究总监。Shaun Ferrari 加入担任行业参与和实验总监。Mason Rowley 作为运营经理加入。Katherine Haar 作为 DDP 研究员加入,负责战略和运营。[2023/1/19 11:20:03]
他们之间互相交易产生的状态,不会成为以太坊主网的负担。直到某刻结算时,Layer2才会把当前状态及签名,发送到以太坊主网上。这也是为什么,使用Layer2,需要质押和提币。
但这样一来,用户和Layer2交易时的状态,就无法从外部调用了,可组合性没了。
所以,尽管像Curve协议,已经部署在Polygon、以太坊等多个网络上,但每个网络上的流动性是独立的。
Polygon上的Curve需要重新积累流动性,无法与以太坊上的Curve共享流动性资金池。
另一方面,用户可在以太坊上,用一个聚合器,获得Curve、Uniswap等等不同DeFi应用,提供的最优交易路径。
而在Layer2上,除非这些DeFi应用同时迁移到同一个Layer2网络内,否则这种组合性就不存在。
还有一个问题是,万一Layer2作恶,同步了错误的信息到以太主网,该怎么办?由此,诞生了Rollup方案。
3.2 Rollup方案
Rollup会在每次调用Layer2状态时,发布交易数据到以太坊上。用户可根据这些公开数据,追溯交易状态,解决Layer2安全性问题。
但在保障了安全性、去中心化前提下,Rollup调用状态也只是自身内部的,且无法从外部获知状态调用情况。
因此,Rollup也好,Layer2也好,与以太坊既是竞争,又是合作的关系。他们需要独立发展自身生态,而另一方面,Layer2与以太坊结算时,消耗的也是ETH。
所以,Layer2更像抽离出来的dApp层,将以太坊作为结算层。
3.3 其他共识方案
目前,比较热度比较高的公链,如SOL、AVAX、ATOM、MINA、MATIC等等,都在以一种以太坊替代链的形式,解决遗留的状态爆炸问题。
但其实,他们有个共同点,在不可能三角里,倾向于去中心化和可扩展性。
推特/img/2022812160243/1.jpg" />
资料引用:
以 “状态” 视角理解以太坊及其未来
https://ethfans.org/posts/from-state-view-to-understand-ethereum-and-its-imporvement-solutions
推特Lao Bai @wuhuoqiu
https://twitter.com/Wuhuoqiu/status/1473644822925774848
https://twitter.com/Wuhuoqiu/status/1474375007694475270
区块链与状态爆炸
https://segmentfault.com/a/1190000019085254??
编者按:这篇文章立意最初是想做一篇年终总结,可编写过程中,笔者感觉到,放在年末,对读者无用,所以,经过多次删改调整,放到了开年之后.
1900/1/1 0:00:00如果一个名星免费得到一个 NFT,最有可能的动机是他们利用它来制造轰动效应,通过代言推动对该项目的需求.
1900/1/1 0:00:00随着视觉艺术家、篮球明星入局NFT市场,再加上2021年下半年gamefi市场的火爆,我们见证了一个完成了许多暴富神话的NFT市场.
1900/1/1 0:00:00头条▌Blockworks创始人:美元的强势正在减弱2月12日消息,Blockworks创始人MikeIppolito发推表示,俄罗斯承认比特币为货币将是这十年的最为宏观的故事.
1900/1/1 0:00:00一、编造虚假元宇宙投资项目。有的不法分子翻炒与元宇宙相关的游戏制作、人工智能、虚拟现实等概念,编造包装名目众多的高科技投资项目,公开虚假宣传高额收益,借机吸收公众资金,具有非法集资、等违法行.
1900/1/1 0:00:00头条▌OpenSea回应Bug一事:起因疑似为外部网络钓鱼攻击2月20日消息,针对新迁移合约疑似出现bug一事.
1900/1/1 0:00:00