ETH:大神給你介紹以太坊2.0是什么？分成幾個階段？_ETH2.0幣

編者按：近日，“以太坊君士坦丁堡分叉”成為區塊鏈領域熱門話題，而作為以太坊的計劃替代方案，真正的“硬菜”——ETH2.0也將逐漸揭開面目。拋開對于枯燥術語定義的解讀，JamesPrestwich討論下當前的以太坊路線圖。同時，他腦洞大開，在這些具體討論中設想關于以太坊后期階段可能方向。文章來自Medium，以下為編譯全文。作者|JamesPrestwich編譯|袁輝騰編輯|盧曉明ETH2.0是什么？

ETH2.0是以太坊的計劃替代方案。在接下來的幾年里，ETH2.0的開發者們打算將現在以太坊的共識系統以及狀態完全納入其中。由于其范圍如此廣泛，我們也無法準確地傳達出ETH2.0將會包含或不包含的具體內容。確實，我們已建構部分切實可行的操作規范，同時也有相當多的團隊力量致力于開發早期的實現。ETH2.0開發者暫時計劃包括分片技術、Casper協議、狀態租賃、以太坊虛擬機EVM的升級項目eWASM。如今，ETH2.0初始客戶端已經上線測試，并預計在三個月內推出輕量級ETH2.0測試網絡。首先，ETH2.0會讓以太坊鏈中的以太幣映射過去，但ETH2.0設計者最終計劃通過將ETH2.0成為主鏈，而Ethereum1.X則是其管理下的分支鏈來改變這種局面。對工程師意味著什么？

如果你是專業的Solidity程序員或Dapp開發人員，并且是部署ETH2.0智能合約“鐵桿粉絲”。那么，你可能需要進行大量的更新迭代。ETH2.0是以太坊的完全替代品，其將推翻我們在編寫智能合約時所做的諸多假設。其計劃的多年階段性推出并不像是升級周期，更像是一個產品發布周期。我們為ETH1.X編寫的工具和智能合約或需要推倒重來。幸運的是，我們有幾年的時間來建構這個生態系統。為了推動這項工作，我打算討論下當前的路線圖，并介紹一些工程上的影響。分階段推出

目前，分片路線圖列出了七個階段。只有階段0有明確的規范，并定期更新。階段1規范的嚴格性、準確性要低很多，且可能處于消極的開發狀態。從階段1后，路線圖轉變為目標列表，而不再是技術文檔。舉個例子，在階段2中，路線圖鏈接到ethresear.ch的次數是鏈接到Github的三倍。由于未來的任何一步都更像是推測，而不是工程，因此我們的具體討論僅限于階段0、1、2。同時，在這些具體討論中也涉及幾個關于后期階段可能方向的粗略輪廓概述。階段0:信標鏈

階段0引入了“信標鏈”，。ETH2.0設計者希望信標鏈能夠成為ETH2.0生態系統的核心，成為其他分片的安全和驗證的根源。信標鏈部署完畢后，將使用PoW/PoS混合機制的CaspertheFriendlyFinalityGadget進行股權證明。顯然，像“信標鏈”的這種早期迭代在設計之初就盡可能簡單，這也是階段0并不支持智能合約、賬戶、資產轉移，也不包括任何分片的原因。同時，基于信標鏈上的以太幣也無法實現鏈上轉移，這意味著用戶不能將其存入交易所。BETH：新的以太幣

Gains Network推出gTrade V6.3.2版，將資金費用轉換成借款費用:5月18日消息，去中心化衍生品交易所 Gains Network 宣布推出 gTrade V6.3.2 版本，該版本將資金費用轉換成借款費用，將未平倉交易視為金庫借款人。Gains Network 表示，借款費用是一種更動態的費用結構，解決了與資金費用套利相關的低效率問題。借款費用作為負盈虧分配給金庫，交易者可以在不增加協議費用 APR 的情況下開立更大的頭寸。[2023/5/19 15:12:20]

