ビットコイン取引が遅くなる理由
Bitcoinは平均ブロック時間≈ 10分で考案されていますが、これは平均であり、保証ではありません。あなたのトランザクションが立ち往生している場合、混雑したmempoolおよび/またはバイト手数料が低すぎることはほとんど常に責任です。これに、確認の数、トランザクション自体のサイズ(仮想バイト)とウォレットポリシーの受信者の要件を追加します。
要するに: どこから来ていますか「ゆっくり」
1.混雑したmempool。最寄りのブロックに「フィット」よりも未確認のトランザクションがある場合、手数料のオークションが始まります。
2.低料金(土/vB)。マイナーは、仮想バイトの最高価格でトランザクションブロックに参加します。手数料の総額ではありません。
3.重量による大きなトランザクション。多くの入力(UTXO)、古いアドレスフォーマット(Legacy)→より高い重量→同じ料金率でより高価/より長い。
4.ブロック時間の可変性。間隔「ネイティブ」は変動します:20秒で、または多分40+分で得ることができます。
5.受信者ポリシー。取引所/サービスは、ピーク時に1〜6の確認を待っています。
6.ウォレットの制限。誰もがRBF/CPFPをサポートしているわけではなく、手数料を適切に過大評価する方法を知らず、デフォルトで「経済的」プロファイルを入れています。
「ボンネットの下」の仕組み"
Mempool-すべてのノードで未確認のトランザクションのバッファ。ノードは、安すぎるトランザクションを破棄することができます。
トランザクション重量はvB(仮想バイト)で測定されます。インクルージョンはvBあたりの価格の影響を受けます(土/vB)。
ブロックには重量単位が制限されているため、鉱夫はsat/vBの利点でソートし、最寄りのブロックに「入力しきい値」を形成します。
RBF (Replace-By-Fee)により、送信者は未確認のトランザクションをより高い手数料バージョンに置き換えることができます。
CPFP (Child-Pays-For-Parent)を使用すると、出口の受信者/所有者が確認をスピードアップできます。"Child'トランザクションに高い手数料をかけることで、結果の"親"出口を費やします。
遅延の頻繁な原因と何をすべきか
実践: コミッションを適切に評価する方法
1.「satoshiコミッション」ではなく、重量あたりの価格を参照してください-土/vB。
2.確認でターゲットを選択します(次のブロック/1-3ブロック/控えめに)。
3.取引の重みを考えてみましょう。多くの入力=vB以上→同じ速度のvBあたりの最高価格が必要です。
4.SegWit/bech32を使用してください。これは追加のリスクなしで重量を軽減します。
5.有料で在庫を保管してください。特にピーク負荷時に送信する場合。
Speeding Up Stuck Translations: 作業方法
1) RBF(代金引換)
元のトランザクションが交換可能であるとマークされている場合に使用できます。
より高い土/vBと「取り替え」を送って下さい。ノードと鉱山労働者は新しいバージョンを好むでしょう。
2) CPFP(親のための子供支払)
「親」トランザクションからの終了を制御する場合に適しています。
非常に高いsat/vBを持つ「子供」を作成して、鉱山労働者のためにトータルパッケージを有益にします。
3)加速器プール(任意)
いくつかのマイニングプールは有料/パートナーのアクセラレーターを提供しています。リスクと条件を評価します。
事前に遅延のリスクを軽減する方法
bech32 (bc1……)とSegWitを使用してください。
静かな期間にUTXOを統合(低料金):小さな入り口を1つに結合します。
あなたの時間を計画してください。(mempoolがアンロードされている場合)ピーク外に転送を送信します。
適切な料金プロファイルを設定します。「次のブロック」-vBあたりの市場価格を支払う。
RBFと手数料の設定でウォレットを選択します。それなしで速度を制御するのは難しいです。
受取人の要件について話し合います。取引所が3-6確認を待っている場合は、期限内にこれを考慮してください。
小額/期間の支払いについては、Lightning(両当事者がサポートしている場合)を検討してください。
「プランB」としてのLightningとL2'
Lightning Networkは数秒とペニーで転送を行いますが、送信者と受信者からのサポートが必要であり、チャネル制限もあります。
一部のサイトでは、Lightningを通じてまたはカストディアルな統合を通じてBTCを受け入れています。これは緊急の少量のための良い選択肢です。
ETH-L2エコシステム(Arbitrum/Optimism/Polygon)の場合:BTCではなくstablecoins/tokenを翻訳すると、より高速で安価になる可能性があります。
チェックシート
BTCを送信する前に
- 確認された受信者アドレス;bech32形式が好ましい。
- ウォレットはRBFおよび手動sat/vBの選択をサポートしています。
- 受取人(交換/サービス)から必要な確認を理解しています。
- Next Block/1-3 Blockターゲットに適した料金を選択しました。
- 数十の小さなUTXOはありません。必要に応じて、事前に統合。
トランザクションが「立ち往生」している場合"
- ブラウザで確認しました(競合/置換があるかどうか、mempoolの時間)。
- RBFが利用可能です→より高いsat/vB交換を送信しました。
- CPFPが可能→高料金の子を作成しました。
- 何もなければ、私は負荷が低下するのを待っています;ステータス/プランの受信者に通知しました。
よくある間違いとそれらを回避する方法
FAQ(短い)
確認を待つために「通常」はどのくらいですか?
静かな時間と十分な土/vBで-10-60分(1-3確認)。ピーク時-長い。
私は巨大な手数料を入れた場合-それは即座になりますか?
ブロック時間の変動による保証はありませんが、次のブロックに入る可能性は非常に高くなります。
送信後に手数料を「落とす」ことは可能ですか?
はい、トランザクションがRBF交換可能な場合。それ以外の場合は、CPFPのみ(受信した出力を制御する場合)、または待機します。
取引がすでにブロックされている場合、取引所が登録されないのはなぜですか?
取引所は複数の確認を必要とする場合があります。彼女のリスクポリシーだ。
遅いビットコイン転送は「ネットワークの内訳」ではなく、手数料とブロックの限られた帯域幅の市場オークションのパターンです。sat/vBを制御し、SegWit/bech32を使用し、時間をスケジュールし、RBF/CPFPを手元に保ち、受信者のルールを考慮します。その後、あなたのBTCトランザクションは可能な限り予測可能になります-不必要な神経と長引く「保留中」なし。