为什么很多人觉得以太坊是金融机构下一个布局的项目?加密资产那么多,为何偏偏青睐以太坊?
首先需要我们了解以太坊的底层逻辑。熟悉的人都知道,它像一个生态系统,提供各种各样的原材料,我们只需要根据这些材料组装成我们需要的功能通过编程语言搭建就算完成了。简单理解,以太坊更像是一个安卓系统,程序的开发者们只需要在基于以太坊链上开发满足自己需求的APP功能即可,也正是基于此,以太坊被很多人称为“数字石油”。
加密生态系统的三大举措——支付、DeFi 和 NFTs——大多是建立在以太坊之上,因此以太坊的定价具有网络效应。使用它的人越多,基于它的产品就越多,最终价格也会越高。而由于在过去的五年里,世界上很多人都把加密货币和比特币联系在一起,既有认知忽略了以太坊的实际价值层面。
实际上比特币的功能相对来说就简单多了,最主要就是一个分布式记账。可以说:以太坊的出现就是为了完善比特币的许多缺陷地方,以太坊的功能应用更加的丰富,只要有更多得开发者在以太坊上面开发智能合约,那么以太坊生态就会越来越庞大,价值也就凸显。
价值总是源于使用。黄金和房产等过去的价值存储的关键在于,过去有人需要这些资产 (效用性),并通过交换一些有价值的东西 (通常是货币) 来赋予它们价值。事实上,在成为投资资产之前,所有重要的非收益性价值储存手段都有了实际用途。
那么,以太坊的价值储藏手段体现在哪里?
以太坊生态系统支持智能合约,并为开发者提供了在其平台上创建新应用的方式。 大多数去中心化金融 (DeFi) 应用都建立在以太坊网络上,目前发行的 NFTs (非同质化代币) 都是使用 ETH 购买的。与比特币相比,ETH 的交易量更大,这反映了这种主导地位。随着加密货币在 DeFi 和 NFTs 中的使用越来越广泛,ETH 将在应用加密技术方面建立自己的先发优势。
以太坊还可以用于在分布式账本上安全、私密地存储几乎任何信息。 这些信息可以被代币化并进行交易。这意味着以太坊平台有潜力成为可信信息的巨大市场。我们可以通过当前人们使用 NFTs 在线销售数字艺术和收藏品来看到这一点。但这只是以太坊实际用途的一小部分。例如,个人可以通过以太坊存储并将其医疗数据出售给制药研究公司。以太坊上的数字档案可能包含个人数据,包括资产所有权、医疗 历史 ,甚至知识产权。以太坊还具有作为去中心化的全球基础服务器的好处,而不是像亚马逊或微软这样的中心化服务器,使其可能为共享个人数据提供了一个解决方案。
以太坊正在经历更快的协议升级。 即以太坊目前正在从 PoW 向 PoS 的验证方法过渡。PoS 系统的优势在于大大提高了系统的能源效率,因为它根据矿工 (验证者) 质押的 ETH 数量 (而不是他们的处理能力) 来奖励他们,这将结束为了获取矿工奖励而展开的耗能竞赛。比特币的能源消耗已经相当于荷兰的规模,能源消耗太大,一直也是相关部门诟病需关闭违规挖矿的重要考量。
总而言之,任何一项能够长久生存下去的技术,一定是可以解决现实生活中的实际问题,创造价值。如果是泡沫,终究有破灭的一天,而我们需要的就是不断学习,看清楚事物背后的底层逻辑。
注:本文不代表任何投资建议,只是巴哥个人对于以太坊价值的一些浅显看法。
Quorum和以太坊的主要区别:
Quorum 的主要组件:
1,用其自己实现的基于投票机制的共识方式 来代替原来的 “Proof of work” 。
2,在原来无限制的P2P传输方式上增加了权限功能。使得P2P传输只能在互相允许的节点间传输。
3, 修改区块校验逻辑使其能支持 private transaction。
4, Transaction 生成时支持 transaction 内容的替换。这个调整是为了能支持联盟中的私有交易。
Constellation 模块的主要职责是支持 private transaction。Constellation 由两部分组成:Transaction Manager 和 Enclave。Transaction Manager 用来管理和传递私有消息,Enclave 用来对私有消息的加解密。
在私有交易中,Transaction Manager 会存储私有交易的内容,并且会将这条私有交易内容与其他相关的 Transaction Manager 进行交互。同时它也会利用 Enclave 来加密或解密其收到的私有交易。
为了能更有效率的处理消息的加密与解密,Quorum 将这个功能单独拉出并命名为 Enclave 模块。Enclave 和 Transaction Manager 是一对一的关系。
在 Quorum 中有两种交易类型,”Public Transaction” 和 “Privat Transaction”。在实际的交易中,这两种类型都采用了以太坊的 Transaction 模型,但是又做了部分修改。Quorum 在原有的以太坊 tx 模型基础上添加了一个新的 “privateFor” 字段。同时,针对一个 tx 类型的对象添加了一个新的方法 “IsPrivate”。用 “IsPrivate” 方法来判断 Transaction是 public 还是 private,用 “privateFor” 来记录 事务只有谁能查看。
Public Transaction 的机理和以太坊一致。Transaction中的交易内容能被链上的所有人访问到。
Private Transaction 虽然被叫做 “Private”,但是在全网上也会出现与其相关的交易。只不过交易的明细只有与此交易有关系的成员才能访问到。在全网上看到的交易内容是一段hash值,当你是交易的相关人员时,你就能利用这个hash值,然后通过 Transaction Manager 和 Enclave 来获得这笔交易的正确内容。
Public Transaction的处理流程和以太坊的Transaction流程一致。Transaction 广播全网后,被矿工打包到区块中。节点收到区块并校验区块中的 事务 信息。然后根据 Transaction信息更新本地的区块
Private Transaction也会将 Transaction 广播至全网。但是它的 Transaction payload已经从原来的真实内容替换为一个hash值。这个hash值是由Transaction Manager提供的。
有两个共识机制:QuorumChain Consensus 和 Raft-Based Consensus。
在 Quorum 1.2 之前的 Release 版本都采用了 QuorumChain。
从 2.0 版本开始,Quorum 废弃了 QuorumChain 转而只支持 Raft-based Consensus。
QuorumChain Consensus 是一个基于投票的共识算法。其主要特点有:
相比较以太坊的POW,Raft-based 提供了更快更高效的区块生成方式。相比 QuorumChain,Raft-based 不会产生空的区块,而且在区块的生成上比前者更有效率。
要想了解Raft-based Consensus,必须先了解Raft算法
Raft算法
Raft是一种一致性算法,是为了确保容错性,也就是即使系统中有一两个服务器当机,也不会影响其处理过程。这就意味着只要超过半数的大多数服务器达成一致就可以了,假设有N台服务器,N/2 +1 就超过半数,代表大多数了。
Raft的工作模式:
raft的工作模式是一个Leader和多个Follower模式,即我们通常说的领导者-追随者模式。除了这两种身份,还有Candidate身份。下面是身份的转化示意图
1,leader的选举过程
raft初始状态时所有server都处于Follower状态,并且随机睡眠一段时间,这个时间在0~1000ms之间。最先醒来的server A进入Candidate状态,Candidate状态的server A有权利发起投票,向其它所有server发出投票请求,请求其它server给它投票成为Leader。
2,Leader产生数据并同步给Follower
Leader产生数据,并向其它Follower节点发送数据添加请求。其它Follower收到数据添加请求后,判断该append请求满足接收条件(接收条件在后面安全保证问题3给出),如果满足条件就将其添加到本地,并给Leader发送添加成功的response。Leader在收到大多数Follower添加成功的response后。提交后的log日志就意味着已经被raft系统接受,并能应用到状态机中了。
Leader具有绝对的数据产生权利,其它Follower上存在数据不全或者与Leader数据不一致的情况时,一切都以Leader上的数据为主,最终所有server上的日志都会复制成与Leader一致的状态。
Raft的动态演示: http://thesecretlivesofdata.com/raft/
安全性保证,对于异常情况下Raft如何处理:
1,Leader选举过程中,如果有两个FollowerA和B同时醒来并发出投票请求怎么办?
在一次选举过程中,一个Follower只能投一票,这就保证了FollowerA和B不可能同时得到大多数(一半以上)的投票。如果A或者B中其一幸运地得到了大多数投票,就能顺利地成为Leader,Raft系统正常运行下去。但是A和B可能刚好都得到一半的投票,两者都成为不了Leader。这时A和B继续保持Candidate状态,并且随机睡眠一段时间,等待进入到下一个选举周期。由于所有Follower都是随机选择睡眠时间,所以连续出现多个server竞选的概率很低。
2,Leader挂了后,如何选举出新的Leader?
Leader在正常运行时候,会周期性的向Follower节点发送数据的同步请求,同时也是起到一个心跳作用。Follower节点如果在一段时间之内(一般是2000ms左右)没有收到数据同步请求,则认为Leader已经死了,于是进入到Candidate状态,开始发起投票竞选新的Leader,每个新的Leader产生后就是一个新的任期,每个任期都对应一个唯一的任期号term。这个term是单调递增的,用来唯一标识一个Leader的任期。投票开始时,Candidate将自己的term加1,并在投票请求中带上term;Follower只会接受任期号term比自己大的request_vote请求,并为之投票。 这条规则保证了只有最新的Candidate才有可能成为Leader。
3,Follower的数据的生效时间
Follower在收到一条添加数据请求后,是否立即保存并将其应用到状态机中去?如果不是立即应用,那么由什么来决定该条日志生效的时间?
首先会检查这条数据同步请求的来源信息是否与本地保存的leader信息符合,包括leaderId和任期号term。检查合法后就将日志保存到本地中,并给Leader回复添加log成功,但是不会立即将其应用到本地状态机。Leader收到大部分Follower添加log成功的回复后,就正式将这条日志commit提交。Leader在随后发出的心跳append_entires中会带上已经提交日志索引。Follower收到Leader发出的心跳append_entries后,就可以确认刚才的log已经被commit(提交)了,这个时候Follower才会把日志应用到本地状态机。下表即是append_entries请求的内容,其中leaderCommit即是Leader已经确认提交的最大日志索引。Follower在收到Leader发出的append_entries后即可以通过leaderCommit字段决定哪些日志可以应用到状态机。
4,向raft系统中添加新机器时,由于配置信息不可能在各个系统上同时达到同步状态,总会有某些server先得到新机器的信息,有些server后得到新机器的信息。比如在raft系统中有三个server,在某个时间段中新增加了server4和server5这两台机器。只有server3率先感知到了这两台机器的添加。这个时候如果进行选举,就有可能出现两个Leader选举成功。因为server3认为有3台server给它投了票,它就是Leader,而server1认为只要有2台server给它投票就是Leader了。raft怎么解决这个问题呢?
产生这个问题的根本原因是,raft系统中有一部分机器使用了旧的配置,如server1和server2,有一部分使用新的配置,如server3。解决这个问题的方法是添加一个中间配置(Cold, Cnew),这个中间配置的内容是旧的配置表Cold和新的配置Cnew。这个时候server3收到添加机器的消息后,不是直接使用新的配置Cnew,而是使用(Cold, Cnew)来做决策。比如说server3在竞选Leader的时候,不仅需要得到Cold中的大部分投票,还要得到Cnew中的大部分投票才能成为Leader。这样就保证了server1和server2在使用Cold配置的情况下,还是只可能产生一个Leader。当所有server都获得了添加机器的消息后,再统一切换到Cnew。raft实现中,将Cold,(Cold,Cnew)以及Cnew都当成一条普通的日志。配置更改信息发送Leader后,由Leader先添加一条 (Cold, Cnew)日志,并同步给其它Follower。当这条日志(Cold, Cnew)提交后,再添加一条Cnew日志同步给其它Follower,通过Cnew日志将所有Follower的配置切换到最新。
Raft算法和以太坊结合
所以为了连接以太坊节点和 Raft 共识,Quorum 采用了网络节点和 Raft 节点一对一的方式来实现 Raft-based 共识
一个Transaction完整流程
1,客户端发起一笔 Transaction并通过 RPC 来呼叫节点。
2,节点通过以太坊的 P2P 协议将节点广播给网络。
3,当前的 Raft leader 对应的以太坊节点收到了 Transaction后将它打包成区块。
区块被 编码后传递给对应的 Raft leader。
leader 收到区块后通过 Raft 算法将区块传递给 follower。这包括如下步骤:
3.1,leader 发送 AppendEntries 指令给 follower。
3.2,follower 收到这个包含区块信息的指令后,返回确认回执给 leader。
3.3,leader 收到不少于指定数量的确认回执后,发送确认 append 的指令给 follower。
3.4,follower 收到确认 append 的指令后将区块信息记录到本地的 Raft log 上。
3.5,Raft 节点将区块传递给对应的 Quorum 节点。Quorum 节点校验区块的合法性,如果合法则记录到本地链上。
参考链接: http://blog.csdn.net/about_blockchain/article/details/78684901
从俄乌战争中用于救济到行业动荡的爆发, 2022 年是数字资产领域又一个多事之年。Crypto 年度时刻
如果你让一位路人来总结 2022 年的加密货币市场,他们很有可能会告诉你 2022 年是区块链技术消亡的一年。
在 Twitter Crypto 空间里,成千上万名因去年牛市而来的投资者发誓,随着他们“酒醒”,他们将在 2022 年永远离开这个市场。
但是,对于那些选择留下的人来说,今年并不是平静的一年。当然,由于加密市场损失了 2 万亿美元的市值,所有代币价值暴跌,但仍有许多重大事件让我们开心,或者,至少有事可做。
与以往的熊市一样,今年的一些标志性事件也成为了最具灾难性的事件。很少有人会辩解 2022 年不是加密货币行业最坎坷的年份之一。我们目睹了价值百亿美元的 Terra、三箭资本和 FTX 相隔仅几个月连番倒下。投资者遭受了惊人的损失,感觉这个行业倒退了很多年。
尽管如此, 2022 年还是给了我们一些积极的发展。虽然 ETH 的价格表现不佳,但以太坊今年表现不错,因为“合并”终于完成。我们还看到一些国家在战争、受制裁和法币通胀飙升的背景下承认了加密货币的潜力。
2022 年是加密货币有史以来最动荡的年份之一,但行业幸存了下来。在这个注定艰难的熊市期间,生态系统能否渡过难关,成为了最大的问题。
不过,就目前而言, 2022 年对于加密生态系统来说,即使是艰难的一年,但也是令人难忘的一年。
我们盘点了本年度的 10 个最重要的时刻。
加拿大冻结自由车队资金
2022 年的第一场重大加密事件并没有发生在链上,甚至也没有发生在网上,而是发生在加拿大首都渥太华。1 月 22 日,数百名加拿大卡车司机从全国各地出发,开始聚集在国会山,抗议政府出台的新冠疫苗接种强制令。政府拒绝与他们谈判,于是所谓的“自由车队”控制了街道。由于车队的规模庞大,导致执法部门难以驱散抗议者。
2 月 14 日,为了应对抗议和封堵活动,总理贾斯汀·特鲁多(Justin Trudeau)启动了能够短暂赋予政府额外权力的《紧急情况法》,命令加拿大金融机构冻结抗议者以及任何通过捐款支持他们的人的银行账户——以削减他们的资金。然而,抗议者并没有被吓倒,而是转而使用加密货币,这导致加拿大当局将至少 34 个与“自由车队”相关的加密货币钱包地址列入了黑名单。此后不久,一支联合警察部队将卡车司机强行赶出街头,到 2 月 20 日,渥太华市区已完全清场。
对于加密货币行业来说,渥太华的抗议表明,即使是西方民主国家也可以轻而易举地利用其金融部门对付本国公民。在这种情况下,比特币的使命脱颖而出。加密爱好者指出,比特币提供了一种无需许可、抗审查的全球支付系统。尽管存在许多缺点,但去中心化的加密货币提供了一个至关重要的保证:你的钱真的是你自己的,没有人可以阻止你使用它。正如 Arthur Hayes 在博客中所写的:如果你完全依赖传统银行业,“你可能认为你的净资产为 100 美元,但如果银行或政府出于某种原因决定你不能再访问数字网络,你的净资产将变为 0 美元。 ”
乌克兰开始接受加密货币捐赠
俄罗斯-乌克兰冲突今年对全球市场产生了重大影响,其中也包括加密货币。在这场战争中,加密货币成为了焦点。
在冲突刚刚爆发的几天内,乌克兰政府的官方 Twitter 帐户发布了一个帖子,其中包括比特币和以太坊的钱包地址,希望捐款者可以捐赠 BTC 和 ETH。这条推文一经发出,便立马引发了混乱,以太坊联合创始人 Vitalik Buterin 警告人们该 Twitter 帐户可能已被黑客入侵。
然而,乌克兰政府的数字化转型部随即确认 Twitter 并未被盗,该帖子也是正确的,因为他们确实希望通过接受加密货币捐款来为战争救济工作提供资金。
随后,捐款如潮水般涌入,乌克兰政府在三天内筹集了价值超过 3000 万美元的 BTC、ETH、DOT 和其他数字资产。甚至有人捐了一个 CryptoPunk NFT。
最初的捐款活动只是政府在危机时期拥抱加密货币的历史性举措之一。3 月 26 日,乌克兰数字化转型部还推出了 NFT 博物馆,出售记录战争事件的 NFT,以此来筹集更多的资金。
在这个年度时刻中,加密货币的作用比以往任何时候都更加清晰地展示了“无国界”的力量。乌克兰对捐赠使用加密货币的要求是世界首创,但可以肯定地说,在未来,我们也将来会看到其他国家采用加密货币。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)