10月29日，以太坊聯合創始人Vitalik Buterin發布了一份關于跨分片交易的新提案，所謂跨分片交易，是以太坊2.0平臺需要實現的一種功能。

以下是提案譯文：

以太坊2.0 階段2 （phase 2）的要求之一，是能夠快速地將ETH從一個分片移動到另一個分片。盡管通過常用接收機制的跨分片交易是可能的，因為協議本身只需提供對彼此分片的每個分片的狀態根的訪問，但跨分片ETH需要在協議活動中實現更安全的目的。原因是我們需要跟蹤每個分片中有多少ETH，并且我們需要一個重要的機制來防止跨分片傳輸的重放（replay）問題。

一般來說，基于收據（receipt）的機制確實解決了這一問題，但它是通過具有“已消耗收據ID”的狀態樹來實現的，這將相當復雜地添加到當前名義上的無狀態系統中。之所以需要此收據ID樹，是因為我們允許收據（receipt）無序使用。也就是說，如果愛麗絲（Alice）從分片A向分片B發送一筆交易，然后Applebaum也從分片A向分片B發送一筆交易，那么有可能會出現Appelbaum的交易更早在分片B中被接受的情況。這是必要的，因為系統使用的是gas方法來處理收據消耗交易，愛麗絲（Alice）可能會決定不為這筆傳輸交易支付費用。

因此，這里就出現了一個問題：我們是否可用一個按順序處理收據的機制，來代替處理收據的機制，這樣對于“上次從分片A收到的分片B的收據ID” ，我們只需一個變量可遞增？

也就是說，每個分片A保持其狀態，對于每個其他分片B而言，則是兩個值：（i）將從分片A發送到分片B的下一個收據的nonce，以及（ii）將從分片B接收到分片A的下一個收據的nonce。

至于“誰來買單”問題的答案很簡單：區塊生產者需處理每個區塊來自其他分片一定數量的收據，通過對收據的源分片收費來限制費率。然而，這里有一個主要問題：如果一個人通過從所有分片向特定分片發送收據（可能是意外的，也可能是故意的），對其進行了拒絕服務攻擊時，會發生什么呢？

N個分片分別發送N個收據，會對目標分片產生o（N2）的負載。

為了解決這個問題，我們可以采用以下機制：每個分片都需在一個區塊中處理最高N個收據（例如N = 64）；如果其他分片處理的收據少于N，它可使用其它分片的Merkle證明來證明這一點。每個分片不斷地向信標鏈（beacon chain）轉發它已處理的收據總數，這用于提供更新的“gas價格”，以便將收據發送到該分片。例如，每一區塊分片的收據處理隊列是滿的，gas價格可增加10%，最多可達到N。

這確保了在極端情況下，DoS攻擊最終無法增加接受分片隊列的長度，因此，每則消息都會得到處理，但這始終可發送一筆執行最小數量跨分片活動的交易。或者，分片需要將其EIP 1559 gasprice發布到信標鏈來處理區塊費用；該費用也可用于此項功能。

如果我們有這種發送ETH跨分片的機制，我們還可以將其用于通用收據發送功能，從而創建一個有強大保證的跨分片交易系統。

這里存在的主要挑戰是，為了計算收據的效果，我們需要有人自愿提供狀態的Merkle驗證內容。如果未寫入完整狀態，則無法在協議級別強制執行此操作；但可以做的是添加表單要求：“為了包含你自己的一筆交易，你還必須為隊列中的跨分片收據提供驗證內容。”
責任編輯；zl