金色觀察｜以太坊2.0的可執行信標鏈提案_GIN

金色財經報道，北京時間11月26日，以太坊核心開發人員MikhailKalinin在以太坊研究者論壇發起了一個從Eth1到Eth2的過渡提案“可執行信標鏈”提案，根據該提案，這個eth2執行模型，可替代可執行的分片，并支持信標鏈中包含的單個執行線程。該提案最初想法由以太坊創始人VitalikButerin提出，旨在通過將eth1數據嵌入至信標區塊中并讓信標提議者生成可執行的eth1數據，以降低復雜性。

以下為該提案內容資料，經金色財經整理，內容有所刪改。

Eth1的分片設計是假設通過信標鏈與數據分片進行通信。如果具有多個執行分片的第2階段順利推出，則此方法有意義。由于以rollup為中心的路線圖，會將Eth1放在專用分片，給共識層增加了不必要的復雜性，并增加了在分片上發布數據和訪問分片之間的延遲。

金色晨訊 | 4月5日隔夜重要動態一覽:21:00-7:00關鍵詞：經濟日報、重慶、美國、雄安

1. 經濟日報：交易平臺存在虛假交易和數據造假行為；

2. eToro首席執行官：加密市場和股票市場相關聯是長期波動的跡象；

3. 重慶江北區新基建重點項目集中開工 包括區塊鏈等領域；

4. 美國一律師事務所針對加密行業提出11項集體訴訟；

5. 雄安新發布項目招標公告 項目均需通過區塊鏈資金管理平臺進行全過程資金管理；

6. 報告：共有35家外資公司在華申請區塊鏈專利 微軟等在列；

7. BTC現報6839.52美元，日內漲幅1.63%，前十主流幣普漲。[2020/4/5]

所以我們建議通過將eth1數據嵌入信標塊并讓信標鏈驗證者產生可執行的eth1數據來擺脫這種復雜性。

分析 | 金色盤面：BTC期貨合約持倉變化:金色盤面綜合分析： OKEx的BTC期貨合約做多賬戶66%，做空賬戶33%；主力多頭平均持倉比例為24.57%，主力空頭平均持倉比例為15.4%，做多賬戶持續在高位，說明市場多頭占優，而多空持倉比例差值大幅增加，說明空頭賬戶增加的同時倉位沒有提高，短線市場明顯偏多。截至發稿時，OKEx現貨價格為6770美元，期貨合約當周BTC0831價格為6762美元，貼水8美元，市場對于上漲的預期值依然較高。（數據來源OKEx）[2018/8/27]

提案概述

Eth1引擎由系統中的每個驗證器維護。當驗證者打算提出一個信標塊時，它要求eth1-engine創建eth1數據。然后將Eth1數據嵌入正在生成的信標塊的主體中。如果eth1數據無效，它也會使攜帶該數據的信標塊無效。

金色財經獨家現場報道 火幣Pro高級總監吳興：火幣十大安全保障:金色財經獨家現場報道，在火幣Pro舉辦的越南Blockchain Festival千人大會上，火幣Pro高級總監吳興就“新時代建立信任的用戶保護演變”進行了演講，她認為：交易所為區塊鏈鋪平了道路，安全是大事，不僅僅是交易所，行業上下游都會遇到安全問題。對于火幣來說，有多重安全保障。第一、火幣有安全漏洞測試、滲透測試和定期通過專業第三方的全面測試。第二，保護用戶財產，火幣多重驗證和人工審查，手動處理大額限制的金額；第三，錢包安全，其98%第數字資產放在冷錢包里；第四，良好的內部控制管理；第五，全時間安全團隊，有實時響應的安全團隊；第六，智能鏈評估模型，第七，提供不同水平的投資者教育，第八，最重要的一點是用戶保護基金，火幣每個季度20%的收入會用于回購火幣，第九，火幣自己擁有20000BTC會被用于處理極端安全情況，第十，全球火幣團隊提供支持，包括火幣礦池、一級市場、二級市場、火幣錢包。[2018/5/25]

Eth1引擎修改

金色財經現場報道 張璐：構建足夠大的生態 支持和看好DPoS的機制:金色財經現場報道，在火幣EOS全球超級節點SHOW上，進行以《不同視角看EOS》為題的圓桌論壇，JRR Crypto合伙人張璐指出：引用一句話“大水之中才有大禹”，在這樣的生態中，才會有這樣的角色出現，我們就是要構建足夠大的生態。EOS是基于DPoS的憲法，我們支持和看好DPoS的機制，希望用區塊鏈的方式進行投資，享受與所有項目方的溝通過程并從其他的角度反觀自己。[2018/5/14]

