另类专区另类专区亚洲,日韩国产欧美精品综合二区,日本黄色免费在线视频,天天爽夜夜爽免费看

作者：Logan Jastremski, Frictionless Capital聯(lián)創(chuàng)

編譯：Felix, PANews

此前加密KOL Jonah在X平臺上表示，Solana網(wǎng)絡(luò)存在諸多問題，包括區(qū)塊空間存在結(jié)構(gòu)性過剩、中心化、FTX潛在傾售SOL以及垂直擴(kuò)展是錯誤的解決方案等，Solana前途渺茫。對此，F(xiàn)rictionless Capital聯(lián)創(chuàng)Logan發(fā)文駁斥了此觀點(diǎn)，認(rèn)為Solana未來可期，并從區(qū)塊空間、狀態(tài)競爭、去中心化等角度進(jìn)行了論述。

區(qū)塊鏈的費(fèi)用由兩個因素驅(qū)動——區(qū)塊空間和狀態(tài)競爭：

區(qū)塊空間

如今以太坊區(qū)塊空間為0.08 MB，EIP-4844只為每個區(qū)塊增加了0.375 MB，在以太坊新分片方案Danksharding實(shí)施狀態(tài)下，其目標(biāo)吞吐量為1.3MB/s。相比之下，Solana等高吞吐量區(qū)塊鏈已經(jīng)具備支持每秒100MB的能力，是以太坊網(wǎng)絡(luò)的100倍。Firedancer客戶端顯示吞吐量為22Gb/s。

（注：Firedancer是由Jump正在開發(fā)的Solana客戶端，旨在提高網(wǎng)絡(luò)的吞吐量、彈性和效率）。這對工程師和他們可以構(gòu)建的應(yīng)用程序?qū)a(chǎn)生巨大影響，訂單簿只是冰山一角。

狀態(tài)競爭

狀態(tài)競爭是由兩方或多方試圖同時訪問同一狀態(tài)引起。只有一方可以訪問MEV交易。單線程EVM不能解決這個問題，因?yàn)槿狈Π礌顟B(tài)進(jìn)行費(fèi)用隔離的能力。相反，單線程 EVM 具有全局費(fèi)用市場，這迫使網(wǎng)絡(luò)上的所有應(yīng)用程序提高費(fèi)用，因?yàn)閱蝹€應(yīng)用程序比其他應(yīng)用程序使用更多的資源。這種設(shè)計決策在性能和費(fèi)用方面都很糟糕。Solana等下一代區(qū)塊鏈已經(jīng)通過建立本地費(fèi)用市場解決了這個問題。在部署多個L2用例的同時，保持流動性和應(yīng)用程序的統(tǒng)一，而不是像以太坊生態(tài)那樣選擇的碎片化。

搶跑（Front Running）

關(guān)于搶跑，Solana的設(shè)計是為了給所有人平等和公平的機(jī)會。在作者最近與Toly的播客中，討論了Solana共識設(shè)計All-to-All 傳播，該設(shè)計允許信息以物理允許的速度發(fā)送到各方。All-to-All共識對于消息傳遞開銷來說很殘酷的。復(fù)雜度為 N^2，但Solana選擇了這種設(shè)計，因?yàn)樗麄兿Ｍ魏谓灰渍叨寄懿迦牍?jié)點(diǎn)并接收與網(wǎng)絡(luò)中其他人相同且平等的信息，明顯表明某人（指加密KOL Jonah）沒有做功課。

去中心化

去中心化的衡量標(biāo)準(zhǔn)有兩個：全節(jié)點(diǎn)數(shù)和中本聰系數(shù)。以太坊擁有約3,700個全節(jié)點(diǎn)，其中922個節(jié)點(diǎn)目前正在同步到網(wǎng)絡(luò)。全節(jié)點(diǎn)很重要，因?yàn)槿绻谌问澜绱髴?zhàn)爆發(fā)，你需要一份賬本副本來恢復(fù)和重新啟動網(wǎng)絡(luò)。Solana擁有約2118個完整節(jié)點(diǎn)和843個RPC節(jié)點(diǎn)。兩者都可以恢復(fù)賬本，大約是以太坊網(wǎng)絡(luò)覆蓋率的80%。作為“實(shí)時”審查阻力代理的中本聰系數(shù)在以太坊上約為25，而Solana約為31。數(shù)據(jù)可自行查閱：

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

構(gòu)建

Solana和其他高吞吐量的構(gòu)建者選擇在這些生態(tài)中構(gòu)建，因?yàn)檫@些生態(tài)從根本上解決了以太坊生態(tài)中不可能解決的問題。

• 區(qū)塊生成時間400ms，低延遲
• 費(fèi)用在0.0001美元到0.0003美元之間

高吞吐量技術(shù)堆棧集成

隨著深入模塊化與集成的爭論，擴(kuò)展所需的東西變得顯而易見，兩種設(shè)計都需要某種形式或方式的并行處理和高吞吐量。唯一的爭論是應(yīng)該在哪里發(fā)生。應(yīng)該通過多個L2s進(jìn)行并行處理，還是應(yīng)該將它們集成到一個統(tǒng)一的流動性和Solana這樣的應(yīng)用程序中。應(yīng)該通過Eigen DA或Data Availability Committee獲得高吞吐量，還是將它們統(tǒng)一到一個高吞吐量生態(tài)系統(tǒng)中。并行處理和高吞吐量是擴(kuò)展的必然要求，您可以將并行化和吞吐量轉(zhuǎn)移到技術(shù)堆棧的不同部分，這項工作是必需的。正確的設(shè)計選擇是基于集成鏈上而不是模塊化鏈上。

用戶需求&躍遷

你會對計算吞吐量和計算應(yīng)用程序所需的規(guī)模感到驚訝。Jump正在幫助Solana開發(fā)另一個客戶端，但并不是唯一為Solana開發(fā)新客戶端的團(tuán)隊。Solana 經(jīng)歷了許多起起落落，有些是由于宕機(jī)bug造成的，有時是與第三方有關(guān)，但可以肯定的是，Solana 社區(qū)在這一切過程中都取得了勝利，Solana網(wǎng)絡(luò)會長存，并將在下一個加密周期中脫胎換骨。