Good morning Prayank,
> But it will involve lot of exception handling.
Yes, that is precisely the problem here.
If you select a fixed feerate and then just broadcast-and-forget, you have no
real exceptions you have to handle --- but that means not using RBF at all.
Testing the handling of
I have shared response by Jeremy and ZmnSCPxj in an answer to
https://bitcoin.stackexchange.com/questions/105860/what-are-we-trying-to-predict-in-fee-estimation-and-why
Also find the recent CVE related to RBF by Antoine Riard and implementation of
RBF in Bitcoin Core compared to btcd
Good morning ZmnSCPxj,
Thanks for your response. I agree there are few exceptions:
1.Unconfirmed output can be spent resulting in conflict with RBF
2.Race condition and mining pool may include old transaction with low fee
I am trying few things related to RBF and handling such exceptions, will
Good morning Prayank,
I believe a "true" full-RBF wallet should be what every onchain wallet aspires
to.
However, I think a lot of the effort necessary here has to do with sheer
engineering issues.
For example, if you think "RBF does not exist", you can do things like:
* Spend an unconfirmed
Thanks Jeremy for sharing this link:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-September/018168.html
Trying to understand everything mentioned and "fee-only" wallet sounds
interesting.
--
Prayank
May 1, 2021, 05:41 by jlru...@mit.edu:
> Hi Prayank,
>
> Very glad to hear
Hi Prayank,
Very glad to hear you are weathering the storm OK, wishing you and yours
safety in the weeks ahead.
I think you'll be interested to see
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-September/018168.html
especially with regards to background services.
In the long
Hello World,
I hope everyone is doing okay. Things are not good in India and even I was
tested covid positive few days back. Recovered and feeling better now. Hoping
everything gets back to normal soon.
There are different estimations used in wallets, explorers and other Bitcoin
projects.
