Vitalik：論eth1與eth2的雙向橋接_ETH:VIT

原作者|?VitalikButerin

本文目的在于闡述在eth1鏈和eth2鏈之間建立

雙向橋接的一些挑戰(例如，支持ETH的雙向轉換)，以及如何實現。

Eth2提案中已經包含eth1->eth2的

單向橋接，這對能夠把Eth1中的ETH抵押到eth2中是必要的。這種單向橋接通過eth1數據投票機制來實現。請注意，

該機制

假設大多數的PoS驗證者是誠實的，同時PoW鏈沒有受到攻擊（具體來說，就是PoW鏈中回滾不會超過5個小時)。如果這兩個假設中的任一假設失敗，那么eth1和eth2這兩條鏈將不再彼此“一致”。其中一開始便存在一條隱式的“社會合約”，即

與Vitalik Buterin相關的地址向0x9e92開頭地址轉入3500枚以太坊:5月10日消息，據Lookonchain監測，與Vitalik Buterin相關的0xD04d開頭地址向0x9e92開頭地址轉入3500枚以太坊，Vitalik Buterin從2022年12月30日至今已向0x9e92開頭地址轉入17800枚以太坊，價值約3300萬美元。[2023/5/11 14:55:48]

如果發生任何一種意外都有補救措施，很可能通過PoS鏈的軟分叉來補救；然而也有可能如果PoW鏈回滾確實超過5個小時，那么社區可能會達成攻擊鏈無效的共識。需要注意的是，不管在哪種情況下，PoS鏈的故障是不可能需要PoW鏈進行軟分叉的。

而如果我們希望eth1鏈知道eth2的狀態，有兩種方法可以實現：

歐洲電競組織Team Vitality與Tezos達成技術合作伙伴關系:金色財經報道，歐洲電子競技和游戲組織Team Vitality宣布與Tezos達成為期三年的技術合作伙伴關系。雙方將共同努力，為其社區提供與明星玩家互動的新方式。Team Vitality將與Tezos生態系統合作，教育粉絲了解區塊鏈作為游戲體驗的一部分的好處，并促進該技術的進步。[2022/1/7 8:30:53]

一種是使PoW鏈接受一個PoS鏈的輕客戶端；

另一種是使PoS終態也敲定PoW鏈。

第一種方法要求eth1中實現eth2客戶端?(見下圖)

。這將需要對BLS-12-381驗證的webassembly或者原生支持，不要期望這種支持能夠很快實現。另外，

Gemini信托采用Itiviti的NYFIX平臺為用戶提供加密交易服務:全球金融機構技術和服務提供商Itiviti宣布，Gemini信托公司現允許加密貨幣持有者通過其NYFIX平臺與交易對手進行交易。[2020/3/20]

這種方法僅提供輕客戶端級別的安全性。

第二種方法可以通過添加這一機制來實現，即如果一個經由?eth1_data?投票的PoS區塊?

Bs?包含一個指向PoW區塊?

Bw?的引用(reference)，

聲音 | Vitalik：Libra 短期不足以影響以太坊 DeFi 生態 傳統領域并非以太坊強項:以太坊創始人 Vitalik Buterin 在回答“Facebook 區塊鏈項目 Libra 會影響以太坊 DeFi 生態嗎？”時表示，他認為短期內不會有太大影響，畢竟 Libra 明年才會推出，推出后也只是發布代幣，再往后才會推出智能合約。而目前以太坊的 DeFi 的規模已經相當大，而且在這兩年只會越來越壯大，以太坊的生態也會有更多方向的發展。如果 Libra 與以太坊架起橋梁，以太坊也會進行相應開發，讓 Libra 用戶進入以太坊的生態。總體來說，參與 Facebook 的 Libra 生態成員的類型自然相對保守，因此他們會在 Libra 生態中搭建傳統的設施，而這并不是以太坊的強項。[2019/6/29]

當區塊Bs確認后，Bw區塊也可視為被確認?(見下圖)。不過這意味著PoW礦工(和客戶端)也要運行eth2實現版，以便他們知道哪些eth2鏈被確認。

第二種方法更有趣，因為它為eth1提供了“原生”版回滾限制。請注意，這與第一種方法有所不同，因為雖然它確實使eth1的分叉選擇知道eth2，但并沒有立即使eth1知道eth2的狀態。例如，理論上有可能兩條競爭的eth2鏈確認同一個eth1區塊(這意味著eth2已經出故障，但從理論上講還是有可能出現的)。更常見的情況是eth2鏈確認的兩個區塊，其中一個區塊是另一個的子區塊，而這兩個區塊都支持相同的eth1區塊，從而有些礦工可能知道這兩個eth2區塊的最近狀態，而另一些礦工不知道。這對“eth2作為終態小工具”來說不是問題，但這確實意味著我們需要更多底層設計，使eth1清楚知道eth2的區塊狀態，以便允許從抵押合約(DepositContract)中提取ETH。

一種可能方案是在eth1中簡單地創建一個?eth2_data?投票機制；本質來說，就是復制使eth2知道eth1狀態的同一種機制。可將其與上文方案結合起來確保一致性：eth1礦工僅會為?eth2_data?區塊進行投票，條件是只有當這些區塊滿足已確認，以及引用的?eth1_data?區塊是礦工正在打包的eth1區塊的祖塊。

面臨的挑戰

這兩種方法都需要對eth1方面進行改動。目前在eth1->eth2的“最終轉換”之前，eth2路線圖對eth1方面沒有改動。而如果eth2中斷，這兩種方法都需要eth1采取緊急補救措施。

第二種方法將要求所有eth1礦工也要運行eth2節點。因此，

盡管這兩個中方法都是絕對可行的，但并不會很快實現。但是，隨著eth2持續運行并證明其穩健性，那么

肯定會到一個實現這種雙向橋接很有意義的階段。為了降低風險，可以做一些事情：

在eth1上運行eth2投票時有一周的投票時間，以便在出現問題時有時間進行人工干預；

由于同樣的原因，eth1通過輕客戶端知道eth2中已敲定的區塊時，ETH的提取也會有一周時間的延遲；

當抵押的ETH數量足夠多的時候才開啟這種橋接；

將投票閾值設置為高于50％；并使系統更傾向于不包含任何eth2區塊(除非這些區塊獲得了很強的共識)。

原文鏈接：

https://ethresear.ch/t/two-way-bridges-between-eth1-and-eth2/6286

參考鏈接：

:https://github.com/ethereum/eth2.0-specs/blob/fffdb247081b184a0f6c31b52bd35eacf3970021/specs/core/0_beacon-chain.md

Tags：ETHETH2以太坊VITethereum官網rETH2價格以太坊價格今日行情走勢分析Vital Ethereum

PEPE