作為一種新資產類型，BeaconETH僅由信標鏈上的Stakers使用。BETH能夠以下兩種方式創建。作為驗證信標鏈的獎勵；任何ETH1.X用戶可以通過ETH1.X合約購買1個ETH的BETH，合約將其稱為“存款/充值“。工程師可能會注意到，合約內并未提到撤銷功能。這是由于階段0，用戶無法從信標鏈中撤回BETH。也就是說，用戶一旦在存儲在ETH1.X驗證者注冊合約中，ETH1.X以太幣則被銷毀。信標鏈驗證者會觀察該合約，并向信標鏈提交充值信息，信標鏈將向充值用戶發行新的BETH。因此，在ETH發送給驗證注冊合約不久，用戶便會收到信標鏈發布的對應數量的BETH。這一過程中，可以對充值進行臨時審查，但根據Casper協議規定，不能對其進行永久性審查。一直到階段2，以太幣才能夠在信標鏈上進行傳輸。在我看來，在ETH1.X沒有完全融入分片生態系統之前，沒有任何辦法可以將BETH移回ETH1.X。鑒于階段0并不完整，且不存在可靠明確的階段1規范，因此可以合理的假設：BETH作為獨立切不可轉讓的資產類型至少還需兩年。當階段2完成，BETH實現分片轉移自然“水到渠成”，但ETH卻不會，而這并不會造成不可逆的經濟困難。過去，一些類似BETH這種低功能的Token項目已通過IOU在交易所進行交易。例如，在Tezos眾籌期間，其就曾推出HitBit和BitMEXXTZ期貨市場。因此，若是對BETH存在需求，我們應該致力于構建一個支持受托管BETH的交易和入股的交易所生態系統。然而，用戶當下對于BETH的需求或許存在懷疑。由于從ETH到BETH的單向掛鉤導致BETH價格上限為1ETH，BETH并不是一個絕佳的投資標的。換言之，BETH永遠不會比ETH更值錢，甚至有可能價值更低。0階段+：入股

在信標鏈上，用戶可以投注32個BETH保證金成為驗證者。在階段0中，驗證者只需管理信標鏈即可；而從階段1伊始，驗證者在管理信標鏈的同時，還將管理1024條分片鏈。信標鏈以及每一條分片鏈將使用CasperFFG來完成出塊。FFG是一種權益證明算法，用于對鏈上不良行為實施罰沒。細心的讀者會發現FFG在分片路線圖的“以太坊3.0”部分的表兄弟CasperCBC。雖然對FFG的細致解讀已超出本文的討論范圍。若是感興趣，可以閱讀以太坊創始人V神關于混合PoW/FFG的說明，以及其關于最小化削減條件和FFG論文。用戶需做些什么？

UniSat網站將從UTC 03:30-06:00進行維護:5月9日消息，UniSat Wallet 發推稱，UniSat 網站進行維護 150 分鐘，將從世界標準時間 03:30-06:00 進行維護。在此期間，將執行必要的升級和修復以改善用戶的體驗。[2023/5/13 15:01:06]

分片目的在于節點之間分割分片的狀態信息，而無需要求任何節點都同時具備網絡的全部圖景。基于此，驗證者不會驗證所有分片。相反，信標鏈將協調其他分片的驗證，所有驗證者將進行信標鏈的驗證。經過一個固定時期，信標鏈將對驗證者進行“洗牌”，并將其隨機分配給分片。分配給分片的一組驗證者被稱為委員會，其中包括128名委員。在階段0中，委員會機制意味著信標鏈大約每隔6分鐘就需要選擇可用的驗證者，隨后在接下來的6分鐘內組成一個完整的委員會；在階段1中，信標鏈將1024個分片指定一個驗證者委員會。指定的過程是極其復雜的，涉及多階段隨機數生成過程以及可驗證的延遲函數，從而能夠阻止試圖操縱委員會遴選的過程。委員會將負責保護其分片的安全性、活躍度以及完整性，同時還需證實信標鏈上的分片狀態，其存在的重要性不言而喻，ETH2.0因此會隨機進行委員會的選擇，并經常輪換委員會成員。同時，這也是信標鏈能夠知悉分片狀態的唯一方式，反之亦然。從所有的驗證池中隨機選擇驗證者，可以做大限度地減少委員會作為一個整體撒謊或欺騙的可能性。委員會的輪換也能夠降低糟糕的委員會可能造成的傷害。換句話說，對于目的不純或者試圖利益最大化的驗證者很難將委員會作為攻擊網絡任何部分的工具。退一步講，假如驗證者獲得對分片委員會的控制權，其能夠控制的區塊也不會超過64個。PoS證明的影響有哪些？

