# Brennan Watt > Brennan Watt 是一位软件工程师，现任 Anza 首席执行官。他致力于构建 Solana 基础设施，并领导了 Alpenglow、MCP 和 IBRL 等扩展改进计划。 - Canonical URL: https://iq.wiki/zh/wiki/brennan-watt - Categories: People in crypto - Tags: Developer, Researcher, Speaker - Created: 2026-10-07T12:46:51.243Z - Last updated: 2026-10-07T12:46:51.243Z - Source: IQ.wiki — the world's largest blockchain and crypto encyclopedia (https://iq.wiki) --- **Brennan Watt** 是一位软件工程师和高管，担任 [Anza](https://iq.wiki/wiki/anza) 的首席执行官。Anza 是一家为 [Solana](https://iq.wiki/wiki/solana) [区块链](https://iq.wiki/wiki/blockchain)构建核心基础设施软件的公司。他于 2026 年初开始担任该职位，在进入区块链基础设施领域之前，他曾从事大规模、高性能系统的工作并领导过工程组织。[\[1\]](#cite-id-1hr01758x3) [\[3\]](#cite-id-6Lm1aN5oXhYVRHDF) ## 职业生涯 Watt 将其专业背景描述为致力于“构建大规模、高性能系统并领导工程组织”的职业生涯。[[1]](#cite-id-1hr01758x3) 一次播客采访将其职业轨迹描述为从存储工程师转向构建 [Solana](https://iq.wiki/wiki/solana) 基础设施，反映了从系统工程向[区块链](https://iq.wiki/wiki/blockchain)协议开发的转变。[[2]](#cite-id-ma33rbtiu3) 在 2026 年 1 月 15 日发布的一篇博客文章中，Watt 宣布他已从 2026 年开始“出任 [Anza](https://iq.wiki/wiki/anza) 的首席执行官一职”。[[1]](#cite-id-1hr01758x3) 他表示，他“与一支由工程师、研究人员和运营人员组成的卓越团队共同”领导该公司，并与核心开发人员及更广泛的 [Solana](https://iq.wiki/wiki/solana) 生态系统紧密合作，以交付可用于生产环境的协议改进。[[1]](#cite-id-1hr01758x3) ## 在 Anza 的工作 ​[Anza](https://iq.wiki/wiki/anza) 开发并发布软件，旨在让 [Solana](https://iq.wiki/wiki/solana) 在不牺牲性能、去中心化或安全性的情况下继续扩展。[\[1\]](#cite-id-1hr01758x3) Watt 报告称，在他担任首席执行官的前一年，公司“强化了 Agave [验证器](https://iq.wiki/wiki/validator)，扩大了对抗性测试，并实现了零停机时间”。[\[1\]](#cite-id-1hr01758x3) 据 Watt 称，[Anza](https://iq.wiki/wiki/anza) 发布了首次[区块](https://iq.wiki/wiki/block)限制提升，同时将插槽时间（验证器生成区块的时间间隔）保持在 400 毫秒以下，他表示这释放了此前在 Solana [主网](https://iq.wiki/wiki/mainnet)上从未见过的吞吐量水平。[\[1\]](#cite-id-1hr01758x3) 他还报告了新型及改进后的调度器的部署，以及 Gossip 网络开销的减少，这指的是验证器用于共享信息的[点对点](https://iq.wiki/wiki/peer-to-peer-trading-p2p)通信层。[\[1\]](#cite-id-1hr01758x3)​ ### Alpenglow Watt 路线图的核心元素是 Alpenglow，他将其描述为 [Anza](https://iq.wiki/wiki/anza) 的“长期共识解决方案”。[\[1\]](#cite-id-1hr01758x3) 他表示，Alpenglow 提供了比 TowerBFT（[Solana](https://iq.wiki/wiki/solana) 现有的共识机制）更严格的时间执行，并使用 BLS 密码学原语（一种允许高效聚合多个签名的签名方案）来降低最终确定延迟（交易变得不可逆转所需的时间），同时保留网络的安全性保证。[\[1\]](#cite-id-1hr01758x3) Watt 报告称，截至 2026 年初，Alpenglow 的核心已在测试集群上运行了数月。[\[1\]](#cite-id-1hr01758x3) 在他的 2026 年路线图中，他描述了一个目标，即在 2026 年第三季度将 Alpenglow 从开发集群推向[主网](https://iq.wiki/wiki/mainnet)，该阶段的关键重点领域包括压力测试网络故障和双重投票场景、强化奖励和激励机制，以及收紧性能和端到端延迟预算。[\[1\]](#cite-id-1hr01758x3)​ ### 多并发提案者 (Multiple Concurrent Proposers) Watt 宣布多并发提案者（MCP）是 [Anza](https://iq.wiki/wiki/anza) 正在开发的一项协议变更，旨在解决交易排序问题。[\[1\]](#cite-id-1hr01758x3) 他解释说，MCP “通过在重放阶段强制执行排序，将排序带入协议内部”，并通过拥有多个提案者而非单一提案者来获得抗审查性，他将其定义为打破了通常决定给定插槽内交易顺序的“单一领导者垄断”。[\[1\]](#cite-id-1hr01758x3) 他表示，可预测的排序将为构建在 [Solana](https://iq.wiki/wiki/solana) 上的应用程序解锁执行控制的可能性。[\[1\]](#cite-id-1hr01758x3) 在他的 2026 年路线图中，Watt 表示 Anza 计划在 2026 年期间发布 MCP 的初始版本，重点是在协议内强制执行批次内的交易排序。[\[1\]](#cite-id-1hr01758x3)​ ### 性能和吞吐量计划 Watt 将一系列性能更改归纳在 IBRL 这一术语下，即“增加带宽，降低延迟”（Increase Bandwidth, Reduce Latency），他将其描述为旨在消除 [Solana](https://iq.wiki/wiki/solana) 软件和内核路径中硬上限的工作。[\[1\]](#cite-id-1hr01758x3) 他列出的 2026 年 IBRL 计划包括：默认推出 XDP shred 传输，以增加 Solana 区块传播协议 Turbine 的带宽；将[区块](https://iq.wiki/wiki/block)限制提高到 1 亿个计算单位（衡量区块中交易计算成本的指标）；启用直接映射以减少 Solana 虚拟机 (SVM)（链上程序的执行环境）内部的内存复制成本；以及将槽位时间（slot times）缩短至 400 毫秒以下。[\[1\]](#cite-id-1hr01758x3) Watt 表示，这些变化消除了网络、执行、内存和时间方面的多个独立瓶颈。[\[1\]](#cite-id-1hr01758x3)​ 他还表示，[Anza](https://iq.wiki/wiki/anza) 正在提高 Agave 中的交易发送限制，以便该客户端更好地反映现代硬件和软件的能力，从而允许所有用户获得更大的交易入口，仅在全局拥堵期间才根据质押权重进行节流。[\[1\]](#cite-id-1hr01758x3)​ ### 运营商和开发者体验 Watt 强调了对运营网络的[验证者](https://iq.wiki/wiki/validator)的改进。他将区块收益分配（SIMD-0123）描述为对[区块奖励](https://iq.wiki/wiki/block-reward)和费用核算及分配方式的改变，旨在增加透明度并减少运营歧义。[\[1\]](#cite-id-1hr01758x3) 他表示，这将允许用户直接参与[区块奖励](https://iq.wiki/wiki/block-reward)，并让验证者自动将其一定比例的奖励重定向给指定合作伙伴（如基础设施提供商）。[\[1\]](#cite-id-1hr01758x3) 他还将“调度器绑定”（Scheduler Bindings）描述为在交易调度逻辑和打包机制之间建立清晰的分离，称其为“MCP 之前的有意基础工作”，以及供运营商实验的低风险沙盒。[\[1\]](#cite-id-1hr01758x3)​ 对于开发者，Watt 列出了几项 2026 年的计划：降低租金（Rent Reduction）以降低网络上的长期存储成本；扩大交易规模（Larger Transaction Sizes）以允许更具表现力的交易，并减少缺乏原子性保证的多步模式；以及“优化链上程序”（Optimized Onchain Programs），该计划专门针对通过迁移到他称为 p-ATA 的版本来降低与关联代币账户（ATA）程序交互时的成本。[\[1\]](#cite-id-1hr01758x3) 他将 2026 年整体描述为“为下一阶段扩展奠定基础”的一年。[\[1\]](#cite-id-1hr01758x3)​ ## 访谈 #### Anza 协议进展 #01 2025 年 12 月 12 日，来自 [Anza](https://iq.wiki/wiki/anza) 的 Brennan Watt 在 Solana YouTube 频道发布的一场演讲中讨论了 [Solana](https://iq.wiki/wiki/solana) 协议的进展。他描述称，该网络在处理了约 2000 亿次交易的同时保持了持续运行。Watt 将这种运行表现归功于 Anza 的 Invalidator 团队进行的压力测试，该团队让公共测试网经受了网络级和交易级的攻击场景测试。 [YOUTUBE@VID](4fHUqMv-y9g) Watt 介绍了 2025 年期间 [Solana](https://iq.wiki/wiki/solana) 资源限制和交易处理的变化。根据他的演讲，在区块计算单元（compute-unit）限制从 4800 万增加到 6000 万后，主网吞吐量增加了约 25%。他还讨论了 XDP，这是一种网络处理机制，允许应用程序从用户空间与网络硬件交互，从而减少了与传统内核网络路径相关的处理开销。演讲指出，这一变化为未来可能增加到每区块 1 亿计算单元奠定了基础。 演讲还涉及了 Alpine Glow，这是一个正在开发中、旨在取代 Tower 的共识引擎。Watt 表示，Alpine Glow 的设计目标是将交易最终确认时间缩短至约 150 毫秒，并为处理落后于网络的验证器提供额外机制。在演讲时，测试正在一个地理分布式的集群上进行。Watt 还讨论了多个并发提案者（multiple concurrent proposers），这是一种验证器可以在区块生产中承担不同角色的设计，作为 Solana 交易处理架构拟议变更的一部分。 Watt 讨论的其他变化包括降低状态存储成本、将最大交易大小增加到 4 KB、旨在减少验证器磁盘占用的修改以及更快的重启程序。他还描述了 SIMD-123，该提案将修改验证器收入在质押者和基础设施提供商之间的分配方式。Watt 在结束时表示，Anza 的开发过程是以发布为导向的，而不是围绕固定的路线图组织的。[\[4\]](#cite-id-jjdCfKpsvMSF2Tjr) #### Agave 工程与扩展 #02 2025 年 5 月 19 日，[Solana](https://iq.wiki/wiki/solana) YouTube 频道发布了 Anza 核心工程副总裁 Brennan Watt 关于 Agave 开发和运行的演讲，Agave 是 Solana 网络使用的一种验证器客户端。Watt 介绍了该客户端最近的变化，并讨论了与交易处理、区块生产、计算能力和网络数据传播相关的措施。 [YOUTUBE@VID](C9m4yuDi4oY) Watt 报告称，区块跳过率已降至 0.5% 以下，这指的是验证器本可以生产[区块](https://iq.wiki/wiki/block)但未生产的情况。他还表示，许多交易在单个插槽（slot）内即可确认，演讲中展示的大多数交易在不到一秒的时间内就得到了确认。他将这些变化归功于交易和区块处理流水线的改进。 演讲还讨论了计算单元容量。Watt 表示，区块经常达到网络的计算单元限制，这表明交易需求有时会超过可用的区块空间。他将计算单元从 5000 万增加到 6000 万描述为即将到来的变化，并将 1 亿计算单元确定为 2025 年的进一步目标。 Watt 讨论了 Agave 内部的几个工程领域，包括减少内存分配、优化频繁使用的处理路径上的代码执行，以及调整哈希方法和数据结构。他将这些变化描述为旨在提高执行效率的小型优化集合，而不是单一的架构修改。 另一个话题是 [Solana](https://iq.wiki/wiki/solana) 的[区块](https://iq.wiki/wiki/block)重传系统。Watt 解释说，Turbine 通过基于树的结构将区块数据从领导者分发给[验证者](https://iq.wiki/wiki/validator)，并讨论了作为该方法扩展的 Rotor 的开发。他表示，拟议的更改将增加直接接收数据的节点数量，并减少区块数据必须传播的层数。演示还涉及了区块重传产生的网络流量，以及为适应更高计算单元限制所需的更改。 Watt 还讨论了[区块](https://iq.wiki/wiki/block)执行的交易调度。他提到了涉及本地费用市场和不同调度器实现的连续更改，目标是协调交易选择和执行与可用计算资源的关系。 在讨论网络运行方面，Watt 将[验证者](https://iq.wiki/wiki/validator)可用性、客户端弹性以及高需求期间的[交易费用](https://iq.wiki/wiki/transaction-fee)确定为工程考虑的领域。他将 [Anza](https://iq.wiki/wiki/anza) 的开发过程描述为以增量发布和持续迭代为中心，而不是固定的长期路线图。[\[5\]](#cite-id-WgqP98noWqAAH0qV)