📢 Gate广场 #创作者活动第一期# 火热开启,助力 PUMP 公募上线!
Solana 爆火项目 Pump.Fun($PUMP)现已登陆 Gate 平台开启公开发售!
参与 Gate广场创作者活动,释放内容力量,赢取奖励!
📅 活动时间:7月11日 18:00 - 7月15日 22:00(UTC+8)
🎁 活动总奖池:$500 USDT 等值代币奖励
✅ 活动一:创作广场贴文,赢取优质内容奖励
📅 活动时间:2025年7月12日 22:00 - 7月15日 22:00(UTC+8)
📌 参与方式:在 Gate 广场发布与 PUMP 项目相关的原创贴文
内容不少于 100 字
必须带上话题标签: #创作者活动第一期# #PumpFun#
🏆 奖励设置:
一等奖(1名):$100
二等奖(2名):$50
三等奖(10名):$10
📋 评选维度:Gate平台相关性、内容质量、互动量(点赞+评论)等综合指标;参与认购的截图的截图、经验分享优先;
✅ 活动二:发推同步传播,赢传播力奖励
📌 参与方式:在 X(推特)上发布与 PUMP 项目相关内容
内容不少于 100 字
使用标签: #PumpFun # Gate
发布后填写登记表登记回链 👉 https://www.gate.com/questionnaire/6874
🏆 奖励设置:传播影响力前 10 名用户,瓜分 $2
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 网络交互的方式,有望推动该平台的采用和发展。