雖然，ETH1.X的工作量證明與ETH2.0權益證明之間的哲學差異記錄是一個持續過程，但值得注意的是，一些PoW/PoS特性的差異確實會直接影響到工程師。例如，PoW鏈支持無狀態簡化支付驗證和工作量證明的非交互式證明遠程狀態跟蹤，但PoS則禁止任何低狀態通信。主觀性阻礙輕狀態查看證明。換句話說，關于權益證明的遠程狀態證明將包含PoW無狀態SPV驗證大致相同的數據量，但需要對整個PoS歷史進行預先驗證。相比之下，無狀態SPV驗證不需要其他信息進行驗證。這意味著在主觀權益證明環境中，跨分片或跨鏈應用程序功能減少，但開銷增加。階段1：分片

階段1旨在就分片鏈的內容達成共識，并非對其意義達成共識。換言之，這是一次對分片結構的“試運行”，而不是嘗試使用分片進行擴容。信標鏈將分片鏈視為沒有結構或意義簡單的位集合。分片鏈尚未擁有賬戶、資產或智能合約。分片驗證者是由信標鏈為每個時間段的分片進行隨機選擇產生的。其僅僅對每個塊的內容達成一致。在分片中出現什么信息并不重要，只要所有委員會成員達成共識，并定期更新分片上的信標鏈即可。通過一個稱為交聯的過程，分片驗證者可以驗證分片的內容及狀態。簡單來說，委員會必須在信標鏈中包含關于分片的可驗證信息。在階段2甚至更高階段，交聯將支持跨分片通信。信標鏈從多個委員會收到給定交聯的準確性證據后，信標鏈就可以相信交聯是分片的真實表示，而無需驗證整個分片。如果委員會對交聯的有效性存在分歧，即很明顯其中一個委員會是錯誤的，驗證者應該予以罰沒。這是所有分片的安全根源，即其驗證者的不當行為最終會被信標鏈發現并受到懲罰。階段1并不存在任何特別有趣的內容。從根本上說，這只是用于交聯的引導階段，也可以說是分片引用信標鏈的對稱機制。設計者們似乎對這些工作機制充滿信心，這些機制開放問題主要圍繞規范和策略實施。鑒于階段0花費一年多的時間才達到合理的規范水平，階段1估計亦是如此。有趣的是，階段0的實現與規范的制定同時推進。即使當下——距離測試網絡還不到三個月的時間，階段0規范也會定期修改。對于時間線的預估也意味著未來ETH2.0階段在開發時間上會存在極大的差異。樂觀主義者告訴我6個月就已足夠，但在我看來，在看到階段0進入測試之后，階段1需要12個月至18個月的開發周期。階段2：智能合約

Lymex因“技術錯誤”資金池完全耗盡，LYM價格下跌99.93%:12月5日消息，去中心化金融衍生品交易平臺Lymex于4個小時前在推特上表示：“Lymex網絡出現嚴重異常失誤導致大量的LYM已經被轉移到0x00e6開頭的地址，這一這一事件是由一個“技術錯誤”引起,已經完全耗盡了資金池，Lymex團隊正在采取一切必要措施立即進行全面恢復。”

此外，據派盾監測數據，LYM價格下跌99.93%，此筆轉移的資金已流入幣安。[2022/12/5 21:23:10]

