一個致力於擴充套件以太坊的區塊鏈工程師團隊Prysomic Labs最近釋出了一個針對Etherum 2.0 Casper的開源分片客戶端的開發更新。本週的開發更新是他們之前更新的後續，該更新涉及到跨碎片通訊的低效問題。團隊已經解決了典型的“酒店和火車問題（Hotel and train Problem）”，該問題發生在跨切分通訊中。正如Prysmatic Labs的開發者Raul Jordan在最近的一次採訪中所解釋的那樣：“ [旅館和火車的問題]就是，如果你預定了一列火車和一家旅館，你想要兩者都順利或根本不行不通。你不想最後旅館訂好了，而沒有火車票或火車票買好了，而旅館沒定好。“交易如果存在依賴於一個切分的交易A，並且依賴於另一個事務B的終結，並且駐留在另一個切分上，具有不同的延遲、不同的引數，則開發人員將在Etherum中應用相同的方法，不同型別的節點透過它們時，一個節點透過，另一個節點不透過，整個系統就有可能崩潰。他還補充說，一個人在網路上的帳戶可能最終會收到比他/她實際擁有更多的以太。他解釋說，整個場景會在整個鏈條中產生一個重大問題。在他們早期的報告中，研究小組還討論瞭如何使用“交叉切分合約取消”的概念來解決上述問題。然而，該團隊在其目前的報告中進一步指出，“交叉切分合約”在適應延遲性方面是不完善的。團隊希望在一個交易中提供交叉碎片通訊。作為一個解決方案，他們回顧了Vitalik Buterin的最新分片研究文章，題為“簡單同步交叉碎片”交易協議。Buterin在他的文章中解釋說，為了實現單個交叉碎片通訊交易，由於reorgs[塊重組]的可能性，它需要資料和狀態分離。在討論Vitalik Buterin最近在第二級解決方案上的表現時，該團隊表示：“在Prysmatic Lab，我們就站在了所有這些重要需求的十字路口。為Ethereum的前進建立一個可靠的協議是我們團隊的使命，我們非常認真地對待它。”在檔案的下一節中，該小組簡要解釋了GitHub請求、合併的程式碼等已經處理了的或將在今後要處理的問題。該團隊已經成功地將程式碼庫與最新的2.1規範對齊。該團隊繼續詳細闡述了它是如何為Beacon節點開發出從起源狀態引導引導的解決方案的。信標節點是由Prysmatic Lab團隊開發的隨機側鏈，該團隊將雜湊儲存到其自己的塊中。根據他們的說法，這個側鏈將是一個完整的“Proof of Stake”系統，將實現Casper FFG，並將提供一個分散式隨機性的來源，使團隊能夠在它的基礎上構建一個碎片系統。在下一節中，團隊提到DAG（直接無環圖）將儲存傳入塊的資訊及其狀態。另外，作為改進，一個團隊成員引入了一個解決方案，使系統在記憶體需求方面更加容易。報告說：“我們團隊的Nishant Das主動改進了系統，將所有已處理的資料塊儲存到持久儲存中，只保留一個簡單的記憶體內塊雜湊，我們還需要處理最新的槽號，然後很容易地應用叉選項規則。”該團隊還透露，在訊號鏈v2.1規範中，新的令人激動的開發正在等待實現。該團隊還在信標節點中整合了一個功能，使其能夠在資料庫中儲存塊和狀態。該團隊即將進行的工作包括實現驗證者[提議者/見證者]之間的對等點[P2P]訊息互動，以便交換資訊。此外，他們還將致力於在不使用模擬器的情況下，從Genesis向Beacon Chain推進。他們表示：“目前，我們有一個簡單的模擬器來廣播假的測試塊，以測試用於開發目的的信標鏈的進展情況。為了實現一個有意義的演示，我們希望透過真正的建議和證明，使用一個信標節點和一個透過RPC連線的驗證器客戶端來進行正確的演示。”
更多區塊鏈資訊：http://www.qukuaiwang.com.cn/news
