Frictionless Capital聯創駁斥唱衰聲:我為什麼依然看好Solana?

作者:Logan Jastremski, Frictionless Capital聯創

編譯:Felix, PANews

先前加密KOL Jonah在X平台上表示,Solana網路存在諸多問題,包括區塊空間存在結構性過剩、中心化、FTX潛在傾售SOL以及垂直擴展是錯誤的解決方案等,Solana前途渺茫。對此,Frictionless Capital聯創Logan發文駁斥了這個觀點,認為Solana未來可期,並從區塊空間、狀態競爭、去中心化等角度進行了論述。

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

區塊空間

如今以太坊區塊空間為0.08 MB,EIP-4844只為每個區塊增加了0.375 MB,在以太坊新分片方案Danksharding實施狀態下,其目標吞吐量為1.3MB/s。相較之下,Solana等高吞吐量區塊鏈已經具備支援每秒100MB的能力,是以太坊網路的100倍。 Firedancer客戶端顯示吞吐量為22Gb/s。

(註:Firedancer是由Jump正在開發的Solana客戶端,旨在提高網路的吞吐量、彈性和效率)。這對工程師和他們可以建立的應用程式將產生巨大影響,訂單簿只是冰山一角。

狀態競爭

狀態競爭是由兩方或多方試圖同時存取相同狀態所引起。只有一方可以存取MEV交易。單線程EVM不能解決這個問題,因為缺乏按狀態進行費用隔離的能力。相反,單線程EVM 具有全局費用市場,這迫使網路上的所有應用程式提高費用,因為單一應用程式比其他應用程式使用更多的資源。這種設計決策在效能和費用方面都很糟糕。 Solana等下一代區塊鏈已經透過建立本地費用市場解決了這個問題。在部署多個L2用例的同時,保持流動性和應用程式的統一,而不是像以太坊生態那樣選擇的碎片化。

搶跑(Front Running)

關於搶跑,Solana的設計是為了給所有人平等和公平的機會。在作者最近與Toly的播客中,討論了Solana共識設計All-to-All 傳播,該設計允許訊息以物理允許的速度發送到各方。 All-to-All共識對於訊息傳遞開銷來說很殘酷的。複雜度為N^2,但Solana選擇了這種設計,因為他們希望任何交易者都能插入節點並接收與網絡中其他人相同且平等的信息,明顯表明某人(指加密KOL Jonah)沒有做功課。

去中心化

去中心化的衡量標準有兩個:全節點數和中本聰係數。以太坊擁有約3,700個全節點,其中922個節點目前正在同步到網路。全節點很重要,因為如果第三次世界大戰爆發,你需要一份帳本副本來恢復和重新啟動網路。 Solana擁有約2118個完整節點和843個RPC節點。兩者都可以恢復帳本,大約是以太坊網路覆蓋率的80%。作為「即時」審查阻力代理的中本聰係數在以太坊上約為25,而Solana約為31。資料可自行查閱:

  • https://ethernodes.org/sync
  • https://validators.app
  • https://nakaflow.io

建構

Solana和其他高吞吐量的建構者選擇在這些生態中構建,因為這些生態從根本上解決了以太坊生態中不可能解決的問題。

  • 區塊生成時間400ms,低延遲
  • 費用在0.0001美元到0.0003美元之間

高吞吐量技術堆疊集成

隨著深入模組化與整合的爭論,擴展所需的東西變得顯而易見,兩種設計都需要某種形式或方式的平行處理和高吞吐量。唯一的爭論是應該在哪裡發生。應該透過多個L2進行並行處理,還是應該將它們整合到一個統一的流動性和Solana這樣的應用程式中。應該透過Eigen DA或Data Availability Committee獲得高吞吐量,還是將它們統一到一個高吞吐量生態系統中。並行處理和高吞吐量是擴展的必然要求,您可以將並行化和吞吐量轉移到技術堆疊的不同部分,這項工作是必需的。正確的設計選擇是基於整合鏈上而不是模組化鏈上。

用戶需求&躍遷

你會對計算吞吐量和計算應用程式所需的規模感到驚訝。 Jump正在幫助Solana開發另一個客戶端,但並不是唯一為Solana開發新客戶端的團隊。 Solana 經歷了許多起起落落,有些是由於宕機bug造成的,有時是與第三方有關,但可以肯定的是,Solana 社區在這一切過程中都取得了勝利,Solana網絡會長存,並將在下一個加密週期中脫胎換骨。

Total
0
Shares
Related Posts