最終，階段2會帶來一個與我們所熟悉的以太坊相似的系統。隨著階段2發布，分片鏈從簡單的數據容器過渡至結構化的鏈狀態。此時，新的以太幣BETH可實現轉讓，并且將重新引入智能合約。每個分片將基于eWASM管理一個虛擬機。在這個階段，EVM2將支持我們熟悉的賬戶、合約、狀態以及其他抽象內容。然而，大量的幕后更改可能會破壞大多數現有工具。幸運的是，eWASM技術團隊已為Solc編譯器、以太坊的開發和測試框架Truffle、Ganache做了一些基礎工作。在階段2的測試網絡之前或期間，我們能夠看到最常用的工具移植于此支持EVM2。狀態租賃或包含在階段2，這也對當前Solidity編程語言工程師們提出一些有意思的挑戰。狀態租賃并不是無限期地存儲代碼和數據，而是要求合約開發者以及用戶在一段時間內為EVM2存儲付費。通過確保未使用的信息隨著時間的推移而脫離狀態來防止狀態膨脹，最終實現其目標——讓用戶而不是讓整個節點來支付狀態成本。人們為此提出不同的模式，“百家爭鳴”，但仍沒有明確的定論。隨著一些以太坊升級計劃推進，以及著名以太坊核心開發者極力舉薦，狀態租賃可能是不同路線圖中唯一重疊的部分。因此，我強烈建議計劃在當前部署的合約上對狀態租賃的支持，并設計模型，以便未來將狀態租賃轉移至用戶。雖然我們還不曾參透狀態租賃的精確設計，但當下能做的是應該為成本制定具體計劃。此外，我們并不知道階段2的最終歸處，其依然處于早期的研究階段，包括幾個尚未解決的主要問題。鑒于非正式規范和開發過程，以及階段2在階段1的拓展范圍。在2020年之前啟動階段2似乎并不合理。也就是說，雖然ETH2.0或在今年推出，但預計ETH2.0版本至少要到2020年才能支持資產轉移或智能合約。階段3：鏈下狀態存儲

現在，為了更好地討論智能合約，我們將幾乎完全跳過階段3。通過盡可能多地將狀態轉移至鏈下，階段3盡可能減少鏈上狀態。鏈上存儲時并不用存儲整個狀態，只需將一些狀態信息和聚合器進行存儲。用戶將負責在鏈下存儲完整的狀態。當用戶與狀態進行交互時，其會在交易中包含當前狀態的證明。這樣，運行驗證節點的資源要求便會相對低很多。如今已經出現一些聚合器的設計，其存在不同特性和性能特征，但目前尚未作出具體選擇。在這個階段，由于鏈不再能夠保證數據的可用性，我們會停止使用鏈上通信來進行用戶協調。在階段3中，維護和獲取鏈下狀態將成為限制設計DApp的關鍵性因素之一。階段4：分片智能合約

特拉華州破產法官批準了在FTX破產案中維持債權人匿名的初步請求:金色財經報道，美國特拉華州破產法院法官John Dorsey批準了在 FTX 破產案中維持債權人匿名的初步請求，但指出有關該公司債權人的更多信息可能會在不久的將來公開。公開債權人信息是美國破產程序的標準做法，盡管 Celsius 債權人在該程序中進行??類似披露后感到不安。[2022/11/23 7:58:36]

