For det første er det mange grunner til at noen ønsker å lagre alle blokker og ikke bare kjøre en beskjært node - se @FractalEncrypt innlegg om det.
For det andre er ikke plebs normier. De er kanskje ikke protokollutviklere, men de vet hvordan noder fungerer. Det er litt fornærmende å anta at plebs ikke vet problemet med UTXO-settets ballong.
Nodeløpere vil ikke ha søppel i UTXO-settet ELLER i OP_RETURN. Hvis talsmennene for å fjerne grensen brukte til og med 1 minutt på å lytte til brukerne, ville de forstå dette. I stedet er det bare tirader av «vi vet bedre» og «du forstår ikke».
I beste fall gjør det ingenting å fjerne grensen for OP_RETURN for å fikse situasjonen. Alle Core-utviklernes resonnement for å fjerne grensen er fulle av ord som at det "kanskje" og "kunne" fikse problemet.
I verste fall har vi introdusert en ny angrepsvektor for å fortrenge finansielle transaksjoner, som identifisert av @LaurentMT.
"UTXO-settet pleide å være rundt 4 GB. På grunn av inskripsjoner og BRC-20 har den vokst til omtrent 12 GB."
Plebs er fullt klar over det.
Spørsmålet er hva vi gjør med det.
Jeg tror den store frakoblingen er at de fleste normier ikke vet hva UTXO-settstørrelsen er, de forstår bare "blokkstørrelse".
For å si det enkelt, størrelsen på blokkjeden (dvs. den totale størrelsen på alle blokker) påvirker bare den første synkroniseringstiden når du setter opp en node fra bunnen av. Dette kan vokse med maksimalt 4 MB per blokk (realistisk rundt 2 MB).
I teorien trenger du å synkronisere en node fra bunnen av bare én gang i livet... for nye noder kan du hoppe over synkroniseringen ved å laste ned et UTXO-sett og deretter bekrefte at den nye noden har samme UTXO Set-hash som en av de eldre nodene.
Du TRENGER IKKE å lagre alle blokkene, og det bør du heller ikke, med mindre du har en ganske god grunn.
Så optimalisering av blokkjedestørrelse reduserer ikke minimumsressursene som kreves for å kjøre en node betydelig. I beste fall reduserer det båndbreddebruken litt. Hvis du lagrer alle blokkene, på grunn av gjeldende konsensusregel, bør du uansett planlegge for en økning på 2 MB per blokk for å planlegge maskinvareoppgraderingen.
Viktigere enn blokkjedestørrelsen, det er det alle MÅ lagre: UTXO-settstørrelsen.
Utviklere bryr seg langt mer om størrelsen på UTXO-settet fordi det bestemmer minimumslagringen som kreves for å kjøre en full node. (En "full node" betyr at du verifiserer alle blokker, ikke nødvendigvis lagrer dem alle.)
UTXO-settet pleide å være rundt 4 GB. På grunn av inskripsjoner og BRC-20 har den vokst til omtrent 12 GB.
UTXO-settet lagrer ikke OP_RETURN data eller signaturer.
Hvis du vil at noden din skal fortsette å kjøre jevnt på små enheter, fokuser på å minimere størrelsen på UTXO-settet, ikke blokkjedestørrelsen. Og dette er grunnen til at mange utviklere egentlig ikke bryr seg om OP_RETURN grenser.
60,88k
558
Innholdet på denne siden er levert av tredjeparter. Med mindre annet er oppgitt, er ikke OKX forfatteren av de siterte artikkelen(e) og krever ingen opphavsrett til materialet. Innholdet er kun gitt for informasjonsformål og representerer ikke synspunktene til OKX. Det er ikke ment å være en anbefaling av noe slag og bør ikke betraktes som investeringsråd eller en oppfordring om å kjøpe eller selge digitale aktiva. I den grad generativ AI brukes til å gi sammendrag eller annen informasjon, kan slikt AI-generert innhold være unøyaktig eller inkonsekvent. Vennligst les den koblede artikkelen for mer detaljer og informasjon. OKX er ikke ansvarlig for innhold som er vert på tredjeparts nettsteder. Beholdning av digitale aktiva, inkludert stablecoins og NFT-er, innebærer en høy grad av risiko og kan svinge mye. Du bør nøye vurdere om handel eller innehav av digitale aktiva passer for deg i lys av din økonomiske tilstand.