作者：Logan，Frictionless聯合創始人來源：X（原推特）@LoganJastremski 翻譯：善歐巴，金色財經
這是我在很長一段時間內在行業內看到的最糟糕的看情況之一，從根本上突顯了交易者和工程師在這一領域的不專業。讓我們來詳細分析一下。
區塊鏈上的費用受到兩個因素的影響- 區塊空間和狀態競爭：
區塊空間：
– 目前以太坊區塊大小為0.08 MB，每個區塊只增加了0.375MB，而在以太坊的最終狀態（採用了danksharding技術）下，他們的目標吞吐量為1.3MB/s。
– 相較之下，高吞吐量的區塊鏈如Solana等已經具備了支援每秒100MB的能力，相當於以太坊的100倍！
– Solana甚至展示出了每秒22Gb的吞吐量！
– 我必須強調這對工程師和他們建立的應用程式有多重要。訂單簿只是冰山一角。
狀態競爭：
– 狀態競爭是由兩個或更多方嘗試同時存取相同狀態片段引起的。只有一個人能夠存取那筆MEV交易
– 單線程的以太坊虛擬機無法解決這個問題，因為它沒有對每個狀態的費用隔離的能力
– 相反，單執行緒的以太坊虛擬機採用了全局費用市場，迫使網路上的所有應用程式提高費用，因為一個應用程式使用的資源多於其他應用程式。在效能和費用兩方面，這種設計決策都明顯不如其他新一代區塊鏈，如Solana。它們已經透過建立本地費用市場來解決了這個問題。從實際應用來看，這相當於在部署多個L2實例的同時保持流動性和應用程式的統一，而不像以太坊生態系統那樣分散。
前瞻性交易（Front Running）：
關於前瞻性交易，Solana的設計是為了確保所有人都能公平平等地獲得訪問權
– 在我的最近與Toly的播客中，我們詳細討論了Solana共識設計的All-to-All傳播，允許訊息以最快的速度發送到共識小組的所有參與方
– All-to-All共識對訊息開銷十分嚴格。它的複雜度為N^2，然而Solana選擇了這種設計，因為他們希望交易者都能連接到任意一個節點並接收與網路中的其他每個人相同的資訊。
去中心化：
衡量去中心化的指標有兩個- 全節點數量和中本聰係數
– 以太坊擁有約3,700個全節點，目前有922個節點正在同步到網絡
– 全節點很重要，因為如果不幸發生世界大戰，需要存在一個帳本的副本以恢復和重新啟動網絡
– Solana擁有大約2118個全節點和843個RPC節點，兩者都可以恢復帳本的狀態。這大約相當於以太坊網路覆蓋範圍的80%
– 中本聰係數（用作*即時*抵抗審查的代理）在以太坊上為約25，而Solana為約31
在Solana上構建：
– Solana和其他高吞吐量的開發者之所以選擇在這些生態系統中構建，是因為它們從根本上解鎖了以太坊世界中根本不可能實現的新原語
– 400毫秒的出塊時間和低延遲
– 費用在$0.0001和$0.0003之間
– 「只有在Solana上可能發生」這個梗是非常真實的
整合的高吞吐技術堆疊：
– 隨著你深入探討模組化與整合的辯論，實現擴展的需求將變得明顯。兩種設計都需要某種形式的平行處理和高吞吐能力
– 唯一的爭議是這些事情應該發生在哪裡。你應該透過多個L2進行並行化，還是將它們整合到一個統一的流動性和應用程式中？就像Solana那樣
– 您是否應該透過Eigen DA或資料可用性委員會獲得高吞吐量，還是將它們統一到一個高吞吐量的生態系統中
– 並行處理和高吞吐量是行業擴展的必備條件
– 您可以將並行化和高吞吐量移到技術堆疊的不同部分，但這項工作仍然是必不可少的。正確的設計選擇是在整合鏈上建構而不是模組化的鏈。
用戶需求和Jump：
– 在規模上運行應用程式所需的吞吐量和計算量的數學計算。你會感到驚訝。
– Jump正在幫助Solana開發另一個客戶端，但並非唯一一個在Solana上建立其他客戶端的團隊
– Solana以前發生過很多問題，有些是由於自身的問題，有些是由於第三方問題，但可以肯定的是，Solana社區一直在積極解決。
– Solana已來，並在下個週期展現實力
輕視工程師是自尋死路。無情且務實的時刻已經到來。
