Ensinnäkin on monia syitä, miksi joku haluaisi tallentaa kaikki lohkot eikä vain ajaa karsittua solmua - katso @FractalEncrypt viesti siitä.
Toiseksi, plebit eivät ole normeja. He eivät ehkä ole protokollan kehittäjiä, mutta he tietävät, miten solmut toimivat. On hieman loukkaavaa olettaa, että plebs ei tiedä UTXO-sarjan ilmapalloilun ongelmaa.
Solmujuoksijat eivät halua roskaa UTXO-sarjaan TAI OP_RETURN. Jos rajoituksen poistamisen kannattajilta kuluisi edes 1 minuutti käyttäjien kuuntelemiseen, he ymmärtäisivät tämän. Sen sijaan se on kaikki tiradia "tiedämme paremmin" ja "et ymmärrä".
Parhaimmillaan OP_RETURN rajoituksen poistaminen ei korjaa tilannetta. Kaikki ydinkehittäjien perustelut rajan poistamiseksi ovat täynnä sanoja, kuten se "saattaa" ja "voisi" korjata ongelman.
Pahimmillaan olemme ottaneet käyttöön uuden hyökkäysvektorin, joka syrjäyttää rahoitustapahtumat, kuten @LaurentMT on tunnistanut.
"UTXO-sarja oli aiemmin noin 4 Gt. Kirjoitusten ja BRC-20:n ansiosta se on kasvanut noin 12 gigatavuun."
Plebs on täysin tietoinen.
Kysymys kuuluu, mitä teemme asialle.
I think the big disconnect is that most normies don't know what the UTXO set size is, they only understand "block size."
To put it simply, the size of the blockchain (i.e., the total size of all blocks) only affects the initial sync time when setting up a node from scratch. This can grow by a maximum of 4MB per block (realistically around 2MB).
In theory, you need to sync a node from scratch only once in your lifetime... for new nodes, you can skip the sync by downloading a UTXO Set then verifying that your new node has the same UTXO Set hash as one of your older nodes.
You DO NOT NEED to store all the blocks, nor should you, unless you have a pretty good reason.
So, optimizing blockchain size does not significantly reduce the minimum resources required to run a node. At best, it slightly reduces bandwidth usage. If you do store all the blocks, due to current consensus rule, you should anyway plan for a 2MB per blocks increase for planning your hardware upgrade.
More important than the blockchain size, it is what everyone MUST store: The UTXO set size.
Developers care far more about the size of the UTXO set because it determines the minimum storage required to run a full node. (A "full node" means you verify all blocks, not necessarily store them all.)
The UTXO set used to be around 4GB. Due to inscriptions and BRC-20, it has grown to about 12GB.
The UTXO set does not store OP_RETURN data or signatures.
If you want your node to keep running smoothly on small devices, focus on minimizing the UTXO set size, not the blockchain size. And this is why, lot's of devs don't really care about OP_RETURN limits.
60,89 t.
558
Tällä sivulla näytettävä sisältö on kolmansien osapuolten tarjoamaa. Ellei toisin mainita, OKX ei ole lainatun artikkelin / lainattujen artikkelien kirjoittaja, eikä OKX väitä olevansa materiaalin tekijänoikeuksien haltija. Sisältö on tarkoitettu vain tiedoksi, eikä se edusta OKX:n näkemyksiä. Sitä ei ole tarkoitettu minkäänlaiseksi suositukseksi, eikä sitä tule pitää sijoitusneuvontana tai kehotuksena ostaa tai myydä digitaalisia varoja. Siltä osin kuin yhteenvetojen tai muiden tietojen tuottamiseen käytetään generatiivista tekoälyä, tällainen tekoälyn tuottama sisältö voi olla epätarkkaa tai epäjohdonmukaista. Lue aiheesta lisätietoa linkitetystä artikkelista. OKX ei ole vastuussa kolmansien osapuolten sivustojen sisällöstä. Digitaalisten varojen, kuten vakaakolikoiden ja NFT:iden, omistukseen liittyy suuri riski, ja niiden arvo voi vaihdella merkittävästi. Sinun tulee huolellisesti harkita, sopiiko digitaalisten varojen treidaus tai omistus sinulle taloudellisessa tilanteessasi.