Avgusta se je omrežje TON soočalo s precejšnjimi pretresi, ki so se še povečali, ko je bil Ustanovitelj Telegrama pridržan v Franciji in sta dve večji prekinitvi bloka povzročili resne skrbi. Ti dogodki niso le zmanjšali navdušenja, ki spremlja ekosistem TON, ampak so tudi omejili njegov prihodnji narativni prostor.
Čeprav je bila pozornost trga usmerjena predvsem na aretacijo ustanovitelja, so tehnične napake bolj pereče težave, ki vplivajo na prihodnji razvoj podjetja TON.
Takojšnji vzrok: Povečanje števila transakcij DOGS
Neposredni vzrok za prekinitve omrežja TON je bil nenaden porast transakcij DOGS. DOGS, meme kovanec s skupno ponudbo 550 milijard in 72,73-odstotno alokacijo za airdrop, je pred kratkim pridobil precejšen ugled. Uvrstitev kovanca na velike platforme, kot je Binance, je povzročila velik porast transakcij na verigi, kar je preobremenilo omrežje.
Kot Za dokazovanje deleža (PoS) se TON zanaša na svoja validacijska vozlišča, ki obdelujejo in potrjujejo transakcije, ki so nato združene v bloke. V normalnih pogojih omrežje ustvarja nove bloke v določenih časovnih intervalih.
Če pa sistem ne more takoj obdelati vseh čakajočih transakcij, se lahko izdelava blokov zavleče ali celo ustavi. Tovrstna preobremenitev s transakcijami ni značilna samo za TON; s podobnimi težavami so se srečevale tudi druge velike verige blokov, kot sta Bitcoin in Ethereum.
Porast transakcij DOGS je verjetno povzročil preobremenitev validatorjev, kar je upočasnilo ali ustavilo proizvodnjo blokov.
Fundacija TON je prekinitve pripisala preobremenitvi transakcij DOGS, zaradi česar so bili validatorji preobremenjeni in so izgubili soglasje zaradi dolgotrajnega zbiranja smeti. Kljub uspešnemu novembrskemu Guinnessovemu svetovnemu rekordu družbe TON, ki je znašal več kot 104.715 TPS, se zdi ta razlaga glede na nedavne težave neustrezna.
Temeljna vprašanja: Omejitve zasnove in težave z validatorjem
Preobremenitev transakcij je le simptom globljih težav v zasnovi omrežja TON in sistemu potrjevanja. Analiza tehnične arhitekture omrežja TON, mehanizma za razčlenjevanje in organizacije validatorjev razkrije več kritičnih točk:
1. Kompleksnost arhitekture verige Shard: Izzivi visoke skalabilnosti
Arhitektura TON je zasnovana za visoko skalabilnost in zmogljivost z večplastno strukturo, ki jo sestavljajo glavna veriga, delovne verige in ločene verige. Ta zasnova teoretično povečuje zmogljivost omrežja z razporeditvijo obremenitve. Vendar pa ta zapletena struktura delitve predstavlja več izzivov.
Vsaka delovna veriga se lahko nadalje razdeli na več verig razdrobljenih delov, od katerih je vsak odgovoren za različne transakcije na računu. Ta zasnova omogoča vzporedno obdelavo transakcij v verigah shard, kar poveča skupno TPS. Vendar pa lahko neenakomerna porazdelitev obremenitve ali zamude pri obdelavi transakcij med navalom transakcij upočasnijo ali ustavijo izdelavo blokov v nekaterih verigah shard.
Ker morajo biti verige shardov sinhronizirane z glavno verigo, lahko težave v ključnih verigah shardov vplivajo na proizvodnjo blokov v celotnem omrežju. Čeprav je TON-ova metoda shardinga inovativna in omogoča izjemno granularnost (vsak shard upravlja le nekaj računov ali pogodb), to povečuje zapletenost koordinacije.
Učinkovito razčlenjevanje zahteva zelo učinkovito in stabilno usklajevanje med verigami razdrobljenih podatkov in glavno verigo. Ozka grla v verigah shardov lahko v ekstremnih razmerah prekinejo proizvodnjo blokov v celotnem omrežju.
2. Nezadostno število potrjevalcev: Tveganja centralizacije
Druga pomembna težava je nezadostno število validatorjev v omrežju TON. V primerjavi z drugimi verigami blokov PoS ima TON občutno manj validatorjev, le 360, medtem ko jih ima Ethereum več kot milijon, Solana pa veliko več. Ta razlika vpliva na decentralizacijo in varnost omrežja TON.
Validatorji v omrežjih PoS potrjujejo transakcije, dosegajo soglasje in povezujejo transakcije v bloke. Število potrjevalcev vpliva na decentralizacijo omrežja in njegovo zmožnost obvladovanja velikih obremenitev. Pri manjšem številu validatorjev mora vsak validator obdelati več transakcij, kar lahko privede do zamud ali prekinitev med velikim obsegom transakcij.
Poleg tega je število udeležencev omejeno zaradi visokih zahtev glede strojne opreme in omrežja TON ter potrebe po vložitvi velikega zneska Toncoinov, da bi postal validator. Ta omejitev ne vpliva le na decentralizacijo, temveč tudi povečuje zamude blokov v obdobjih največjih transakcij.
3. Omejitve mehanizma soglasja: Izzivi bizantinske odpornosti na napake
TON uporablja bizantinski mehanizem soglasja, toleranten na napake (BFT), znan kot protokol Catchain. Ta protokol je zasnovan tako, da ohranja delovanje omrežja tudi ob prisotnosti zlonamernih vozlišč.
Vendar je lahko učinkovitost protokola ogrožena, če je število potrjevalcev omejeno in nekateri zaradi preobremenjenosti ne morejo sodelovati pri doseganju soglasja. Protokol Catchain zahteva, da je za dosego soglasja in ustvarjanje blokov zlonamerna največ tretjina sodelujočih potrjevalcev.
Kadar so potrjevalci preobremenjeni, se jih lahko več ne odzove, kar upočasni ali ustavi postopek soglasja in povzroči zamude pri izdelavi blokov. Kljub temu, da je protokol Catchain zasnovan za odpornost, je njegova učinkovitost odvisna od števila in porazdelitve potrjevalcev.
Ko je število validatorjev majhno in obremenitev omrežja presega pričakovanja, se učinkovitost protokola zmanjša, zaradi česar se proizvodnja blokov upočasni ali ustavi.
Centralizacija in pomanjkljivosti pri oblikovanju ovirajo napredek družbe TON
Družba TON se sooča s stalnimi izzivi, med drugim z aretacijo ustanovitelja družbe Telegram, kar povzroča negotovost glede prihodnosti družbe TON in njenega sodelovanja s Telegramom. Ta dogodek, ki je sprva veljal za potencialno moč ekosistema TON, je vrgel senco na njuno prihodnje partnerstvo.
Poleg tega nedavne prekinitve blokiranja, ki jih je povzročil porast transakcij DOGS, razkrivajo globlje težave v omrežju TON. Zapletenost njegove arhitekture shardinga, nezadostno število validatorjev in omejitve njegovega mehanizma konsenza opozarjajo na pomembna tehnična ozka grla. Te težave vplivajo na trenutno stabilnost omrežja in predstavljajo potencialno tveganje za njegov dolgoročni razvoj.
Za reševanje teh težav mora TON razširiti svojo bazo validatorjev, zmanjšati vstopne ovire za validatorje, povečati učinkovitost shardinga in optimizirati protokol Catchain, da bo učinkoviteje obvladoval velike obremenitve. Čeprav se je TON od svoje ustanovitve soočal s precejšnjimi krizami in uspešno premostil začetne izzive, bo premagovanje teh trenutnih težav ključno za vzpostavitev močnejšega in odpornejšega ekosistema v prihodnosti.
-
-
-
-
-
-
-
-
