📢 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.0升級解析:模塊化設計提升性能與安全性
Solana Web3.js 2.x 版本:功能豐富的 JavaScript 庫升級解析
Solana Web3.js 作爲一個功能豐富的 JavaScript 庫,在今年 11 月正式發布了 2.x 版本。相較於 1.x 版本,新版本帶來了許多重大變化。本文將對這些主要變化進行概括分析。
雖然 2.x 版本剛剛發布,目前使用量不高,許多廣泛使用的庫也尚未切換,但了解這些變化對未來的遷移工作至關重要。
版本對比
1.x 版本的使用相對簡單。它只包含一個包:@solana/web3.js,所有功能都集中在其中。基於類的設計封裝了大量常用操作,如 Connection 類提供了數十種方法,幾乎涵蓋了開發者所需的所有功能。
然而,這種設計也帶來了一些問題。盡管開發者通常只使用其中一小部分功能,但整個代碼庫都會被下載到用戶設備上,由於庫的代碼量龐大,這可能會佔用一定時間。
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 的許多方法都是異步的。不過,這種變化並非無法接受,在 2024 年即將結束的今天,JavaScript 開發者們已經非常熟悉 Promise 了。
發送交易
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/functional'; import { generateKeyPair } from '@solana/web3.js'; import { getTransferSolInstruction } from '@solana/system-program'; import { createTransaction } from '@solana/transactions';
const transaction = pipe( createTransaction(), addInstruction(getTransferSolInstruction({ fromPubkey: sender.publicKey, toPubkey: recipient, lamports: amount, })), setRecentBlockhash(blockhash), addSigners([sender]) );
const signature = await rpc.sendAndConfirmTransaction(transaction);
可以看出,交易不再通過 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 網路進行交互的方式,有助於推動該平台的採用和發展。盡管目前使用量不高,但隨着時間的推移,相信會有越來越多的項目遷移到這個新版本上來。