Na základě různých konceptů správy věcí veřejných optimalizovala komunita EOSC volební mechanismus EoSio, spustila hlavní síť EOSC v Genesis Height 1 a pokračovala v iteraci a upgradu hlavní sítě EOSC, takže se EOSC nadále vyvíjí směrem k decentralizované vysoce výkonné inteligentní smluvní platformě, čímž položila základ pro velkou měřítko popularizaci krypto ekonomiky.

pozadí

Krypto ekonomika uvedla kritickou fázi od sociálních experimentů po velké komerční využití.
Za rozsáhlým komerčním využitím znamená obrovský transakční tlak. Aby byl systém blockchain efektivně nesest obrovské požadavky na transakce, musí nejprve poskytnout dostatečně silný výkon. K dosažení tohoto cíle jsou pro plný uzel vyžadovány vyšší požadavky, jako je lepší konfigurace hardwarových strojů, větší úložná kapacita, stabilnější síť, rychlejší šířka pásma, nižší latence atd. Je zřejmé, že vysoký prahová hodnota pro úplný uzel povede ke snížení počtu uzlů produkujících bloky. Pokud se v takovém blockchainovém systému použije mechanismus POS, systém se rychle konverguje na centralizovanou situaci. Abychom dosáhli rovnováhy mezi vysokým výkonem a decentralizací, je algoritmus konsensu DPOS bezpochyby nejlepší volbou v současnosti a nejlepším řešením pro správu malého počtu uzlů.
Eosio založené na algoritmu konsensu DPOS vzniklo a komunita poprvé zaznamenala úsvitu rozsáhlého komerčního využití krypto ekonomiky. To, zda je volební mechanismus plně účinný, je klíčem k přežití mechanismu konsensu DPOS a souvisí také s tím, zda mechanismus konsensu DPOS může předat Pow, aby vedl další generaci šifrovací vlny.
Aby se urychlil příchod éry rozsáhlého komerčního využití krypto ekonomiky, komunita EOSC optimalizovala volební mechanismus Eosio, spustila hlavní síť EOSC v Genesis Height 1 a pokračovala v iterování a upgradu hlavní sítě EOSC, takže se nadále vyvíjí směrem k decentralizované vysoce výkonné platformě inteligentní smlouvy.

Konsenzuální mechanismus

EOSC se řídí konsensuálním mechanismem Eosio, jmenovitě konsensu DPOS BFT potrubí. Na rozdíl od EoSIO EOSC nepřijímá způsob Eosio s jedním blokem každých 0,5 sekundy a jeden uzel generuje 6 bloků. Každé 3 sekundy v EOSC nebudou uzly generovat bloky nepřetržitě. Ačkoli uzly mohou zkrátit čekací dobu u rozbalených transakcí, současné síťové prostředí není často ideální, rychlé generování bloků ovlivní stabilitu řetězce a způsobí velké množství mikro vidliček.
Současný mechanismus konsensu Eosio není dostatečně dokonalý, ale jako platforma DAPP není doba potvrzení bloku první prioritou optimalizace řetězce. Pro EOSC je třeba zvážit konsensuální mechanismus v prostředí s vysokým zátěží. V současné situaci, kdy paralelní počítačový systém není dokonalý, je spěšně zlepšení potrubí potvrzovací mechanismus velmi problematické.
Budoucí mechanismus konsensu EOSC se bude vyvíjet paralelně ze dvou směrů
1. kompatibilní s vývojem Eosio a aktualizujte svůj konsenzuální algoritmus. Posuzujeme na základě současného vývojového pokroku v Eosio. Když Eosio dokončí paralelní zlepšení, bude algoritmus konsensu upgradován tak, aby dosáhl rychlejšího doba potvrzení bloku.
2. Ostatní mechanismy konsensu založené na potvrzovacích číslech budou upraveny tak, aby doplnily stávající konsenzus DPOS. Na jedné straně bude realizována interakce mezi konsenzu řetězce vložené vrstvy 2 a hlavním řetězcem. Na druhé straně lze více decentralizovaného mechanismu křížového řetězce dosáhnout jinými konsensuálními mechanismy.

zlepšení technologie EOSC

