Ali Sherief [ARCHIVE] on Nostr: 📅 Original date posted:2023-05-08 🗒️ Summary of this message: Ali suggests ...
📅 Original date posted:2023-05-08
🗒️ Summary of this message: Ali suggests addressing the format used by spam transactions to relax the mempool and work on Layer 2 before the next spam attack.
📝 Original message:Hey guys,
I'm more of the opinion that if this particular format the spam transactions are using is addressed, it will not only cause the mempool to relax, but it will also give us time to regroup and work on Layer 2 before the next onslaught of spam transactions using a (slightly) different format begins.
-Ali
On Tue, May 9, 2023 at 3:02 AM, Peter Todd <pete at petertodd.org> wrote:
> On Mon, May 08, 2023 at 06:37:34PM -0400, Luke Dashjr via bitcoin-dev wrote:
>> Action should have been taken months ago. Spam filtration has been a
>> standard part of Bitcoin Core since day 1. It's a mistake that the existing
>> filters weren't extended to Taproot transactions. We can address that, or
>> try a more narrow approach like OP_RETURN (ie, what "Ordisrespector" does).
>> Since this is a bugfix, it doesn't really even need to wait for a major
>> release.
>
> Miners are making millions of dollars from these inscription transactions.
> Miners can and do run their own nodes and interconnect to each other. Many
> people like myself will continue to run nodes that do not attempt to block
> inscriptions. And of course, the current flood of BRC-20 transactions embed
> very little data in the chain per transaction and could easily be adapted to
> use OP_RETURN or any number of other data embedding schemes; if they were
> modified to embed no data at all they wouldn't be much smaller, and I'm sure
> you'd still be complaining that they were spam.
>
> --
> https://petertodd.org 'peter'[:-1]@petertodd.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20230509/9f3282f4/attachment-0001.html>;
🗒️ Summary of this message: Ali suggests addressing the format used by spam transactions to relax the mempool and work on Layer 2 before the next spam attack.
📝 Original message:Hey guys,
I'm more of the opinion that if this particular format the spam transactions are using is addressed, it will not only cause the mempool to relax, but it will also give us time to regroup and work on Layer 2 before the next onslaught of spam transactions using a (slightly) different format begins.
-Ali
On Tue, May 9, 2023 at 3:02 AM, Peter Todd <pete at petertodd.org> wrote:
> On Mon, May 08, 2023 at 06:37:34PM -0400, Luke Dashjr via bitcoin-dev wrote:
>> Action should have been taken months ago. Spam filtration has been a
>> standard part of Bitcoin Core since day 1. It's a mistake that the existing
>> filters weren't extended to Taproot transactions. We can address that, or
>> try a more narrow approach like OP_RETURN (ie, what "Ordisrespector" does).
>> Since this is a bugfix, it doesn't really even need to wait for a major
>> release.
>
> Miners are making millions of dollars from these inscription transactions.
> Miners can and do run their own nodes and interconnect to each other. Many
> people like myself will continue to run nodes that do not attempt to block
> inscriptions. And of course, the current flood of BRC-20 transactions embed
> very little data in the chain per transaction and could easily be adapted to
> use OP_RETURN or any number of other data embedding schemes; if they were
> modified to embed no data at all they wouldn't be much smaller, and I'm sure
> you'd still be complaining that they were spam.
>
> --
> https://petertodd.org 'peter'[:-1]@petertodd.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20230509/9f3282f4/attachment-0001.html>;