Razvijalec Terra Classic Core razkriva predlog za odpravo Canonical LUNC Repo

- Oglas -

Predlog bo odpravil potrebo po osrednjem organu, ki bo nadzoroval spremembe kode v verigi blokov.

Edward Kim, razvijalec Terra Classic in izredni profesor na univerzi Drexel, je predlagal odpravo obstoječega kanoničnega repozitorija za verigo blokov Terra Classic. Če bo predlog sprejet, sprememb kode, ki jih bodo izvedli razvijalci, ne bo nadzoroval osrednji organ, temveč nabor aktivnih validatorjev, kar še dodatno spodbuja decentralizacijo.

Motivacija za predlogom 

Ed je predstavil predlog v četrtek in razložil njegove podrobnosti in motivacijo za njim, ko ga je odprl za razpravo skupnosti. Po besedah ​​Eda se razvijalci Terra Classic še vedno soočajo s težavo, ki se je pojavila, ko je imel Terraform Labs absolutno oblast nad spremembami kode v verigi blokov.

Razprava o tem, da ni kanoničnega repozitorija za Terra Classic, https://t.co/j2TqbIt9cA

— Edward Kim (@edk208) Januar 5, 2023

Opozoril je, da razvijalci, ki trenutno delajo na verigi, nimajo pisnega dostopa do trenutnega kanoničnega repozitorija za verigo blokov, imenovanega "Classic«.

Po imploziji Terra maja, ki je rodila žeton Terra Classic (LUNC), je Terra Money Classic Core repo je bil ustvarjen in je služil kot kanonični repo za blockchain. Posledično so bile spremembe kode v verigi Terra Classic predmet odobritve Terraform Labs, saj je podjetje nadzorovalo repo. Vendar so bili TFL bolj osredotočeni na verigo blokov Luna, Terra Classic pa je ostala brez nadzora.

Septembra 2022 je bil sprejet predlog 4940, katerega cilj je bil narediti Terra Rebels "Klasično jedro” repo kanoničnega repozitorija za verigo blokov. Vendar pa se je po popravkih, ki so bili vneseni v repo, da bi popravili izkoriščanje Dragonberry, ki je bilo priča v kodi IBC, trenutni »klasični« repo pojavil kot kanonični repo. 

Vpliv na postopek za spremembe kode Terra Classic

Če bo predlog sprejet, Classic repo ne bo več kanonični repozitorij, nadgradnje na blokovni verigi Terra Classic pa bo nadzorovala skupnost, ki bo opravila nekaj postopkov. Po besedah ​​Eda bi morale te nadgradnje vsebovati zgoščene vrednosti za potrditev, ki podrobno opisujejo spremembe, in se vedno začeti z aktivnim ali zadnjim zgoščenimi vrednostmi za potrditev v verigi.

Poleg tega je Ed opozoril, da so vse ustrezne entitete; vključno z validatorji, projekti, vozlišči in CEX-ji; bi morali prejeti informacije o izvedenih nadgradnjah. Obljubil je ekipa L1 podporo pri zbiranju in zagotavljanju potrebnih informacij o njihovem repoju.

Ti postopki bi lahko bili okorni tako za razvijalce kot za validatorje, je dejal Ed. Razvijalci bi morali opraviti večji nadzor skupnosti, preden bi spremenili kodo, saj si skušajo pridobiti zaupanje skupnosti. Za validatorje bo potreben dodaten trud za nadzor nad spremembami kode, vdelanimi v katero koli nadgradnjo.

Kljub temu prednosti predloga, kot je opisal Ed, vključujejo ustrezne ocene skupnosti o nadgradnjah, ki se izvajajo v verigi blokov. Drugič, spodbuja decentralizacijo tako, da kateri koli pristojni skupini razvijalcev omogoča, da prispevajo k nadgradnjam v omrežju.

- Oglas -