💙 Gate广场 #Gate品牌蓝创作挑战# 💙
用Gate品牌蓝,描绘你的无限可能!
📅 活动时间
2025年8月11日 — 8月20日
🎯 活动玩法
1. 在 Gate广场 发布原创内容(图片 / 视频 / 手绘 / 数字创作等),需包含 Gate品牌蓝 或 Gate Logo 元素。
2. 帖子标题或正文必须包含标签: #Gate品牌蓝创作挑战# 。
3. 内容中需附上一句对Gate的祝福或寄语(例如:“祝Gate交易所越办越好,蓝色永恒!”)。
4. 内容需为原创且符合社区规范,禁止抄袭或搬运。
🎁 奖励设置
一等奖(1名):Gate × Redbull 联名赛车拼装套装
二等奖(3名):Gate品牌卫衣
三等奖(5名):Gate品牌足球
备注:若无法邮寄,将统一替换为合约体验券:一等奖 $200、二等奖 $100、三等奖 $50。
🏆 评选规则
官方将综合以下维度评分:
创意表现(40%):主题契合度、创意独特性
内容质量(30%):画面精美度、叙述完整性
社区互动度(30%):点赞、评论及转发等数据
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 类就提供了数十种方法,几乎涵盖了开发者所需的全部功能。
然而,这种设计也带来了一些问题。尽管开发者实际使用的功能可能只是其中的一小部分,但整个库的代码都会被下载到用户设备上,这可能会导致加载时间延长。
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(');
// 使用 rpc 发送交易 const signature = await rpc.sendAndConfirmTransaction(transaction);
在这个新版本中,当我们调用 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 { getTransferSolInstruction } from '@solana/system-program'; import { createSolanaRpc } from '@solana/web3.js';
const rpc = createSolanaRpc(');
const transaction = pipe( createTransaction({ version: 0 }), addInstruction(getTransferSolInstruction({ from: senderPublicKey, to: recipientPublicKey, amount: transferAmount, })) );
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 网络交互的方式,有助于推动该平台的采用和发展。