Re: [bitcoin-dev] Future of the bitcoin-dev mailing list

2024-01-05 Thread Brad Morrison via bitcoin-dev
Hi all, It looks like there are only a few mailing lists left on https://lists.linuxfoundation.org/mailman/listinfo and all of the remaining ones are using Mailman version 2.1.15, which is not the current version - https://www.gnu.org/software/mailman/ Was there any decision made on where to

Re: [bitcoin-dev] Ordinal Inscription Size Limits

2024-01-03 Thread Brad Morrison via bitcoin-dev
Erik/all, Are you saying that node capacity is the primary technical limiting factor to increasing adoption of bitcoin payments? UBER & Lyft payments are actually poor examples because they are not regular/monthly and I should not have used them (unless refilling existing accounts, like gift ca

Re: [bitcoin-dev] Ordinal Inscription Size Limits

2024-01-02 Thread Brad Morrison via bitcoin-dev
Erik, Fees AKA costs are the best spam control system and I thank you for highlighting that. However, I think that bitcoin has yet to receive sufficient payments usage to challenge credit card payments system when it comes to a race to the bottom in terms of processing transactional fees. In

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

2023-11-03 Thread Brad Morrison via bitcoin-dev
Melvin/all, You make good points about high network fees being disruptive. What is more disruptive are spikes & valleys (instability) that last longer than the mempool cycle can handle. Right now, https://mempool.space/ indicates that there are about 105,000 unconfirmed transactions and that