0

As far as I know there are few ways to resolve an unconfirmed (unstuck) transaction.

1. CPFP (child-pays-for-parent)
2. RBF (replace-by-fee)
2.1 FSS-RBF (first-seen-safe)
2.2 Full-RBF
2.3 Opt-in RBF
3. Requesting  Miners to push unconfirmed transaction to their Memory Pool

My question is simple:

Regardless of the wallet type, If USER A does a stuck transaction to USER B. How can USER C (myself) resolve unstuck transaction with minimum input possible from Both the Parties (User A and User B)?

What do I mean by Minimum input is that, if I were to do CPFP, I would need to have Private Key of the User B to do Child Transaction using Coinb.in

But I don't think its possible (neither good) to acquire Private keys of User B even if I know them really well (a friend) because if I know their private key I have complete control of their wallet and I can control his/her future transactions too.

I prefer avoid the use of private key. Any better Alternatives or suggested method User C, User A or User B can do to fix unconfirmed Transactions?

-

What Miners do

Miners only ask for the transaction ID and they charge X (some) amount to push unstuck transaction to their next block. This is quite good but I prefer doing it without the help of a Miner.

-

-

Replace By Fee

Opt-in RBF, is possible only if user opted in for RBF in advance and only if their wallet supports such RBF Method. This is not alwayz the case.

FSS RBF is to replace the current existing low fee transaction using a higher Fee. And to achieve that it requires that the RBF transaction include the same outputs (unspent) as the transaction it replaces and consumes the same inputs (reciever's public address to which the bitcoin is sent).

FULL RBF is quite expensive for cases with big transactions. If the transaction was originally 3 bitcoin then to create new transaction to do FSS RBF with higher fee would require again 3 bitcoin which is quite expensive.

  • Are you allowed to give orders and direct USER A and USER B? – Chak Dec 10 '17 at 8:21
  • @Chak yes, I can give orders and direct user. I know both users and I can communicate with them. I just dont want to work with any users private keys – Murlidhar Fichadia Dec 10 '17 at 8:59
  • @Chak I want solution like: how Miners do. Miners only require transaction ID and they simply push the unconfirmed transaction to their next blocks. Which is quite safe and secure way to do. But now I don't own a mining server. But I want to confirm and unconfirm transaction with minimum input possible from Sender's or Receiver's party. – Murlidhar Fichadia Dec 10 '17 at 9:28
  • @MurlidharFichadia only miners can do that, because only miners can produce blocks to confirm transactions – MeshCollider Dec 10 '17 at 20:32
  • @MeshCollider How can I pay high Transaction fee for some X user and clear their unconfirmed transaction? Meaning, If there exist an unconfirmed transaction from A --------> B then there should be a way for some C user to be able to pay high fee for A -----> B unconfirmed transaction? I (user C) did a test and made a new transaction with high fee and send it to B. but it (C to B) got passed but (A to B) transaction is still unconfirmed. I am not sure how can a third party get involved in unconfirmed transaction and help. – Murlidhar Fichadia Dec 10 '17 at 21:00

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.