model zdrojů založený na poplatcích za manipulaci
Přestože je model platebního procesoru a čisté zdroje společnosti Eosio dobrým designem v technologii, je pro uživatele příliš složitý a nemůže podporovat vývojáře DAPP, aby optimalizovali své smlouvy. Na druhé straně metoda nákupu Eosio's RAM povede k určitému hromadění chování, které nepřispívá k rozvoji ekosystému DAPP. Z tohoto důvodu EOSC inovativně navrhl nový model zdrojů. Prostřednictvím praktické optimalizace zkoumá model zdrojů na základě poplatků za manipulaci ve složitém inteligentním smluvním prostředí, aby zcela vyřešil problémy zdrojů, které trápí ekosystém EOS.
Za prvé, EOSC platí uživatelskému procesoru a čisté spotřebě zdrojů v režimu manipulace. Pro akci definovanou vývojářem v DAPP mohou vývojáři DAPP nastavit požadovaný poplatek za manipulaci za akci. Systém řídí použití akce na základě tohoto. Na jedné straně to usnadňuje uživatelům porozumět spotřebě zdrojů a na druhé straně také silně propaguje vývojáře DAPP, aby optimalizovali využívání smluvních zdrojů, aby se celý ekosystém mohl vyvinout zdravě.
EOSC používá hostitele cloudu pronájmu k přidělování zdrojů RAM podobným způsobem pronájmu cloudových hostitelů. Uživatelé mohou platit náklady na pronájem zdrojů RAM pomocí hlasovacích dividend, aby se uživatelé nemuseli starat o platbu nájemného a také eliminovat problém nedoplatků nájemného. Prostřednictvím metody „pronájmu a prodeje“ se EOSC může efektivně vyhnout spekulativnímu chování proti zdrojům RAM, takže rozvoj DAPP nemusí být narušen cenami RAM a účinně propagovat konstrukci ekosystému DAPP.
Zatímco EoSC odvážně inovuje a zkoumá nové modely zdrojů, zkoumá také mechanismus, který je kompatibilní s modely zdrojů Eosio. U CPU a čistých zdrojů mohou uživatelé platit poplatky na základě věku dividend, aby dosáhli účinku získání CPU a čistých zdrojů podobných hypotéce Eosio. U RAM mohou uživatelé dosáhnout účinku EOSIO na základě nákupu trhu prostřednictvím vykládání hlasování, aby vývojáři DAPP mohli rychle vstoupit do Eosio z jiných řetězců Eosio a hladce se obrátit na model zdrojů EOSC.
mechanismus hladké aktualizace
Volební mechanismus EOSC podporuje super uzly, aby se aktivně účastnili propagace technologických vylepšení. Na rozdíl od rozdělení verze Eosio Community Node, EOSC aktivně propaguje technologické vylepšení a aktualizace v praxi.
Za účelem dosažení plynulejšího procesu nekompatibilního upgradu přidal EOSC sadu aktualizačních mechanismů založených na výšce efektivního bloku. Komunita může potvrdit výšku efektivního bloku funkce prostřednictvím více znaků, aby decentralizovala proces hladkého upgradu. Na rozdíl od nedávno navrhovaného schématu značkování společnosti Eosio založené na datech rozšíření bloku je aktualizační mechanismus EOSC přátelštější a přispívá k porozumění. První praxe EOSC o decentralizovaném procesu aktualizace „měkké vidlice“ v řetězci založeném na Eosio, který je základní zárukou pro EOSC, se bude i nadále vyvíjet, aby vyřešila různé problémy s mechanismem.
Na druhé straně funkce nastavení atributů řetězce založené na více znacích může komunity poskytnout sadu decentralizovaných konfigurace řetězce a schémata na řetězci. Různé parametry a konfigurace mohou být decentralizovaně modifikovány podle skutečného vývoje, aby se komunita mohla lépe vyvinout.
Mechanismus srdečního rytmu uzlu a interval stabilního bloku
S cílem podpořit stabilitu hlavní sítě EOSC posiluje konstrukci alternativních uzlů z pohledu ekonomického modelu. Současně EOSC přidává v řetězci mechanismus srdečního rytmu uzlu, který podporuje uzly, aby posílil a zlepšil jejich stabilitu a podporuje větší stabilitu celé hlavní sítě.
Na základě mechanismu srdečního rytmu může EOSC potvrdit provoz uzlu, takže vadné uzly jsou potrestány na základě řetězce, čímž dále naléhá na konstrukci uzlů a zabrání nestabilitě uzlů v působení v celé hlavní síti.
Doba intervalu generování bloku se zvětšuje na začátku spuštění, aby se zabránilo občasným měkkým vidličkám v hlavní síti, pokud současná síťová infrastruktura ještě není dokonalá. Půlsekundový interval generování bloků navržený společností Eosio a mechanismus připojení šesti bloků k jednomu uzlu může v budoucnu určitě zlepšit dostupnost řetězce, ale v aktuálním síťovém prostředí se nelze použít. S pragmatickým přístupem se doba intervalu generování bloku zvětšuje nejprve a poté, co budou podmínky v budoucnu zralé, se změní na rychlé generování bloků. To může účinně snížit měkké vidličky. Současně může snížení počtu bloků výrazně zvýšit rychlost synchronizace celého uzlu, takže může být více více uzlů, čímž se zvýší dostupnost celé sítě.
Více API smluvní vrstvy
Aby bylo pro vývojáře DAPP výhodnější vývoj smluv, byla přidána některá API a byla provedena určitá konkrétní úprava systémových smluv.
Nejprve je přidáno API pro získání výšky bloku a vývojáři mohou snadno a efektivně získat aktuální výšku bloku. Na základě tohoto API se smlouvy mohou účinně vyhnout blokování blokových útoků a dalším útokům založeným na opakování. Za druhé, přidá se API pro získání informací o konfiguraci řetězce a vývojáři mohou přizpůsobit různé korekce parametrů a upgrady řetězce do řetězce ve vrstvě kontraktu, takže smlouva může také hladce sledovat funkci upgradu řetězce. Nakonec, aby se zabránilo padělaným měnovým útokům, se před zahájením řetězce používají nezávislé smlouvy o tokenu, aby uživatelé mohli jasně rozlišit padělané měnové útoky.
Přizpůsobení služeb křížového řetězce
Na začátku zahájení tým Force předpověděl, že podpora křížového řetězce bude v budoucnu základní funkcí veřejných řetězců. Tým Force proto spustil vývoj projektu Codex a založil reléový řetězec Codex.Relay, aby poskytoval reléové služby pro každý řetězec, aby realizoval mechanismus křížového řetězce mezi každým řetězcem, který může poskytnout úplnější podporu pro Codex.Relay. Prostřednictvím super uzlů obou řetězců, které se navzájem provozují, lze dosáhnout „úplného“ mechanismu křížového řetězce, tj. Stupeň decentralizace jakéhokoli řetězce nebude během procesu křížového řetězce snížen.
Prostřednictvím mechanismu křížového řetězce lze získat velkou škálovatelnost. Na základě reléových služeb lze přidat dílčí řetězce vrstvy 2. Některé služby a dapps s vysokou spotřebou zdrojů lze provádět na základě dílčích řetězců a výsledky výpočtu nebo základní stavy mohou být synchronizovány s reléovými službami. Tímto způsobem lze pro rozšíření funkcí přidat speciální dílčí řetězce, jako je skladování, výpočetní technika, DAPP a náhodná čísla.
Vysoce přizpůsobitelný rozvojový rámec Eosio Blockchain
Na základě reléových služeb může přidat dílčí řetězce vrstvy 2. V budoucnu budou v eosio ekosystému hrát velkou roli různé dílčí řetězce. Je však třeba poznamenat, že v současné době má projekt blockchain s přizpůsobenými funkcemi založenými na Eosio stále vysoký práh. Z tohoto důvodu tým Force zahájil projekt Codex.io, který je vysoce přizpůsobitelným rozvojovým rámcem Eosio Blockchain, čímž snižuje prahovou hodnotu vývoje sub-řetězců a poskytuje vývojářům ekonomičtější a přátelštější zážitek z rozvoje sub-řetězců.
Tým Force nashromáždil mnoho zkušeností s vývojem blockchainu založeného na Eosio během vývojového procesu a také doufá, že plnou hru svou největší hodnotu udělá. Codex.io je vývojový rámec „Out of the Box“ Eosio Blockchain. Vývojáři mohou rychle spustit řetězec na základě Codex.io. Po jednoduché konfiguraci mohou přizpůsobit různé symboly a volně vybrat ekonomické systémy a modely zdrojů. Na tomto základě musí vývojáři pouze věnovat pozornost problémům, které samotný řetězec musí vyřešit. Podle toho se mohou vybrat, zda je implementují na základě smluv nebo nativních řetězových vrstev. Codex.io může vývojářům usnadnit expanzi v nativní vrstvě řetězce, aby vyřešili některé problémy s výkonem, a může také výrazně rozšířit funkce řetězce.
Codex.io integruje expanzní funkce navržené většinou řetězců Eosio. S inkluzivním přístupem Codex.io umožňuje vývojářům volně kombinovat funkce on-řetěz: včetně minimálního systému životního zabezpečení, systému účtu, různých mechanismů černobílého seznamu, mechanismů společné správy a hlasovacích mechanismů a různých plug-inů.
Prostřednictvím Codex.io bude v budoucnu integrováno velké množství dílčích řetězců vrstvy 2, což zajistí nekonečnou expanzi.