然而，一個不可逾越的問題依然存在。雖然ETH2.0合約與以太坊的合約同樣強大，但其必然會被綁定到一個分片上，且永遠無法與另一個分片上的合約進行直接交互。這是分片的直接結果，分片目的在于在分片之間實現狀態分割，而無需直接了解其他分片。通過分割狀態以及盡可能的減少驗證者的工作量來實現拓展。直接交互需要直接知識儲備。根據設計，分片不具有其他分片的直接知識。它僅通過與信標鏈的跨鏈通信來了解其他分片。因此，當用戶要進行跨分片交互時，就必須等待信標鏈。具體來說，這意味著如果在分片A上部署SafeMath模塊，分片B上的用戶必須等待訪問，或者在分片B上部署新的SafeMath模塊。像SafeMath這樣的簡單實用程序將被部署到每個分片，即1024個分片上會部署1024個SafeMath。但是像Maker或Compound這樣的市場呢？#DeFi對可組合金融的允諾或許會變得難以跨越分片邊界。CDP激活與DAI收取之間的長時間延遲會導致難以負擔的經濟損失。若市場發生變化，同時CDP在用戶收到DAI之前被清算情況又會如何？在實際操作中，這可能意味著用戶需要在每個包含智能合約的分片上擁有一個賬戶，但跨分片的結構則毫無用武之地。Maker和0x只有在其均部署在同一個分片上時才能進行交互，并且0x用戶也需要在該分片上擁有一定數量的資產。根本性權衡：同步或是擴展

ETH2.0版本的設計人員并不知曉跨分片通信系統的最終模樣。通過閱讀諸多提案，該系統或許會在即時反饋與可預測性之間進行根本性權衡。分片的本質不會改變，任何用戶都必須等待跨分片通信。但是，我們可以緊密或松散地將交易的本地和遠程執行階段耦合到每個分片上。緊密耦合會使得等待處于優先級。在分片通信之前，交易不會執行任何操作。相反，我們可以通過現在執行部分以及稍后執行部分來松散地進行耦合交易。交易在本地分片上執行，然后在跨分片通信之后在遠程分片上執行。松散耦合提供了更好的用戶體驗。用戶能夠即時看到其交易在本地執行，且知道遠程執行將在未來的某個時刻發生。但福禍相依，用戶必須在等待的情況下才能夠知道松散耦合交易遠程階段的結果。相較于松散耦合交易，緊密耦合的交易更具可預測性。同時，由于遠程狀態不會在本地和遠程執行階段之間轉換，用戶更了解結果。但“心急吃不了熱豆腐”，緊密耦合需要用戶在看到任何結果之前必須等待。關于ETH2.0通信模型的信息少之又少。我們知道，該模型必須在犧牲幾乎所有擴展優勢的情況下提供跨分片合約調用。如果你在這里停止閱讀，我不會責怪你，因為階段4只存在思維導圖和一些模糊的鏈接。這種情況的一個不明顯的結果就是，ETH2.0在階段4之前并不會為復雜的智能合約系統提供顯著的擴容優勢。在此之前，希望與其他合約交互的智能合約必須與一個分片共存，并且局限于該分片的速度和擴容效果。與ETH1.X相比，分片可能最多只能獲得一個小常數因子的加速量。這意味著在階段4發布之前，由于其優勢不大，沒有理由將智能合約代碼或用戶進行遷移。與此同時，為了更好地理解工程師和DApp用戶的權衡，我研究了一些社區或者開發者建議的模型。在我看來，這些模型都不會被采用，但我相信這些模型有助于理解這其中所涉及的權衡。劃重點：下面所有的內容都是推測性的。基本模型：收據和證明

比特幣支付應用Strike完成9000萬美元融資:9月27日消息，基于比特幣閃電網絡建立的加密支付應用 Strike 完成 9000 萬美元融資，本輪融資由 Ten31 領投，華盛頓大學圣路易斯捐贈基金會、懷俄明大學捐贈基金會和 Susquehanna 參投。

Strike 是基于閃電網絡的加密支付應用，該公司致力于在日常支付方面挑戰信用卡巨頭 Visa 和萬事達卡。[2022/9/27 22:34:25]

