3分鐘了解以太坊2 0技術

2021-10-23 15:59:30 字數 1980 閱讀 7948

就在剛過去的7月31日,加密貨幣市值第二高的以太坊迎來了5周年生日。隨著以太坊的不斷發展,社會各界對以太坊的關注也在不斷增加,使用者及應用的不斷激增,也使得大家對以太坊 2.0的呼聲不斷高漲。 

什麼是以太坊2.0?

以太坊2.0是計畫中的以太坊替代方案。

隨著defi等專案的迅速公升溫,以太坊上交易量不斷激增,這使得交易費用不斷攀公升,交易時間不斷加大。總的來說,現行的以太坊1.0已經難以滿足使用者的使用需求和發展需求。

今年4月份,信標鏈建立創世區塊,「0階段」正式啟動測試。以太坊 2.0網路啟動協調員danny ryan也在論壇中初步宣布,以太坊2.0最終測試網預計將於8月初正式啟動測試。這也意味之以太坊2.0已離我們近在咫尺。

以太坊2.0去中心化錢包,支援生成錢包檔案,私鑰,記助詞,離線交易,幣種兌換

ethkk官網:

以下是以太坊2.0的設計目的:

、使其更加簡潔,哪怕影響一些效率

2、當主要網路分割槽以及大部分節點離線時仍能保持存活狀態

3、選擇可以抵抗量子計算的元件或者使用日後可以替換為抗量子計算的元件

4、使用加密技術並使驗證者在單位時間裡能夠參與更多的出塊

5、使任何消費級個人電腦也可以參與到分片的處理中

為實現這些目標,以太坊2.0採用了信標鏈、分片、pos及ewasm等技術。我們先來看看以太坊2.0完全實現後的樣子,如下圖所示:

整個乙太網2.0分為四層

1、pow主鏈層:也就是以太坊1.0的單鏈,作為最底層的基礎,在以太坊1.0向2.0過渡階段,會將以太坊1.0中的價值(以太幣)逐漸轉移到信標鏈中,當以太坊2.0過渡完成,可能會作為一條分片鏈,也可能繼續保留,還未有定論。

2、信標鏈層:此層最終將是分片鏈的管理層,負責管理分片鏈,並參與分片鏈之間的互通,在過渡階段也涉及價值轉移等。

3、分片鏈層:64條不同的鏈,與同一條信標鏈進行溝通,儲存資料,執行合約等,每一條鏈都相當於一條以太坊1.0。

4、虛擬機器層:ewasm虛擬機器,執行智慧型合約的執行環境,建立於分片上。

以太坊2.0的關鍵技術

鑑於區塊鏈的不可篡改及出現漏洞後影響巨大(the dao)等特性,以太坊1.0到2.0的過渡期將持續2年左右,並且分階段進行。

階段0:主要實現信標鏈及以太坊1.0中的部分價值轉移。

階段1:主要實現分片,並穩步將區塊鏈1.0上的數字資產轉移到分片中

階段2:主要實現ewasm虛擬機器

由於階段2的具體實現還不清晰,我們主要針對階段0和階段1的技術實現進行簡單分析。

信標鏈和pos

信標鏈就是一條基於pos(casper ffg)機制的區塊鏈單鏈。

在實現casper ffg共識時,定義了「驗證者」和「提案者」兩種角色。乙個節點如果想要成為「驗證者」,就需要向以太坊1.0中的乙個智慧型合約抵押至少16eth,智慧型合約觸發事件(event),信標鏈檢測到事件並將位址其加入「驗證者」列表。

信標鏈將「驗證者」隨機分配到分片中進行作業。在進行出塊時,信標鏈從「驗證者」中隨機選出「提案者」,「提案者」提出區塊,由「驗證者」進行驗證。信標鏈會對所有「驗證者」和「提案者」進行監視,如若其誠實的完成作業,就給予獎勵(相當於挖礦),如果其作惡,就會沒收其抵押的eth。

在實現信標鏈時,定義了信標鏈上儲存的資料時分片鏈上的世界狀態。當分片鏈上的世界狀態發生變化,信標鏈上就會產生新的區塊,只有在信標鏈上被記錄的分片的世界狀態,才是被認可的不可逆的區塊資料,如下圖所示:(藍色表示信標鏈;綠色表示分片鏈;黃色表示已被信標鏈確認的分片鏈區塊)

分片分片就是不同的子區塊鏈。

當節點1被信標鏈分配到分片1時,那麼節點1只會對位址是0x00開頭的位址交易進行打包和交易,對於其他位址開頭的交易,將直接丟棄。這樣就抽象出了不同的分片,整個區塊鏈就被抽象的分割成不同的分片。

以太坊2.0展望

在5分鐘內學習以太坊JSON API的基礎知識

前幾天,我陷入一種需要在環境中使web3.py正常工作的環境中使用python與以太坊網路進行通訊的情況。由於仍然需要與網路交談,因此我採取了使用以太坊提供的json rpc api的方式,所有web3庫都建立在該之上。原來,這很有趣!所以,讓我們開始吧!首先,我們先宣告一些變數,這些變數在以後傳送...

6分鐘了解輻射

輻射 輻射破壞力取決於輻射能量 主要是頻率,其次看強度,如果頻率較低無論多大強度都無法造成傷害 電離輻射 頻率較高,可能破壞人體分子結構,造成較大傷害 基因變異 致癌等 核輻射 x射線 非電離輻射 頻率相對較低,基本不會造成分子層面的破壞。一般可造成熱效應 紫外線曬傷,比手機電器輻射強得多 還可以造...

15分鐘了解Phoenix

以下部分翻譯自 phoenix為hbase穿上一層sql的外衣。所以你可以使用標準的jdbc api來建立表 插入資料 查詢hbase中的資料,而不是使用常規的hbase客戶端api。不會。跟原生的hbase客戶端相比,phoenix效能一樣好甚至更好,主要通過以下方式 除此之外,我們還做了一些工作...