Solana开发者周报：网络韧性、版本更新与生态进展

liumuhui 3小时前阅读数 1 #区块链

这是一份关于过去一周 Solana 工程最新动态的每周通讯。如果你想随时掌握 Solana 技术动态，可以在 @solana_devs 和 @readylayerone 关注 Solana Changelog。

事件报告：2026 年 8 月 12 日 04:01 UTC

Terraswitch 遭遇了一起路由问题，影响了其法兰克福站点，该站点托管着多个 Solana 验证者。

以下是来自 Solana 基金会的详情：

Jacob Creech (@jacobvcreech)： 昨晚，部分 Solana 验证者使用的一家基础设施提供商出现了故障。你可能没注意到，因为网络也没有：区块持续产出，交易持续确认。

事实：

Solana 网络保持运行
699 个质押验证者中有 597 个持续投票，约为 6/7
受影响的验证者在 40 分钟内恢复
Solana 基金会委托计划（SFDP）中的验证者未受影响

由于 Solana 验证者分散在多个独立的基础设施提供商处，单一提供商的故障并未中断网络。这正是去中心化和基础设施多样性按预期发挥作用的体现，也是 Solana 在压力时期凸显韧性的证明。

事件发生后，Terraswitch 发布了报告：https://www.teraswitchstatus.com/incidents/rb6k5l3qxw9k。此问题未导致网络停机，原因是受影响验证者的质押量不足以突破约 33.33% 的共识阈值。这是 Solana 基金会此前及持续推进在不同地区分散使用其他提供商的成果。

发布

值得关注的功能开关（Feature Gates）

将 Slot 时间从 300ms 缩短至 250ms — Testnet
将 Slot 时间从 350ms 缩短至 300ms — Testnet, Devnet

新版本

Agave: v4.3 发布计划, v4.2.0
Firedancer: Testnet v26.08.0, Mainnet 1.1.4
Frankendancer: Mainnet v0.1105.40200
Subscriptions Program: v0.5.0, Typescript SDK v0.5.0, Rust SDK v0.5.0
Token ACL Program: v0.3.0
Mollusk: v0.15.0

生态工作

SIMDs

有人提议增加一笔交易一次可引用的账户总数。

这意味着什么： 这利用了两项新的协议变更：更大的区块空间（每个区块的 CU 限制从 60M 增加到 100M），以及更大的交易大小（从 1232 字节增加到 4096 字节）。借助这两项变更，一笔交易可以读取和写入更多账户，从而支持更复杂的应用。

验证者客户端（Agave、Firedancer、Mithril）

Agave 正在改进其程序缓存实现，具体包括将全局程序缓存大小从 512 增加到 1024 个程序、让缓存失效判断基于程序在银行（bank）中部署的最新 slot，以及更好地处理内置程序。

这意味着什么： 程序缓存向来以高内存占用和容易出错著称。这些变更允许加载更多程序，同时也有望减少程序重新加载到缓存中的次数。
Agave 将不再在其 RocksDB 集成中重复销毁可固定切片（pinnable slices）。

这意味着什么： Agave 的 Repair 服务获取其他验证者共享的数据，并通过纠错机制重建它们。该过程需要借助 Blockstore 服务获取关键信息。Blockstore 依赖名为 RocksDB 的存储引擎，它允许通过可固定切片查看数据。这种数据结构以字节形式暴露底层数据，实际上可以被多次复用。之前的 Repair 实现每次都创建并销毁这些可固定切片，未能利用这一特性。
Agave 将并行化 BLS 投票验证。

这意味着什么： 这解决了一个潜在的安全/性能隐患：传入的 Alpenglow 投票可能使验证者的验证能力过载。并行验证让多个验证任务可以同时完成。
Agave 正在考虑按交易大小对交易处理进行优先级排序，其长期目标是放宽 4KB 交易大小限制。

这意味着什么： Solana 最终甚至可能允许超过 4KB 的交易。为了对这一场景做好前瞻性准备，调度机制将需要考虑交易大小，因为处理时间和分配的资源可能会随交易大小成比例增加。
Agave 正在并行运行银行阶段（banking stage）的检查。

