Uso a opção de pagar vários, criando uma única hash e pagando uma única fee.
Demorei um pouco pra entender. O que você chama de hash é na verdade uma transação.
Antigamente acontecia muito, de por exemplo, a minha fee que sempre é high, se tornar mediu ou até low, por conta do transito na rede. Então minha hash que era para o próximo bloco, ficava lá com expectativa de 2 a 5 blocos.
O grande problema no meu caso, era que o cliente 5, que comprou 50k, teria lá certa prioridade, mas como meu envio vinculou todas as saídas, usando RBF eu aumentava a fee da rede e todos os 5 acabavam tendo a mesma prioridade.
Isso realmente acontece. A taxa que você paga, em satoshi/vbyte, é para toda a transação, não para o output específico.
Mas o 1,2 ou 5 que compraram mixariam em btc, estava lá recarregando jogo, cassino ou comprando uma licença qualquer, usando sabe lá que tipo de sistema que não reconhecia uma nova hash e ficava lá pendente, mesmo depois de 6 confirmações na nova hash.
Eu tinha centenas de milhares de problemas, porque nunca reconhecia, houve uma vez que o site lá do cara pediu uma semana para o sistema entender que a hash jamais iria confirmar, porque ela foi substituída e tal.
Hoje em dia tem carteira que fica com esse bug, principalmente essas de mobile.
Realmente é uma bagunça isso. Eu acho que você deveria simplesmente usar uma taxa alta, com folga, para evitar fazer rbf. Quando você usa rbf aquela transação anterior é substituída por uma nova, com outro nome (ou seja outro hash).
Isso é problemático pra seus clientes pois você fala q enviou uma transação X, e depois de um tempo chega uma Y. Especialmente nesse caso de casinos e exchanges.
