Solana 速度：实际 TPS 对比理论声称
Discover Solana's actual speed: 2,000-4,000 real-world TPS vs 65,000 theoretical max. Compare with Ethereum, Bitcoin, and understand the trade-offs.
准确性说明：网络性能、验证节点数量、费用、协议功能、钱包支持以及第三方集成会随时间而变化。将过时的数据视为历史快照，并验证当前主要来源文档。
本文仅用于教育和信息目的。它不构成财务建议、投资建议或买卖任何加密货币的建议。加密货币投资存在重大风险，包括本金损失的可能性。在做出投资决定之前，请务必进行自己的研究并咨询合格的财务顾问。
本页内容：
- Solana 有多快？（简短回答）
- 什么是 TPS，以及为什么它对区块链很重要？
- Solana 的实际 TPS：理论声称与实际网络性能
- Solana 如何实现高速度：支撑吞吐量的八项创新
- Solana 速度对比以太坊、比特币、Avalanche 和 Cardano：数据比较
- Solana 能处理像 VISA 一样多的交易吗？
- Solana 的速度：实际权衡与局限性
- Solana 的速度对 DeFi 交易者、NFT 买家和开发者意味着什么
- 关于 Solana 速度的常见问题解答
- 关键要点：Solana 的速度优势是真的吗？
Solana 有多快？（简短回答）
Solana 常被描述为高吞吐量的区块链，但来源引用的 65,000 TPS 数据是一个历史理论基准，而非实时测量值。报告的主网 TPS 数值因日期、交易构成、是否计入验证节点投票、网络拥堵以及数据来源而异。与其他链的比较必须使用相同的方法。
Solana TPS 概览（截至 2024 年）
理论最大值：~65,000 TPS，来自历史理论基准测试，在无网络拥堵且优化了验证节点设置的理想基准测试条件下计算得出
实际持续值：~2,000–4,000 TPS，在典型运行条件下，在实时主网上观察到
这些数字会波动。请访问 solanabeach.io 验证当前性能以获取实时数据。
这两个数字之间的差距是大多数报道误导之处。本文将诚实地涵盖这两个数字，以及支撑速度的架构、Solana 与以太坊和 Avalanche 等竞争性 Layer-1 网络相比的基准测试，以及构建如此快速的网络所带来的实际权衡。
Solana 由前高通工程师 Anatoly Yakovenko 共同创立，他拥有电信时序和同步的背景，这直接启发了他发明了历史证明（Proof of History）：Solana 速度架构的核心加密时钟。
什么是 TPS，以及为什么它对区块链很重要？
TPS（每秒交易量）衡量区块链网络在一秒钟内可以处理和确认多少笔独立交易，但该单一指标根据测量方式的不同，会有两个截然不同的数值。
理论 TPS 是网络在理想、受控条件下能够处理的最大值：无垃圾交易、无拥堵、验证节点运行最优硬件，以及无真实用户产生的有机负载。实际 TPS 反映了实时网络上发生的实际情况：有机交易、不同的验证节点质量、偶尔的垃圾信息以及去中心化系统大规模运行的摩擦。
这种区别很重要，因为区块链营销几乎总是以理论数字作为开头。例如，比特币（BTC）在其基础层处理大约 7 TPS，这是工作量证明（PoW）共识设计的结果，该设计优先考虑安全性和去中心化而非交易吞吐量。更高的 TPS 意味着更快的确认、拥堵期间更低的费用，以及为依赖频繁链上活动的应用程序提供更多容量。
区块链依赖验证节点（处理和记录网络交易的计算机）来处理此工作负载。智能合约（在 Solana 上称为程序）是为去中心化应用程序提供动力的自助执行协议。验证节点处理它们的速度决定了网络每秒可以完成的工作量。
Solana 的实际 TPS：理论声称与实际网络性能
来源引用的 65,000 TPS 数字是一个历史基准参考，而不是对 Solana 日常表现的描述。使用该数字时，必须附带其测试条件和交易定义。
Solana 每秒可以处理多少笔交易？
历史资料引用在理想基准测试条件下的 TPS 高达约 65,000。来源引用 2024 年主网观察数据显示为 2,000–4,000 TPS，但该范围会随着日期、投票包含、交易构成、过滤和工作负载的变化而变化。以太坊和比特币的数字使用不同的交易和最终性定义，因此比较需要一致的方法。
理论最大值来自 Solana 的架构，其八项技术创新在最佳条件下协同工作。实际吞吐量较低，因为实时主网条件引入了交易复杂性、不同的验证节点硬件、有机负载和偶尔的网络垃圾信息。大多数区块链在实时负载下通常远低于其理论上限。
Solana 的实际 TPS 是多少？
来源引用 2024 年的数据约为 2,000–4,000 TPS，但该范围必须附带其日期和方法，包括是否计算投票交易。当前的有用吞吐量应根据相关交易类型的当前数据进行测量。
**为何区分很重要：**大多数头条新闻引用的是 65,000 TPS 的数字。准确评估 Solana 需要以实际数字为基准。65,000 的数字作为技术上限是准确的；将其视为实时性能声称是 Solana 报道中最常见的错误。
有三种因素导致 Solana 的实时吞吐量低于其基准上限：交易复杂性、高需求期间的网络拥堵以及验证节点硬件质量的差异。您可以在 solanabeach.io 或 solscan.io 上验证 Solana 当前的实时 TPS。
Solana 如何实现高速度：支撑吞吐量的八项创新
早期的 Solana 材料围绕八个命名组件构建了架构：历史证明、Tower BFT、Gulf Stream、Turbine、Sealevel、Pipelining、Cloudbreak 和 Archivers。该历史框架有助于解释设计，但不应在没有当前主要证据的情况下将 Archivers 作为当前已部署的生产子系统进行呈现。
历史证明提供了可验证的排序参考，Sealevel 并行调度非冲突工作，领导者感知转发可以减少一些排队。这些组件均不能消除共识通信、拥堵或应用程序级别的延迟。
Solana 的历史证明（Proof of History）是什么？ Solana 的加密秒表
历史证明 (PoH) 是一种由 Solana 联合创始人 Anatoly Yakovenko 提出的密码学排序机制。它创建一个可验证的顺序记录，有助于在质押加权投票之前确定事件顺序。它可以减少一些时间协调，但不会消除验证者通信或共识工作。
可以将历史证明视为一种验证者可以验证的密码学排序序列。它可以减少一些时间顺序协调，但并不能完全消除验证者通信或共识工作。
技术上，PoH 按顺序链接 SHA-256 哈希，使每个输出成为下一个输入。该序列充当可验证的排序记录。它通常被描述为 VDF 类的，但不应在没有限定的情况下等同于正式定义的可验证延迟函数。交易可以混入序列以建立其相对位置。
由于验证者可以验证一个共享的排序参考，PoH 可能会减少一些时间顺序协调。Solana 的吞吐量取决于整体架构、工作负载、验证者实现、网络和交易组合，而非 PoH 本身。
一个关键的区分：PoH 不是 Solana 的共识机制。该角色属于 Tower BFT。PoH 是使 Tower BFT 快速运行的时钟。混淆两者是 Solana 报道中最常见的技术错误。
Solana 的基础是权益证明 (Proof of Stake) 网络：验证者质押 SOL 代币作为抵押品，以获得验证交易的权利。在此权益证明基础之上，Solana 添加了 PoH 作为密码学时钟，并将 Tower BFT 作为共识机制。
Tower BFT：Solana 如何在不等待的情况下达成共识
Tower BFT 是 Solana 的质押加权投票和分叉选择机制，围绕 PoH 插槽构建。PoH 提供排序参考，而验证者仍然交换投票和网络数据。锁定和质押加权投票有助于网络在分叉之间进行选择；当前的文档应用于确切的承诺和最终性语义。
Gulf Stream：领导者感知交易转发
许多区块链使用传统的全局内存池。Solana 使用领导者感知转发和不同的队列行为，但挂起交易、重试、丢弃、拥塞和优先费用竞争依然存在。
领导者感知转发可以在当前区块最终确定之前将交易发送给预期领导者。它改变了相对于传统全局内存池的队列路径，但挂起工作、重试、拥塞、丢弃、优先费用和排序激励依然存在。
通过提前将交易推送到验证者，Gulf Stream 降低了确认延迟，并允许验证者在流程早期开始执行交易。它还通过更快地从网络清除未确认的交易来减少验证者的内存压力。
Turbine：类 BitTorrent 的区块传播
Turbine 将区块数据分解成数据包，并通过传播树分发。这种设计分担了带宽工作，但增加验证者并不保证更快的传播；拓扑、带宽、数据包丢失、质押权重和实现细节仍然很重要。
智能合约（在 Solana 上称为程序）是 DeFi 应用和 NFT 平台的构建块：存储在区块链上的自执行协议，自动执行交易条款。以太坊的虚拟机一次执行一个智能合约，每个智能合约都要等待前一个完成。Sealevel 消除了这种排队。
Sealevel 是 Solana 的并行智能合约运行时。它分析哪些交易访问重叠与非重叠的区块链状态。访问不同状态部分的交易可以在多个处理器核心上同时执行。Sealevel 就像同时打开多个结账通道，而不是迫使每个顾客通过一条线：系统总吞吐量乘以，因为工作是并行发生的，而不是顺序发生的。
与以太坊 EVM 的对比是直接且事实性的。顺序执行意味着吞吐量受限于单个处理线程的速度。Sealevel 的并行执行通过同时处理多个合约来成倍提高有效吞吐量。这种架构差异是 Solana 和以太坊基础层之间显著速度差距的根源。
剩余的创新：Pipelining、Cloudbreak 和历史存档提案
- Pipelining： 一种硬件级别的交易处理流水线，可重叠验证阶段。一个单元验证交易签名时，另一个单元处理状态更改，第三个单元写入磁盘。没有哪个阶段会闲置等待另一个阶段完成。
- Cloudbreak： 一个水平扩展的账户数据库，支持网络上的同时读写操作，防止存储成为吞吐量瓶颈。
- Archivers： Solana 早期的材料提出了一个分布式账本存储网络，可以将历史数据从验证者那里卸载。将其视为一个历史设计提案，而不是当前部署的生产子系统，除非当前主要文档另有确认。
这八项创新作为一个协调的系统协同工作。Solana 的吞吐量不是任何单一机制的产物。
Solana 速度与以太坊、比特币、Avalanche 和 Cardano：数据对比
在基础层，Solana 比以太坊快得多，数据也具象化了这一点。
Solana 比以太坊快吗？
Solana 在基础层吞吐量方面历史上报告的比以太坊 L1 更高，但有用的比较必须定义交易类型、投票包含、执行层、批量处理、确认和日期。以太坊 L2 不应与仅 L1 的比较混合或忽略。
这种差异的架构根源：以太坊（合并后，2022 年 9 月）使用权益证明共识和顺序 EVM 执行。Solana 使用 PoH 加上 Tower BFT 和并行 Sealevel 执行。两种不同的执行模型产生了两种非常不同的吞吐量上限。
区块链速度对比（截至 2024 年）：理论 vs. 实际 TPS
| 区块链 | 共识机制 | 理论 TPS | 实际 TPS | 平均区块时间 |
|---|---|---|---|---|
| Solana | PoH + Tower BFT (PoS) | 历史基准；取决于工作负载 | 测量结果随投票包含而变化 | 取决于目标时隙和承诺级别 |
| Ethereum (L1) | 权益证明（合并后） | ~100,000* | ~15–30 | ~12 秒 |
| Bitcoin (BTC) | 工作量证明 | ~7 | ~7 | ~10 分钟 |
| Avalanche (AVAX) | Avalanche 共识 | ~4,500 | ~4,500 | ~1–2 秒 |
| Cardano (ADA) | Ouroboros PoS | ~250 | ~250 | ~20 秒 |
| Polygon (PoS)† | 权益证明（侧链） | ~7,000 | ~7,000 | ~2 秒 |
| VISA‡ | 中心化（专有） | ~24,000（峰值） | ~1,700（平均） | 不适用 |
*路线图预测不是生产吞吐量。所有条目都需要当前、同类来源。
†Polygon 作为以太坊侧链运行，而非独立的 Layer-1 区块链。应用了不同的安全和信任架构。
‡VISA 是一个中心化的、许可制的支付处理器，而非区块链；仅作为规模参考包含。所有数字截至 2024 年均为近似值。请在 solanabeach.io 和 etherscan.io 上验证当前数字。
此日期比较中的其余数字使用不同的方法，应视为粗略的历史背景，而非当前排名。公共区块链在交易复杂性、批量处理、最终性和安全假设方面存在差异。
Solana 是 2024 年最快的区块链吗？
该来源的 2024 年数据将 Solana 置于高吞吐量 Layer-1 网络之中，但并未建立永久排名。一个有说服力的比较必须统一各网络之间的日期、工作负载、投票处理、批量处理、执行层和最终性阈值。
Solana 能处理像 VISA 一样多的交易吗？将数字置于上下文中
从原始吞吐量来看，Solana 的理论最大值（历史理论基准测试中约 65,000 TPS）超过了 VISA 的峰值处理能力（约 24,000 TPS），但这种比较在有用之前需要上下文。VISA 是一个中心化、经许可的支付网络，运行在数十年的优化专有基础设施之上；Solana 是一个去中心化公共区块链，拥有根本不同的安全模型、信任要求和操作限制。这种比较说明的是规模，而不是功能上的等同性。
VISA 平均处理约 1,700 TPS，峰值能力约为 24,000 TPS。Solana 的理论最大值比 VISA 的峰值高约 2.7 倍。然而，在实际条件下，Solana 的持续吞吐量（约 2,000–4,000 TPS）低于 VISA 的峰值能力，这意味着“Solana 比 VISA 快”的说法需要理论数字才能成立，而不是实际主网的数字。
这种比较真正告诉我们的是：对于一个去中心化公共区块链而言，65,000 TPS 范围内的理论吞吐量上限是一项值得称赞的工程成就。无需任何经许可的中心化中介即可达到这些数字。它没有告诉我们的是，Solana 能够功能性地取代 VISA 的结算基础设施，该基础设施在完全不同的安全和操作限制下运行。
对于 DeFi 开发者或支付应用程序构建者来说，相关问题不是 Solana 是否“超越 VISA”。而是 Solana 的持续实际吞吐量是否能在不产生高额费用的情况下支持其应用程序所需的交易量。下一个部分将解决这个实际问题。
Solana 的速度：实际权衡与限制
Solana 的高吞吐量伴随着两个主要权衡：由于有记录在案的故障历史（最著名的是 2021 年 9 月因机器人驱动的交易垃圾信息造成的 17 小时故障）而产生的网络可靠性问题，以及由于硬件要求（256 GB+ RAM，12+ CPU 核心）限制了谁可以参与网络验证而导致的验证者中心化。在对该技术做出判断之前，两者都值得诚实地对待。
为什么 Solana 会发生网络中断？
Solana 发生网络中断主要是因为其高吞吐量架构在极端交易垃圾信息条件下容易导致验证者内存过载。最严重的事件：2021 年 9 月发生的一次 17 小时中断，由机器人驱动的 NFT mint 交易触发，该交易淹没了网络，导致验证者内存和处理能力不堪重负。2022 年在类似的垃圾信息驱动条件下，还发生了其他部分降级事件。
大多数事件的根本原因不是协议本身出现故障，而是交易垃圾信息：机器人利用网络的高吞吐量能力，用低质量交易淹没网络，从而降低了验证者的性能。Solana Labs（负责核心协议工程的营利性开发公司）对此做出响应，实施了多项协议改进。QUIC 是一种传输协议，让验证者能够更好地控制接受哪些连接，从而降低了垃圾信息发送者淹没验证者入口的能力。基于质押的质量服务优先处理具有更高质押的验证者的交易，使垃圾信息在经济上变得昂贵。费用市场改进创建了一种成本机制， discouraged mass transaction flooding. （阻止了大规模交易洪泛。）
自 2021-2022 年以来，网络可靠性有所提高，但中断历史对于需要高可用性的应用程序来说仍然是值得认真考虑的因素。
Solana 验证者需要高性能计算、存储、内存和网络，但具体规格会发生变化。请将当前官方要求和运营成本与同等验证者角色进行比较，而不是使用固定的硬件物料清单。
区块链可扩展性三难困境（Scalability Trilemma），这是以太坊联合创始人 Vitalik Buterin 提出的一项框架，解释了为什么 Solana 的权衡不是设计上的失败，而是架构的固有约束。该框架指出，区块链网络一次最多只能在以下三个属性中表现出两个：可扩展性（速度和吞吐量）、安全性（抵抗攻击的能力）和去中心化（控制权在许多独立参与者之间分散）。
具体应用于 Solana：该网络优先考虑可扩展性并保持强大的安全性。权衡是比比特币或以太坊更集中的验证者集。这是一个刻意的架构选择。比特币和以太坊为了更广泛的验证者参与而接受了较低的吞吐量。Solana 为了更高的吞吐量而接受了更集中的验证者集。没有哪种选择是绝对正确的；它们反映了不同的设计优先级。
在上下文中理解这些权衡，使得实际问题更加尖锐：Solana 的速度优势在哪些用例中能抵消这些成本？
Solana 的速度对 DeFi 交易者、NFT 买家和开发者意味着什么
Solana 的速度数字根据你在网络上做什么而有不同的含义。对于活跃交易者来说，差异以毫秒和每笔交易的美元计算。
对于 DeFi 用户：更快的目标插槽和普遍较低的基础费用可以提高交互速度，但路由、滑点、优先费用、交易失败、前端延迟、确认策略和协议风险决定了实际体验。应单独将以太坊 L1 和 L2 的成本与当前数据进行比较。
对于数字资产用户：Solana 的费用模型可以支持高容量的铸造，但实际成本和完成时间取决于资产标准、程序计算、优先费用、拥堵、钱包和市场。与以太坊的比较应区分 L1 和 L2 执行。
对于开发者和支付应用程序：Solana 的吞吐量使得需要频繁、低成本链上状态更新的应用程序变得可行。区块链游戏（具有实时微交易）、流支付以及在以太坊主网的费用结构下会崩溃的高频数据应用程序都变得切实可行。亚美分级别的费用使得一些在以太坊主网费用水平下无法经济运行的用例成为可能。
Solana 当前的实时 TPS 可在 live Solana TPS monitoring 或 solscan.io 处进行验证。对于正在构建更全面了解 Solana 生态系统的读者，Solana 的官方协议文档 详细介绍了其架构。
关于 Solana 速度的常见问题解答
Solana 在实际条件下的速度如何？
截至 2024 年，在典型的网络条件下，每秒处理约 2,000–4,000 笔交易。这远低于常被引用的理论最大值约 65,000 TPS（历史理论基准测试中的数据），该数据代表的是理想基准测试条件下的性能，而非实时网络运行。当前实时数据可在 solanabeach.io 上进行验证。
什么是历史证明（Proof of History）以及它为何使 Solana 更快？
历史证明（Proof of History, PoH）是一种加密计时机制（可以理解为：一个去中心化的秒表），它在共识开始之前为每笔交易打上时间戳。由于验证者已经通过 PoH 达成时间共识，因此共识过程（Tower BFT）所需的验证者之间消息传递大大减少，完成速度远超传统的区块链共识方法。
Solana 的速度与以太坊相比如何？
历史基础层测量通常显示 Solana 的吞吐量高于以太坊主网 (Mainnet)，但这些数据不能直接互换。应比较相同的日期、交易定义、工作负载和最终性阈值，并在相关时分别评估以太坊 Layer 2 的执行情况。
如果 Solana 速度这么快，为什么还会经历网络中断？
高吞吐量架构会产生漏洞：验证者可能会被交易垃圾邮件淹没。2021 年 9 月，一次由机器人 (Bot) 驱动的 NFT 铸造使网络充斥着过量交易，导致了长达 17 小时的中断。Solana Labs 随后实施了 QUIC 网络和质押 (Stake) 加权服务质量，以减少类似攻击的漏洞。
来源的历史理论 Solana 数据超过了常被引用的 Visa 容量估算，但这并不是同类结果的对比。Visa 的授权、清算和结算 (Settlement) 与公共区块链交易不同，且两个数据都取决于计算方法。仅将此对比作为大致参考。
截至 2024 年，在正常主网 (Mainnet) 条件下，每秒交易量约为 2,000–4,000 次。这与历史理论基准中约 65,000 TPS 的理论最大值不同，后者是受控基准数据，不反映实际性能。现实世界的吞吐量根据交易负载、验证者硬件和网络条件而异。
是的。主要有两个权衡：一是由于高验证者硬件要求（12+ 核 CPU、256 GB+ RAM、2TB+ NVMe SSD）导致验证权集中在资源充足的运营商手中，引发去中心化担忧；二是极端交易负载下的网络中断历史，主要源于机器人 (Bot) 驱动的垃圾邮件攻击。区块链 (Blockchain) 可扩展性不可能三角解释了为什么这些权衡是 Solana 设计选择固有的，而非偶然疏忽。
在 Bybit 上探索 SOL 市场
读者可以查看 当前的 SOL 市场信息,)、SOL/USDT 现货 (Spot) 市场,) 或 SOLUSDT 永续 (Perpetual) 市场.)。网络吞吐量并不能预测 SOL 价格或交易表现，且永续 (Perpetual) 合约增加了杠杆、资金、强制平仓 (Liquidation) 和托管风险。
关键要点：Solana 的速度优势是真实的吗？
Solana 的速度优势是真实的，但要了解全貌，需要同时记住两个数字，而不仅仅是一个。
- 观察到的 TPS vs 理论基准： 两者都需要日期和方法论的支持。投票包含、交易组合、工作负载、过滤和软件版本都会实质性地改变结果。
- 速度源自协调的架构组件： 历史证明 (Proof of History) 提供可验证的排序参考，领导者感知转发可以减少一些排队，Sealevel 并行执行非冲突任务，而 Turbine 通过传播树分发区块数据。这些都不能消除共识通讯、拥塞或应用层延迟。
- 跨链排名对方法论很敏感： 比较相同的交易类型、执行层、确认阈值和日期，而不是宣布一个永久的赢家。
- 权衡是真实的： 极端交易负载下的网络中断历史，以及比比特币或以太坊更集中的验证者集，都是合理的考量因素。虽然这两者本身都不足以否定其价值，但都应该出现在任何诚实的评估中。
速度优势是真实且可衡量的：在性能敏感型应用中最具意义，例如高频 DeFi 交易、大规模 NFT 铸造，以及对微交易依赖且以太坊主网 (Mainnet) 费用和出块时间过高的平台。权衡（可靠性历史和验证者中心化）同样真实，值得同等重视。
在合适的背景下，速度是一个有意义的优势，但它也是一项带有真实权衡的技术的一个维度。诚实的评估会兼顾两者。
对于继续研究的读者：Solana 官方协议文档 全面深入地介绍了技术架构。对于实时网络性能，实时 Solana TPS 监控可实时显示当前主网 (Mainnet) 的吞吐量。