決済処理会社がサービスとして、10秒以内程度の十分な検証を行いつつ、トランザクションの迅速な配信を提供することが可能になると考えている。
ネットワークノードは、生成しようとしているブロックに取り込むために、受信したトランザクションの最初のバージョンのみを受け入れる。トランザクションをブロードキャストした時、他の誰かが同時に二重支払いをブロードキャストした場合、最も多くのノードに最初に伝播させる競争になる。一方がわずかに先行していれば、ネットワーク全体に幾何級数的に速く広がり、ほとんどのノードを獲得する。
大まかな概算の例： 1 0 4 1ter 16 4 64 16 80% 20%
したがって、二重支払いがたった1秒でも待たなければならない場合、非常に不利になる。
決済処理業者は多くのノードと接続を持っている。トランザクションを受信すると、それをブラストし、同時にネットワーク上の二重支払いを監視する。多数のリスニングノードのいずれかで二重支払いを受信した場合、そのトランザクションが不正であることを警告する。二重支払いのトランザクションは、リスナーの1つに検出されずに遠くまで伝播することはないだろう。二重支払い者はリスニングフェーズが終わるまで待たなければならないが、その頃には決済処理業者のブロードキャストがほとんどのノードに到達しているか、伝播において非常に先行しているため、二重支払い者は残りのノードの大部分を獲得する見込みがない。
もう一点指摘したいのは、二重支払いが「できる」のはコインの所有者「だけ」だ（秘密鍵を知っているのは所有者だけだから）ということだ。クライアントが二重支払いを見るのは、所有者が意図的に悪意を働いているときだけだ。したがって、ある時間枠内で二重支払いを検出した場合、元のトランザクションと第二のトランザクションの「両方」を破棄するのは合理的だ。さらに、二重支払い「イベント」を、そのコインを長期間ロックアウトするトランザクションとしてまとめることもできる（両方の元のトランザクションが二重支払いの証拠としてバンドルに含まれる）。覚えておくべきは、悪意の証拠があるので、例えば 10,000 ブロック以上コインをロックアウトすることは正当化されるということだ。
時間枠が満了した後は、第二のトランザクションは単に無視される。この時点でコインをロックアウトしたくないのは、元の所有者が元のトランザクションをキャンセルする余地を残したくないからだ。時間枠は、ほとんどのクライアントがそれを見ているとかなり確信できる程度に大きく、かつ販売側の商人が通常の顧客に負担をかけずに待てる程度に短くする必要がある。例えば 15秒だ。したがって、コインロックアウトトランザクションを見ずに 30秒待てば、商人は二重支払いが起きなかったと確信できる。