📢 Gate廣場 #NERO发帖挑战# 秀觀點贏大獎活動火熱開啓!
Gate NERO生態周來襲!發帖秀出NERO項目洞察和活動實用攻略,瓜分30,000NERO!
💰️ 15位優質發帖用戶 * 2,000枚NERO每人
如何參與:
1️⃣ 調研NERO項目
對NERO的基本面、社區治理、發展目標、代幣經濟模型等方面進行研究,分享你對項目的深度研究。
2️⃣ 參與並分享真實體驗
參與NERO生態周相關活動,並曬出你的參與截圖、收益圖或實用教程。可以是收益展示、簡明易懂的新手攻略、小竅門,也可以是行情點位分析,內容詳實優先。
3️⃣ 鼓勵帶新互動
如果你的帖子吸引到他人參與活動,或者有好友評論“已參與/已交易”,將大幅提升你的獲獎概率!
NERO熱門活動(帖文需附以下活動連結):
NERO Chain (NERO) 生態周:Gate 已上線 NERO 現貨交易,爲回饋平台用戶,HODLer Airdrop、Launchpool、CandyDrop、餘幣寶已上線 NERO,邀您體驗。參與攻略見公告:https://www.gate.com/announcements/article/46284
高質量帖子Tips:
教程越詳細、圖片越直觀、互動量越高,獲獎幾率越大!
市場見解獨到、真實參與經歷、有帶新互動者,評選將優先考慮。
帖子需原創,字數不少於250字,且需獲得至少3條有效互動
Frictionless聯合創始人:我為什麼看好Solana
作者: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已來,並在下個週期中展現實力
輕視工程師是自尋死路。 無情且務實的時刻已經到來。