Na základě různých koncepcí řízení komunita EOSC optimalizovala volební mechanismus EOSIO, spustila hlavní síť EOSC na Genesis Height 1 a pokračovala v iterativním upgradu hlavní sítě EOSC, díky čemuž se EOSC posunula směrem k decentralizované vysoké Směr výkonu smart smluvní platforma se nadále vyvíjí a pokládá základy pro rozsáhlou popularizaci šifrované ekonomiky.

Pozadí

Ekonomika šifrování zahájila kritickou fázi od sociálního experimentování po rozsáhlé komerční využití.
Velké komerční využití znamená obrovský transakční tlak. Aby blockchainový systém efektivně unesl obrovské množství transakčních požadavků, musí nejprve poskytnout dostatečně silný výkon. Aby toho bylo dosaženo, jsou vyžadovány vyšší požadavky na plné uzly, jako jsou lépe nakonfigurované hardwarové stroje, větší úložná kapacita, stabilnější síť, rychlejší šířka pásma, nižší latence a tak dále. Je zřejmé, že příliš vysoký práh pro plné uzly povede ke snížení počtu uzlů produkujících bloky, které mohou fungovat stabilně.Pokud je v takovém blockchainovém systému přijat mechanismus POS, systém rychle konverguje k centralizované situaci. Pro dosažení rovnováhy mezi vysokým výkonem a decentralizací je v současnosti nepochybně nejlepší volbou konsenzuální algoritmus DPOS a je také nejlepším proveditelným řešením pro správu malého počtu uzlů.
EOSIO založené na konsensuálním algoritmu DPOS vzniklo a komunita poprvé viděla úsvit rozsáhlého komerčního využití šifrovací ekonomiky. Zda je volební mechanismus plně účinný, je klíčem k přežití konsenzuálního mechanismu DPOS a souvisí to také s tím, zda konsenzuální mechanismus DPOS může uspět za POW a vést další generaci šifrování.
S cílem urychlit příchod éry rozsáhlého komerčního využití šifrovací ekonomiky komunita EOSC optimalizovala volební mechanismus EOSIO, spustila hlavní síť EOSC na Genesis 1 a pokračovala v iterativní aktualizaci hlavní sítě EOSC, posun směrem k EOSC Směr decentralizované vysoce výkonné platformy pro chytré smlouvy se nadále vyvíjí.

Mechanismus konsenzu

EOSC se řídí konsensuálním mechanismem EOSIO, tj. DPOS BFT Pipeline Consensus. Na rozdíl od EOSIO nepřejímá EOSC model EOSIO jednoho bloku každých 0,5 sekundy a jeden uzel spojuje 6 bloků. V EOSC jeden blok každé 3 sekundy , Uzly nebudou nepřetržitě produkovat bloky, i když nepřetržitá produkce bloků uzly může zkrátit dobu čekání na rozbalené transakce, ale protože současné síťové prostředí často není příliš ideální, rychlá produkce bloků ovlivní stabilitu řetězce, což povede k velkému počet mikro vidliček.
Současný konsenzuální mechanismus EOSIO není dokonalý, ale jako platforma DAPP není čas potvrzení bloku první optimalizační prioritou řetězce. U EOSC je třeba vzít v úvahu mechanismus konsenzu v prostředí s vysokou zátěží. současný mechanismus paralelních výpočtů Pokud není dokonalý, spěchání s vylepšením zřetězeného potvrzovacího mechanismu způsobí velké problémy.
Mechanismus budoucího konsenzu EOSC se bude vyvíjet paralelně ze dvou směrů
1. Kompatibilní s vývojem EOSIO a aktualizací jeho konsenzuálního algoritmu, soudíme podle aktuálního vývoje EOSIO, když EOSIO dokončí paralelní vylepšení, algoritmus konsenzu bude upgradován, Dosáhněte rychlejšího času potvrzení bloku.
2. Přizpůsobí se dalším mechanismům konsenzu založeným na číslech potvrzení, jako doplněk ke stávajícímu konsenzu DPOS, na jedné straně bude realizovat interakci mezi embedded Layer 2 chain konsensus a hlavní řetězec . Na druhou stranu může realizovat více decentralizovaný cross-chain mechanismus s řetězci jiných konsenzuálních mechanismů.

Vylepšení technologie EOSC

