În primul rând, există multe motive pentru care cineva ar dori să stocheze toate blocurile și nu doar să ruleze un nod tăiat - vezi postarea lui @FractalEncrypt despre asta.
În al doilea rând, plebea nu este normală. Poate că nu sunt dezvoltatori de protocol, dar știu cum funcționează nodurile. Este un pic insultător să presupunem că plebea nu știe problema cu balonul UTXO.
Alergătorii de noduri nu vor gunoi în setul UTXO SAU în OP_RETURN. Dacă susținătorii eliminării limitei ar avea nevoie chiar și de 1 minut pentru a asculta utilizatorii, ar înțelege acest lucru. În schimb, toate sunt tirade de "știm mai bine" și "nu înțelegi".
În cel mai bun caz, eliminarea limitei de OP_RETURN nu face nimic pentru a rezolva situația. Toate raționamentele dezvoltatorilor de bază pentru a elimina limita sunt pline de cuvinte precum "ar putea" și "ar putea" să rezolve problema.
În cel mai rău caz, am introdus un nou vector de atac pentru a elimina tranzacțiile financiare, așa cum a fost identificat de @LaurentMT.
"Setul UTXO avea în jur de 4 GB. Datorită inscripțiilor și BRC-20, a crescut la aproximativ 12 GB."
Plebea este pe deplin conștientă.
Întrebarea este ce facem în privința asta.
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 K
558
Conținutul de pe această pagină este furnizat de terți. Dacă nu se menționează altfel, OKX nu este autorul articolului citat și nu revendică niciun drept intelectual pentru materiale. Conținutul este furnizat doar pentru informare și nu reprezintă opinia OKX. Nu este furnizat pentru a fi o susținere de nicio natură și nu trebuie să fie considerat un sfat de investiție sau o solicitare de a cumpăra sau vinde active digitale. În măsura în care AI-ul de generare este utilizat pentru a furniza rezumate sau alte informații, astfel de conținut generat de AI poate să fie inexact sau neconsecvent. Citiți articolul asociat pentru mai multe detalii și informații. OKX nu răspunde pentru conținutul găzduit pe pagini terțe. Deținerile de active digitale, inclusiv criptomonedele stabile și NFT-urile, prezintă un grad ridicat de risc și pot fluctua semnificativ. Trebuie să analizați cu atenție dacă tranzacționarea sau deținerea de active digitale este adecvată pentru dumneavoastră prin prisma situației dumneavoastră financiare.