Marea schimbare pentru utilizatorii L2 nu a fost o reducere universală a taxelor de gaz Ethereum. A fost o cale de date temporară, mai ieftină, pentru rollup-uri. Actualizarea Dencun a Ethereum a activat proto-danksharding prin EIP-4844 pe 13 martie 2024. Rollup-urile puteau apoi publica loturi folosind blob-uri - containere de date temporare cu o piață separată de taxe - în loc să se bazeze doar pe datele de apel stocate permanent. Această schimbare a redus un cost major pentru L2-urile care au adoptat blob-uri, dar nu a făcut ca fiecare tranzacție L2 să fie ieftină în fiecare moment.
Contextul actual contează. Actualizarea ulterioară Fusaka a Ethereum a adus PeerDAS în rețeaua principală în decembrie 2025, avansând aceeași foaie de parcurs privind disponibilitatea datelor, făcând posibilă scalarea mai eficientă a debitului de blob-uri. Pentru utilizatorii de astăzi, lecția practică este că taxele L2 depind de mai mult decât un singur „preț al gazului”: un L2 trebuie să plătească pentru propria execuție și pentru publicarea datelor sau dovezilor pe Ethereum, în timp ce cererea de spațiu blob și politica de taxe a fiecărui L2 pot schimba prețul final.
Înainte de EIP-4844, un rollup publica de obicei datele tranzacțiilor în Ethereum ca calldata. Calldata face parte din datele de intrare ale tranzacțiilor Ethereum și rămâne disponibilă ca parte a istoricului lanțului. Această permanență este valoroasă, dar face ca datele să fie costisitoare pentru utilizarea la scară largă a rollup-urilor.
EIP-4844 a adăugat un nou tip de tranzacție, adesea numită tranzacție de transport de blob-uri. Un blob conține date care sunt puse la dispoziția rețelei pentru o perioadă limitată, în loc să fie executate de Mașina Virtuală Ethereum sau stocate pentru totdeauna în același mod ca și datele de apel. Ethereum.org spune că datele blob sunt disponibile timp de aproximativ 18 zile (4096 de epoci) înainte de a putea fi eliminate. Această fereastră este concepută în jurul nevoilor de disponibilitate a datelor pentru cumulări, nu ca stocare permanentă de fișiere de uz general.
Rezultatul este o cale economică diferită pentru datele cumulate. Cumularea se stabilește sau se ancorează în continuare la Ethereum, dar poate utiliza o resursă de disponibilitate a datelor special concepută, în loc să concureze doar pentru execuția obișnuită L1 și capacitatea de calldata. Citiți Întrebările frecvente Dencun de la Ethereum pentru o prezentare generală oficială a actualizării și specificația EIP-4844 pentru proiectarea tranzacțiilor și a comisioanelor.
„Gaz” este adesea folosit ca și cum ar fi un singur număr. După EIP-4844, această prescurtare poate ascunde ceea ce plătește un rollup. Tranzacțiile blob au câmpuri normale de taxă de execuție Ethereum, plus o taxă maximă separată pentru gazul blob. Protocolul menține o taxă de bază independentă pentru blob, care răspunde la utilizarea blob-ului, mai degrabă decât să stabilească prețul blob-urilor doar prin piața normală de gaze L1.
| Componentă de cost | Pentru ce plătește | De ce ar trebui să-i pese unui utilizator L2 |
|---|---|---|
| Taxă de execuție L2 | Calcularea și procesarea tranzacției utilizatorului în cumul. | Poate crește atunci când acel L2 specific este ocupat, chiar dacă taxele pentru blob-ul Ethereum sunt mici. |
| Costul disponibilității datelor L1 | Postarea de loturi cumulative sau dovezi în Ethereum. | Blob-urile pot reduce această intrare în raport cu calldata atunci când cumularea le folosește. |
| Taxă Blob | Piața dedicată cu taxe pentru spațiul blob. | Variază în funcție de cererea de blob și nu este identic cu gazul de execuție L1. |
| Politica operatorului de cumulare | Cum un secvențiator administrează tranzacțiile în loturi, transferă costurile și percepe cheltuieli generale. | Două L2-uri pot afișa comisioane de utilizare diferite în aceleași condiții Ethereum. |
EIP-4844 păstrează în mod deliberat prețurile pentru stocuri de BLOB-uri separate. Specificația sa descrie gazul pentru stocuri de BLOB-uri ca fiind independent de gazul normal, cu propria țintă și regulă de ajustare. Acesta este motivul pentru care un titlu despre un nivel scăzut de gaz L1 nu vă spune automat cât va costa o tranzacție L2, iar o creștere bruscă a cererii de BLOB-uri poate fi importantă pentru cumulări chiar și atunci când activitatea obișnuită L1 pare liniștită.
Semnalările execută multe tranzacții ale utilizatorilor în afara rețelei principale Ethereum, apoi postează suficiente informații în Ethereum, astfel încât starea setului să poată fi verificată sau contestată în funcție de designul său. Înainte de blob-uri, datele de apel permanente reprezentau o parte semnificativă a acestei facturi. Blob-urile oferă setului un loc mai ieftin pentru a publica date care trebuie să fie disponibile suficient de mult timp pentru procesul de securitate al sistemului, dar nu este necesar să rămână în istoricul permanent de execuție al fiecărui nod.
Pentru un L2 care acceptă spații blob, economia poate fi transferată utilizatorilor, reținută într-un model de taxă sau parțial compensată de alte costuri. Prin urmare, momentul și amploarea oricărei reduceri sunt specifice implementării. Ethereum.org notează în mod explicit că furnizorii de rollup fac alegerea calldata versus blob, în general pe baza cererii de spațiu blob, și că termenele individuale de asistență și comportamentul taxelor pot varia.
O cumulare grupează, în general, mai multe acțiuni ale utilizatorilor într-un lot înainte de a fi postate pe L1. Împărțirea costului datelor L1 pe mai multe tranzacții poate reduce cota per utilizator, în timp ce acțiunile cu multe date pot consuma o cotă mai mare. Detaliile variază în funcție de arhitectura cumulării, metoda de compresie și politica secvențiatorului. Prin urmare, un simplu transfer de token-uri, un apel contractual cu date substanțiale de apel și o monetărie NFT pot produce rezultate foarte diferite ale taxelor pe același L2.
Proto-danksharding-ul nu elimină acest compromis. Reduce costul stratului de disponibilitate a datelor atunci când se utilizează blocuri (blob-uri); nu elimină calculul L2, complexitatea contractelor inteligente sau costul unei resurse de date limitate în timpul congestiei.
Proto-danksharding-ul a fost intenționat o punte către o disponibilitate a datelor mai scalabilă, nu forma finală de sharding. EIP-4844 a introdus formatul de tranzacție blob și o piață separată de taxe, păstrând în același timp capacitatea inițială conservatoare. În decembrie 2025, Fusaka a introdus PeerDAS (EIP-7594), un design de eșantionare a disponibilității datelor care permite nodurilor să verifice disponibilitatea prin eșantionarea datelor în loc ca fiecare nod să descarce toate datele blob.
Acest lucru este important deoarece un randament mai mare al blob-urilor poate suporta mai multe date cumulate fără a impune ca fiecare nod să suporte întreaga povară. Nu schimbă regula de bază orientată către utilizator: o taxă L2 este încă dinamică. Îmbunătățirea tehnică poate îmbunătăți capacitatea și reduce presiunea, dar nu este o promisiune cu preț fix. Consultați anunțul Fundației Ethereum privind rețeaua principală Fusaka și prezentarea generală oficială PeerDAS pentru amploarea confirmată a acestei actualizări.
Nu poți selecta un blob direct într-o tranzacție tipică de portofel; cumularea decide cum încarcă loturile. Poți, totuși, să reduci costurile evitabile și să alegi o rută care se potrivește tranzacției.
Optimizarea taxelor este condiționată. Un L2 cu cost redus poate fi o alegere potrivită pentru o acțiune frecventă și suportată, cum ar fi o interacțiune cu o aplicație care rămâne în cadrul ecosistemului respectiv. Poate fi o alegere nepotrivită dacă trebuie să reconectați imediat, dacă aplicația nu acceptă rețeaua de destinație sau dacă aranjamentele de lichiditate și retragere adaugă mai multe costuri și riscuri decât economia inițială de taxe.
De exemplu, mutarea activelor către un L2 cu comision redus pentru un singur swap mic poate fi ineficientă dacă puntea, aprobările și transferul de retur costă mai mult decât tranzacționarea acolo unde activele se află deja. În schimb, un utilizator care efectuează mai multe tranzacții acceptate într-un singur ecosistem L2 poate beneficia mai mult de costuri recurente reduse de execuție și date. Comparați calea completă, nu doar prima cotație a gazului.
Pentru echipele de cumulare, BLOB-urile schimbă obiectivul de optimizare de la „minimizarea datelor de apel permanente cu orice preț” la „utilizarea eficientă a disponibilității datelor, gestionând în același timp o piață separată de taxe pentru BLOB-uri”. Aceasta include compresia, formarea lotului, comportamentul de rezervă atunci când taxele pentru BLOB-uri cresc și contabilizarea transparentă a taxelor pentru utilizatori. Aplicațiile ar trebui să evite solicitarea unei reduceri permanente a taxelor bazate exclusiv pe EIP-4844, deoarece cererea, implementarea cumulării și actualizările viitoare ale protocolului rămân variabile.
Pentru dezvoltatorii de aplicații pe un L2, designul tranzacțiilor este în continuare important. Reducerea scrierilor inutile în spațiul de stocare, a datelor de apel, a apelurilor contractuale și a execuției eșuate poate reduce partea de execuție a costului utilizatorului. Acestea sunt optimizări complementare: proto-danksharding reduce în principal componenta de postare a datelor L1 a cumulării, în timp ce contractele eficiente abordează munca efectuată pe L2 în sine.
Proto-danksharding a schimbat economia L2 oferind rollup-urilor o bandă de date temporară, cu preț separat. Acesta este motivul pentru care multe rollup-uri activate pentru blob-uri ar putea reduce un cost major de decontare după Dencun. Apariția ulterioară a PeerDAS a consolidat partea de capacitate a aceleiași foi de parcurs, dar niciuna dintre actualizări nu face ca taxele să fie statice și nu garantează că fiecare L2 este mai ieftin decât Mainnet pentru fiecare sarcină.
Pentru utilizatori, cea mai bună optimizare este alegerea rețelei corecte pentru întreaga cale de tranzacție, citirea ofertei de preț reale, evitarea apelurilor contractuale redundante și păstrarea unei cantități suficiente de gaz nativ pentru rețeaua utilizată. Pentru dezvoltatori, lecția durabilă este să trateze disponibilitatea bloburilor, taxele pentru bloburi, procesarea în loturi și execuția L2 ca părți corelate, dar distincte, ale modelului de costuri.
Folosește această listă de verificare a criptomonedelor pentru trimestrul 4 pentru a reechilibra alocările, a controla concentrarea, a revizui taxele și custodiile și a intra la sfârșitul anului cu un plan de risc disciplinat.
Aflați cum tokenizarea RWA conectează bonurile de trezorerie la finanțele blockchain, folosind BlackRock BUIDL pentru a explica proprietatea, custodia, accesul, randamentul și riscul.
Comparați fluxurile de date Chainlink și fluxurile de date cu Pyth Core și Pyth Pro, inclusiv actualizări push vs. pull, latență, securitate, costuri și modificări ale integrării din 2026.
Învață cum să identifici divergențele RSI bullish și bearish, să confirmi setările de inversare, să eviți semnalele false, să alegi setările RSI și să utilizezi o listă de verificare practică pentru tranzacționare.
O analiză verificată a celor mai puternice lansări de jocuri Web3 din trimestrul 4 al anului 2026, inclusiv Off The Grid, NIGHT CROWS W, Yakkamon și riscuri cheie pentru ecosistem.
Aflați cum hook-urile Uniswap v4 personalizează fondurile de lichiditate, de la comisioane dinamice la controale de acces, și comparați beneficiile practice, riscurile și cazurile de utilizare.
Inteligența artificială poate accelera dezvoltarea contractelor inteligente, dar codul generat necesită în continuare revizuire umană, testare, biblioteci securizate și audituri. Comparați oportunitățile și riscurile reale.
Compară agregatoarele de știri cripto și platformele de cercetare de top pentru tranzacționare profesională, inclusiv CryptoPanic, Kaito, Messari, Glassnode, Nansen, Arkham și Coin Metrics.
Bitcoin are o ofertă fixă, dar asta nu îl face o acoperire perfectă împotriva inflației. Vedeți când BTC ar putea ajuta, când ar putea eșua și cum să testați teza.
O analiză bazată pe cercetare a cinci token-uri de Nivel 2 care ar putea fi subevaluate în 2026, concentrându-se pe utilitatea token-urilor, captarea valorii, deblocarea riscului și catalizatorii activi.
