TL;DR

    1つのブロックで

    世界共通の単一のメモリプールは存在しません。各ノードが、検証、リレー、置き換え、有効期限、メモリに関する独自のポリシーを適用します。 承認はブロックへの取り込みから始まります。取り込まれたからといって、すべての受取側が直ちに高額な商品を引き渡したり、入金を反映したりしてよいわけではありません。 ビットコインの手数料は通常、仮想バイトあたりのサトシ数で比較されますが、親子関係でつながった取引はまとめて評価される場合があります。 イーサリアムの手数料は、バーンされるプロトコルのベースフィーとプライオリティフィーの組み合わせです。ビルダー、プライベートなオーダーフロー、最大抽出可能価値(MEV)も順序に影響します。

    「承認済み」とは実際には何を意味するのか

    要点:承認済みとは、現時点で正規チェーンの一部と認識されている有効なブロックに、その取引が含まれている状態を指します。ビットコインでは、取引を含むブロックそのものが承認1回目にあたります。以降のブロックが1つずつ承認を加えていきます。イーサリアムではさらに、取り込みがlatest、safe、finalizedという状態を経て成熟していきます。

    「承認済み」という言葉は、最初は何もなく次の瞬間に確実になる、という二者択一のように聞こえがちです。ブロックチェーンの実態はもう少し細かく分かれています。ウォレットは取引が署名されたことを知り、ノードはそれをローカルのメモリプールに受け入れ、ブロック生成者はそれを取り込み、それでも受取側は支払いを決済完了として扱う前にさらに確度が高まるのを待つことがあります。これらは別々の出来事です。

    状態意味まだ起こりうること
    作成済みまたは署名済みウォレットが取引を組み立て、署名によって実行を許可した状態です。まったくブロードキャストされないこともあれば、送信者が矛盾する別のバージョンをブロードキャストすることもあります。
    ブロードキャスト済み取引が少なくとも1つのピア、またはプライベートなエンドポイントに送信された状態です。他のノードはそれを見ていないかもしれず、独自のポリシーで拒否することもあります。
    メモリプールにある特定のノードが、有効な未承認の候補として保持している状態です。待機し続けることも、排除されることも、置き換えられることも、広く伝播しないこともあります。
    取り込み済み/承認1回正規ブロックが現時点でその取引を含んでいます。浅いチェーン再編成によって、そのブロックが取り除かれることがあります。
    承認数の増加正規ブロックがさらにその上に積み上がります。巻き戻しは一般に、次第にコストが高くなるか、起こりにくくなります。
    イーサリアムのsafe/finalizedコンセンサスクライアントが、より強いフォークチョイスとチェックポイントの状態を公開します。finalizedの巻き戻しには、深刻なコンセンサス障害とソーシャルな復旧が必要であり、通常の運用で起こることではありません。
    受取側にとっての決済完了受取側自身のリスクポリシーが満たされた状態です。これは事業上の判断であり、プロトコル共通のフラグではありません。

    取引の実行が失敗することもあります。イーサリアムでは、取り込まれた取引のコントラクト呼び出しがリバートしても、取引としては承認されています。ガスを消費し、送信者のノンスを増やし、失敗ステータスのレシートを生成しており、意図した状態変更が巻き戻されただけです。したがって「承認済み」は、自動的に「アプリケーション上の操作が成功した」ことを意味しません。

    まとめ:1つではなく2つの問いを立ててください。その取引は正規チェーンに取り込まれているか、そしてこの支払いに求められる確度の水準に達しているか、です。

    取引がメモリプールに届くまでに何が起きるのか

    要点:ウォレットはチェーンごとの形式のメッセージを組み立てて署名し、ノードまたはプライベートなサービスに送信します。受け取った側は、保存や中継の前にコンセンサス上の有効性とローカルポリシーを確認します。署名しただけでは、受理も伝播も取り込みも保証されません。

    組み立てと署名

    ビットコインの取引は、消費する未使用のアウトプットを指定し、新しいアウトプットを作り、金額とスクリプトを設定し、支払い条件を満たす署名やその他のウィットネスデータを含みます。イーサリアムの取引は、送信者が管理するアカウント、ノンス、宛先、送金額、任意のデータ、ガスリミット、手数料の上限を指定し、そのペイロードそのものを許可する署名を伴います。

    送信は世界一斉のブロードキャストではない

    ほとんどのウォレットは、署名済みの取引を自前のノード、インフラ提供事業者、接続先のピアのいずれかに送信します。最初に受け取った側が、それをP2Pネットワークに中継することがあります。取引によっては、プライベートリレー、ブロックビルダー、マイニングサービス、アプリケーション固有のエンドポイントに送られます。ウォレットの「送信済み」表示は、多くの場合、1つのエンドポイントが送信リクエストを受け付けたという意味にすぎません。

    有効性ルールとリレーポリシー

    コンセンサスルールは、その取引がブロックに入っても規則上問題ないかどうかを決めます。正しい許可があること、禁止された過剰支出がないこと、状態遷移が正しいこと、その他のチェーンのルールを満たすことです。ノードのポリシーは、ブロックに入る前の未承認取引を保存して中継する価値があるかどうかを決めます。ポリシーはコンセンサスより厳しいことがあり、ソフトウェアのバージョンや運用者の設定によって変わります。あるメモリプールで拒否された取引でも、ブロックの中では有効だったり、別のノードに受理されたりすることがあります。

    確認項目ビットコインの例イーサリアムの例
    許可使用するすべてのアウトプットについて、ウィットネスまたはスクリプトの条件が満たされている。署名が送信者を特定し、取引の各フィールドが有効である。
    支払い可能性参照されたアウトプットが存在して未使用であり、手数料を差し引いた金額の収支が合っている。送信者のノンスが適切で、アカウントが送金額と必要な最大コストをまかなえる。
    コンセンサス上の有効性取引がスクリプト、ロックタイム、ウェイト、通貨に関するルールに従っている。取引タイプ、固有ガス、実行レイヤーのルールが有効である。
    ローカルポリシー標準性(standardness)、最低リレー手数料率、クラスターおよび置き換えのルール。クライアントの取引プールの上限、価格の引き上げ幅、アカウントごとの枠、その他の運用者設定。
    取り込みの経済性ブロックテンプレートの構築は、見込まれる手数料の寄与と依存関係を考慮する。ベースフィーの適格性、プライオリティフィー、ビルダーの戦略、プライベートなオーダーフロー、MEV。

    まとめ:「ネットワークに拒否された」という説明は大ざっぱすぎることが多いです。どのノードが拒否したのか、理由がコンセンサス上の有効性なのかローカルポリシーなのか、そして別のバージョンや別の経路があるのかを特定してください。

    メモリプールとは何か、そしてなぜ1つではないのか

    要点:メモリプールとは、ノードがローカルに持つ、有効な未承認取引の集合です。ノードはその多くをピアに伝播させるためメモリプールの内容は重なりますが、完全に同一である保証はありません。プライベートな取引は、公開の伝播をまったく経由しないこともあります。

    この用語は「memory pool(メモリ上の一時的な保管場所)」に由来します。プロトコルが1か所に用意した待合室ではありません。参加する各ノードが、実装と運用者の制約の範囲で、何を受け入れ、保持し、排除し、中継し、置き換えるかを自分で決めます。ノードは参加した時期も接続先のピアも使うソフトウェアも異なり、割り当てるメモリも違います。そのため、保留中の取引の集合は絶えず食い違っていきます。

    ビットコインのメモリプール

    ビットコインのノードは未承認の取引を保存し、その依存関係のグラフを管理します。子の取引が未承認の親を使用することがあるためです。Bitcoin Core 31では、つながった取引をグループとして評価し、採掘が見込まれる手数料率で「チャンク」を並べるクラスターメモリプール方式が導入されました。すべての取引が手数料順の1本の待ち行列に単独で並ぶという、初心者向けの古いモデルより正確です。

    イーサリアムの取引プール

    イーサリアムの実行クライアントは一般に、実行可能な取引(pending)と、順番待ちやノンスに欠けのある取引(queued)を区別します。次に使えるノンスを持つ取引は実行可能になり得ますが、それより後のノンスは、先行するノンスが1つ以上欠けているために待たされることがあります。Gethのドキュメントには、pendingとqueuedのプールを分けていること、および同一送信者で同一ノンスの取引が十分に高い価格の別バージョンに置き換えられることが記載されています。

    公開メモリプールとプライベートオーダーフロー

    送信者は、公開のゴシップネットワークに流す代わりに、ビルダーや専門サービスへ直接取引を送ることができます。これによりフロントランニングにさらされる度合いを下げたり、バンドルの扱いを改善したりできる一方で、エンドポイントの可用性、検閲、信頼の前提が新たに生じます。イーサリアムの公式ドキュメントも、上級者は公開メモリプールではなく専門のビルダーに取引を送る場合があると明記しています。

    まとめ:「メモリプール」を世界中で一致した1つのデータベースのように語るのではなく、「あるノードのメモリプール」や「公開ネットワークでの取引の伝播」と表現してください。

    ビットコインの手数料と取引の選定はどう動くのか

    要点:ビットコインの手数料は、希少なブロックウェイトに対する対価です。ウォレットは通常、仮想バイトあたりのサトシ数で手数料率を提示しますが、マイナーはつながった取引をまとめて評価することがあります。手数料の高い小さな子の取引が、手数料の低い親を経済的に魅力的にすることもあり、場外での取り決めが取り込みに影響する場合もあります。

    絶対額の手数料と手数料率

    絶対額の手数料は、使用したインプットの合計額と新しいアウトプットの合計額の差です。手数料率はその手数料を仮想サイズで割った値で、通常はsat/vBで表します。1,000サトシの手数料は、小さな取引では競争力があっても、はるかに大きな取引では不十分です。仮想バイトはSegWitのウェイト割引を織り込んだ値であり、単純なデータサイズそのものではありません。

    依存関係がオークションを変える理由

    子の取引は、未承認の親より先に承認されることはありません。使用しようとするアウトプットがまだオンチェーンに存在しないためです。そのため合理的なブロック構築では、一緒に採掘する必要がある取引の合計収益と合計サイズを考慮します。Bitcoin Core 31のクラスターメモリプールのロジックは、1取引1行という素朴なリストではなく、採掘が見込まれるチャンクを使って、つながった取引を明示的に並べます。

    マイナーとプールが最適化しているもの

    プールは通常、ウェイト、依存関係、ポリシー、運用上の制約の範囲で収益を最大化することを狙った、有効なブロックテンプレートを構築します。手数料率は中心的な要素ですが、それだけではありません。運用者は、ローカルで特定の取引を優先したり、プライベートな経路で取引を受け付けたり、自分の取引を入れたり、商業上の取り決めを守ったり、ポリシー上の理由で取引を除外したりできます。コンセンサスノードは、内容がコンセンサスに従っている限り、他のノードのメモリプールと一致するかどうかに関係なく、そのブロックを受け入れます。

    Side-by-side comparison of Bitcoin and Ethereum transaction-fee markets. Bitcoin shows satoshis per virtual byte, parent-child package evaluation, mining-template selection and RBF or CPFP. Ethereum shows max fee, base fee, priority fee, gas used, MEV and same-nonce replacement.
    図2. 手数料は取り込みに強く影響しますが、ブロックの構築は取引の依存関係、プライベートな経路、順序付けの価値にも左右されます。
    ビットコインの概念意味よくある誤解
    手数料取引が承認された場合に支払う合計サトシ数。取引のサイズを考慮せずに絶対額の手数料を比べてしまう。
    手数料率手数料を仮想サイズで割った値。通常はsat/vB。提示された目標が特定のブロックを保証すると思い込む。
    パッケージ/クラスターまとめて評価する必要があるかもしれない、つながった未承認の取引。子の手数料率の高さは、手数料の低い親の助けにならないと思い込む。
    メモリプールの最低手数料率メモリとポリシーに応じて変動する、そのノードのローカルな受理しきい値。1つのノードによる拒否を、コンセンサスのルールだと考えてしまう。
    ブロックの最低ライン/運用者の選択マイナーやプールは、独自の経済的な取り込みポリシーを設定できる。すべてのプールが同一のテンプレートを構築すると思い込む。

    まとめ:ビットコインはブロックウェイトをめぐるオークションですが、その経済的な単位は単独の取引ではなく、つながった取引のグループになることがあります。

    イーサリアムのガス手数料とノンスの順序はどう動くのか

    要点:イーサリアムは実行の対価をガスで課金します。取引にはガスリミット、ガス1単位あたりの最大手数料、最大プライオリティフィーを設定します。プロトコルのベースフィーはバーンされ、実際のプライオリティフィーはプロポーザー(ブロック提案者)またはその設定した手数料の受取先の収入になります。1つのアカウントから出た取引は、ノンスの順に実行されます。

    消費ガスとガスリミット

    ガスは、イーサリアムの取引に必要な実行リソースを測る単位です。ガスリミットは、送信者がその取引に対して認めるガスの上限です。送信者が支払うのは、上限の範囲内で実際に消費されたガスの分だけです。単純なETHの送金は所要コストが予測しやすい一方、コントラクトとのやり取りははるかに多くを消費することがあり、状態によって変動します。

    ベースフィー、プライオリティフィー、最大手数料

    EIP-1559により、各ブロックにはプロトコルのベースフィーが設定されます。直前までのブロックのガス使用量が目標を上回ると上昇し、下回ると低下し、1ブロックあたりの変化幅は最大12.5パーセントです。このベースフィーはバーンされます。送信者はさらに、最大プライオリティフィーと、ガス1単位あたりの最大合計手数料を設定します。ガス1単位あたりの実際の請求額は、ベースフィー、認められるチップ、送信者の最大手数料によって決まり、使わなかった余裕分は支払いません。

    ノンスの順序

    外部所有アカウントのノンスは、取引が実行されるたびに1つ増えます。後ろのノンスを使う取引は、それより前のノンスがすべて消費されるまで実行できません。そのため、手数料が安すぎる取引や欠けている取引が1つあるだけで、同じアカウントから出た、後続の手数料の高い取引の列が止まってしまいます。クライアントやウォレットサービスによって、これらはpending、queued、gapped(ノンスに欠けがある)などと表現されます。

    リバートした実行にもガスはかかる

    イーサリアムの取引が取り込まれ、コントラクトの実行がリバートした場合、プロトコルは意図した状態変更を破棄しますが、ノンスの増加は維持し、すでに行われた計算の分を課金します。レシートのステータスは失敗を示します。一方、本質的に無効であるために取り込み前に拒否された取引は、オンチェーンのガスを消費しません。

    ブロブ手数料は別枠

    主にロールアップが使うEIP-4844のブロブを運ぶ取引は、通常の実行ガスに加えて、別のブロブ手数料市場にも参加します。通常のETHの送金でブロブ手数料を払うことはありません。この区別はロールアップのコストを調べるときに効いてきますが、標準的なウォレットの送金の計算に含まれるものではありません。

    イーサリアムのフィールド役割利用者から見た意味
    nonce(ノンス)同一送信者の取引を並べ、そのアカウントの連番の中でのリプレイを防ぐ。前のノンスが欠けていたり詰まっていたりすると、後続の取引が止まる。
    gasLimitその取引が消費できる実行ガスの上限を定める。低すぎると失敗の原因になる。使わなかったガスは課金されない。
    baseFeePerGasそのブロックにおけるプロトコル上の最低価格。バーンされる。最大手数料が必要なベースフィーを下回っていると、その取引は取り込まれない。
    maxPriorityFeePerGas取り込みを促すために使えるチップの上限を定める。高くすれば優先度は上がりうるが、順序はMEVやプライベートフローも反映する。
    maxFeePerGasベースフィーと実際のプライオリティフィーの合計に上限を設ける。署名したガス1単位あたりの上限を超えて支払うことを防ぐ。
    レシートのステータス取り込まれた実行が成功したかリバートしたかを示す。承認された取引でも、アプリケーションの実行は失敗していることがある。

    まとめ:イーサリアムでは、取引の取り込みと実行の成否を分けて考え、ガスの上限と実際の請求額も分けて考えてください。

    実際にブロックを構築し、提案しているのは誰か

    要点:ビットコインでは通常、マイニングプールが候補となるブロックテンプレートを構築し、マイナーがそれに対してプルーフ・オブ・ワークを行います。イーサリアムは各スロットにバリデーターのプロポーザーを割り当てますが、多くのプロポーザーは実行ペイロードの構築を、プロトコル外のプロポーザー・ビルダー方式で専門のビルダーに委ねています。それでも、すべてのフルノードが独立して有効性を検証します。

    ビットコイン:プール、テンプレートの構築、プルーフ・オブ・ワーク

    マイニングプールは参加するマイナーのハッシュパワーをまとめ、通常は自らのブロックテンプレートに基づく作業を配ります。取引の選定とコインベース取引の構築はプールやそのインフラが行い、マイナーは有効なプルーフ・オブ・ワークのヘッダーを探します。有効なブロックを見つけたマイナーまたはプールが、それをブロードキャストします。独立したビットコインのノードはブロック全体を検査し、コンセンサスルールに1つでも違反があれば拒否します。

    イーサリアム:プロポーザーとビルダーは別の主体でありうる

    12秒ごとのスロットには、選ばれたバリデーターのプロポーザーがいます。プロポーザーは、自分が把握している取引から実行ペイロードをローカルで構築することも、ビルダー市場を使うこともできます。プロトコル外のプロポーザー・ビルダー分離は、一般にBuilder APIとMEV-Boostのエコシステムを通じて実装され、専門のビルダーが実行ペイロードを提供する権利を入札で競えるようにするものです。プロポーザーは選んだブロックに署名し、他のノードがそれを再実行して検証します。イーサリアムのロードマップにはこの分離をプロトコルに組み込む案もありますが、ロードマップ上の提案は、実際に導入されるまで、すでに稼働しているかのように説明すべきではありません。

    MEVが順序に影響する理由

    最大抽出可能価値とは、取引を選ぶこと、差し込むこと、並べ替えることから得られる追加の利益です。裁定取引や清算がその例です。ビルダーは、公開されたチップがわずかに高い取引よりも、合計価値の高いバンドルを選ぶことがあります。「チップが最も高いものが必ず先に入る」がイーサリアムのブロックの順序付けを正しく説明していないのは、このためです。

    プライベートオーダーフローのトレードオフ

    プライベートな送信は、公開の場でフロントランニングにさらされる度合いを下げ、全部入るか全部入らないかのバンドルにも対応できます。同時に、可視性と検閲の力をビルダー、リレー、エンドポイントの運用者に集中させます。利用者はプライバシーとトラストレス性を区別すべきです。公開メモリプールから隠された取引でも、それを受け取ったプライベートサービスからは見えています。

    まとめ:ブロックを提案する主体と、その取引の順序を決めた主体は別でありうる点に注意してください。とくにイーサリアムではそうです。取り込みは手数料の問題であると同時に、市場構造の問題でもあります。

    取引が詰まったり、消えたり、食い違うステータスを示したりするのはなぜか

    要点:よくある原因は、経済的な優先度の低さ、ノンスや依存関係の欠け、ローカルポリシーの違い、残高不足、矛盾する置き換え、エンドポイントの障害、メモリプールからの排除、チェーン再編成です。対処を試す前に、まず状態を切り分けてください。

    症状考えられる原因最初に確認すること
    ウォレットは送信済みと表示するが、エクスプローラーで見つからないウォレットが1つのエンドポイントに送っただけ、ブロードキャストが失敗した、またはプライベートな経路を使った。取引ハッシュ、ネットワーク、ウォレットのログ、および独立した2つ目のノードまたはエクスプローラー。
    表示されているが、長時間保留のまま手数料やチップに競争力がない、親の手数料が低い、またはイーサリアムで前のノンスが欠けている。現在の手数料の状況、依存関係、ノンスの並び、置き換えへの対応状況。
    あるエクスプローラーでは見えるが、別のエクスプローラーでは見えないノードごとのメモリプールの違い、ピアからの見え方、データ提供事業者の遅延。取引ハッシュとネットワークを見比べる。失敗と決めつける前に少し待つ。
    保留中の取引が消えたローカルでの排除、置き換え、ノードの再起動やポリシー、提供事業者のインデックスの変更。インプットやノンスが未使用のままかどうか、矛盾する取引が存在するかどうか。
    承認されたのに、また保留中に戻ったその取引を含んでいたブロックが再編成で外れた。ブロックハッシュ、正規チェーン、矛盾する使用、新たな取り込み状況。
    イーサリアムのレシートがステータス0を示す取引は承認されたが、EVMでの実行がリバートした。消費ガス、リバートの理由、コントラクトの状態、アプリケーションのログ。
    ビットコインの取引をウォレットで置き換えられないウォレットが手数料の引き上げに対応していない、必要なインプットやアウトプットを管理していない、または取引のグラフやポリシーが選んだ方法を妨げている。ウォレットのドキュメント、およびCPFPが可能かどうか。

    破棄は、どこでも忘れられたという意味ではない

    ノードは、ローカルのメモリ逼迫、経過時間、ポリシーを理由に取引を排除します。別のノードが同じ取引を保持していて、後で再ブロードキャストすることもあります。1つのエクスプローラーで表示されなくなっただけで、資金を安全に使い直せると考えるべきではありません。正規のUTXOやアカウントのノンスの状態を確認し、ウォレットの競合処理の機能を使ってください。

    手数料の低さだけが原因ではない

    名目上は高い手数料を払っている取引でも、手数料の低い親に依存している、ノンスの欠けの後ろにいる、ローカルのリレールールに引っかかっている、取引を外に出さないプライベートなエンドポイントに送られた、より価値の高いバンドルにビルダーの選好で負けた、といった理由で待たされることがあります。正確な切り分けは、不要または危険な置き換えの試みを防ぎます。

    まとめ:観測できるチェーンとノードの状態から始めてください。手数料の優先度、順序、ポリシー、置き換え、再編成のどれを相手にしているのか分かるまで、思いつきの別バージョンを何度も送り直すのはやめましょう。

    保留中のビットコインの取引を早めたり置き換えたりするには

    要点:標準的な手段は2つあります。1つは、より多くの手数料を払う矛盾した取引を出すreplace-by-fee、もう1つは、未承認のアウトプットを使う取引を出して、つながったパッケージ全体を採掘する経済的価値を高めるchild-pays-for-parentです。使えるかどうかは、ウォレットの対応、取引の構造、現在のノードのポリシーによって決まります。

    Replace-by-fee(RBF)

    RBFでは、保留中の取引と同じインプットを少なくとも1つ使い、置き換えのポリシーを満たすだけの追加手数料を払う新しい取引を作ります。Bitcoin Coreはバージョン28でフルRBFを既定に変更し、Bitcoin Core 31ではクラスターの手数料率ダイアグラムを軸に置き換えの評価がさらに改められました。現在のCoreのポリシーで単独の取引を置き換える場合、置き換える側には絶対額の手数料と手数料率の両方の引き上げに加えて、中継の対価をまかなうだけの増分手数料が必要です。他の実装やサービスでは条件が異なる場合があります。

    可能な限り、ウォレットが備える「手数料の引き上げ」や「スピードアップ」の機能を使ってください。手作業での置き換えは、受取人を誤って変えたり、アウトプットを変更したり、アプリケーション側の前提を壊したり、想定どおりに伝播しない取引を作ったりするおそれがあります。置き換えは、どちらか一方のバージョンが承認されるまで確定しません。

    Child-pays-for-parent(CPFP)

    未承認の取引のアウトプットを送信者または受取側が管理している場合、そのアウトプットを使う子の取引を作り、つながったグループ全体が魅力的になるだけの手数料を付けられます。これは親を変更するものではなく、親と子をまとめて取り込む経済的な理由をマイナーに与えるものです。現在のBitcoin Coreのパッケージおよびクラスターのポリシーは、「2つの手数料率を平均する」という古い言い方より込み入っていますが、利用者から見た原理は変わりません。パッケージがポリシー上成立するなら、子が親を支えられます。

    第三者のアクセラレーター

    一部のマイニングサービスは、無料または有料で取引の促進(アクセラレーション)を提供しています。これはプロトコルの機能ではなく、自社が管理していないマイナーによる取り込みを保証することはできません。シードフレーズや秘密鍵は絶対に渡さないでください。また、頼んでもいないのに届く「アクセラレーターのサポート」は詐欺と考えてください。正規のサービスが必要とするのは、せいぜい公開されている取引の情報と、有料の場合は通常の支払い手続きだけです。

    方法使える人何が変わるか主な制約
    RBF通常は、元のインプットを管理している送信者またはウォレット。手数料の高い、矛盾する使用を新たに作る。ポリシーとウォレットの対応。元の取引が先に承認されることもある。
    CPFP保留中の取引の使用可能なアウトプットを管理している人なら誰でも。親と一緒に採掘する必要がある、手数料の高い子を追加する。使えるアウトプットと、条件に合う依存関係のグラフが必要。
    待つ誰でも。何も変えない。混雑が収まるか、生成者がその取引を選ぶかに委ねる。時間の保証がない。取引がローカルで排除されることもある。
    アクセラレーター特定のマイニングサービスに受け入れられた利用者。参加している運用者に優先的な取り込みを依頼する。プロトコル外の信頼が必要で、届く範囲も限られる。詐欺も多い。

    まとめ:ビットコインの手数料の引き上げは、競合とパッケージの管理であって、魔法の優先フラグではありません。可能な限り、置き換えの取引はウォレットに作らせてください。

    保留中のイーサリアムの取引を早めたり取り消したりするには

    要点:同じアカウントから、同じノンスで、手数料のパラメータを十分に引き上げた新しい取引を送ります。取り消しを試みる場合、置き換えの取引は通常、送信者自身のアドレスへ0 ETHを送るものにします。同じノンスの有効な取引のうち、先に実行されたものがそのノンスを消費します。結果は競争であって、確実な取り戻しではありません。

    スピードアップのための置き換え

    スピードアップは、意図した操作をそのままに、maxFeePerGasを、必要に応じてmaxPriorityFeePerGasも引き上げます。置き換えの取引は、ウォレット、実行クライアント、提供事業者が定める価格の引き上げルールを満たす必要があります。取引が保留中でもベースフィーは動きうるため、最大手数料がベースフィーと実際のチップの合計をまかなえなくなっている場合は、チップだけを上げても効果はありません。

    取り消しの試み

    ウォレットは、同じノンスでより高い手数料を付けた単純な自己送金を出すことができます。その置き換えが先に取り込まれれば、ノンスが消費されるため元の取引は無効になります。元の取引が先にブロックに入れば、取り消しは失敗します。元の取引がプライベートに送られていた場合、取り消しに使う公開エンドポイントからは見えないこともあり、競争はさらに複雑になります。

    詰まったノンスを飛ばさない

    後ろのノンスで取引を送っても、前の取引を取り消したり飛び越えたりはできません。通常はその後ろに並ぶだけです。まず、欠けている、あるいは保留中の最も古いノンスを解決し、そのうえで後続の取引に古い前提や重複した操作が残っていないかを確認してください。

    コントラクトとトークンの承認に関する注意

    取り消しに成功すれば、その特定の取引の実行は止められます。ただし、それでトークンの承認(approval)が取り消されるわけでも、すでに承認済みのコントラクト呼び出しが元に戻るわけでも、別の場所に出したオフチェーンの注文が取り消されるわけでもありません。保留中の取引がセキュリティに関わるものなら、ノンスの置き換えで対応が完了したとは考えず、ウォレット、dapp、承認の状態も確認してください。

    まとめ:イーサリアムの「キャンセル」とは、「無害な置き換えの取引で、同じノンスをめぐる競争に勝つ」ことです。バリデーターに取り消しの通知を送るわけではありません。

    承認された取引を巻き戻せるのか

    要点:取り込まれたばかりの取引は、再編成の際に正規チェーンから外れることがあります。ビットコインでは、プルーフ・オブ・ワークが積み上がるほど巻き戻しの確率は一般に下がります。イーサリアムのクライアントはlatest、safe、finalizedという見え方を公開しており、finalizedの巻き戻しには、ステーキングされたETH全体の少なくとも3分の1が、責任を負うバリデーターからスラッシュ対象として立証可能な形で没収されバーンされるほど深刻なコンセンサス障害が必要です。

    チェーン再編成とは何か

    ノードは、チェーンの先端付近で競合する有効なブロックを短時間のうちに受け取ることがあります。どの分岐が正規になるかは、フォークチョイスのルールが決めます。いったん受け入れられたブロックが負けると、そのブロックは切り離され、勝った分岐が置き換わります。切り離されたブロックに入っていた取引は再検討されます。メモリプールに戻るものもあれば、新しい分岐で承認されるものもあり、矛盾する使用やアカウントのノンスがすでに勝っているために無効になるものもあります。

    ビットコイン:確率的なファイナリティ

    ビットコインのノードは、累積したプルーフ・オブ・ワークが最も多い有効なチェーンを選びます。取引の確度は、その上に有効なブロックが仕事量を積み上げるほど高まりますが、プロトコルが特定の深さを数学的に最終だと定めているわけではありません。承認6回は、高額な取引について長く使われてきた慣習です。すべての取引に必要なわけでもなければ、十分なハッシュパワーを持続的に投入できる攻撃者に対する絶対の保証でもありません。

    イーサリアム:latest、safe、finalized

    イーサリアムの実行APIは、直近の状態を区別します。「latest」はクライアントが現在正規としている先端で、正常な運用中でも再編成が起こりえます。「safe」は、誠実な多数派と同期性の前提のもとで再編成されないと期待される状態です。「finalized」は、暗号経済的に安全な直近のチェックポイントです。これを覆すには、コンセンサス障害の後にコミュニティが手作業で介入する必要があり、ステーキングされたETH全体の少なくとも3分の1がスラッシュ対象として立証可能になります。つまり、責任を負うバリデーターは少なくともその割合のステークを没収され、それはバーンされます。実際のペナルティの大きさは、同時にスラッシュされるバリデーターの数に応じて変わります。

    Finality timeline comparing Bitcoin confirmation depth with Ethereum latest, safe and finalized states. Bitcoin shows the containing block as one confirmation and five later blocks as six confirmations. Ethereum shows progression from latest to safe to finalized under normal participation.
    図3. ビットコインは確率的な確度を高めていき、イーサリアムはさらにsafeとfinalizedという明示的なコンセンサス上の見え方も公開します。

    ファイナリティは、原理的な不可能性ではない

    「finalized」はプロトコルと経済の面で強い保証ですが、壊滅的な障害の後にソフトウェア、ガバナンス、人間の調整によって履歴が変えられることは決してない、という意味ではありません。イーサリアムは、不誠実なファイナリティが起きた場合の最後の手段として、ソーシャルな復旧を文書化しています。ビットコインもまた、例外的な状況では利用者がソフトウェアとチェーンのルールを選ぶことに依存しています。一般の利用者は、これらを日常的なチャージバックの仕組みではなく、システム全体に関わる極端な事態への備えと考えるべきです。

    まとめ:承認数の深さは高まっていく確度を測るものであり、プロトコルのファイナリティはより強い状態を示すものです。どちらも、本人が許可した誤りをカスタマーサポートで取り消す道を用意するものではありません。

    承認とファイナリティにはどれくらい時間がかかるのか

    要点:ビットコインは平均10分のブロック間隔を目標としますが、実際のブロックはランダムに到着し、数秒のこともあれば、はるかに長く空くこともあります。イーサリアムは12秒のスロットを予定していますが、スロットが飛ぶこともあります。参加率が正常であれば、イーサリアムのファイナリティは通常、32スロットのエポック2回分、およそ13分で得られます。

    ビットコインの時間は確率的

    ビットコインは、長い目で見てブロックの平均がおよそ10分になるよう採掘の難易度を調整します。これは次のブロックの時刻表ではありません。プルーフ・オブ・ワークの発見はランダムで、次の有効なブロックはすぐに現れることも、長く空いた後に現れることもあります。手数料の見積もりは、過去のメモリプールと採掘の観測にもとづいて、一定のブロック数以内に承認される確率を狙うものであり、実時間での到着を約束するものではありません。

    イーサリアムの時間はスロット制

    イーサリアムは時間を12秒のスロットと、32スロットのエポックに区切ります。スロットごとに1人のプロポーザーが選ばれますが、すべてのスロットでブロックが生成される保証はありません。勝ったプロポーザーやビルダーから見えていて、十分な手数料を払っている取引は早く取り込まれます。プライベートな経路、ビルダーの戦略、手数料の上限、ノンスの順序、スロットの取りこぼしは、取り込みを遅らせる要因になります。

    ファイナリティは止まることがある

    通常の状況では、チェックポイントへの投票によって、およそ2エポックで履歴がファイナライズされます。参加率が必要な3分の2のしきい値を下回ると、チェーンはファイナライズしないままブロックを生成し続けることがあります。イーサリアムの非アクティブリークは、応答しないバリデーターの重みを徐々に減らし、オンラインの集合がいずれファイナリティを取り戻せるようにしますが、その遅れの長さは決まっていません。

    ネットワーク/状態通常の間隔その数字が保証しないもの
    ビットコインの最初の承認想定されるブロック間隔はおよそ10分。10分後に次のブロックが来ること。ウォレットが目標を示していても、取り込まれること。
    ビットコインの承認6回平均でおよそ1時間と説明されることが多い。ちょうど60分であること、および絶対に巻き戻らないこと。
    イーサリアムの次のスロットでの取り込み12秒ごとに1スロット。すべてのスロットでブロックが生成されること、ビルダーから見えていること、手数料とノンスの順序が十分であること。
    イーサリアムのファイナリティ通常はおよそ2エポック、13分程度。バリデーターの参加率やネットワークの状況が悪化した場合でも、期限が固定されていること。
    レイヤー2の決済ロールアップの設計によって異なる。L2での取り込み、L1への書き込み、証明のファイナリティ、出金のファイナリティが同じ出来事であること。

    レイヤー2は時計を増やす

    イーサリアムのロールアップでは、シーケンサーによる即時の受理、L2ブロックへの取り込み、イーサリアムへのデータ公開、証明または異議申立て期間の完了、出金の実行可能化が、それぞれ別の段階として見えることがあります。適切な決済の基準は、ロールアップとアプリケーションによって変わります。イーサリアムのメインネットのおよそ13分というファイナリティの数字を、すべてのL2の利用体験に当てはめないでください。

    まとめ:ブロックの間隔は決済までの時間を左右する入力の1つであって、サービス品質の約束ではありません。厳密な約束ではなく、幅と状態で伝えてください。

    受取側は承認を何回待つべきか

    要点:万能の数字はありません。受取側は、取引の金額、引き渡す商品の取り消しやすさ、取引相手のリスク、チェーンのセキュリティ、その時点のネットワークの状況、そして再編成や矛盾する使用を自分で監視できるかどうかにもとづいて、しきい値を決めるべきです。

    少額のデジタルサービスは、大口の入金を反映する取引所や、取り消せない現物を引き渡す加盟店よりも、再編成のリスクを多く引き受けられます。二重支払いをリアルタイムで監視できる受取側は、第三者のエクスプローラー1つに頼る受取側とは違う判断をするでしょう。サービスの入金ポリシーはリスク管理の手段であって、コンセンサスの規則をそのまま述べたものではありません。

    状況妥当な確度の取り方理由
    少額で取り消しがきくサービスチェーンと不正対策次第では、ブロードキャストの確認、ゼロ承認向けのリスク管理、浅い取り込みでも受け入れられる。まれな巻き戻しのコストが限定的で、サービス自体も取り消せる場合がある。
    通常のオンチェーン送金取り込みと、リスクにさらす金額に見合った深さまたはsafeの状態を待つ。速さと、通常起こりうる浅い再編成のリスクとの釣り合いが取れる。
    高額または取り消せない引き渡し保守的な深さ、イーサリアムのファイナリティ、またはサービスが公表しているしきい値を使う。巻き戻しが起きれば実害が生じ、運用上取り戻せない。
    取引所への入金取引所が定める、資産ごと・ネットワークごとの反映ルールに従う。取引所は多数の入金全体について、チェーンのセキュリティ、流動性、運用リスクをモデル化している。
    クロスチェーンブリッジまたはロールアップからの出金ブリッジやロールアップが明示するファイナリティのモデルに従う。送信元での取り込み、送信先でのミント、異議申立てや証明の期間は、それぞれ別物である。

    ビットコインの承認6回が慣習になった理由

    承認6回は、取引を含むブロックとその後の5つのブロック、期待値でおよそ1時間にあたり、高額な取引に対する保守的な慣習として長く使われてきました。ビットコインのコンセンサスに、決済の定数として組み込まれているわけではありません。これより少ない回数で足りるとするサービスもあれば、金額が大きい、チェーンのセキュリティが低い、攻撃の動機が通常と異なるといった場合に、より多くを求めるサービスもあります。

    イーサリアムのサービスがファイナリティ前に入金を反映することがある理由

    完全なファイナリティを待つと遅延が増えるため、アプリケーションはlatestやsafeのブロックにもとづいて動くことがあります。これは意図的なリスクの選択です。堅牢なシステムは、ブロックハッシュを記録し、再編成を何度処理しても同じ結果になるように扱い、取り消せない後続の処理を、必要な状態に達するまで遅らせます。

    まとめ:承認のしきい値は、別のチェーンや別の事業から写した儀式的な数字ではなく、自分たちに合わせて調整したリスク管理の手段として使ってください。

    取引を正しく確認するには

    要点:まず正確なネットワークと取引ハッシュを確認し、そのうえで正規ブロックへの取り込み、承認数の深さやファイナリティの状態、受取先、資産、金額、手数料、実行のステータスを検証します。高額な送金では複数のデータソースを使い、素性の分からないエクスプローラーに不要なアドレス情報を渡さないでください。

    ビットコインの場合

    • 取引IDとネットワークを確認する。
    • その取引が未承認なのか、正規ブロックに取り込まれているのかを確認し、高さだけでなくブロックハッシュを記録する。
    • 最初に表示されたアドレスだけでなく、関係するすべてのアウトプットを検証する。ビットコインの取引には、複数の受取先とお釣りのアウトプットがありうる。
    • 遅延を調べる場合は、手数料と仮想サイズを確認する。
    • そのインプットを使う矛盾した取引がないか、未承認の親が存在しないかを調べる。
    • 取引を含むブロックを1回目として承認数を数える。

    イーサリアムの場合

    • 取引ハッシュ、チェーンID、ネットワークを確認する。
    • from、to、value、入力データ、トークン送信のイベントを確認する。トークンの送信は、最上位のETHのvalueには表れないことがある。
    • レシートのステータスを確認する。ステータス1は通常、実行が成功したことを意味し、ステータス0は取り込まれた呼び出しがリバートしたことを意味する。
    • 署名した最大手数料がそのまま全額請求されたと考えず、消費ガスと実効ガス価格を確認する。
    • ブロックハッシュと、利用している提供事業者がlatest、safe、finalizedのどの状態を報告しているかを記録する。
    • コントラクトとのやり取りでは、「承認済み」だけで済ませず、意図した関数、ログ、結果として生じた状態を検証する。

    プライバシーとエクスプローラーのリスク

    第三者のエクスプローラーにアドレスや取引ハッシュを貼り付けると、自分が何に関心を持っているかが相手に伝わり、IPやアカウントの結びつきに関するメタデータをその事業者に渡してしまう可能性があります。パブリックチェーンのデータはすでに公開されていますが、あなたの検索という行動は追加の情報です。機微な業務や機関としての業務では、自前のノードか信頼できるインフラ提供事業者に問い合わせ、検索エンジン経由のリンクや、頼んでもいないのに案内される「サポート用エクスプローラー」は避けてください。

    まとめ:確認とは、対象となるチェーン上のオブジェクトとその正規の状態を調べることであり、ウォレットの通知、スクリーンショット、貼り付けられたエクスプローラーの表示を信じることではありません。

    トラブルシューティングのチェックリスト

    要点:行動を起こす前に、取引、ネットワーク、送信者の連番、現在の正規の状態を特定してください。そのうえで、ウォレットが対応しているチェーン固有の対処を選びます。

    • ウォレットから取引ハッシュをコピーする。ネットワークとチェーンIDを確認する。
    • 信頼できるノードやエクスプローラーがその取引を認識しているか確認する。高額の場合は、独立した2つ目のソースを使う。
    • 未承認であれば、手数料のパラメータ、依存関係、そして公開でブロードキャストされたのかプライベートな経路を通ったのかを確認する。
    • ビットコインでは、未承認の親、現在のsat/vBの状況、ウォレットがRBFやCPFPに対応しているかを確認する。
    • イーサリアムでは、アカウントのノンス、保留中の最も古いノンス、最大手数料、プライオリティフィー、現在のベースフィーを特定する。
    • 矛盾する置き換えがないか探す。ビットコインなら同じインプット、イーサリアムなら同じ送信者と同じノンスである。
    • 取引が承認された後に消えた場合は、以前のブロックハッシュを正規チェーンと比べ、再編成がなかったか確認する。
    • イーサリアムの取引が承認されたのに操作が失敗した場合は、レシートのステータス、ログ、リバートの情報を確認する。
    • サポートを名乗るメッセージの指示に従って署名するのではなく、ウォレットに備わったスピードアップやキャンセルの機能を使う。
    • 秘密鍵やリカバリーフレーズは決して明かさない。取引の切り分けに必要なのは公開されているハッシュとローカルのウォレット情報であって、鍵に関する情報ではない。

    まとめ:手順を決めて状態を確認するほうが、何度も送り直したり、ネットワークを切り替えたり、頼んでもいない「復旧」の指示に従ったりするより速く、そして安全です。

    よくある質問

    暗号資産の承認1回とは何ですか?

    承認1回とは通常、その取引が正規ブロックに取り込まれていることを意味します。ビットコインでは、取引を含むブロックが承認1回目です。イーサリアムでは、取り込みはlatestの状態にあたり、アプリケーションはさらにsafeやfinalizedの状態を待つこともあります。

    手数料を高くすれば、次のブロックに入ることが保証されますか?

    いいえ。競争力のある手数料は期待される優先度を高めますが、ブロックのタイミング、依存関係、ノンスの順序、ローカルポリシー、プライベートなオーダーフロー、MEV、生成者の選択も関係します。手数料の見積もりは確率の推定であって、保証ではありません。

    同じ取引の2つのバージョンが、両方とも承認されることはありますか?

    同じインプットを使う矛盾したビットコインの取引が、同一の有効なチェーンに両方とも残ることはできません。1つのアカウントから出た同じノンスのイーサリアムの取引が、同じチェーン上で両方とも実行されることもできません。ただし、見た目が似ているだけで矛盾していない2つの支払いは、両方とも承認されます。手作業での再送が危険なのは、このためです。

    承認されたビットコインの取引を取り消せますか?

    承認された後に、通常の意味での取り消しはできません。浅い再編成によって直近のブロックが取り除かれることはありますが、送信者がチャージバックを求めることはできません。承認前であれば、取引の内容によってはウォレットがRBFやCPFPを試みられます。

    イーサリアムの取引を取り消せますか?

    保留中のあいだに限り、競争に勝てるだけの手数料を払う同じノンスの取引で置き換えることによって試せます。元の取引が先に承認されれば、取り消しは失敗します。承認された取引を、ノンスの置き換えで取り戻すことはできません。

    チップを高くしたのに、イーサリアムの取引が保留中のままなのはなぜですか?

    前のノンスが欠けている、最大手数料が現在のベースフィーとチップの合計をまかなえていない、その取引が1つの提供事業者からしか見えていない、ビルダーが他のバンドルを選んでいる、といった可能性があります。まず最も古いノンスを解決し、チップだけでなく手数料のすべてのフィールドを確認してください。

    ビットコインの取引がメモリプールから破棄されるとどうなりますか?

    そのノードは保存をやめますが、他のノードが保持していたり、再ブロードキャストしたりすることがあります。いずれかのバージョンが承認されない限り、インプットはオンチェーンで未使用のままです。資金を使い直す前に、競合とウォレットの状態を確認してください。

    承認された取引が、また保留中に戻ったのはなぜですか?

    そのブロックが、チェーン再編成によって切り離された可能性が高いです。その取引はメモリプールに戻って再び承認されることもあれば、新しい正規の履歴で矛盾する取引が勝った場合には無効になることもあります。

    承認6回あれば常に十分ですか?

    広く使われている保守的なビットコインの慣習であって、万能の保証ではありません。適切な深さは、金額、攻撃の動機、チェーンの状況、受取側のポリシーによって変わります。他のチェーンは、これとは異なる確度のモデルを使います。

    イーサリアムのファイナリティにはどれくらいかかりますか?

    参加率が正常であれば、32スロットのエポック2回分、およそ13分です。参加率が必要なしきい値を下回れば、さらに長くかかることもあります。取り込みは通常もっと早く起こりますが、ファイナリティとは別のものです。

    承認数が増えると、追加の費用がかかりますか?

    取引の上に後続のブロックが積み上がるというだけで、送信者に追加の手数料が課されることはありません。最初の取り込みの手数料を1回払うだけです。待つことには時間のコストがかかり、置き換えの取引には追加の手数料が必要になることがあります。

    ブロックエクスプローラーで成功と表示されていれば、受取側が意図したトークンを受け取ったと証明できますか?

    それだけでは証明できません。ネットワーク、コントラクト、受取先、金額が正しいことを確認してください。イーサリアムではトークン送信のログとレシートのステータスを、ビットコインでは該当するアウトプットとお釣りを確認します。

    ミニクイズ:身についたか確認しましょう

    1. ビットコインの取引が正規ブロックに入っており、その後のブロックはまだ到着していません。承認数はいくつですか?

    A. 0回

    B. 1回

    C. 2回

    D. ウォレットによって異なる

    2. 取引が保留中かどうかについて、2つのエクスプローラーの表示が食い違うことがあるのはなぜですか?

    A. 一方のエクスプローラーだけがインターネットにつながっているから

    B. どのノードも独自のメモリプールとデータの見え方を持っているから

    C. 取引ハッシュがサイトごとに変わるから

    D. 承認は非公開だから

    3. child-pays-for-parentは何をするものですか?

    A. 親を削除する

    B. 手数料の高い子を追加し、つながったパッケージをマイナーがより有利に評価できるようにする

    C. 親の署名を変える

    D. 次のブロックを保証する

    4. イーサリアムの取り消しの取引は、元の取引と同じノンスを使います。結果を決めるのは何ですか?

    A. データフィールドに書かれたcancelという語

    B. 該当する手数料と経路の条件のもとで、どちらの有効なバージョンが先に取り込まれるか

    C. ウォレットのメーカー

    D. 受取側が選ぶ

    5. イーサリアムの取引のレシートがステータス0でした。これは何を意味しますか?

    A. まだ保留中である

    B. 取り込まれたが、実行がリバートした

    C. 支払ったガスがゼロだった

    D. ファイナライズされた

    6. ファイナリティについて正しい記述はどれですか?

    A. ビットコインの承認6回は、プロトコル上のファイナリティのフラグである

    B. イーサリアムのlatestとfinalizedは同じ意味である

    C. ビットコインは深さとともに確度が高まり、イーサリアムは明示的なfinalizedのチェックポイントを公開する

    D. 承認された取引がチェーンから外れることは決してない

    解答

    1\. B。取引を含むブロックが承認1回目です。

    2\. B。メモリプールと提供事業者のインデックスは、1つの世界共通の待ち行列ではなく、重なり合うローカルな見え方です。

    3\. B。CPFPは、未承認のアウトプットを手数料の高い子で使うことで、親と子をまとめて経済的に魅力的にします。

    4\. B。「キャンセル」は同じノンスをめぐる置き換えの競争であり、先に実行されたバージョンがそのノンスを消費します。

    5\. B。取引は取り込まれたオブジェクトとして承認され、ガスとノンスを消費しましたが、意図したEVMの状態変更はリバートしました。

    6\. C。ビットコインには確率的な深さがあり、イーサリアムはそこにsafeとfinalizedというプロトコル上の状態を加えます。

    出典と参考資料

    本記事の主要な参考資料です(2026年7月時点)。

    制作メモ:内部リンクマップ

    公開前にこのセクションを削除してください。

    本記事内のアンカー位置リンク先
    コンセンサスとファイナリティのセクションプルーフ・オブ・ワークとプルーフ・オブ・ステークの違い
    署名と鍵のセクション秘密鍵と公開鍵の違いを解説
    全体像を知りたい読者向け暗号資産は実際どのように動いているのか:鍵、コンセンサス、取引
    確認および詐欺アドレスへの言及箇所暗号資産の詐欺と脅威:見抜き方と回避方法
    メモリプール、RBF、ノンス、ベースフィーの初出箇所暗号資産用語集:必須の50語
    これは役に立ちましたか?