这意味着什么： 在验证者根据交易更改账户状态之前，需要先对交易进行清理检查、校验账户锁、确认 blockhash 仍然有效，并完成其他检查任务。之前的实现每次只对一个交易作业执行这些检查。此项变更通过为检查分配更多 worker，并为调度 worker 创建可处理的作业队列来改进这一问题。
Agave 正在将快照间隔从 100 个 slot 调整至 200 个 slot。

这意味着什么： 快照让验证者在重启后可以快速运行，而无需从第一笔交易开始逐笔重放。随着 slot 时间从 400ms 缩短至 200ms，此项变更相应扩大了快照的 slot 覆盖范围。
Firedancer 将使其服务在运行/唤醒或空闲/等待时，都能节省计算时间、内存以及内存读写开销。

这意味着什么： Firedancer 在启动实例时会有很大的内存占用——大约 300GB。其中大部分内存用于让各项服务保持活动状态。此项变更确保它能根据各部分是处于工作还是空闲状态，更合理地分配资源。
Mithril 正在实现 Retransmit 服务。

这意味着什么： 当验证者节点不在投票时，Retransmit 服务会接收 shreds，并负责识别接下来应该接收这些 shreds 的对等节点，然后将 shreds 发送给对方。每个验证者都必须参与 Turbine 树。因此，该实现满足了作为 Solana 验证者的必要行为要求。

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

Web3.js 将支持 Memo 程序类。

这意味着什么： 在 Solana 应用中支持 Memo 程序，可以让你通过调用指令在交易中展示日志。在 Web3.js 中增加这一支持，扩展了其作为 Web 客户端的能力。
Kit 计划增加对可管理 Solana 原语状态的 React hooks的支持。

这意味着什么： 为 Solana 原语提供一流的 hooks 支持，可以让基于 React 的 Solana 应用拥有更动态的行为。就像 @tanstack/query-react 为数据获取提供 hooks 一样，这些 hooks 也将为 airdrop 等 Solana 原语提供类似的能力。
Kit 正在让在不发送交易的情况下更灵活地签名成为可能，支持部分签名等用例。

这意味着什么： 此前，Kit 一直将签名和发送耦合在同一个方法中。通过解耦两者，可以实现部分签名、延迟发送签名（比如等待合适的交易时机）等使用场景。
Solana Go 进行了优化 base58 编码和解码的工作。

这意味着什么： Base58 在 Solana 技术栈中应用广泛，包括指令数据、账户地址、交易 API 等。对它的任何优化都会惠及整个技术栈。

Solana 程序框架（Anchor、Pinocchio、Steel、Quasar）

Anchor 解决了导致 Instructions Sysvar 账户不可用的问题。

这意味着什么： Instruction Sysvar 支持指令内省（Instruction Introspection）等用例——一条指令可以在自身运行时执行中，读取同一笔交易里其他指令的数据/结果，并将其作为输入或计算依据。确保 Anchor 继续支持这一功能，可以让 Anchor 程序与 Solana 已有的能力保持一致。

测试框架（Mollusk、LiteSVM、Surfpool）

LiteSVM 正在为支持 Transactions V1做准备。

这意味着什么： V1 交易引入了新的交易格式和更大的交易大小。作为测试工具，LiteSVM 将让用户在该功能开启时，测试自己的程序会有怎样的表现。

其他有趣的内容

@joeymeere 维护着一个 Solana 开源项目仓库。接下来的几天将用于清理这份列表：删除失效/过时的仓库，添加新项目，重新组织分类，并可能对收录标准施加更多限制（不收垃圾内容）。欢迎回复或私信推荐应该上榜的仓库。
Anchor 社区会议（聚焦即将到来的 v2 发布）。 @solana_devs：Anchor 社区会议将于今日美东时间中午 12 点举行，地点：https://discord.com/events/889577356681945098/1413497752406593587

议程：

