Na základe rôznych konceptov riadenia, komunita EOC, optimalizovala volebný mechanizmus EOSIO, spustila hlavnú sieť EOSC vo výške 1 Genesis výška 1 a pokračovala v iterácii a vylepšovaní hlavnej siete EOSC, vďaka čomu sa EOSC naďalej vyvíja smerom k decentralizovanej vysokej výkonnej inteligentnej zmluvnej platforme, čím kladie základ pre veľkú popularizáciu krypto ekonomiky.

Pozadie

Krypto ekonomika uvádzala kritickú fázu od sociálnych experimentov po rozsiahle komerčné použitie.
Za rozsiahlym komerčným použitím znamená obrovský transakčný tlak. Na efektívne prepravu obrovských požiadaviek na transakcie musí systém blockchainu najprv poskytnúť dostatočne silný výkon. Na dosiahnutie tohto cieľa sú potrebné vyššie požiadavky pre celý uzol, ako je lepšia konfigurácia hardvérových strojov, väčšia úložná kapacita, stabilnejšia sieť, rýchlejšia šírka pásma, nižšia latencia atď. Samozrejme, vysoký prah pre celý uzol povedie k zníženiu počtu blokov produkujúcich uzly, ktoré môžu fungovať stabilne. Ak sa POS mechanizmus použije v takom systéme blockchainu, systém sa rýchlo skonvertuje na centralizovanú situáciu. Aby sa dosiahol rovnováha medzi vysokou výkonnosťou a decentralizáciou, algoritmus konsenzu DPOS je v súčasnosti nepochybne najlepšou voľbou a najlepším riešením na zvládanie malého počtu uzlov.
EOSIO založený na algoritme konsenzu DPOS vznikol a komunita prvýkrát videla úsvit rozsiahleho komerčného využívania krypto ekonomiky. To, či je volebný mechanizmus plne účinný, je kľúčom k prežitiu mechanizmu konsenzu DPOS a súvisí aj s tým, či mechanizmus konsenzu DPOS dokáže prenášať Pow, aby viedol ďalšiu generáciu šifrovacej vlny.
Aby sa urýchlil príchod éry rozsiahleho komerčného využívania krypto ekonomiky, komunita EOSC optimalizovala mechanizmus volebného systému EOSIO, spustil hlavnú sieť EOSC vo výške 1 Genesis výška 1 a pokračoval v opakovaní a vylepšovaní hlavnej siete EOSC, takže EOSC sa vyvíja smerom k decentralizovanej vysokej výkonnej inteligentnej zmluvnej platforme.

Mechanizmus konsenzu

EOSC sleduje konsenzuálny mechanizmus EOSIO, konkrétne konsenzus potrubia DPOS BFT. Na rozdiel od EOSIO EOSC neprijíma režim EOSIO s jedným blokom každých 0,5 sekundy a jeden uzol generuje 6 blokov. Každé 3 sekundy v EOSC nebudú uzly vytvárať nepretržite. Aj keď uzly môžu skrátiť čakaciu dobu na vybalené transakcie, súčasné sieťové prostredie nie je často ideálne, generovanie rýchleho bloku ovplyvní stabilitu reťazca a spôsobí veľké množstvo mikro vidlíkom.
Súčasný konsenzuálny mechanizmus EOSIO nie je dostatočne dokonalý, ale ako platforma DAPP nie je čas na potvrdenie bloku prvou prioritou optimalizácie reťazca. V prípade EOSC sa musí zohľadniť mechanizmus konsenzu v prostredí s vysokým zaťažením. V súčasnej situácii, keď nie je paralelný počítačový systém dokonalý, je rýchle zlepšenie mechanizmu potvrdzovania potrubia veľmi problematické.
Budúci konsenzuálny mechanizmus EOSC sa bude vyvíjať paralelne z dvoch smerov
1. Kompatibilný s vývojom EOSIO a aktualizujte jeho algoritmus konsenzu. Posudzujeme na základe súčasného vývoja vývoja EOSIO. Keď EOSIO dokončí paralelné zlepšenie, algoritmus konsenzu bude inovovaný tak, aby dosiahol rýchlejší čas potvrdenia bloku.
2. Ďalšie konsenzuálne mechanizmy založené na potvrdzovacích číslach budú prispôsobené na doplnenie existujúceho konsenzu DPO. Na jednej strane sa realizuje interakcia medzi konsenzom vloženej reťazca vrstvy 2 a hlavným reťazcom. Na druhej strane je možné dosiahnuť decentralizovanejší mechanizmus prierezového reťazca s inými konsenzuálnymi mechanizmami.

