Er zijn een paar opmerkingen waarin wordt gevraagd wat er kan worden gedaan aan dit soort data-embedding (dat al een lange tijd bestaat). Dit is een beetje lang, maar hopelijk zal het nuttig zijn als referentie voor de meer algemene vraag of je protocolniveau "problemen" kunt aanpakken op het niveau van miners / beleid. Realistisch gezien, afgezien van een soft fork, is er technisch gezien heel weinig dat kan worden gedaan, en zelfs dat zou ernstige beperkingen en gevolgen hebben (dat is het hele punt van dit grove protocolontwerp). De voor de hand liggende eerste reactie is om miners te vragen te stoppen met het minen van dit soort dingen. Er zijn een paar manieren, maar een zou zijn om hun -dustrelayfee te verhogen. Standaard is het 0.00003 BTC/kB (3 sat/vB), wat resulteert in een dust-uitvoerlijn van 330 sats voor P2WSH. Voor deze transactie met 1859 dergelijke uitvoer is het totaal vergrendeld in onverbruikbare uitvoer 1859*330 = 613.470 sats ($736 @$120k/BTC). Laten we zeggen dat je erin slaagt om de overgrote meerderheid (95%) van de miners te lobbyen om deze configuratiewaarde met 10x te verhogen, de afzender zou moeten kiezen tussen het betalen van 6,1M sats ($7k) of het verzenden zoals het is en wachten tot de kleine proportie van miners (5%) de oude standaard gebruikt. Ze zouden waarschijnlijk voor het laatste kiezen omdat dat genoeg hashrate is om gemiddeld 7 blokken/dag te vinden, en wat is de haast? Nadat je er niet in bent geslaagd om dit op het niveau van miners te stoppen, ben je misschien geneigd om node-runners te lobbyen om hun standaard te veranderen en/of de standaard in core v31 te wijzigen. Stel dat je succesvol bent, en core v31 bevat een hogere standaard. De afzender kan gewoon voorkeur geven aan peers om te proberen miners in het protocol te bereiken. Dus je verdubbelt en je spoof voorkeurspiering zodat het niet voldoende betrouwbaar is. De afzender heeft nu geen andere keuze dan een miner OOB te betalen - als ze dit doen, kunnen ze net zo goed elke uitvoer 0 sats maken. Dit zou eigenlijk wederzijds financieel voordelig kunnen zijn voor de afzender en de miner, omdat in plaats van dat sats als kosten worden verbrand, ze naar de miner zouden vloeien / door de afzender zouden worden bespaard. Om eerlijk te zijn, het zou moeite kosten om deze directe rails naar miners die uitsluitend financieel gemotiveerd zijn op te zetten, maar dit is een vaste kost, en ik heb er geen twijfel over dat het zou worden gedaan, en dan geïntegreerd via API naar gecentraliseerde mintingdiensten. Dus, het probleem zou waarschijnlijk erger zijn dan de situatie die we vandaag hebben.