撰寫：Logan | X

編譯：深潮 TechFlow

這是我長期以來在推特上看到的最糟糕的情況之一，這從根本上凸顯了該領域交易員與工程師之間缺乏瞭解。讓我們詳細分析一下：

區塊鏈上的費用是由兩個因素驅動的 —— 區塊空間和狀態競爭：

區塊空間：

• 目前，以太坊的區塊是 0.08 MB，而 4844 僅向每個區塊添加 0.375MB，在以太坊預期的最終狀態中，通過 danksharding，其目標吞吐量是 1.3MB/s。

• 相反，像 Solana 這樣的高吞吐量區塊鏈已經具備支持 100MB/s 的能力，是以太坊的 100 倍。

• 我必須強調，對於工程師和他們可以構建的應用來說，這種差異是多麼巨大。訂單簿只是冰山一角。

狀態競爭：

• 狀態競爭是由兩個或更多的參與者試圖同時訪問同一狀態引起的。只有一個人可以訪問那個 MEV 交易。

• 單線程的 EVM 不能解決這個問題，因為它沒有按狀態分開費用的能力。

• 相反，單線程的 EVM 有全球費用市場，迫使網絡上的所有應用提高費用，因為一個應用使用的資源比其他應用多。這種設計決策在性能和費用的兩個方面都明顯較差。

• 下一代區塊鏈，如 Solana 等，已經通過建立本地費用市場來解決這個問題。這在實踐上與部署多個 L2 實例同時保持流動性和應用統一是一樣的，而不是像以太坊生態系統選擇的那樣碎片化。

前置交易：

• 關於前置交易，Solana 的設計初衷就是為所有人提供平等和公正的訪問。

• 在我最近與 Toly 的播客中，我們詳細討論了 Solana 的所有到所有傳播共識設計，該設計允許信息儘可能快地發送給鴻溝中的所有參與者。

• 所有到所有的共識在消息開銷上很高。它的複雜性是 N^2，但 Solana 選擇了這種設計，因為他們希望任何交易者都可以插入一個節點，並接收網絡中所有其他人的相同和平等的信息。

去中心化：

去中心化的衡量標準有兩個：全節點數和中本聰係數。

• 以太坊有大約 3,700 個全節點，其中 922 個節點目前正在同步到網絡。

• 全節點很重要，因為如果不幸發生第三次世界大戰，你需要一個賬本的副本來恢復和重新啟動網絡。

• Solana 有大約 2118 個全節點和 843 個 RPC 節點。兩者都可以恢復賬本的狀態。這大約是以太坊網絡覆蓋的～80%。

• 代表實時審查抵抗的 Nakamoto 係數在以太坊上是～25，而 Solana 的是～31。

在 Solana 上構建：

• Solana 和其他高吞吐量的構建者選擇在這些生態系統中構建，因為他們基本上解鎖了在以太坊世界中嚴格說不可能的新原語。

• 400ms 的區塊時間和低延遲。

• 費用介於$0.0001 和$0.0003 之間。

集成的高吞吐技術棧：

• 當你深入研究模塊化與集成的辯論時，需要規模化的事情變得很明顯。兩種設計都需要某種形式或方式的並行處理和高吞吐。

• 唯一的辯論是這些事情應該發生在哪裡。你應該通過多個 L2 來並行化，還是應該將它們集成到一個統一的流動性和應用程序中，像 Solana 那樣？

• 你可以將並行化和吞吐量移動到技術棧的不同部分，但仍然需要這項工作。正確的設計選擇是基於集成鏈而不是模塊化鏈進行構建。

用戶需求和 JUMP：

• 計算出規模化的應用程序需要的吞吐量和計算量。

• Jump 正在幫助 Solana 與另一個客戶，但它並不是唯一在 Solana 上建立其他客戶的團隊。

• Solana 經歷了很多起起落落，有時是由於它自己的停機 bug，有時是與第三方合作，但可以肯定的是，Solana 社區在整個過程中都得以持續。

• Solana 將繼續存在，並在下一個週期中表現出色。

輕視工程師是你自己的風險。我們需要更加實事求是一點。