Я считаю, что это будет возможно для обработки платежей компании обеспечить как сервис быстрого распределения сделок с достаточно хорошей проверкой в ​​чем-то вроде 10 секунд или меньше.

Сетевые узлы принимают только первую версию сделки, которую они получают, чтобы включить в блок они пытаются создать. Когда вы передаете сделку, если кто-то передает двойные израсходуют в то же время, это гонка для распространения в большинстве узлов первого. Если один имеет небольшое фору, она будет геометрически распространяться через сеть быстрее и получить большую часть узлов.

Грубая обратно-оф-конверт пример:
1 0
4 1
16 4
64 16
80% 20%

Так что, если дважды израсходует приходится ждать даже второй, она имеет огромный недостаток.

Процессор оплаты имеет связи со многими узлами. Когда он получает сделку, он взрывает его, и в то же время контролирует сеть для двойных тратит. Если он получает двойные израсходует на любом из его многочисленных узлов прослушивания, то он предупреждает, что сделка плохая. Двойная потраченной сделка не уедет без одного из слушателей слышащих его. Двойная транжире придется подождать, пока фаза прослушивания не закончится, а затем, широковещательные платежный процессор достиг большинства узлов, или так далеко вперед в размножении, что двойной транжир не имеет никакой надежды на захват значительного процента остальные узлы.