📢 #Gate广场征文活动第二期# 正式啓動!
分享你對 $ERA 項目的獨特觀點,推廣ERA上線活動, 700 $ERA 等你來贏!
💰 獎勵:
一等獎(1名): 100枚 $ERA
二等獎(5名): 每人 60 枚 $ERA
三等獎(10名): 每人 30 枚 $ERA
👉 參與方式:
1.在 Gate廣場發布你對 ERA 項目的獨到見解貼文
2.在貼文中添加標籤: #Gate广场征文活动第二期# ,貼文字數不低於300字
3.將你的文章或觀點同步到X,加上標籤:Gate Square 和 ERA
4.徵文內容涵蓋但不限於以下創作方向:
ERA 項目亮點:作爲區塊鏈基礎設施公司,ERA 擁有哪些核心優勢?
ERA 代幣經濟模型:如何保障代幣的長期價值及生態可持續發展?
參與並推廣 Gate x Caldera (ERA) 生態周活動。點擊查看活動詳情:https://www.gate.com/announcements/article/46169。
歡迎圍繞上述主題,或從其他獨特視角提出您的見解與建議。
⚠️ 活動要求:
原創內容,至少 300 字, 重復或抄襲內容將被淘汰。
不得使用 #Gate广场征文活动第二期# 和 #ERA# 以外的任何標籤。
每篇文章必須獲得 至少3個互動,否則無法獲得獎勵
鼓勵圖文並茂、深度分析,觀點獨到。
⏰ 活動時間:2025年7月20日 17
Solana Web3.js 2.x版本:模塊化設計與函數式編程的重大升級
Solana Web3.js 2.x 版本:全新的函數式編程體驗
Solana Web3.js 作爲一個功能豐富的 JavaScript 庫,在今年 11 月正式發布了 2.x 版本。相較於 1.x,新版本帶來了一系列重大變革,本文將對其主要變化進行概括。
雖然 2.x 版本剛剛發布,使用量尚未普及,許多廣泛使用的庫也尚未遷移。但是,提前了解這些變化對未來的遷移工作將大有裨益。
版本對比
不可否認,舊版本在使用上更爲簡單直接。1.x 版本僅包含一個 @solana/web3.js 包,所有功能都集中其中。它基於類的設計,封裝了大量常用操作。例如,Connection 類提供了數十種方法,幾乎涵蓋了開發者所需的全部功能。此外,Solana cookbook 中豐富的示例代碼也爲開發者提供了極大便利。
然而,這種設計也帶來了一些問題:盡管開發者實際使用的功能可能只佔很小一部分,但整個代碼庫都會被下載到用戶設備上,由於庫的代碼量龐大,這可能會導致一定的加載時間。
相比之下,2.x 版本採取了模塊化的設計思路。官方團隊將原有的代碼庫拆分爲多個小型模塊,如 @solana/accounts、@solana/codecs、@solana/rpc、@solana/signers、@solana/transactions 等。同時,新版本放棄了基於類的實現,轉而採用單個函數的方式,這對 JavaScript 代碼構建時的優化大有幫助。未使用的代碼將被刪除,不會被下載到用戶設備上。據官方文檔統計,使用新版的 DApp 普遍能獲得 30% 的體積優化,如果只使用了少量功能,優化比例可能更高。
這種變化也對 Solana 團隊的文檔質量提出了更高要求。如何讓開發者快速定位所需功能成爲一個關鍵問題。目前看來,各個包的命名具有良好的語義性,從名稱上就能大致推斷其用途,這在一定程度上降低了開發者的遷移難度。
然而,由於新版本剛剛發布不久,許多項目尚未完成遷移。Solana Cookbook 上關於 2.x 版本的示例也相對有限。此外,新版本傾向於使用運行時內置功能(如生成密鑰對),但文檔中對這些部分的描述不夠詳細,可能會讓開發者感到困惑。
2.x 版本的另一個重要特點是零依賴。這一點對普通用戶可能影響不大,但從今年 12 月初發生在 @solana/web3.js 1.95.5 和 1.95.6 版本上的供應鏈攻擊來看,過多的外部輸入和依賴會顯著增加安全事件的風險。隨着 2.x 版本的發布,Web3.js 的開發團隊決定更多地利用本機功能,減少外部依賴和 Polyfills 的引入。雖然未來可能會有變化,但目前 2.x 版本已經消除了所有外部依賴。
重要變更點
連接
在 1.x 版本中,Connection 類提供了大量方法。但其核心功能仍是通過配置 RPC 請求地址來創建一個請求發送器,然後通過它發送各種請求。
2.x 版本則採用了更加函數式的方式來實現這一功能:
javascript import { createSolanaRpc } from "@solana/web3.js";
const rpc = createSolanaRpc("");
當我們調用 sendAndConfirmTransaction 來發送交易時,它會自動發起 HTTPS 請求,並建立一個 WSS 連接來訂閱交易狀態,在交易被確認後返回交易哈希。
密鑰對
公鑰和私鑰相關的部分也有重大變化。1.x 版本中常用的 Keypair 和 PublicKey 類不再存在,取而代之的是一些函數。
例如,可以使用 await generateKeyPair() 生成密鑰對,而不是之前的 Keypair.generate()。
值得注意的是,新的 generateKeyPair 返回了 Promise,而不是直接返回密鑰對。這是因爲新的實現盡可能利用了 JavaScript 的 Web Crypto API,使用了原生的 Ed25519 實現。Web Crypto API 的許多方法都是異步的。不過,對於熟悉 Promise 的 JavaScript 開發者來說,這種變化應該不難適應。
發送交易
1.x 版本中的 Transaction 和 VersionedTransaction 類在 2.x 中不再存在。
舊版本中提供的 System Program 相關方法也不再存在,SystemProgram 類上的靜態方法需要從其他地方引入。
例如,transfer 指令現在需要調用 @solana-program/system 中的 getTransferSolInstruction 函數。
由於不再提供類,Web3.js 提供了函數式編程中常用的 pipe 形式。下面是使用 pipe 函數實現原本 1.x 的轉帳功能的示例:
javascript import { pipe } from "@solana/web3.js"; import { getTransferSolInstruction } from "@solana/system-program";
const transaction = pipe( createTransaction({ version: 0 }), addInstruction(getTransferSolInstruction({ fromPubkey: sender, toPubkey: recipient, lamports: amount })) );
const signature = await sendAndConfirmTransaction(rpc, transaction, [senderKeypair]);
可以看出,交易不再通過 Connection 來發起,而是通過我們定義的 RPC Provider 生成一個特定的函數,然後調用該函數來發起交易。相對 1.x 版本來說,代碼量有所增加,但可定制性更強了。
交易通過 HTTPS RPC 發起,然後通過訂閱 WSS RPC 來確認交易結果。可以感受到新的方式非常依賴 WSS,相信未來 WSS 的應用將會越來越廣泛,這也對 RPC 供應商的服務穩定性提出了更高的要求。
React 支持
值得一提的是,@solana/web3.js 項目中還包含了一個名爲 @solana/react 的庫,提供了一些 React Hook,內置了諸如 signIn 等功能。
總結
@solana/web3.js 2.x 版本的發布展現了 Solana 團隊對持續發展和改進的承諾。新版本爲開發人員提供了一種高效、靈活、可定制的與 Solana 網路交互的方式,有望推動該平台的採用和發展。