关键事件：
- V2 审计已收尾
- 我们正在合并修复，并计划于本周发布（争取赶在社区会议之前；如果来不及，也会在会后不久发布）
- 欢迎社区试用 v2 并反馈体验
路线图：
- V1.2 审计进行中：我们决定把最新的 lang 和 spl 变更合并到一个版本中发布
- 为 web3js v3 提供支持的机会
杂项：
- V1.1 文档仍有待确定，取决于所有权转移的最后收尾
- 任何关于 V1 或 V2 的临时提问 — Discord - Group Chat That's All Fun & Games
@birdeye_so 为 solana.com/data 应用提供数据支持。Birdeye Data 现已上线 @solana Data。现在，你可以通过一个开放透明的数据模式（schema），将 Birdeye Data 的 SOL 价格、稳定币供应量、DEX 交易量和 DEX 交易数据与领先提供商进行基准比较。
@SolPlay_jonas 分享如何将 Solana 应用与 MoneyGram Ramps 集成。MoneyGram Ramps 已上线 @solana。只需一个简单的 API，即可为 170 个国家/地区的用户提供出入金服务。让我演示如何基于它进行构建：youtube.com/watch?v=3prbi2ndblc
@JupDevRel 发布了 Jupiter 的 6 月更新日志。内容包括：JupiterZ 路由上的集成商费用、Solana 上完全链上且原生的预测市场、新的 Borrow API 文档，以及六个新的开发者平台功能！零破坏性变更，我们强势回归。点击阅读 ↓
@himanshurawatj 制作了 Solana 交易生命周期的可视化。在 solana_build 上用节点做了个有趣的尝试：把一笔交易在 @solana 上的完整旅程可视化出来。可运行的演示（视频）在下一篇推文中。以下是这一过程中涉及的所有节点。
@cavemanloverboy 模拟了当 slot 时间缩短至 200ms 时，验证者及时投票信用（timely vote credits）的减少情况。我分析了大约一个 epoch 的数据，用来估算 200ms slot 时间上线后对 TVC 信用的预期影响。

简单来说，一个 slot 有 64 个 tick。因此我们可以通过测量投票落在 slot 中的第几个 tick 来衡量投票延迟，然后把 slot 划分为两个 32-tick 的区域。
- 如果你原本的 lat1 落在 >=32 ticks，那么现在它就是 lat2
- 如果你原本的 lat2 落在 <32 ticks，那么现在它就是 lat3
- 如果你原本的 lat3 落在 >=32 ticks，那么现在它就是 lat4
- 以此类推（见图表）
我按国家和 leader 公钥（leader pubkey）汇总了数据，方便你查看。超过一半的验证者预计将减少约 1-2 个基点（bp）；许多其他验证者预计最多减少 5 bp；少数位于偏远地区的验证者预计将减少 26-200 bps。cavey.xyz/tvc
@princedotrs 创建了一个通过视频材料理解 Solana 的系列节目，内容涵盖从托管（escrow）到 Pyth 集成，再到数据索引和交易机器人构建等方方面面。Solana 给了我太多。是时候回馈 @solana 生态系统了。所以我正在制作那个我希望当初刚起步时就能看到的系列：从第一性原理理解 Solana。路线图：youtu.be/JBlla1rdD2Q
@GuiBibeau 创建了一个尝试构建 propAMM 基础设施的项目。我正在学习做市（market making）相关操作。数学很残酷，利润薄如刀锋。这促使我在 @magicblock、@PhoenixTrade 和 @blueshift doppler 之上，为 MM（做市）策略打造了一个私有金库原型。
- 私有存款，公开流动性
- 策略保持私有
仓库链接如下。
@L0STE_ 创建了一个小项目，尝试理解如何在 Solana 上执行算术运算：github.com/L0STE/svm-math
@solana 开源了 tokens.xyz (@tokens)。我们开源了 @tokens：github.com/solana-foundation/tokens。Fork 它，构建更好的东西。

GitHub：solana-foundation/tokens — Solana 上权威资产的单一事实来源。
@Sam0xSol 关于 Jetstreamer 交易回填服务。Jetstreamer 0.7.0 现已上线，功能包括：
- 用于可视化进度的 TUI
- 支持 OF 新的 slot 索引格式
- 线程工作窃取（work-stealing）
- 多项性能和行为修复
- 抵御 R2 最近的限流变更
github.com/anza-xyz/jetstreamer/releases/tag/jetstreamer@v0.7.0