📢 Gate廣場專屬 #WXTM创作大赛# 正式開啓!
聚焦 CandyDrop 第59期 —— MinoTari (WXTM),總獎池 70,000 枚 WXTM 等你贏!
🎯 關於 MinoTari (WXTM)
Tari 是一個以數字資產爲核心的區塊鏈協議,由 Rust 構建,致力於爲創作者提供設計全新數字體驗的平台。
通過 Tari,數字稀缺資產(如收藏品、遊戲資產等)將成爲創作者拓展商業價值的新方式。
🎨 活動時間:
2025年8月7日 17:00 - 8月12日 24:00(UTC+8)
📌 參與方式:
在 Gate廣場發布與 WXTM 或相關活動(充值 / 交易 / CandyDrop)相關的原創內容
內容不少於 100 字,形式不限(觀點分析、教程分享、圖文創意等)
添加標籤: #WXTM创作大赛# 和 #WXTM#
附本人活動截圖(如充值記錄、交易頁面或 CandyDrop 報名圖)
🏆 獎勵設置(共計 70,000 枚 WXTM):
一等獎(1名):20,000 枚 WXTM
二等獎(3名):10,000 枚 WXTM
三等獎(10名):2,000 枚 WXTM
📋 評選標準:
內容質量(主題相關、邏輯清晰、有深度)
用戶互動熱度(點讚、評論)
附帶參與截圖者優先
📄 活動說明:
內容必須原創,禁止抄襲和小號刷量行爲
獲獎用戶需完成 Gate廣場實名
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 網路交互的方式,有望推動該平台的採用和發展。