Što su parametarske nadogradnje Ethereuma?
U siječnju 2026. Ethereum je napravio još jedan korak u smjeru skalabilnosti, ali ovaj put bez klasičnog, koordinacijski zahtjevnog hard forka. Umjesto promjene logike protokola i klijentskog koda, aktivirana je parametarska nadogradnja koja povećava blob-kapacitet za rollupove. Praktično, mreža je proširila „autocestu za podatke“ namijenjenu L2 rješenjima podešavanjem konfiguracijskih vrijednosti, a ne izmjenom samog protokola.
Parametarska nadogradnja znači da se ključne brojčane vrijednosti protokola – poput ciljane i maksimalne količine blobova po bloku – mogu mijenjati kroz koordiniranu promjenu konfiguracije klijenata, bez uvođenja novih opkoda, novih konsenzus pravila ili složenih promjena u izvršnom sloju. Te promjene i dalje zahtijevaju dogovor među klijent timovima i širim ekosustavom, ali su operativno lakše i mogu se provoditi češće od tradicionalnih hard forkova.
Od Dencuna do parametarskog skaliranja
Nakon Dencun nadogradnje, kojom je uveden koncept blobova za potrebe rollupova, većina Ethereum transakcija preselila se na L2 sloj. L1 je preuzeo ulogu sloja za konsenzus i podatkovnu dostupnost, dok se izvršavanje transakcija i većina korisničke interakcije odvija na rollupovima. U tom kontekstu, kapacitet za blobove postao je glavni resurs za skaliranje cijelog ekosustava.
Blobovi služe kao jeftiniji i efikasniji kanal za objavu podataka o transakcijama rollupova na L1. Trošak podatkovne dostupnosti (data availability, DA) postao je ključna stavka u strukturi naknada na L2 mrežama. Povećanjem blob-kapaciteta po bloku, Ethereum omogućuje rollupovima da objave više podataka po jedinici vremena, što u konačnici snižava prosječni trošak po transakciji na L2.
Parametarske nadogradnje omogućuju da se ovaj kapacitet prilagođava u koracima, bez čekanja na rijetke, velike nadogradnje protokola. Umjesto da se svakih 12–18 mjeseci uvodi nova verzija protokola, zajednica sada može u kraćim intervalima podešavati koliko blobova po bloku mreža cilja i tolerira.
Kako funkcionira „konfigurabilni hard fork“?
Izraz „konfigurabilni hard fork“ opisuje situaciju u kojoj se hard forku sličan učinak postiže uglavnom promjenom parametara, a ne promjenom mehanike protokola. I dalje je potrebna sinkronizirana promjena konfiguracije među validatorima i operaterima čvorova, ali:
- ne uvodi se nova semantika transakcija ili pametnih ugovora,
- ne mijenjaju se osnovna pravila konsenzusa,
- klijenti uglavnom zadržavaju postojeći kod, uz ažurirane vrijednosti parametara.
Primjer takve promjene je povećanje ciljane i maksimalne količine blobova po bloku. Klijenti i dalje slijede iste algoritme za obračun naknada i blok limita, ali koriste nove vrijednosti. U praksi, to znači:
- bržu implementaciju – manji opseg testiranja u odnosu na promjene koda,
- manji rizik od softverskih bugova,
- veću fleksibilnost u prilagodbi mreže stvarnom opterećenju.
Ovakav pristup ne zamjenjuje u potpunosti klasične hard forkove, ali dio evolucije protokola premješta s razine „promjene dizajna“ na razinu „podešavanja parametara“.
Utjecaj povećanja blob-kapaciteta na L2 rollupove
Povećanje blob-kapaciteta izravno utječe na ekonomiju L2 rješenja. Rollupovi periodično objavljuju podatke o svojim transakcijama na Ethereum kao blobove. Što je veći raspoloživ kapacitet i što je on stabilniji, to je lakše postići:
- niže prosječne naknade za krajnje korisnike,
- predvidljiviju strukturu troškova za operatere rollupova,
- stabilnije poslovne modele za aplikacije koje ovise o velikom volumenu transakcija.
Za opće rollupove poput Optimisma i Arbitruma, veći blob-kapacitet znači da mogu apsorbirati veće skokove u aktivnosti (npr. tijekom tržišnih vrhunaca ili popularnih NFT mintova) bez drastičnog rasta naknada. Za specijalizirane rollupove – primjerice one fokusirane na DeFi, gaming ili RWA (real-world assets) – to otvara prostor za dizajn usluga koje pretpostavljaju masovne, ali jeftine transakcije.
Primjerice, DeFi rollup može modelirati naknade za male, česte transakcije (mikro-swapovi, automatizirane strategije) uz pretpostavku da će trošak DA sloja ostati u određenom rasponu. Gaming rollup može planirati tisuće transakcija po korisniku dnevno (npr. pomaci likova, item tradeovi) bez prelaska u neodržive naknade. Povećanje blob-kapaciteta, ako je praćeno odgovarajućim praćenjem performansi čvorova, tako postaje ključna poluga za širenje Web3 slučajeva uporabe.
Brže iteracije za Web3 inženjere
Parametarsko skaliranje mijenja i način na koji Web3 inženjeri pristupaju optimizaciji svojih aplikacija. Umjesto da godinama čekaju sljedeći veliki hard fork kako bi iskoristili nove kapacitete, sada mogu računati na:
- kraće iteracijske cikluse između promjene parametara i mjerenja učinka,
- postupno podešavanje umjesto jednokratnih, velikih skokova u kapacitetu,
- empirijski pristup – testiranje aplikacijskog ponašanja pod različitim razinama L1 kapaciteta.
Za developere to znači da optimizacije na razini kompresije podataka, batchiranja transakcija i dizajna rollup protokola mogu biti usko povezane s promjenama na L1. Primjerice, tim koji razvija rollup može:
- u prvoj fazi optimizirati kompresiju i batchiranje transakcija,
- u drugoj fazi iskoristiti povećani blob-kapacitet kako bi dodatno snizio naknade,
- usporediti metrike (prosječna naknada, latencija, stopa neuspjelih transakcija) prije i nakon parametarske promjene.
Takav pristup približava Ethereum ekosustav praksi iz tradicionalne infrastrukture, gdje se mrežni i kapacitetni parametri redovito prilagođavaju prometu i potrebama korisnika.
Poslovno planiranje u uvjetima promjenjivog L1 kapaciteta
Za Web3 projekte parametarske nadogradnje uvode novu varijablu u dugoročno planiranje. Više nije dovoljno modelirati naknade i prihode uz pretpostavku relativno statičnog L1 kapaciteta između velikih hard forkova. Sada je potrebno:
- u financijske projekcije ugraditi scenarije s različitim razinama blob-kapaciteta,
- razumjeti kako promjene tih parametara utječu na krajnje korisničke naknade,
- pratiti ritam odlučivanja unutar Ethereum zajednice i klijent timova.
Primjer: L2 projekt koji gradi platnu infrastrukturu može predvidjeti tri scenarija – konzervativni (nema daljnjeg povećanja blob-kapaciteta), bazni (postupno povećanje u skladu s rastom potražnje) i agresivni (brže povećanje kapaciteta radi poticanja rasta volumena). Svaki scenarij rezultira različitim očekivanim prihodima od naknada, ali i različitim zahtjevima za likvidnost i kapital.
Osim ekonomije, tu su i sigurnosne implikacije. Veći blob-kapacitet znači da čvorovi moraju pohraniti i distribuirati više podataka u istom vremenu. Projekti koji ovise o visokoj razini decentralizacije moraju pratiti kako promjene parametara utječu na:
- minimalne hardverske zahtjeve za pokretanje čvora,
- geografsku i operatersku distribuciju validatora,
- rizik centralizacije u rukama entiteta s većim resursima.
Sigurnosni i operativni kompromisi
Parametarske nadogradnje ne uklanjaju temeljne kompromise skaliranja. Povećanje blob-kapaciteta donosi prednosti u pogledu troškova i propusnosti, ali otvara pitanja:
- Koliko dodatnih podataka mogu dugoročno pohraniti i prenositi prosječni čvorovi?
- Hoće li brži rast kapaciteta potaknuti izlazak manjih operatera iz mreže?
- Kako osigurati da promjene parametara prate empirijska mjerenja, a ne samo kratkoročne tržišne pritiske?
Zbog toga se parametarske nadogradnje obično provode konzervativno, uz:
- praćenje performansi čvorova i stopa sinkronizacije,
- analize utjecaja na decentralizaciju i sigurnost,
- pilot faze i postupno povećavanje kapaciteta.
Za inženjere i arhitekte Web3 infrastrukture to znači da moraju pratiti ne samo tehničke specifikacije, već i rasprave unutar zajednice te rezultate mjerenja nakon svake parametarske promjene.
Prema modularnoj i prilagodljivoj infrastrukturi
Dugoročno, parametarske nadogradnje uklapaju se u širu viziju Ethereuma kao modularne infrastrukture. U toj viziji:
- L1 pruža sigurnost i podatkovnu dostupnost,
- L2 rollupovi pružaju skalabilno izvršavanje,
- parametri poput blob-kapaciteta i execution gas limita služe kao nezavisni „regulatori prometa“.
Kombiniranjem prilagodljivog blob-kapaciteta s budućim promjenama gas limita i drugih resursnih parametara, Ethereum dobiva niz „kontrolnih poluga“ kojima zajednica može upravljati ovisno o:
- opterećenju mreže,
- stanju hardvera i mrežne infrastrukture u praksi,
- strateškim ciljevima u pogledu decentralizacije i sigurnosti.
Za Web3 developere poruka je jasna: Ethereum se sve više ponaša kao dinamična, prilagodljiva platforma, a ne statični protokol koji se mijenja tek povremenim, velikim hard forkovima. Dizajn aplikacija, rollupova i poslovnih modela treba uzeti u obzir mogućnost kontinuiranog, mjerljivog ugađanja parametara na L1 razini.
Što dalje za Web3 ekosustav?
Parametarske nadogradnje neće same po sebi riješiti sve izazove skaliranja, ali mijenjaju tempo i način na koji se donose odluke o infrastrukturi. Vjerojatan smjer razvoja uključuje:
- daljnje postupno povećanje blob-kapaciteta uz praćenje učinaka na čvorove,
- eksperimentiranje s različitim kombinacijama gas limita i DA kapaciteta,
- razvoj alata za modeliranje utjecaja parametarskih promjena na L2 ekonomiju.
Za projekte koji grade na Ethereumu, razumijevanje ovih mehanizama postaje dio osnovne tehničke pismenosti. Parametarski pristup skaliranju učvršćuje Ethereum kao modularnu infrastrukturu podatkovnog i izvršnog sloja Web3-ja, u kojoj se protokol razvija ne samo kroz rijetke hard forkove, već i kroz kontinuirano, pažljivo podešavanje ključnih parametara.
