LukeDashjr

Le persone devono smettere di cercare di mascherare gli attacchi a Bitcoin come "dibattiti". Questo implica che ci siano due "lati" legittimi.

Non c'è alcun "dibattito" riguardo a OP_RETURN. C'è un attacco, e deve essere combattuto.

Non lasciare che i cattivi attori ti ingannino facendoti credere che Bitcoin Core 30 ti consenta di riattivare il limite del datacarrier:

1) Insieme all'eliminazione del limite predefinito, lo hanno anche rotto ulteriormente. datacarriersize=83 ora (a partire da Core 30) consente 83 output per un totale di 830 byte di spam, invece di soli 92 byte di spam (9 byte dei quali non potevano essere arbitrari) come in Core 29 e versioni precedenti.

2) datacarriersize è contrassegnato come deprecato e pianificato esplicitamente per essere rimosso in una futura versione (probabilmente silenziosamente, dato che "è già deprecato").

3) Core non ha mai risolto gli exploit di Iscrizione (CVE-2023-50428 e CVE-2024-34149) che consentono agli spammer di eludere il limite del datacarriersize.

L'unico modo da percorrere ora è una migrazione di massa verso Knots. Non è il modo in cui volevo che andassero le cose, ma Core non ci ha dato altra scelta. Una volta risolto questo, dovremmo evitare di mettere tutte le nostre uova in un solo paniere e incoraggiare la creazione e l'uso di più client.

Apologeti dello spam che cercano di reintrodurre il FUD sulla censura di Bitcoin dipinto con gergo per confondere le persone. Sigh

I filtri antispam non possono essere abusati per la censura. Basta 1 blocco per eludere i tentativi di censura. Ma ci vuole 1 blocco per rendere efficaci i filtri antispam. Opposti.

Unisciti al workshop bitcoin++ in diretta alle 15:00 ora centrale degli Stati Uniti (tra 2 ore e 15 minuti) per il mio workshop sulla creazione di una nuova politica dei nodi

https://www.youtube.com/live/J9bRVIXOhm0?si=svzeDyBnIl0XDmO4