Solana七月第二周更新日志

solana_devs 发布于 2026-07-02 阅读 175

本周Solana工程新闻汇总:Agave v4.1.0等版本发布;Alpenglow功能标志合并,将于v4.3启用;RPC 2.0新增getTokenSupply等方法;Cloudbreak和Superbank添加gRPC流支持;Solana Kit推出React集成和交易自省包;Solana Go支持Sysvar账户和getTransactionsForAddress;ATA程序Rust SDK弃用过时函数;新增secp256k1-verify crate;STRIDE安全计划、eBPF工具、Confidential Balances恢复等动态。

图像

版本发布

新版本

Agave v4.1.0
Cloudbreak v0.1.2
Superbank v0.5.0
Solana Kit v7.0.0
Solana Go v1.22.0
Solana Stake Rust SDK v4.3.1
Anchor v1.1.2, v1.0.3
Mollusk v0.13.4

生态系统进展

验证器客户端(Agave、Firedancer、Mithril)

一致性 – Agave 正在继续支持对不同验证器客户端实现进行模糊测试的工作。本周,相关工作集中于系统调用交易成本

这意味着什么(WTM) – 模糊测试能够对 Solana 各种验证器客户端(Agave、Firedancer、Mithril)及不同客户端版本的输入进行更彻底的测试。它会生成无数边界案例,确保系统为这些输入做好准备。近期这方面的变化使得运行时系统调用和交易成本之间达到一致性,无论你使用哪种客户端实现,这两者都必须以相同方式工作。

Alpenglow – Agave 已合并用于开启 Alpenglow 的最终功能标志。这标志着验证器在 v4.3 版本中切换到 Alpenglow 的第一步。

WTM – Alpenglow 包含多个部分。从 v4.3 开始,将仅发布 Alpenglow 的 Votor 部分。预计本月将在测试网上获得 Alpenswitch,并在八月份在主网上获得。此 PR 在基于 epoch 的功能标志阶段启用了 Alpenswitch。

RPC 2.0

Cloudbreak 的 RPC 调用实现中新增了三个方法 – getTokenSupplygetVoteAccountsgetTokenLargestAccounts

WTM – 这一变化提高了对 Solana HTTP RPC 规范的覆盖率。每个 RPC 提供商都必须支持这些方法。

Superbank 正在添加 gRPC 流式支持

WTM – gRPC 是一种被各种服务使用的后端协议。支持该协议可以将 Solana 事件流式传输到 gRPC 后端。当该服务启用后,更多基础设施提供商可以构建自己的 RPC。

Superbank 正在支持 getEpochInfo 方法。

WTM – 这一变化提高了对 Solana HTTP RPC 规范的覆盖率。每个 RPC 提供商都必须支持这些方法。

Superbank 正在支持交易版本

WTM – 未来几个月将会有三个交易版本——Legacy、v0 和 v1。支持所有交易版本并将其展示出来,是 getTransaction RPC 调用中 JSON 响应的标准做法。

Solana 语言客户端(Web3.js、Solana Kit、Kit 插件、Solana SDK、Codama、Solana Go)

@solana/react 为 Solana Kit 应用程序提供完整的 React 功能。改进包括以下内容:

WTM – 这一变化改进了在与区块链交互时,你可以在 React 应用程序中执行的功能集。由于 Kit 现在与 React 解耦,这一变化还能够支持其他框架,如 Angular、Vue.js、Svelte 和 SolidJS,因为 Kit 不再与 React 特定绑定。

Solana Kit 刚刚新增了一个名为 @solana/transaction-introspection 的包,该包允许使用 Kit 程序客户端解析链上已确认交易的指令。

WTM – 这使得与交易响应和程序客户端的互操作更加容易。你可以构建应用程序来检查你的程序指令,检查值是否正确,并更轻松地将数据直接展示到你的应用程序中。你可以在此处查看新库的完整指南:https://www.solanakit.com/docs/advanced-guides/transaction-introspection

Solana Go 将支持 Sysvar 账户

WTM – Sysvar 账户允许其他账户使用诸如时钟和周期信息等细节作为账户数据。Solana Go 也跟随其他客户端 SDK,提供这种访问和解析。

Solana Go 将支持 getTransactionsForAddress 方法

WTM – getTransactionsForAddress 是一个相对较新的方法,由 RPC 提供商 Helius 首创。Solana Go 对该方法的支持允许 Go 用户跳过使用该 RPC 方法的自定义实现。

Solana 程序库(SPL)和 Core BPF

Solana 关联代币账户(ATA)程序 Rust SDK 将弃用其 get_associated_token_address 函数,转而使用 get_associated_token_address_with_program_id,以确保不会混淆 SPL 代币和 Token2022 代币的代币账户。

WTM – 这曾是许多开发者的困惑来源。SPL Token 程序和 Token2022 程序有两个不同的程序地址。派生地址需要将程序 ID 作为种子。这一变化强化了该函数,使得必须显式提供程序 ID。

创建了一个新的 secp256k1-verify Rust crate

WTM – 该 crate 提供了验证辅助方法,而不是依赖程序本身进行验证。解耦这一点对于更多希望实现这些函数而不必依赖 secp256k1 程序的用户来说是有意义的。

其他有趣内容

引用文章

  • @clairefxyz 宣布 sbpf 将在其工具中支持 CFG 分析。这是一个允许在程序字节级别进行更细粒度调试和检查的功能。

引用文章

引用文章

引用文章

图像

图像

@catmcgee 介绍了 Token-2022 代币账户上的机密余额功能

图像

@SolPlay_jonas 关于 Solana Explorer 的重大更新

图像

开发者活动

  • 原文链接: x.com/solana_devs/status...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~

相关文章

0 条评论