[bitcoin-dev] Addressing the possibility of profitable fee manipulation attacks

2023-12-17 Thread ArmchairCryptologist via bitcoin-dev
** Motivation ** As everyone already knows, over the last seven months or so, the size of the mempool as well as transaction fees of on the bitcoin network have both been abnormally high. This tend has generally been ascribed to the introduction of ordinals, and while this may be both technical

Re: [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?

2023-11-04 Thread ArmchairCryptologist via bitcoin-dev
While I don't necessarily disagree about the block size limit, efforts to increase it in the past has been effectively stonewalled since, as it turns out, all you have to do to not increase it is nothing. If we are looking to address the current mempool spam in particular, it looks to me that i

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-11-09 Thread ArmchairCryptologist via bitcoin-dev
--- Original Message --- On Tuesday, October 18th, 2022 at 9:00 AM, Anthony Towns via bitcoin-dev wrote: > I mean, if you think the feedback is wrong, that's different: maybe we > shouldn't care that zeroconf apps are in immediate danger, and maybe > bitcoin would be better if any that d

Re: [bitcoin-dev] A Replacement for RBF and CPFP: Non-Destructive TXID Dependencies for Fee Sponsoring

2020-09-22 Thread ArmchairCryptologist via bitcoin-dev
Not sure if I'm missing something, but I'm curious if (how) this will work if the sponsored transaction's feerate is so low that it has been largely evicted from mempools due to fee pressure, and is too low to be widely accepted when re-broadcast? It seems to me that the following requirement >