Na základe rôznych koncepcií riadenia komunita EOSC optimalizovala volebný mechanizmus EOSIO, spustila hlavnú sieť EOSC na Genesis Height 1 a pokračovala v iteratívnych aktualizáciách hlavnej siete EOSC, čím sa EOSC posunula smerom k decentralizovanému maximu Smer výkonu smart zmluvná platforma sa naďalej vyvíja a pokladá základy rozsiahlej popularizácie šifrovanej ekonomiky.

Pozadie

Ekonomika šifrovania vstúpila do kritickej fázy od sociálneho experimentovania po rozsiahle komerčné využitie.
Veľké komerčné využitie znamená obrovský transakčný tlak. Aby blockchainový systém efektívne niesol obrovské množstvo transakčných požiadaviek, musí najprv poskytnúť dostatočne silný výkon. Na dosiahnutie tohto cieľa sú potrebné vyššie požiadavky na plné uzly, ako sú lepšie nakonfigurované hardvérové ​​stroje, väčšia úložná kapacita, stabilnejšia sieť, rýchlejšia šírka pásma, nižšia latencia atď. Je zrejmé, že príliš vysoká prahová hodnota pre plné uzly povedie k zníženiu počtu uzlov produkujúcich bloky, ktoré môžu fungovať stabilne.Ak sa v takomto blockchainovom systéme zavedie mechanizmus POS, systém sa rýchlo prispôsobí centralizovanej situácii. Na dosiahnutie rovnováhy medzi vysokým výkonom a decentralizáciou je v súčasnosti bezpochyby najlepšou voľbou konsenzuálny algoritmus DPOS a zároveň je to najlepšie možné riešenie pre správu malého počtu uzlov.
EOSIO založené na konsenzuálnom algoritme DPOS vzniklo a komunita po prvýkrát videla úsvit rozsiahleho komerčného využitia šifrovacej ekonomiky. Či je volebný mechanizmus plne účinný, je kľúčom k prežitiu konsenzuálneho mechanizmu DPOS a súvisí to aj s tým, či konsenzuálny mechanizmus DPOS môže uspieť za POW a viesť ďalšiu generáciu šifrovania.
S cieľom urýchliť príchod éry rozsiahleho komerčného využívania šifrovacej ekonomiky komunita EOSC optimalizovala volebný mechanizmus EOSIO, spustila hlavnú sieť EOSC na Genesis 1 a pokračovala v opakovanej modernizácii hlavnej siete EOSC, posun smerom k EOSC Smer decentralizovanej vysokovýkonnej platformy inteligentných zmlúv sa naďalej vyvíja.

Mechanizmus konsenzu

EOSC sa riadi konsenzuálnym mechanizmom EOSIO, to znamená DPOS BFT Pipeline Consensus. Na rozdiel od EOSIO, EOSC nepreberá EOSIO model jedného bloku každých 0,5 sekundy a jeden uzol spája 6 blokov. V EOSC jeden blok každé 3 sekundy , Uzly nebudú nepretržite produkovať bloky, hoci nepretržitá produkcia blokov uzlami môže skrátiť čas čakania na rozbalené transakcie, ale pretože súčasné sieťové prostredie často nie je príliš ideálne, rýchla produkcia blokov ovplyvní stabilitu reťazca, čo vedie k veľkému počet mikro vidličiek.
Súčasný mechanizmus konsenzu EOSIO nie je dokonalý, ale keďže ide o platformu DAPP, čas potvrdenia bloku nie je prvou prioritou optimalizácie reťazca. Pre EOSC sa mechanizmus konsenzu musí brať do úvahy v prostredí s vysokou záťažou. súčasný mechanizmus paralelných výpočtov Ak nie je dokonalý, ponáhľanie sa s vylepšením zreťazeného potvrdzovacieho mechanizmu spôsobí veľké problémy.
Budúci mechanizmus konsenzu EOSC sa bude vyvíjať paralelne z dvoch smerov
1. Kompatibilný s vývojom EOSIO a aktualizáciou jeho konsenzuálneho algoritmu, posudzujeme podľa aktuálneho pokroku vo vývoji EOSIO, keď EOSIO dokončí paralelné vylepšenie, algoritmus konsenzu bude aktualizovaný, Dosiahnete rýchlejší čas potvrdenia bloku.
2. Prispôsobí sa iným mechanizmom konsenzu založeným na číslach potvrdení, ako doplnok k existujúcemu konsenzu DPOS, na jednej strane zrealizuje interakciu medzi embedded Layer 2 chain konsenzus a hlavný reťazec . Na druhej strane môže realizovať viac decentralizovaný cross-chain mechanizmus s reťazcami iných konsenzuálnych mechanizmov.

Vylepšenie technológie EOSC