Model zdrojů založený na servisních poplatcích
Přestože je platební model CPU a NET zdrojů společnosti EOSIO dobře navržen, pro uživatele je příliš komplikovaný a nemůže podporovat vývojáře DAPP, aby optimalizovali své smlouvy Na druhou stranu způsob nákupu paměti RAM EOSIO povede k určitému hromadění, což není příznivé pro rozvoj ekologie DAPP. Z tohoto důvodu společnost EOSC inovativně navrhla novou sadu modelů zdrojů. Prostřednictvím optimalizace v praxi prozkoumejte modely zdrojů založené na poplatcích za služby v prostředí komplexních inteligentních smluv a důkladně řeší problémy se zdroji, které sužují ekologii EOS.
Za prvé, EOSC platí spotřebu CPU a NET zdrojů uživatele v režimu poplatků. Pro akci definovanou vývojářem v DAPP může vývojář DAPP nastavit požadovaný poplatek za akci a systém řídí zdroj využití Akce založené na tomto , Na jedné straně je pro uživatele snadné porozumět spotřebě zdrojů, na druhé straně také silně podporuje vývojáře DAPP k optimalizaci využití smluvních zdrojů tak, aby se rozvíjela celá ekologie benigně.
EOSC používá k alokaci zdrojů RAM metodu podobnou pronájmu cloudových hostitelů. Uživatelé mohou k platbě za pronájem zdrojů RAM použít dividendy z hlasování. Uživatelé se tak nemusí starat o placení nájemného a problém s nedoplatky na nájemném je Metodou „pronájmu a prodeje“ se EOSC může efektivně vyhnout spekulacím se zdroji RAM, takže vývoj DAPP nemusí být narušován cenou RAM a účinně podporuje ekologickou konstrukci DAPP.
Zatímco odvážně inovuje a zkoumá nové modely zdrojů, EOSC také zkoumá mechanismy, které by byly kompatibilní s modely zdrojů EOSIO. Za zdroje CPU a NET mohou uživatelé platit poplatky na základě věku dividendových lístků, aby získali podobnou hypotéku EOSIO na získání CPU a efekt zdrojů NET, pro RAM mohou uživatelé dosáhnout efektu EOSIO na základě nákupu na trhu formou swapu hlasování o hypotékách, takže vývojáři DAPP mohou rychle přejít na EOSC z jiných řetězců EOSIO a hladce přejít na zdroj EOSC Modelka.
Mechanismus hladké aktualizace
Volební mechanismus EOSC povzbuzuje superuzly k aktivní účasti na podpoře upgradů technologií. Na rozdíl od rozdělení verzí komunitních uzlů EOSIO EOSC aktivně podporuje upgrady a obnovy technologií.
Aby bylo dosaženo hladšího nekompatibilního procesu upgradu, EOSC přidal aktualizační mechanismus založený na efektivní výšce bloku. Komunita může potvrdit efektivní výšku bloku funkce prostřednictvím více podpisů, aby bylo možné dokončit hladký upgrade v proces decentralizovaného způsobu, který se liší od nedávno navrženého schématu označování EOSIO založeného na datech rozšíření bloku, mechanismus aktualizace EOSC je přátelštější a srozumitelnější. EOSC byl první, kdo praktikoval decentralizovaný proces aktualizace „soft fork“ v řetězci založeném na EOSIO, což je základní zárukou pro nepřetržitý vývoj EOSC k řešení různých problémů mechanismů.
Na druhé straně funkce nastavení atributů řetězce na základě více podpisů může komunitě poskytnout sadu decentralizovaných řetězových konfigurací a on-chain řešení Různé parametry a konfigurace lze decentralizovaným způsobem upravovat podle aktuální rozvoj, lepší rozvoj komunity.
Mechanismus srdečního tepu uzlů a interval stabilního bloku
Za účelem podpory stability hlavní sítě posílilo EOSC konstrukci kandidátských uzlů z pohledu ekonomického modelu. , EOSC přidal řetězec Mechanismus srdečního tepu uzlu v síti se používá k podpoře posílení uzlu ke zlepšení jeho stability a podpoře stability celé hlavní sítě.
Na základě mechanismu srdečního tepu může EOSC potvrdit činnost uzlů, takže vadné uzly mohou být potrestány na základě řetězce, aby bylo možné dále dohlížet na konstrukci uzlů a zabránit tomu, aby nečinnost uzlů způsobila nestabilita celé hlavní sítě.
Zvyšte čas blokového intervalu na začátku spuštění, abyste se vyhnuli občasným soft forkům v hlavní síti, když současná síťová infrastruktura ještě není dokonalá. Společnost EOSIO navrhla půlsekundový blokový interval a mechanismus uzly produkující šest bloků v řadě mohou v budoucnu zlepšit dostupnost řetězce, v současném síťovém prostředí to není použitelné. Pragmaticky by se měl nejprve zvýšit interval mezi výrobou bloků a poté změnit na rychlou produkci bloků až budou podmínky v budoucnu zralé. To může účinně snížit soft forky a zároveň snížení počtu bloků může výrazně zvýšit rychlost synchronizace plných uzlů, takže může být více plných uzlů, čímž se zlepší dostupnost celé sítě.
Více rozhraní API smluvní vrstvy
Aby se vývojářům DAPP usnadnil vývoj smluv, byla přidána některá rozhraní API a v systémových smlouvách byly provedeny určité specifické úpravy.
Nejprve je přidáno API pro získání výšky bloku. Vývojáři mohou snadno a efektivně získat aktuální výšku bloku. Na základě tohoto API se smlouva může účinně vyhnout blokovacím blokovým útokům a dalším útokům založeným na opakování. add Za účelem získání API informací o konfiguraci řetězce mohou vývojáři přizpůsobit různé korekce parametrů a upgrady řetězce na smluvní vrstvě tak, aby smlouva mohla také plynule navazovat na funkci aktualizace řetězce. Konečně, aby se zabránilo padělaným měnám útoky, před zahájením řetězce se používá nezávislá smlouva o základním tokenu, takže uživatelé mohou jasně rozlišit útoky na padělané měny.
Adaptace na cross-chain služby
Na začátku spuštění tým Force předvídal, že podpora cross-chainů v budoucnu bude základní funkcí veřejného řetězce, takže tým Force zahájil vývoj projektu Codex, zavedl přenosový řetězec Codex.Relay pro poskytování přenosových služeb pro každý řetězec, aby bylo možné realizovat meziřetězový mechanismus mezi každým řetězcem, může poskytnout dokonalejší podporu pro Codex.Relay a spolupracovat prostřednictvím superuzlů dvou řetězců lze dosáhnout „kompletního“ mechanismu zkříženého řetězce, to znamená, že stupeň decentralizace jakéhokoli řetězce se během procesu zkříženého řetězce nesníží.
Prostřednictvím mechanismu cross-chain lze dosáhnout velké škálovatelnosti.Na základě retranslační služby lze přidat podřetězce vrstvy 2. Některé služby a DAPP, které spotřebovávají velké zdroje, lze provozovat na základě podřetězců. Prostřednictvím přenosové služby jsou výsledky výpočtu nebo stav jádra synchronizovány s , takže lze v budoucnu přidat speciální podřetězce, jako je úložiště, výpočet, DAPP a náhodná čísla, aby se rozšířily funkce.
Vysoce přizpůsobitelný vývojový rámec blockchainu EOSIO
Na základě přenosových služeb lze přidat podřetězce vrstvy 2 a různé podřetězce budou v budoucnosti hrát roli v ekologii EOSIO. má velký efekt, ale je třeba poznamenat, že současný vývoj blockchainového projektu s přizpůsobenými funkcemi založenými na EOSIO má stále vysokou hranici. Z tohoto důvodu tým Force spustil projekt Codex.io, který je vysoce přizpůsobitelný Vývojový rámec blockchainu EOSIO snižuje práh pro vývoj podřetězců a poskytuje vývojářům ekonomičtější a přátelštější zkušenosti s vývojem podřetězců.
Tým Force nashromáždil během vývojového procesu mnoho zkušeností s vývojem blockchainů založených na EOSIO a doufá, že maximalizuje hodnotu těchto zkušeností. Codex.io je „out-of-the-box“ blokový řetězec EOSIO vývojový rámec mohou vývojáři rychle spustit svůj vlastní řetězec založený na Codex.io, po jednoduché konfiguraci si mohou přizpůsobit různé symboly, libovolně volit ekonomický systém a model zdrojů, na tomto základě stačí vývojářům věnovat pozornost řetězci Problém být vyřešen sám o sobě může být implementován na základě smlouvy nebo nativní vrstvy řetězce. Codex.io může vývojářům usnadnit expanzi v nativní vrstvě řetězce, aby se vyřešily některé problémy s výkonem, a může také výrazně rozšířit řetězec Funkce.
Codex.io integruje rozšiřující funkce navrhované většinou současných řetězců EOSIO. Díky inkluzivnímu přístupu umožňuje Codex.io vývojářům volně kombinovat funkce v řetězci: včetně systému příspěvků na živobytí, systému účtů, různých černých a bílých listin mechanismy , společné mechanismy řízení a mechanismy hlasování a různé zásuvné moduly.
Prostřednictvím Codex.io bude v budoucnu integrováno velké množství podřetězců vrstvy 2, což poskytne neomezenou škálovatelnost.