根據之前的內容，以Eth1Shard為中心設計，eth1-engine和eth2-client松散耦合并通過RPC協議進行通信。Eth1引擎不斷維護需要自己的網絡堆棧的交易池和狀態下載器。它還應保留eth1塊的存儲。

當前的提議刪除了eht1塊的概念，eth1-engine有兩種可能的方式來處理此更改：

從信標塊攜帶的eth1數據中綜合創建eth1塊

修改引擎，使交易處理不需要eth1塊，而使用eth1數據

我們使用可執行數據來表示包括eth1狀態根，交易列表，coinbase，時間戳，塊散列以及eth1狀態轉換功能所需的所有其他數據位的數據。

eth1-engine責任列表類似于我們以前對Eth1Shard承擔的責任。它的主要作用為：

交易執行。Eth2客戶端將可執行數據發送到eth1引擎。Eth1引擎通過處理數據來更新其內部狀態。

交易池維護。Eth1引擎使用ETH網絡協議傳播和跟蹤線路中的交易。待處理的交易保留在內存池中，并用于創建新的可執行數據。

可執行數據創建。Eth2-client發送以前的塊哈希和eth1狀態根，coinbase，時間戳和創建可執行數據所需的所有其他信息。

狀態管理。Eth1引擎維護狀態存儲以能夠運行eth1狀態執行功能。

注意：長時間的不確定性可能導致存儲中產生大量垃圾，從而增加磁盤空間消耗。當無狀態執行和“塊創建”就位時，可以選擇eth1引擎作為純狀態轉換函數運行，并承擔一點責任，即可以禁用狀態存儲，從而減少對磁盤空間的需求。

信標塊處理

ExecutableData結構替換Eth1Data為信標塊主體。此外，信標鏈和eth1的同步處理可實現即時存款。因此，可以從信標塊主體去除沉積物。

在EVM中訪問信標狀態

我們更改了BLOCKHASH用于返回eth1塊哈希的操作碼語義。改為返回信標塊根。這允許檢查信標狀態或塊中包含的那些數據的證明。

異步狀態讀取有一個主要缺點。客戶必須等待一個塊，才能創建帶有鏈接到該塊的證明或它產生的狀態根的交易。簡而言之，異步狀態訪問至少要延遲一個插槽。

直接狀態訪問

假設eth1引擎可以訪問表示整個信標狀態的merkle樹。然后，EVM可能帶有操作碼，可READBEACONSTATEDATA(gindex)提供對任何信標狀態的直接訪問。這種讀取的復雜性取決于gindex價值，并且易于計算，因此可以輕松推斷出gas價格。其次，返回數據的大小為32字節，完全適合EVM的32字節。

使用此操作碼，可以創建更高級別的信標狀態訪問器庫，從而為智能合約提供便捷的API。

該模型消除了狀態訪問延遲。因此，通過正確地排列信標鏈操作和eth1執行，N-1可以在插槽中訪問到插槽分片數據的交叉鏈接N，從而允許rollup以最快的方式證明數據。而且，降低了信標狀態讀取的數據和計算復雜性。

直接訪問的成本增加了eth1引擎的復雜性。讀取信標狀態的能力可以通過不同的方式實現：

傳遞狀態以及可執行數據。這種方法的主要問題是處理大尺寸的狀態副本。如果直接訪問將被限制為狀態數據的子集，而該狀態數據的子集需要將一小部分狀態傳遞給執行，則可能會起作用。

雙工通信通道。擁有雙工通道，eth1-engine將能夠同步向信標節點詢問EVM請求的狀態。根據通道的設置方式，延遲可能會成為執行具有信標狀態讀取的交易的瓶頸。

嵌入式eth1引擎。如果將eth1-engine嵌入信標節點，則它可以通過節點提供的主機功能從相同的存儲空間讀取狀態。

可能有人會說，當前的提議一成不變地建立了執行模型，并降低了我們需要時引入更多可執行分片的能力。

另一方面，幾個可執行分片引入了諸如跨分片通信，共享帳戶空間之類的問題，而這些問題與執行模型的預期轉變同樣重要且難以解決。

Tags：ETHGINEngineINEETH2.0幣GINZA價格Search EngineKine Protocol

FTX