为什么比特币交易可能缓慢

比特币的构思是平均单位时间≈ 10分钟，但它是平均而不是担保。如果您的事务被卡住了，那么拥挤的mempul和/或字节费用太低几乎总是罪魁祸首。在此基础上,添加收件人对确认数、交易本身的大小（以虚拟字节为单位）和钱包策略的要求-并在交付时间上获得显着差异。

简而言之： "缓慢"来自何处"

1.拥挤的mempool。当未经证实的交易超过"进入"最近的街区时，佣金拍卖就开始了。

2.低费率（sat/vB）。矿工以虚拟字节的最高价格进入交易单元-不包括总佣金。

3.重量较大的交易。许多输入（UTXO），旧地址（Legacy）格式→重量更高→价格更高/更长。

4.块时间变异性。间隔"原生"波动：可以在20秒内获得，也可以在40+分钟内获得。

5.收件人策略。交易所/服务正在等待1-6次确认，有时在高峰时段更长。

6.钱包限制。并非所有人都支持RBF/CPFP，他们不知道如何充分重新评估fee，并设置了"经济"的默认配置文件。

它如何在"引擎盖下"工作"

Mempul（mempool）是所有节点中未经确认的事务的缓冲区。节点可能会丢弃太便宜的交易。

事务权重以vB（虚拟bytes）表示。包含受vB（sat/vB）价格的影响。

该单元的重量限制（重量单位），因此矿工根据sat/vB的益处进行排序，形成进入最近单元的"入口阈值"。

RBF（Replace-By-Fee）允许发送者用更高的fee版本替换未经确认的事务。

CPFP （Child-Pays-For-Parent）允许退出收件人/所有者加快确认：通过在"子"事务中分配高佣金来花费收到的"父"输出。

延误的常见原因和做什么

原因是	看起来如何	解决方案
提供低卫星/vB	"挂起"小时/天	如果支持-具有增强的fee的RBF；否则-等待或要求收件人进行CPFP
负载峰值（mempul满）	进入街区的"门槛"急剧上升	等待衰退；将票价提高到最新水平；为未来-发送超越高峰
很多输入（UTXO consolidation）	交易"厚"，加速成本高	在mempool为空时提前合并UTXO；使用SegWit/bech32
传统地址	在同等条件下增加重量	改用bech 32 （bc1……）/SegWit →减轻重量和佣金
强硬的交易所确认政策	该街区已经存在，但没有入学人数	检查要求（1-6+conf）；等待；面向未来-提前/通过Lightning进行翻译
没有RBF/CPFP的钱包	不可能"拖累"佣金	使用RBF钱包；对于收件人-约定CPFP

实践： 如何正确评估委员会

1.参见"satoshi佣金"，但重量价格为sat/vB。

2.选择确认目标（在下一块/1-3块/经济）。

3.考虑交易的重量。许多输入=高于vB →需要相同速度的vB最高价格。

4.使用SegWit/bech32。这减轻了重量，没有额外的风险。

5.在fee上保持库存。尤其是在负载峰值时发送时。

加快滞留翻译： 工作方法

1) RBF (Replace-By-Fee)

如果原始事务被标记为replaceable，则可用。

发送具有最高sat/vB的"替换"。节点和矿工将更喜欢新版本。

2) CPFP (Child-Pays-For-Parent)

当您控制退出"父"事务时,此选项就合适了。

创建具有非常高sat/vB的"子公司",使总包装对矿工有利。

3）加速器池（酌情决定）

一些采矿池提供收费/合作伙伴加速器。评估风险和条件。

如何提前降低延迟风险

使用bech 32 （bc1……）和SegWit-以相同价格降低重量=便宜和更快的vB。

在平静时期（低费用）合并UTXO：将小入口组合成一个。

计划时间。在峰值之外发送转移（卸载时）。

设置一个足够的fee配置文件。对于"进入下一个街区"-以vB支付市场价格。

选择带有RBF和手动佣金设置的钱包。没有它，很难控制速度。

讨论收件人的要求。如果交易所等待3-6份确认，请记入截止日期。

对于小额/紧急付款，请考虑闪电（如果双方都支持）。

闪电和L2作为"B计划"

闪电网络在几秒钟内提供转账，但需要发件人和收件人的支持，并且还具有频道限制。

一些站点通过Lightning或通过castodial集成接收BTC是定期小额资金的良好选择。

对于ETH-L2生态系统（Arbitrum/Optimism/Polygon）：如果翻译稳定蛋白/令牌而不是BTC，它可以更快，更便宜。

支票单

在发送BTC之前

收件人地址已核实；bech 32格式是首选。
钱包支持RBF和手动选择sat/vB。
了解收件人所需的确认（交换/服务）。
为"进入下一块/1-3块"的目的选择了足够的fee率。
没有几十个小型UTXO；如有必要-提前整合。

如果事务被"搁置"

在Block Explorer中检查了它（是否存在冲突/替换,Mempool中有多少时间）。
RBF可用，→ 发送更高卫星/vB的替代品。
CPFP是可能的，→创建了一个高价子公司。
如果没有什么-等待负荷下降；通知收件人状态/计划。

常见错误以及如何避免错误

错误	为什么不好	我该怎么办？
专注于"佣金总额"而不是sat/vB	每字节价格而不是绝对金额对矿工很重要	参见sat/vB,考虑交易的重量
Legacy地址和一堆输入	"厚"事务,低优先级	转为SegWit/bech32，提前整合UTXO
没有RBF的钱包	没有什么可以加速的	选择带有RBF/CPFP的钱包
"高峰时段"发送"	多付或延误	计划时间，设定市场公平性
忽略收件人的要求	"没有钱"，尽管0 conf已经存在	预先了解需要多少确认

常见问题（简称）

等待确认是多少"正常"？

在平静的时间和足够的卫星/vB-10-60分钟（1-3确认）。在高峰时段-更长。

如果我把一个巨大的佣金-会是瞬间？

由于区块时间的变化，没有保证，但是进入下一个区块的机会大大增加。

发货后是否可以"完成"佣金？

是的,如果交易是RBF-replaceable。否则-只有CPFP（如果您控制最终输出）或等待。

如果我的交易已经在街区,为什么交易所不记账?

交易所可能需要多次确认。这是她的风险政策。

缓慢的比特币转账不是"网络故障"，而是佣金市场拍卖和块容量有限的模式。控制sat/vB，使用SegWit/bech32，计划时间，手头保持RBF/CPFP，并考虑收件人的规则。然后您的BTC交易将尽可能可预测-没有额外的神经和旷日持久的"Pending"。