所有形式的跨鏈通信都借助信標鏈。由于信標鏈能夠檢索所有分片的狀態，并且每個分片會影響到信標鏈的狀態，因此將其用作分片鏈生態系統中的核心。從某個鏈到另一個鏈的信息在某種意義上必須通過信標鏈傳輸，考慮到這需要信標鏈來處理每筆交易本身，完全無法實現擴容的效果，故并不希望發送完整的消息。相反，當分片A上的用戶或合約想要與分片B進行交互時，分片A會生成帶有該交互消息的“收據”。分片A在其塊頭中提交其所有收據，信標鏈再等待A確認完成后，將提交至分片A的塊頭。分片B也必須等待信標的最終確認，之后提交至信標塊頭。該階段完成之后，可以向分片B提交新交易，包括收據和證明。證明顯示收據包含在分片A中，分片A包含在信標中，且信標包含在分片B中。這樣，分片B上的用戶或合約可以信任從分片A發送的消息。如果分片B上的合約想要發送回復，則需要反過來重復整個過程：分片B發出一個收據，最終回至分片A。不難看出，該過程需要消耗大量時間。四個通信步驟中的每一步都需要等待幾分鐘才能完成。不幸的是，我們無法完全避免等待。如果我們想確定遠程狀態，那么在每一步都必須等待最終結果。往返通信的最佳情況是四個最終確認周期。換言之，由于用戶可以在分片A看到分片B的數據之前看到它們，在三個確認周期后用戶可獲得信心。使用ETH2.0的6.4分鐘的時間段長度，用戶必須等待19分鐘才能看到結果，并且需要26分鐘才能獲得鏈上結果。具體收據：分片之間的代幣遷移

ERC20Token的多功能性使其在如今的以太坊中無處不在。但是，ETH2.0也給Token帶來部分邏輯問題。由于智能合約管理所有的Token余額，且智能合約僅存在于單個分片上。因此，分片B上根本不存在來自分片A的Token。但通過一些智能跨分片通信，我們可以在多個分片上部署相同的Token，并允許在分片之間進行Token轉移，有效地在Token合約之間建立雙向掛鉤。解決方案非常簡單。在部署Token時，我們將基于ERC20添加兩個小附加功能——MigrateSend和MigrateReceive函數功能。借助使用MigrateSend銷毀Token并生成收據，其中將包括已銷毀的Token和接收的分片。之后，通過調用MigrateSend來銷毀一個分片上的Token，然后在另一個分片上調用MigrateReceive來有效地進行Token轉移。我們需要在每個分片上重新部署我們的Token合約，但這似乎是值得的。遷移是單向的，至少需要兩個跨分片通信的最終確認。因此，我們調用MigrateSend之后大約需要10分鐘，“CCT”才可以在接收分片上使用。Yanking

收據是跨分片進行信息傳遞的一種通用方式。我們可以在收據中放置任何鏈上信息，甚至包括整個智能合約。Yanking是一種通過將合同的代碼存儲包含在收據中，從而實現跨分片合同遷移的提議。合約將從分片A中刪除，然后在收據到達之后在分片B上重新部署。合約一旦進入分片B，其可以直接與分片B合約進行通信，并且與分片B的狀態進行交互。同時，該合約甚至可以被Yank回至分片A。這將允許任何一個智能合約與任何其他智能合約進行通信。但由于收據包含整個合約及其所有存儲，因此轉移大型或用戶體量大合約的成本會很高。收據在運輸過程中，合約將完全無法使用。其已從分片A中抽出，但尚未到達分片B。這意味著所有其他用戶均無法使用該合約，直到其到達分片B。同時，只有已在分片B上的用戶才能與之進行交互。因此，Yank最適合用戶很少的小智能合約，它使緊密耦合的執行成為可能，但并非是通用的解決方案。分片配對

我們轉而談談一些更具創意的構建想法。收據旨在使異步通信成為可能。但我們也可能需要同步通信。為此，我們必須更有創意。通過一個簡單設計，分片配對可以實現在緊密耦合執行的同時，盡可能地將麻煩最小化。分片配對是一個簡單的解決方案。在文章的第三段中就已經提到，我們在每個高度將分片混合成同步對。每次一個分片與另一個分片進行配對時，任一分片的用戶都可以跨越這兩個分片執行緊密耦合的狀態更新。如果分片A和B在高度7處配對，則A和B的所有驗證者必須知道A和B的全部狀態，并且分片必須一起前進或根本不前進。在此模型中，如果A和B之間需要進行跨鏈交易，則需要等待A和B隨機配對。但是Vitalik描述了100種分片案例。存在1024個分片，我們預計其需要512個區塊，因此大約需要一個小時。但由于配對是隨機的，它可能需要更長或更短。正如Vitalik所說，當你想要與多個分片進行交互時，這種擴容性并不好。分片區域

