För det första finns det många anledningar till att någon skulle vilja lagra alla block och inte bara köra en beskuren nod - se @FractalEncrypt inlägg om det.
För det andra är plebejer inte normies. De kanske inte är protokollutvecklare, men de vet hur noder fungerar. Det är lite förolämpande att anta att plebejer inte känner till problemet med att UTXO-setet ballonger.
Nodlöpare vill inte ha skräp i UTXO-setet ELLER i OP_RETURN. Om förespråkarna för att ta bort gränsen tog ens 1 minut att lyssna på användarna skulle de förstå detta. Istället är det bara tirader av "vi vet bättre" och "du förstår inte".
Att ta bort gränsen för OP_RETURN gör i bästa fall ingenting för att lösa situationen. Alla Core-utvecklarens resonemang för att ta bort gränsen är fulla av ord som att det "kan" och "kunde" lösa problemet.
I värsta fall har vi introducerat en ny attackvektor för att tränga ut finansiella transaktioner, som identifierats av @LaurentMT.
"UTXO-setet brukade vara cirka 4 GB. På grund av inskriptioner och BRC-20 har den vuxit till cirka 12 GB."
Plebejer är fullt medvetna.
Frågan är vad vi gör åt det.
Jag tror att den stora skillnaden är att de flesta normies inte vet vad UTXO-uppsättningsstorleken är, de förstår bara "blockstorlek".
För att uttrycka det enkelt påverkar storleken på blockkedjan (dvs. den totala storleken på alla block) bara den initiala synkroniseringstiden när du ställer in en nod från början. Detta kan växa med maximalt 4 MB per block (realistiskt cirka 2 MB).
I teorin behöver du bara synkronisera en nod från grunden en gång i livet... för nya noder kan du hoppa över synkroniseringen genom att ladda ner en UTXO Set och sedan verifiera att din nya nod har samma UTXO Set-hash som en av dina äldre noder.
Du BEHÖVER INTE lagra alla block, och det bör du inte heller, om du inte har en ganska bra anledning.
Att optimera blockkedjans storlek minskar alltså inte avsevärt de minsta resurser som krävs för att köra en nod. I bästa fall minskar det bandbreddsanvändningen något. Om du lagrar alla block, på grund av nuvarande konsensusregel, bör du ändå planera för en ökning med 2 MB per block för att planera din hårdvaruuppgradering.
Viktigare än blockkedjans storlek är det som alla MÅSTE lagra: UTXO-uppsättningsstorleken.
Utvecklare bryr sig mycket mer om storleken på UTXO-uppsättningen eftersom den bestämmer det minsta lagringsutrymme som krävs för att köra en fullständig nod. (En "fullständig nod" innebär att du verifierar alla block, inte nödvändigtvis lagrar dem alla.)
UTXO-setet brukade vara cirka 4 GB. På grund av inskriptioner och BRC-20 har den vuxit till cirka 12 GB.
UTXO-setet lagrar inte OP_RETURN data eller signaturer.
Om du vill att din nod ska fortsätta att fungera smidigt på små enheter, fokusera på att minimera UTXO-uppsättningsstorleken, inte blockkedjans storlek. Och det är därför många utvecklare inte riktigt bryr sig om OP_RETURN gränser.
60,89 tn
558
Innehållet på den här sidan tillhandahålls av tredje part. Om inte annat anges är OKX inte författare till den eller de artiklar som citeras och hämtar inte någon upphovsrätt till materialet. Innehållet tillhandahålls endast i informationssyfte och representerar inte OKX:s åsikter. Det är inte avsett att vara ett godkännande av något slag och bör inte betraktas som investeringsrådgivning eller en uppmaning att köpa eller sälja digitala tillgångar. I den mån generativ AI används för att tillhandahålla sammanfattningar eller annan information kan sådant AI-genererat innehåll vara felaktigt eller inkonsekvent. Läs den länkade artikeln för mer detaljer och information. OKX ansvarar inte för innehåll som finns på tredje parts webbplatser. Innehav av digitala tillgångar, inklusive stabila kryptovalutor och NFT:er, innebär en hög grad av risk och kan fluktuera kraftigt. Du bör noga överväga om handel med eller innehav av digitala tillgångar är lämpligt för dig mot bakgrund av din ekonomiska situation.