Model zdrojov založený na poplatkoch za služby
Hoci platobný model CPU a NET zdrojov spoločnosti EOSIO je z hľadiska technológie dobrý, pre používateľov je príliš komplikovaný a nemôže podporovať vývojárov DAPP, aby optimalizovali svoje zmluvy Na druhej strane spôsob nákupu pamäte RAM spoločnosti EOSIO povedie k určitému hromadeniu, čo neprispieva k rozvoju ekológie DAPP. Z tohto dôvodu spoločnosť EOSC inovatívne navrhla novú sadu modelov zdrojov. Prostredníctvom optimalizácie v praxi preskúmajte modely zdrojov založené na poplatkoch za služby v komplexnom prostredí inteligentných zmlúv a dôkladne riešia problémy so zdrojmi, ktoré trápia ekológiu EOS.
V prvom rade EOSC platí používateľovi spotrebu CPU a NET zdrojov v režime poplatkov Pre Akciu definovanú vývojárom v DAPP môže vývojár DAPP nastaviť požadovaný poplatok za Akciu a systém kontroluje zdroj využitie akcie založené na tomto , Na jednej strane je pre používateľov ľahké pochopiť spotrebu zdrojov, na druhej strane tiež silne podporuje vývojárov DAPP, aby optimalizovali využitie zmluvných zdrojov, aby sa rozvíjala celá ekológia benígne.
EOSC používa na prideľovanie zdrojov RAM metódu podobnú prenájmu cloudových hostiteľov. Používatelia môžu použiť dividendy z hlasovania na zaplatenie prenájmu zdrojov RAM. Používatelia sa tak nemusia obávať platenia nájomného a problém s nedoplatkami nájomného je Metódou „prenájmu a predaja“ sa EOSC dokáže efektívne vyhnúť špekuláciám so zdrojmi RAM, takže vývoj DAPP nemusí byť rušený cenou RAM a efektívne podporuje ekologickú výstavbu DAPP.
Zatiaľ čo spoločnosť EOSC odvážne inovuje a skúma nové modely zdrojov, skúma aj mechanizmy, ktoré by boli kompatibilné s modelmi zdrojov EOSIO. Za zdroje CPU a NET môžu používatelia platiť poplatky na základe veku dividendových lístkov, aby získali podobnú hypotéku EOSIO na získanie CPU a efekt zdrojov NET, pre RAM môžu používatelia dosiahnuť efekt EOSIO na základe nákupu na trhu formou výmeny hlasovania za hypotéku, takže vývojári DAPP môžu rýchlo prepnúť na EOSC z iných reťazcov EOSIO a hladko prejsť na zdroj EOSC Model.
Mechanizmus plynulej aktualizácie
Volebný mechanizmus EOSC povzbudzuje superuzly, aby sa aktívne podieľali na propagácii aktualizácií technológií. Na rozdiel od rozdelenia verzií komunitných uzlov EOSIO EOSC aktívne propaguje vylepšenia a obnovu technológií.
Na dosiahnutie hladšieho nekompatibilného procesu aktualizácie EOSC pridal mechanizmus aktualizácie založený na efektívnej výške bloku. Komunita môže potvrdiť efektívnu výšku bloku funkcie prostredníctvom viacerých podpisov, aby sa dokončila hladká aktualizácia v proces decentralizovaného spôsobu, ktorý sa líši od nedávno navrhnutej schémy označovania EOSIO založenej na údajoch o rozšírení blokov, mechanizmus aktualizácie EOSC je priateľskejší a ľahko pochopiteľný. EOSC bol prvý, kto uplatnil decentralizovaný proces aktualizácie „soft fork“ v reťazci založenom na EOSIO, ktorá je základnou zárukou pre neustály vývoj EOSC na riešenie rôznych problémov mechanizmov.
Na druhej strane funkcia nastavenia atribútov reťazca na základe viacerých podpisov môže komunite poskytnúť súbor decentralizovaných reťazových konfigurácií a on-chain riešení Rôzne parametre a konfigurácie je možné decentralizovaným spôsobom modifikovať podľa aktuálnej situácie rozvoj, lepší rozvoj komunity.
Mechanizmus srdcového tepu uzla a interval stabilného bloku
S cieľom podporiť stabilitu hlavnej siete EOSC posilnil konštrukciu kandidátskych uzlov z pohľadu ekonomického modelu. , EOSC pridal reťaz Mechanizmus srdcového tepu uzla v sieti sa používa na podporu posilnenia uzla s cieľom zlepšiť jeho stabilitu a podporiť stabilitu celej hlavnej siete.
Na základe mechanizmu srdcového tepu môže EOSC potvrdiť činnosť uzlov, takže chybné uzly môžu byť potrestané na základe reťazca, aby sa ďalej dohliadalo na konštrukciu uzlov a zabránilo sa tomu, že by nečinnosť uzlov spôsobila nestabilita celej hlavnej siete.
Zvýšte čas blokového intervalu na začiatku spustenia, aby ste sa vyhli príležitostným soft forkom v hlavnej sieti, keď súčasná sieťová infraštruktúra ešte nie je dokonalá Spoločnosť EOSIO navrhla polsekundový blokový interval a mechanizmus uzly produkujúce šesť blokov za sebou môžu v budúcnosti zlepšiť dostupnosť reťazca, nie je to použiteľné v súčasnom sieťovom prostredí. Pragmaticky by sa mal najskôr zvýšiť interval medzi produkciou blokov a potom zmeniť na rýchlu produkciu blokov keď budú v budúcnosti zrelé podmienky. To môže účinne znížiť soft forky a zároveň zníženie počtu blokov môže výrazne zvýšiť mieru synchronizácie úplných uzlov, takže môže byť viac plných uzlov, čím sa zlepší dostupnosť celej siete.
Viac rozhraní API zmluvnej vrstvy
S cieľom uľahčiť vývojárom DAPP vývoj zmlúv boli pridané niektoré rozhrania API a v systémových zmluvách boli vykonané určité špecifické úpravy.
V prvom rade je pridané rozhranie API na získanie výšky bloku. Vývojári môžu jednoducho a efektívne získať aktuálnu výšku bloku. Na základe tohto rozhrania API sa zmluva môže účinne vyhnúť blokovaniu blokových útokov a iným útokom založeným na opakovaní. add Za účelom získania API informácií o konfigurácii reťazca môžu vývojári prispôsobiť rôzne opravy parametrov a reťazové upgrady reťazca na zmluvnej vrstve tak, aby zmluva mohla plynulo nadväzovať aj na funkciu reťazovej inovácie. Nakoniec, aby sa predišlo falšovaniu meny útoky, pred spustením reťazca sa používa nezávislá zmluva s kľúčovými tokenmi, aby používatelia mohli jasne rozlíšiť útoky na falošné meny.
Adaptácia na cross-chain služby
Na začiatku spustenia Force tím predpokladal, že podpora cross-chainov v budúcnosti bude základnou funkciou verejného reťazca, takže tím Force začal s vývojom projektu Codex, zriadil reťazec prenosu Codex.Relay na poskytovanie prenosových služieb pre každý reťazec, aby sa realizoval mechanizmus krížového reťazca medzi každým reťazcom, môže poskytnúť dokonalejšiu podporu pre Codex.Relay a spolupracovať cez superuzly dvoch reťazcov môže dosiahnuť "úplný" mechanizmus krížového reťazca, to znamená, že stupeň decentralizácie žiadneho reťazca sa počas procesu krížového reťazca nezníži.
Prostredníctvom mechanizmu cross-chain možno dosiahnuť veľkú škálovateľnosť.Na základe prenosovej služby je možné pridať podreťazce vrstvy 2. Niektoré služby a DAPP, ktoré spotrebúvajú veľké zdroje, môžu byť prevádzkované na základe podreťazcov. Prostredníctvom prenosovej služby sú výsledky výpočtov alebo stav jadra synchronizované s , takže v budúcnosti môžu byť pridané špeciálne podreťazce, ako je úložisko, výpočet, DAPP a náhodné čísla, aby sa rozšírili funkcie.
Vysoko prispôsobiteľný vývojový rámec blockchainu EOSIO
Na základe prenosových služieb je možné pridať podreťazce vrstvy 2 a rôzne podreťazce budú v budúcnosti zohrávať úlohu v ekológii EOSIO. má veľký efekt, no treba poznamenať, že súčasný vývoj blockchain projektu s prispôsobenými funkciami založenými na EOSIO má stále vysoký prah. Z tohto dôvodu tím Force spustil projekt Codex.io, ktorý je vysoko prispôsobiteľný Vývojový rámec EOSIO blockchain znižuje prah pre rozvoj podreťazcov a poskytuje vývojárom ekonomickejšiu a priateľskejšiu skúsenosť s vývojom podreťazcov.
Tím Force počas vývojového procesu nazbieral veľa skúseností s vývojom blockchainov založených na EOSIO a dúfa, že sa mu podarí maximalizovať hodnotu týchto skúseností. Codex.io je „predpripravený“ blokový reťazec EOSIO vývojový rámec môžu vývojári rýchlo spustiť svoj vlastný reťazec založený na Codex.io, po jednoduchej konfigurácii si môžu prispôsobiť rôzne symboly, slobodne si vybrať ekonomický systém a model zdrojov, na tomto základe vývojári musia venovať pozornosť iba reťazcu Problém byť vyriešený sám, môže byť realizovaný na základe zmluvy alebo natívnej vrstvy reťazca. Codex.io môže vývojárom uľahčiť expanziu v natívnej vrstve reťazca, aby sa vyriešili niektoré problémy s výkonom, a môže tiež výrazne rozšíriť reťazec Funkcia.
Codex.io integruje funkcie rozšírenia navrhované väčšinou súčasných reťazcov EOSIO. Vďaka inkluzívnemu prístupu umožňuje Codex.io vývojárom voľne kombinovať funkcie v reťazci: vrátane systému diét, systému účtov a rôznych čiernych a mechanizmy bieleho zoznamu , spoločné mechanizmy riadenia a hlasovacie mechanizmy a rôzne doplnky.
Prostredníctvom Codex.io bude v budúcnosti integrovaný veľký počet podreťazcov vrstvy 2, čo poskytne neobmedzenú škálovateľnosť.