稳健,是 Gate 持续增长的核心动力。
真正的成长,不是顺风顺水,而是在市场低迷时依然坚定前行。我们或许能预判牛熊市的大致节奏,但绝无法精准预测它们何时到来。特别是在熊市周期,才真正考验一家交易所的实力。
Gate 今天发布了2025年第二季度的报告。作为内部人,看到这些数据我也挺惊喜的——用户规模突破3000万,现货交易量逆势环比增长14%,成为前十交易所中唯一实现双位数增长的平台,并且登顶全球第二大交易所;合约交易量屡创新高,全球化战略稳步推进。
更重要的是,稳健并不等于守成,而是在面临严峻市场的同时,还能持续创造新的增长空间。
欢迎阅读完整报告:https://www.gate.com/zh/announcements/article/46117
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("");
当调用 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/web3.js"; import { getTransferSolInstruction } from "@solana-program/system";
const transaction = pipe( createTransaction({ version: 0 }), addInstruction( getTransferSolInstruction({ fromPublicKey, toPublicKey, lamports, }) ) );
可以看出,交易不再通过 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 网络交互的方式,有助于推动该平台的采用和发展。