Frictionless 聯創：我們為什麼看好 Solana ？

原文作者：@LoganJastremski

原文編譯：Kaori，BlockBeats

區塊鏈上的費用受到兩個因素的驅動------區塊空間和狀態競用：

區塊空間

目前以太坊區塊空間為 0.08 MB，4844 只為每個區塊增加了 0.375 MB，而在以太坊假定的 danksharding 結束狀態下，其目標吞吐量為 1.3MB/s。

相比之下，Solana 等高吞吐量區塊鏈已經能夠支持每秒 100MB 的速度。我無法低估這對工程師及其所能構建的應用程序產生的巨大差異。訂單簿只是冰山一角。

狀態競用

狀態競用是由兩個或多個參與方試圖同時訪問同一狀態片段而引起的，只有一個人可以訪問到那個 MEV 交易。單線程 EVM 無法解決這個問題，因為它缺乏對每個狀態進行費用隔離的能力。

相反，單線程 EVM 擁有全球費用市場，這迫使網絡上的所有應用程序提高費用，因為單個應用程序比其他應用程序使用更多的資源。這種設計決策在性能和費用兩方面都嚴重不足。

Solana 等鏈已經通過構建本地收費市場解決了這一問題，在部署多個 L2 用例的同時，保持流動性和應用程序的統一，而不是像以太坊生態系統所選擇的那樣碎片化，這是非常實用的。

前置交易

在前置交易的主題上，Solana 確實旨在為所有人提供公平、平等的訪問機會。

在最近與 Toly 的播客中，我們深入探討了 Solana 共識設計中的全對全傳播，該設計使得信息能夠以物理允許的最快速度發送至群組中的所有參與者。

全對全共識在消息傳遞開銷上相當嚴重，它的複雜度為 N\^2，然而 Solana 選擇了這種設計，因為他們希望任何交易者都能接入一個節點，並獲得與網絡中其他所有人相同且平等的信息。

去中心化

去中心化的衡量標準有兩個方面：全節點數量和中本聰係數。全節點很重要，因為如果不幸發生第三次世界大戰，你需要一份賬本的副本來恢復和重啟網絡。

以太坊擁有大約 3700 個全節點，其中 922 個節點正在與網絡同步。Solana 擁有大約 2118 個全節點和 843 個 RPC 節點。兩者都可以恢復賬本狀態。這大約是以太坊網絡覆蓋率的 80%。

中本聰係數作為實時抗審查能力的代理指標，在以太坊上為 25，而在 Solana 上為 31。

基於 Solana 構建

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

Solana 擁有 400ms 的區塊生成時間，低延遲，費用範圍在 0.0001 美元和 0.0003 美元之間。

集成高吞吐技術棧

在深入研究模塊化與集成之間的辯論時，需要擴展規模的事物變得明顯。兩種設計都需要某種形式的並行處理和高吞吐。唯一的爭論是這些事情應該在哪裡發生。

你應該通過多個 L2 進行並行化，還是應該將它們集成到像 Solana 這樣的統一流動性和應用程序中？

你應該通過 Eigen DA 或 Data Availability Committee 實現高吞吐，還是將它們統一到一個高吞吐生態系統中？

Jonah 和許多其他行業的人一樣，需要了解手頭的核心工程，並行處理和高吞吐是行業擴展的必要條件。

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

用戶需求與躍遷

你會對計算規模化應用所需的吞吐量和計算能力感到驚訝的。跳躍正在幫助 Solana 與另一個客戶合作，但這絕不是唯一一個在 Solana 上構建附加客戶端的團隊。

Solana 曾歷經多次起伏，有時是由於自身的宕機錯誤，有時是由於與第三方合作，但可以肯定的是，Solana 社區在整個過程中始終堅持下來。Solana 將長存於世，並在接下來的周期中大放異彩。

質疑工程師的能力將自食惡果，現在是展現冷酷務實精神的時刻。