這是分片配對的更廣泛版本。每個時間段，我們將分片分成幾個由多個分片組成的“區域”。區域內的分片必須同步進行，因此需要共同更新其本地狀態。通過同步進行，區域保證了分片之間的自由移動，以及與區域中的任何合約直接交互，但與區域外的任何分片進行通信則沒有任何優勢。此外，由于區域需要驗證者知悉區域中所有分片的狀態，會導致其否定分片的許多擴容優勢。假如一個區域由16個分片組成，則犧牲約15/16的擴容優勢，僅獲得總網絡的15/1024的緊密耦合的執行。產權負擔

跨分片通信的一個不明顯的特性是，用戶可以比所涉及的鏈更快地獲得對消息的信任。Alice從分片A向分片B發送5BETH，其知道這些資產會在發送后立即到達。Bob看到交易發送，知道一旦發送至分片A上進行確認后，BETH將到達分片B。然而，分片B及其合約必須等待幾分鐘，才能使信標鏈對分片A的確認進行最終確認。這意味著資金在分片A上花費以后，一個錢包能夠很快在分片B上進行接收和花費這些資金。換句話說，由于Bob很有信心Alice已發送足夠的ETH，其將從分片B上Alice的錢包中獲得可執行的IOU。如果分片B存在足夠多的用戶愿意觀察分片A并接受標準化的IOU，則分片A上的ETH可能會在發送之后很快在分片B上花費。然而，當應用于智能合約時，由于狀態永遠不可替代，這種解決方案就變得異常復雜。狀態的欠條是不可能實施的，因此其亦不適用通用交互。我們應該將產權負擔視為松散耦合中的用戶體驗進行改進，允許松耦合模擬緊耦合，快速執行某些交易。共識和狀態分離

更復雜和更讓人感興趣的一種方案是將共識過程與狀態更新過程分離。只有在執行區塊中包含的所有狀態更新后，以太坊礦工和完整節點才接受區塊。事實并非如此。相反，其可以先接受區塊，而后進行狀態更新。在這種情況下，我們不會像在以太坊中那樣就系統狀態達成共識，而是會對所有分片中所有交易的總歷史達成共識。這種解決方案意味著每個分片都可以快速添加區塊，而無需知道任何其他分片的狀態，這就是利用分片進行擴容的原理。但在所有分片完成之前，交易對分片狀態和整個網絡的影響將會被隱匿。換句話說，狀態的最終確認落后于分片內容的最終確認。從用戶的角度來看，我們會立即提交交易，且知道該交易已被包含在內。但用戶必須等待一定時間來確定該交易的結果。隨著分片的最終確定，我們逐漸獲得有關狀態的更多信息，但在所有分片達到最終確認之前，用戶并不能完全確定。與產權負擔相似，在某些情況下，用戶可以提前確認交易的結果并相應地采取行動。小結

ETH2.0將是與以太坊完全不同的系統，二者將并行存在多年并具有不同的特征集。在不久的將來，預計會出現從ETH到BETH的單向掛鉤。如果你經營交易所或托管服務，可以考慮BETH在鏈上實現轉移之前支持用戶進行BETH托管交易和押注。從長遠來看，還需要考慮智能合約如何在有無跨分片通信的情況下適應分片。最重要的是要密切關注研發過程。ETH2.0是一個復雜且不斷發展的系統，所有DApp工程師都需要清楚地了解ETH2.0計劃和進度。

Tags：ETHETH2ETH2.0BETeth價格今日行情USDTrETH2幣ETH2.0幣BETA價格

MANA