當您閱讀這句話時，Visa 每秒已處理 25,000 筆交易，而Rollup每秒僅處理 4,000 筆交易。為什麼會有如此明顯的差異？因為簽證網路上的交易是單獨授權但批量處理的。因此，任何到達伺服器的交易都會在發生時進行結算，並在稍後進行驗證。
但當涉及到Rollups 上的 TPS時，情況就不同了，因為每個連接的節點都必須同意對區塊鏈進行讀取/寫入以獲得最終結果。也就是說，交易規模越小，這些節點驗證交易並將其包含在The Block中的速度就越快，從而提高 TPS 和吞吐量。
目前，透過以資料可用性、執行、共識和結算的形式抽像操作環境，rollups 已將交易大小從 109 位元組大幅減少到 12 字節，從而提高了rollups 的 TPS 。但為了滿足與 Visa 競爭的 100k TPS 的進一步可擴展性，必須在不削弱可驗證性和去中心化的情況下增強匯總資料壓縮。
超可擴展性之謎中缺少的部分：
到目前為止我們還沒有有效地做到DAS的一致性、帳戶抽象化和壓縮
正如我們已經看到的，匯總已經實現了可擴展性，透過將資料儲存在替代層上並在需要驗證時以極低的成本隨時可用，這使 L1 相形見絀。但當涉及到在匯總時擴展到 100k TPS 時，需要找到使用 DA 之外進一步壓縮資料的方法。
資料壓縮是如何發生的？
只有當存在允許進一步交易修剪的網關時，這種情況才會發生。 DAS 或資料可用性取樣是一種很好的前進方式，雖然在 Blob 上仍然不可用，但它確實為我們提供了前進的方向。實施此操作後，在不久的將來可以增加 blob 的容量，如下圖所示。
資料來源： Vitalik Buterin 網站
當具有聚合技術的EIP-4337+投入使用時，他們已將理想狀態壓縮大小減少到23位元組。然而，將其與 EIP-4844 捆綁在一起後，DAS 透過 PeerDAS 模型進入映像，透過首先在客戶端壓縮 UserOp，甚至可以實現低於 12 位元組的更小的位元組大小。
然後是帳戶抽象技術，智能合約可以查詢通用性。這種共性可以進一步壓縮數據，以便在匯總內進行內部擴展。在這個模型中，透過帳戶抽象， Rollup環境可以評估重複的交易，並透過允許新的交易形式佔據其位置來抽象化相同的空間，從而在 rollup 上實現高 TPS 。這種資料修剪可以顯著減輕網路負載並提高其效率。
在最近結束的一次空投中，一個專案使用了批次和資料分組以及遊程編碼壓縮，這種技術透過線性資料壓縮將資料大小減少了 61.68%。
如果在使用 blob 資料實現資料可用性的Rollup環境中應用這種方法進行內部擴展，則每個blob 大小可以達到13888.88 個事務，並且L1 上每個區塊有3 個blob，透過rollups 達到100k TPS 看起來並不容易考慮到使用 DAS 的較小事務大小的 Blob 將在每個區塊中包含更多的 Blob，以提高匯總的 TPS以實現內部擴展，這簡直是天壤之別。
由於以太坊目前允許每個區塊包含 512 KB 的數據，而不是平均僅 100 KB，人們只能考慮較小的 Tx 大小可以為 Blob 釋放空間以包含更多交易，並增加內部Rollup容量達到新的高度。
並行化：模仿收費車道以實現 Rollup 上的高 TPS
為什麼收費站沒有單獨的車道供車輛通行？如果這樣做，單一操作員需要處理大量工作。同樣，我們已經討論了資料修剪，這是透過資料壓縮和 EIP-4844 來破解匯總的謎團。但除非 Rollups 擁有允許跨所有層級同時進行事務處理的技術，否則這些都不會重要。
然而，只有當匯總環境像收費站而不是單一通道一樣建置時，才會發生這種情況。以太坊創辦人 Vitalik Buterin 表示，Dencun Upgrade 無疑透過低費用的數據可用性增加了匯總容量。但在缺乏能夠處理數百萬筆交易且不屈服於網路壓力的環境的情況下，這場戰鬥就已經成功了一半。 EIP-648 是需要尋找和部署的缺失部分。
EIP-648將如何解決並行處理的問題？
一個例子將幫助您更好地理解這個概念。想像一下劇院裡排隊的情景。所有的電影觀眾都分散在售貨亭，服務生不知道誰會看什麼；從而為觀眾/電影觀眾創造了大量的等待時間。 。
現在，將相同的場景替換為自助服務終端，服務員知道誰願意觀看哪部電影。在這種情況下，自助服務終端的服務員可以簡單地查看人數並輸入一個查詢，即20 張《復仇者聯盟》電影的門票，電影觀眾就可以快速獲得這些門票，而無需每次都向服務員分享詳細資訊。這樣的安排不僅可以處理無限的可擴展性，而且可以提供更好的使用者體驗。
匯總可以透過並行化為使用者執行相同的操作，其中Rollup環境定義 RLP 清單中的範圍。例如，
引入一種新的交易類型（遵循與#232相同的通用格式）：
[2、network_id、startgas、to、資料、範圍]
其中ranges是一個RLP列表，列表中的每個值都是一個位址前綴，代表具有該前綴的所有位址的範圍。也就是說，例如：
對於 0-99 的範圍函數，匯總智慧合約可以抽象化特定類別，例如將位址 XXggsjjklslqqsjsjsjsjsj 到 1 gshslkshlkshklqshjkls 的所有低於 20 的交易隔離開來
現在，匯總可以隔離所有此類群組，並根據呼叫函數進行並行處理。因此，匯總可以為 NFT 到實用代幣交易定義此類範圍函數，以便簡單地交換和銷毀。
因此，在Rollup環境中會發生選擇性隔離而不中斷延遲，以提高吞吐量和可擴展性，其中使用者可以定義starting_gas_height、finishing_gas_height、
啟動氣體，
Total_gas_used，並且Rollup環境快速消除排序器節點上不遵循這些準則的所有其他事務。上面範例中討論的理想電影場景。
這種做法允許EVM 中的所有交易並行處理，因為透過Blob，您已經解決了緊迫的Gas 問題，並且透過並行化，您只需確保網路能夠保持永續發展，儘管投資回報率較低，以確保網路安全匯總時的高 TPS。
因此，我們看到模組化在初始階段對匯總有效，但現在是升級以實現大規模採用的時候了。為了在 Rollups 上實現 100k TPS ，生態系統應該在各個方面取得進展，從降低價格到為 TradFi 等用戶提供更好的體驗，消除缺點。並行化、原始分片和帳戶抽像只是改善了在匯總上 TPS的狀態。在不久的將來，技術的進步將使匯總做好行業級採用的準備，而這正是技術合作夥伴可以幫助您融入變革的地方。
使用 Zeeve RaaS 啟動超可擴展的OP/ zk Rollup
Zeeve 的匯總即服務 (RaaS) 透過其適用於所有領先匯總的低程式碼部署工具，簡化了您啟動自己的自訂第 2 層或第 3 層Rollup的目標。您可以使用 Zeeve 的 RaaS 啟動您自己的 ZK 或 Optimistic Rollups。除此之外，Zeeve 多年的行業經驗幫助與 Rollups 領域的 40 多個整合合作夥伴建立了有意義的、有價值的合作夥伴關係。用戶可以受益於將其解決方案快速整合到Rollup環境中。 Zeeve 還提供重要的匯總元件，例如可擴展節點、RPC、資料索引器、區塊瀏覽器、測試網水龍頭、跨鏈橋以及建立自訂Rollup所需的更多元件。
如需支持，您可以隨時與我們聯繫，因為我們是經過 ISO 27001 認證的 SOC 2 類型服務供應商，可協助您立即啟動摘要。
