资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种
Solana 交换交易显示为红色：含义、原因与应对策略
如果您的 Solana 交换交易在区块浏览器中显示为红色，简短的回答是：该交易已被打包进区块，但其指令未被执行。您的余额保持不变，手续费依然被扣除，并且您可以进行第二次尝试。cryptoticker.io 于 2026 年 9 月 14 日自行测量了这一现象发生的频率：在 Solana 主网的 36 个连续区块中，根据区块不同，每 8 笔到每 2 笔交易中就有 1 笔失败。
这既不是紧急情况，也不是网络中断。这是链的正常运行状态，其中大量流量来自自动化交易程序，这些程序故意失败的概率往往高于成功的概率。对于您作为投资者而言，这带来了一个实际的后果：浏览器中的红线几乎从不意味着您的钱包出了问题。
Solana 交易失败：状态的实际含义
Solana 交易需要跨越两个独立的障碍。第一个是区块纳入（Inclusion）：验证者接受您的交易，检查签名，并将其写入其负责的下一个槽位。第二个障碍是执行（Execution）：被调用的程序处理该指令并决定其是否有效。
“Failed”（失败）在 Solana 上始终意味着第一个障碍已跨越，但第二个未通过。该交易永久存在于链上，带有时间戳、签名和错误对象。这使得它与从未到达的交易有所不同：后者根本不会出现在浏览器中，因为它在任何验证者将其写入区块之前就被丢弃了。
这种差异比听起来更重要。在比特币中，交易会停留在内存池中等待确认，有时长达数小时。而在 Solana 上，这种悬而未决的状态几乎不存在：几秒钟内就能确定您的交易是成功、失败还是从未被拾取。
为什么失败后您的余额保持不变
Solana 原子性地执行每一笔交易。要么内部的所有指令都通过，要么一个都不通过。如果一个指令因错误而中止，运行时回滚该交易所做的所有账户更改。交换没有发生，代币留在原处。
不会被回滚的是手续费。这是验证者检查您的交易并花费计算时间的代价，无论该指令最终是否有效，这种努力都已经产生。
我们的测量：样本窗口中有多少 Solana 交易失败
在本文中，我们分析了 2026 年 9 月 14 日 Solana 主网链的三个独立时间段，均位于第 1034 纪元，槽位约为 446,981,000。我们查询了网络的公共 RPC 端点，并检查了这些区块中每一笔交易的错误对象。
我们从计数中剔除了验证者投票交易。它们构成了 Solana 交易量的一部分，完全自动运行且 practically 从不失败。在我们的第一个窗口中有 9,390 笔此类交易，其中 36 笔失败，率为 0.38%。将它们计入会产生一个对用户无意义的数字。
剩下的是人们和交易程序实际发送的交易。我们在 36 个区块中分析了 17,987 笔这样的交易：
- 窗口 1，14 个区块，7,905 笔交易：41.9% 失败
- 窗口 2，10 个区块，4,133 笔交易：22.0% 失败
- 窗口 3，12 个区块，5,949 笔交易：29.6% 失败
在这三个窗口的总和中，失败率为 33.2%。这个数字不应被视为常数。个别区块的失败率低至 13.2%，高至 66.1%，三个窗口之间的差异显示了数值在几分钟内如何剧烈波动。保持不变的量级是：Solana 上大约三分之一的非投票交易未能通过。
几乎所有交易都被纳入，但并非所有交易都被放行：区块纳入和交易成功是两个独立的障碍。
为什么失败的 Solana 交易仍然产生费用
Solana 的基础手续费是每个签名 5,000 lamports。1 lamport 是 1 SOL 的十亿分之一，因此基础费用为 0.000005 SOL。根据 CoinGecko 的数据，2026 年 9 月 14 日 SOL 价格为 87.79 欧元，这大约是 0.0004 欧元，即几分之一欧分。
在我们的第三个窗口中，总共有 0.1371 SOL 用于支付手续费。其中，0.0416 SOL 归于随后失败的交易，占比 30.4%。换算后，这相当于十二个区块内约 3.65 欧元，按天推算是一个对网络有意义但对个人影响不大的数量级。
因此，失败的经济损害在于其他地方。造成伤害的是价格而非手续费：如果您的出售在给定价格下失败，而您在三十秒后重新发送，您将在此时适用的任何价格下进行交易。在快速市场中连续失败多次的人将支付差价。
优先费与失败率：测量结果说明了什么
常见的经验法则是，当您遇到麻烦时，只需提高优先费即可。优先费是基础费用之上的自愿小费，向验证者发出信号，表明您的交易应优先于其他交易处理。在我们的第三个窗口中，我们为 5,949 笔交易中的每一笔计算了超出基础费用的 tip，并得出了每个价格区间的失败率。
优先费 (lamports)交易总数失败率 无小费1,84714.0% 1 至 1,0002,39038.7% 1,001 至 10,0001,05934.3% 10,001 至 100,00051333.5% 超过 100,00014029.3% 结果与经验法则相悖。在我们的窗口中，完全没有小费的交易失败次数最少，而有小费金额较小的交易失败次数最多。在付费组内，随着小费增加，失败率下降，但它从未降至不付费组的水平。
这并不意味着小费有害。
我们在这里测量的是构成而非效果。支付小费的人通常有理由这样做：他们与其他程序在同一价格下竞争，并接受他们经常会输掉这场竞赛。支付零费用的人通常只是发送简单的转账，没有什么可损失的。这两组人在做不同的事情，这比价格更好地解释了差距。
在实践中，这意味着当链繁忙时，较高的小费有助于您被纳入。它对因实质内容而被拒绝的指令毫无作用。我们窗口中的中位数小费为 163 lamports，第九十百分位数为 12,011 lamports，31.0% 的所有交易根本没有支付小费。
解读 InstructionError：错误索引和自定义代码揭示了什么
在浏览器中点击失败的交易，您会看到一个固定形状的错误对象，例如 InstructionError: [3, {"Custom": 6001}]。它包含两条信息，两者都有用。
第一个数字是错误索引：导致中止的指令在您交易中的位置，从零开始计数。3 表示前三个指令运行通过，第四个失败。在交换中，前面的指令通常是准备工作，如设置计算预算，而实际的交易指令位于更靠后的位置。
第二个条目是自定义代码：一个来自网络之外、由拒绝该指令的程序发出的错误号。相同的数字在不同的程序中意味着不同的事物。在我们第一个窗口中最常见的代码是 11（631 次命中）、6001（跨两个错误索引共 394 次命中）、1（173 次命中）和 7（124 次命中）。
Anchor 错误代码从 6000 开始：为什么仅凭数字无法解释一切
其中一些代码可以在不知道相关程序的情况下放置。许多 Solana 程序是使用 Anchor 框架构建的，它按照固定方案分配数字范围：指令错误从 100 开始，约束错误从 2000 开始，账户错误从 3000 开始，程序自己的自定义错误从 6000 开始。
因此，像 6001 这样的代码来自程序声称的范围。它在具体意义上的含义在该程序的接口描述中规定，浏览器会为它知道的程序并行显示这些描述。相比之下，像 1 或 11 这样的低代码主要来自该框架之外的程序，包括网络的 token 程序。
对您来说这意味着：记下错误索引和代码，但不要仅凭数字推断原因。浏览器提供映射，数字本身不提供。
瓶颈决定了谁的先计算交易，谁一无所获。
自行检查交易状态：签名、浏览器和 getSignatureStatuses
在重试交易之前，确立其状态。如果第一次仍在飞行中就进行第二次尝试，最坏的情况可能是两者都通过，导致您双重交换。
简单的方法是通过签名，即您交易的唯一标识符。每个钱包在发送后都会显示它，通常是一个长字符串并附带浏览器的链接。在那里找到带绿色勾号的签名，操作就完成了。如果显示为失败，则 definitively 失败，您可以安全地再次发送。
如果您根本找不到签名，则您的交易从未被纳入区块。那么第二次尝试也是安全的，因为每笔 Solana 交易都带有最近的区块哈希，一旦该哈希太旧就会过期。这个窗口很短，大约在 1.5 分钟左右。
如果您需要更多详细信息，请直接从网络查询状态。Solana 文档中的 RPC 方法 getSignatureStatuses 返回签名的确认级别以及存在的错误对象。这正是我们测量所使用的数据集。
您的钱包在此处提供的视图差异很大。有些程序仅显示“成功”或“失败”，其他程序直接显示错误代码和受影响的指令步骤。从这个角度来看，查看软件钱包比较也值得一试。
滑点、区块哈希和账户资金：最常见的日常原因
三个原因涵盖了零售投资者实际经历的大多数失败。
第一个是滑点限制：您在交换中仍接受的价格范围。Solana 上的交易程序在计算结束时检查该限制。如果在发送和执行之间价格移动超过了允许的范围，指令将中止。这是一种保护措施，而不是缺陷。非常严格的限制保护您免受糟糕价格的影响，同时也增加了失败的数量。
第二个是过期的区块哈希。每笔交易引用最近生成的区块，并且在生成后的有限数量的区块内有效。由于您在中间放下设备而导致钱包确认延迟，它可能在到达之前就过期了。在这种情况下，它根本不会出现在浏览器中。
第三个是账户资金不足，不是在交易的代币方面，而是在 SOL 本身方面。每笔交易都需要 SOL 来支付手续费，开设新的代币账户还需要最低存款。交换完所有 SOL 后，您将无法发送任何交易。在账户中保留少量储备可以免除这种状态。
如果您的资本来自交易平台，那么在首次交换之前查看提供商提供哪些提款路线以及收取多少费用是值得的。我们的加密货币交易所比较对这些常见提供商进行了排名。
Transaction Format v1：Solana 升级对此有何改变以及未改变的内容
自 2026 年 9 月 9 日起，Solana 上已激活一种新的交易格式，将交易的最大大小从 1,232 字节增加到 4,096 字节。我们此前详细描述了这一转变及其后果。我们的测量是在五天后进行的，显示链处于正常运行状态。
格式变化对失败率影响很小，这也是预期的。较大的交易可能包含更多指令，但这并不会使其更有可能被接受。程序是否因价格失控而拒绝您的交换并不取决于指令占用多少字节。
下一个更大的干预措施是 Alpenglow 共识机制，宣布于 2026 年 10 月推出，旨在大幅缩短交易的最终确定性时间。自有节点运营商需要为此做准备；对于您作为用户而言，序列不会改变。这里也适用同样的原则：更快的最终性缩短了等待时间，它不会将被拒绝的指令变为有效指令。
测量的局限性：本分析未显示的内容
我们的调查涵盖了一天中三个时间窗口的 36 个区块。这足以建立量级，但不足以对每周或每月的平均值做出陈述。单个区块之间从 13.2% 到 66.1% 的差异显示了数值移动的速度有多快。
我们还无法确定失败交易中有多少来自个人，有多少来自自动化交易程序。这种区别不能从区块数据中清晰地得出，因为它们都针对相同的程序。广泛的评估认为大部分属于自动化套利，这与我们的数据模式相符，但我们不能用这种方法证明它。
因此，偶尔触发交换的人的真实失败率很可能远低于我们的总体数字。低多少是一个开放的问题。
不变的是机制，这也是本文的实际内容：纳入和执行是两个步骤，只有第二步决定您的交换，浏览器明确告诉您是哪一步出了问题。
本分析由 cryptoticker.io 于 2026 年 9 月 14 日汇编。
检查 Solana 失败率：要点总结
在再次发送之前检查签名。
绿色勾号表示完成，红色标记表示 definitively 失败，完全没有条目表示它从未到达。在所有三种情况下，您都知道第二次尝试是否会双重交换。哪个钱包首先向您显示错误代码和指令步骤已在软件钱包比较中列出。
将滑点限制视为旋钮，而不是错误来源。
如果您的交换在相同点反复失败，则限制对于当前市场波动来说太紧了。放宽它意味着更多的价格风险，收紧它意味着更多的失败。经常交换大量资金的人应在交易所比较中检查交易场所条款。
在账户中保留 SOL 储备。
如果没有用于支付手续费和账户存款的 SOL，没有任何交易会通过，包括旨在解决问题的交易。任何在自动化中运行交换的人都应该为此缓冲金制定预算；哪些工具支持它已在交易机器人比较中展示。
(截至 2026 年 9 月 14 日。本文不构成投资建议。价格和费用结构会发生变化；在购买前请与提供商核实条款。)
