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

原作者|?VitalikButerin

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

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

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

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

該機制

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

Aptos：此前推出的測試網NFT系列代表Longevity測試網的啟動:9月20日消息，公鏈項目Aptos公布激勵測試網3（AIT3）參與和獎勵變更情況，為參與者增加了50%的獎勵，將最多800枚代幣獎勵上調至1200枚，也就是說全額獎勵為1200枚，滿足≥50% Staking獎勵的將獲得800代幣，滿足≥9%的質押獎勵或治理投票為零的人將獲得500枚代幣。關于測試網參與情況，測試網在不到2周的時間內完成了超過8億筆交易，實現超過4000TPS。

此外，Aptos還表示，最近推出的測試網NFT系列APTOS : ZERO標志著其Longevity測試網的啟動，表示其對軟件和部署架構狀態的信心。Longevity測試網NFT會保留很長時間，而非之前的每周清零。Aptos計劃不再對Move、交易和API進行重大更改，將不再有數據清除，因此DApp和其他實體之間可以有效地建立伙伴關系。Aptos將繼續繼續每周向devnet推出更改，并將繼續每周進行清除。[2022/9/20 7:08:54]

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

Ergo與Gravity網絡整合 允許用戶將ERG發送到ETH地址:據官方消息，經過數月努力，Ergo團隊已完成跨鏈測試，Gravity-Ergo-Proxy合約即將完成。Ergo與Gravity合作將有助于Ergo通過Gravity網絡訪問不同的區塊鏈，例如，幣安智能鏈（BSC）、以太坊、小蟻（NEO）和Solana。屆時，用戶可通過Gravity上的SUSY等應用將Ergo平臺上的SigmaUSD、ERG或其他代幣發送到ETH地址。

Ergo創始人Alexander Chepurnoy（Kushti）表示，與Gravity整合不僅是一項有趣的技術挑戰，而且屆時將允許與Gravity整合的其他區塊鏈網絡上大量數字資產進入Ergo公鏈，從而為在Ergo平臺上開發DeFi項目奠定穩定基礎。[2021/5/18 22:15:21]

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

動態 | EOS 的Activity指數為61,173,284:據IMEOS報道，截止01月24號11點，blocktivity.info上顯示，排名第一的 EOS 的Activity指數為61,173,284 ，排名第二、第三分別為 TLOS 和 KIN 。Acitivity指數為最近24小時內在區塊鏈上執行的操作數量。[2020/1/24]

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

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

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

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

金色財經現場報道 以太坊創始人Vitalik Buterin：驗證節點的位置越多要的算力也越多 :金色財經6月3日現場報道，在今天的以太坊技術及應用大會上，以太坊創始人Vitalik Buterin做了題為“Casper與分片技術最新進展”的主題演講。V神說，驗證節點的責任為：驗證主鏈；驗證2個分片（為了生成區塊，為了確認區塊/交聯）；生成分片區塊；生成主鏈的區塊；確認分片區塊并進行交聯。V神指出：你擁有的以太幣越多，你的驗證節點的位置越多，那么需要的算力也越多，這個機制支持協議的多中心化，對擁有較少以太幣的人會公平一些。[2018/6/3]

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

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

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

Bw?的引用(reference)，

當區塊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：ETHETH2VITVITYethereal深層含義CRETH2價格MoviTokenGravity

以太坊