Vylepšenie technológie EOC

Model zdrojov založený na spracovaní poplatkov
Aj keď model CPU a čistými zdrojmi platby EOSIO je dobrým dizajnom v oblasti technológie, pre používateľov je príliš zložitý a nemôže propagovať vývojárov DAPP, aby optimalizovali svoje zmluvy. Na druhej strane, metóda nákupu RAM EOSIO povedie k určitému hromadeniu správania, ktoré nevedie k rozvoju ekosystému DAPP. Z tohto dôvodu EOSC inovatívne navrhol nový model zdrojov. Prostredníctvom praktickej optimalizácie skúma model zdrojov založený na spracovaní poplatkov v komplexnom inteligentnom zmluvnom prostredí s cieľom úplne vyriešiť problémy so zdrojmi, ktoré trápia ekosystém EOS.
Po prvé, EOCS platí CPU používateľa a čistú spotrebu zdrojov v režime manipulácie s poplatkom. Pokiaľ ide o akciu definovanú vývojárom v DAPP, vývojári spoločnosti DAPP môžu za akciu stanoviť požadovaný poplatok za spracovanie. Systém riadi použitie akcie na základe toho. Na jednej strane to uľahčuje používateľov, aby porozumeli spotrebe zdrojov, a na druhej strane silne podporuje vývojárov DAPP, aby optimalizovali využívanie zmluvných zdrojov, aby sa celý ekosystém mohol zdravo rozvíjať.
EOSC používa hostiteľa cloudového prenájmu na pridelenie zdrojov RAM podobným spôsobom ako pri prenájme hostiteľov cloudu. Používatelia môžu platiť výdavky na prenájom zdrojov RAM pomocou hlasovania dividend, aby sa používatelia nemuseli obávať platby nájomného a tiež vylúčiť problém nedoplatkov o nájomní. Prostredníctvom metódy „prenájmu a predaja“ sa EOC môže efektívne vyhnúť špekulatívnemu správaniu proti zdrojom RAM, takže rozvoj DAPP nemusí byť narušený cenami RAM a účinne podporuje výstavbu ekosystému DAPP.
Aj keď odvážne inovuje a skúma nové modely zdrojov, EOC tiež skúma mechanizmus tak, aby bol kompatibilný s modelmi zdrojov EOSIO. Pokiaľ ide o CPU a čisté zdroje, používatelia môžu platiť poplatky založené na veku dividend, aby sa dosiahli účinok získania CPU a čistých zdrojov podobných hypotéke EOSIO. Pre RAM môžu používatelia dosiahnuť účinok EOSIO na základe nákupu trhu prostredníctvom výmeny hlasovania, aby vývojári DAPP mohli rýchlo vstúpiť do EOSIO z iných reťazcov EOSIO a plynulo sa obrátiť na model zdrojov EOC.
Hladký aktualizačný mechanizmus
Volebný mechanizmus spoločnosti EOSC povzbudzuje super uzly, aby sa aktívne zúčastňovali na podporovaní technologických vylepšení. Na rozdiel od rozdelenia verzie Komunitného uzla EOSIO EOC v praxi aktívne podporuje technologické vylepšenia a aktualizácie.
Aby sa dosiahol plynulejší proces nekompatibilného procesu aktualizácie, spoločnosť EOSC pridala súbor aktualizačných mechanizmov na základe výšky efektívneho bloku. Komunita môže potvrdiť výšku efektívneho bloku funkcie prostredníctvom viacerých znakov, aby decentralizovala hladký proces aktualizácie. Na rozdiel od nedávno navrhovanej schémy označovania spoločnosti EOSIO založená na údajoch o expanzii blokov je mechanizmus aktualizácie EOSC priateľskejší a vedie k porozumeniu. Prvá prax EOSC v decentralizovanom procese aktualizácie „Soft Fork“ v reťazci založenom na EOSIO, čo je základnou zárukou pre EOSC, aby sa naďalej vyvíjala, aby sa vyriešila rôzne problémy s mechanizmom.
Na druhej strane funkcia nastavenia atribútov reťazca založených na viacerých znakoch môže komunite poskytnúť súbor decentralizovanej konfigurácie reťazca a schém na reťazci. Rôzne parametre a konfigurácie sa dajú decentralizovať podľa skutočného vývoja, aby sa komunita mohla rozvíjať lepšie.
Mechanizmus srdca uzlov a stabilný interval výstupu bloku
S cieľom podporovať stabilitu hlavnej siete EOSS posilňuje konštrukciu alternatívnych uzlov z hľadiska ekonomického modelu. EOSS zároveň pridá mechanizmus srdcového rytmu uzlov v reťazci, aby sa podporil uzly, aby sa posilnili a zlepšili svoju stabilitu a podporovali väčšiu stabilitu celej hlavnej siete.
Na základe mechanizmu srdcového rytmu môže EOSC potvrdiť činnosť uzla, takže chybné uzly sú potrestané na základe reťazca, čím ďalej naliehajú na konštrukciu uzlov a zabránia nestabilite uzlov v konaní v celej hlavnej sieti.
Čas intervalu generovania blokov sa zvyšuje na začiatku spustenia, aby sa predišlo príležitostným mäkkým vidličkám v hlavnej sieti, keď súčasná sieťová infraštruktúra ešte nie je dokonalá. Interval polovice sekundového bloku navrhnutý spoločnosťou EOSIO a mechanizmus pripojenia šiestich blokov k jednému uzlu môžu v budúcnosti určite zlepšiť dostupnosť reťazca, ale v súčasnom sieťovom prostredí sa neuplatňuje. Pri pragmatickom postoji sa najskôr zvýši čas intervalu generácie bloku a po tom, čo budú podmienky v budúcnosti zrelé, sa zmení na rýchlu tvorbu blokov. To môže účinne znížiť mäkké vidlice. Zníženie počtu blokov môže zároveň výrazne zvýšiť rýchlosť synchronizácie celého uzla, takže môže existovať viac plných uzlov, čím sa zvýši dostupnosť celej siete.
Viac rozhraní API s kontrakciou
Aby bolo pre vývojárov DAPP v pohodlnejšom rozvoji zmlúv, boli pridané niektoré API a do systémových zmlúv boli vykonané niektoré konkrétne úpravy.
Po prvé, pridá sa API na získanie výšky bloku a vývojári môžu ľahko a efektívne získať výšku aktuálneho bloku. Na základe tohto rozhrania API sa zmluvy môžu účinne vyhnúť blokovaniu blokových útokov a iným útokom založeným na pokladni. Po druhé, pridá sa API na získanie informácií o konfigurácii reťazca a vývojári môžu prispôsobiť rôzne korekcie parametrov a reťazové vylepšenia reťazca vo vrstve zmluvy, takže zmluva môže tiež hladko sledovať funkciu aktualizácie reťazca. Nakoniec, aby sa predišlo falšovaným útokom meny, pred spustením reťazca sa používajú nezávislé zmluvy o základných tokenoch, aby používatelia mohli jasne rozlíšiť útoky falšovaných mien.
Prispôsobenie služieb v oblasti reťazca
Na začiatku štartu tím Force predvídal, že podpora krížového reťazca bude v budúcnosti základnou funkciou verejných reťazcov. Tím Force preto spustil vývoj projektu Codex a založil reťazový reťazec Codex.Relay, ktorý poskytuje reléové služby pre každý reťazec, aby sa uvedomil mechanizmus prierezového reťazca medzi jednotlivými reťazcami, ktorý môže poskytnúť úplnejšiu podporu pre Codex.Relay. Prostredníctvom super uzlov oboch reťazcov, ktoré sa navzájom prevádzkujú, je možné dosiahnuť „kompletný“ mechanizmus prierezového reťazca, to znamená, že stupeň decentralizácie akéhokoľvek reťazca sa počas procesu krížového reťazca nezníži.
Prostredníctvom mechanizmu v priebehu reťazca je možné získať veľkú škálovateľnosť. Na základe reťazových reťazcov je možné pridať čiastkové reťazce vrstvy 2. Niektoré služby a DAPP s vysokou spotrebou zdrojov môžu byť spustené na základe čiastkových reťazcov a výsledky výpočtu alebo základné stavy môžu byť synchronizované s reléovými službami. Týmto spôsobom je možné pridať špeciálne čiastkové reťazce, ako sú úložisko, výpočet, DAPP a náhodné čísla, aby sa rozšírili funkcie.
Vysoko prispôsobiteľný rámec vývojového rozvoja EOSIO Blockchain
Na základe služieb prenosu môže pridať čiastkové reťazce vrstvy 2. V budúcnosti budú v ekosystéme EOSIO hrať veľkú úlohu rôzne čiastkové reťazce. Malo by sa však poznamenať, že v súčasnosti má projekt blockchain s prispôsobenými funkciami založenými na EOSIO stále vysokú prahovú hodnotu. Z tohto dôvodu tím Force spustil projekt Codex.io, ktorý je vysoko prispôsobiteľným rámcom vývoja EOSIO Blockchain, ktorý znižuje prah rozvoja čiastkových reťazcov a poskytuje vývojárom ekonomickejší a priateľskejší zážitok z rozvoja čiastkových reťazcov.
Tím Force nazhromaždil veľa skúseností s vývojom blockchainu založených na EOSIO počas procesu vývoja a tiež dúfa, že bude mať plnú hru svojej najväčšej hodnote. Codex.io je rámec vývoja EOSIO Blockchain „mimo poľa“. Vývojári môžu rýchlo založiť reťaz založenú na Codex.io. Po jednoduchej konfigurácii môžu prispôsobiť rôzne symboly a voľne vyberať ekonomické systémy a modely zdrojov. Na tomto základe musia vývojári venovať pozornosť iba problémom, ktoré musí reťaz sama o sebe vyriešiť. Podľa toho sa môžu rozhodnúť, že ich implementujú na základe zmlúv alebo natívnych vrstiev. Codex.io môže uľahčiť vývojárom, aby sa rozšírili v natívnej vrstve reťazca, aby vyriešili niektoré problémy s výkonom, a tiež môže výrazne rozšíriť funkcie reťazca.
Codex.io integruje expanzné funkcie navrhnuté väčšinou reťazcov EOSIO. Vďaka inkluzívnemu prístupu Codex.io umožňuje vývojárom voľne kombinovať funkcie na reťazci: vrátane minimálneho živého bezpečnostného systému, systému účtov, rôznych mechanizmov čiernych a bielych zoznamov, mechanizmov spoločného riadenia a mechanizmov hlasovania a rôznych doplnkov.
Prostredníctvom Codex.io bude v budúcnosti integrované veľké množstvo čiastkových reťazcov vrstvy 2, ktoré poskytne nekonečné rozšírenie.