Pe baza diferitelor concepte de guvernare, comunitatea EOSC a optimizat mecanismul de alegere EOSIO, a lansat rețeaua principală EOSC la Genesis Height 1 și a continuat să actualizeze rețeaua principală EOSC, făcându-l pe EOSC să se îndrepte către un nivel ridicat descentralizat. platforma contractului continuă să evolueze, punând bazele popularizării pe scară largă a economiei criptate.

Fondul

Economia de criptare a introdus într-o etapă critică de la experimentarea socială la utilizarea comercială pe scară largă.
Utilizarea comercială pe scară largă înseamnă o presiune uriașă asupra tranzacțiilor. Pentru ca un sistem blockchain să suporte eficient o cantitate imensă de cereri de tranzacție, trebuie mai întâi să ofere performanțe suficient de puternice. Pentru a realiza acest lucru, sunt necesare cerințe mai mari pentru nodurile complete, cum ar fi mașini hardware mai bine configurate, capacitate de stocare mai mare, rețea mai stabilă, lățime de bandă mai rapidă, latență mai mică și așa mai departe. Evident, un prag prea mare pentru nodurile complete va duce la o reducere a numărului de noduri producătoare de blocuri care pot funcționa stabil.Dacă mecanismul POS este adoptat într-un astfel de sistem blockchain, sistemul va converge rapid către o situație centralizată. Pentru a găsi un echilibru între performanță ridicată și descentralizare, algoritmul de consens DPOS este, fără îndoială, cea mai bună alegere în prezent și este, de asemenea, cea mai bună soluție fezabilă pentru gestionarea unui număr mic de noduri.
EOSIO bazat pe algoritmul de consens DPOS a luat ființă, iar comunitatea a văzut pentru prima dată zorii utilizării comerciale pe scară largă a economiei de criptare. Dacă mecanismul de alegere este pe deplin eficient este cheia supraviețuirii mecanismului de consens DPOS și este, de asemenea, legat de faptul dacă mecanismul de consens DPOS poate reuși POW și conduce următoarea generație de criptare.
Pentru a accelera sosirea erei utilizării comerciale pe scară largă a economiei de criptare, comunitatea EOSC a optimizat mecanismul de alegere EOSIO, a lansat rețeaua principală EOSC la Genesis 1 și a continuat să actualizeze rețeaua principală EOSC, făcând EOSC să se îndrepte către Direcția unei platforme de contracte inteligente descentralizate de înaltă performanță continuă să evolueze.

Mecanismul de consens

EOSC urmează mecanismul de consens al EOSIO, adică DPOS BFT Pipeline Consensus. Spre deosebire de EOSIO, EOSC nu adoptă modelul EOSIO de un bloc la fiecare 0,5 secunde, iar un nod conectează 6 blocuri. În EOSC, un bloc la fiecare 3 secunde , Nodurile nu vor produce continuu blocuri, deși producția continuă de blocuri de către noduri poate reduce timpul de așteptare pentru tranzacțiile neambalate, dar pentru că mediul actual de rețea nu este adesea foarte ideal, producția rapidă a blocurilor va afecta stabilitatea lanțului, rezultând într-o mare măsură. numărul de microfurci.
Actualul mecanism de consens al EOSIO nu este perfect, dar ca platformă DAPP, timpul de confirmare a blocului nu este prima prioritate de optimizare a lanțului.Pentru EOSC, mecanismul de consens trebuie luat în considerare într-un mediu cu încărcare mare. mecanismul actual de calcul paralel Dacă nu este perfect, grăbirea să îmbunătățească mecanismul de confirmare canalizat va cauza mari probleme.
Viitorul mecanism de consens al EOSC va evolua în paralel din două direcții
1. Compatibil cu dezvoltarea EOSIO și actualizarea algoritmului său de consens, judecăm în funcție de progresul actual al dezvoltării EOSIO, când EOSIO finalizează îmbunătățirea paralelă, algoritmul de consens va fi actualizat, se va realiza un timp mai rapid de confirmare a blocului.
2. Se va adapta la alte mecanisme de consens bazate pe numere de confirmare, ca o completare la consensul DPOS existent, pe de o parte, va realiza interacțiunea dintre încorporat Layer 2 lanț consens și lanțul principal . Pe de altă parte, poate realiza un mecanism încrucișat mai descentralizat cu lanțuri de alte mecanisme de consens.

Îmbunătățirea tehnologiei EOSC

Model de resurse bazat pe taxa de serviciu
Deși modelul de plată al CPU și al resurselor NET ale EOSIO este un design bun în tehnologie, este prea complicat pentru utilizatori și nu poate promova Dezvoltatorii DAPP își optimizează contractele Pe de altă parte, metoda de cumpărare a RAM-ului EOSIO va duce la anumite comportamente de tezaurizare, care nu sunt propice dezvoltării ecologiei DAPP. Din acest motiv, EOSC a proiectat în mod inovator un nou set de modele de resurse. Prin optimizare în practică, explorați modele de resurse bazate pe taxele de servicii într-un mediu de contract inteligent complex și rezolvă temeinic problemele de resurse care afectează ecologia EOS.
În primul rând, EOSC plătește CPU-ul utilizatorului și consumul de resurse NET în modul taxă Pentru Acțiunea definită de dezvoltator în DAPP, dezvoltatorul DAPP poate seta taxa necesară pentru Acțiune, iar sistemul controlează resursa utilizarea Acțiunii bazată pe aceasta , Pe de o parte, este ușor pentru utilizatori să înțeleagă consumul de resurse, pe de altă parte, de asemenea, promovează puternic dezvoltatorii DAPP pentru a optimiza utilizarea resurselor contractuale, astfel încât întreaga ecologie să se dezvolte în mod benign.
EOSC folosește o metodă similară cu închirierea gazdelor cloud pentru a aloca resurse RAM. Utilizatorii pot folosi dividendele de vot pentru a plăti pentru închirierea resurselor RAM. În acest fel, utilizatorii nu trebuie să-și facă griji cu privire la plata chiriei, iar problema restanțelor de chirie este de asemenea, eliminat.Prin metoda „închirierii și vânzării”, EOSC poate evita în mod eficient speculațiile cu privire la resursele RAM, astfel încât dezvoltarea DAPP nu trebuie să fie perturbată de prețul RAM și promovează eficient construcția ecologică a DAPP.
În timp ce inovează cu îndrăzneală și explorează noi modele de resurse, EOSC explorează, de asemenea, mecanisme care să fie compatibile cu modelele de resurse ale EOSIO. Pentru resursele CPU și NET, utilizatorii pot plăti taxe bazate pe vârsta biletului de dividend pentru a obține o ipotecă EOSIO similară pentru a obține CPU și efectul resurselor NET, pentru RAM, utilizatorii pot obține efectul EOSIO pe baza achiziției de pe piață prin intermediul schimbului de vot ipotecar, astfel încât dezvoltatorii DAPP să poată tăia rapid în EOSC din alte lanțuri EOSIO și să treacă fără probleme la resursa EOSC model.
Mecanismul de actualizare fluidă
Mecanismul de alegere al EOSC încurajează supernodurile să participe activ la promovarea actualizărilor tehnologice. Spre deosebire de împărțirea versiunilor de noduri ale comunității EOSIO, EOSC promovează activ upgrade-urile și reînnoirea tehnologiei.
Pentru a realiza un proces de actualizare incompatibil mai lin, EOSC a adăugat un mecanism de actualizare bazat pe înălțimea efectivă a blocului. Comunitatea poate confirma înălțimea efectivă a blocului a unei funcții prin multi-semnătură, astfel încât să finalizeze actualizarea fără probleme în un proces descentralizat, diferit de schema de etichetare propusă recent de EOSIO, bazată pe date de extindere a blocurilor, mecanismul de actualizare al EOSC este mai prietenos și mai ușor de înțeles. EOSC a fost primul care a practicat procesul de actualizare descentralizat „soft furk” în lanțul bazat pe EOSIO, care este garanția de bază pentru evoluția continuă a EOSC pentru a rezolva diverse probleme de mecanism.
Pe de altă parte, funcția de setare a atributelor de lanț bazate pe semnătură multiplă poate oferi comunității un set de configurații de lanț descentralizate și soluții în lanț.Diferiți parametri și configurații pot fi modificate într-o manieră descentralizată în funcție de actuala dezvoltare, făcând o mai bună dezvoltare a comunității.
Mecanismul ritmului cardiac al nodului și intervalul de blocare stabil
Pentru a promova stabilitatea rețelei principale, EOSC a consolidat construcția nodurilor candidate din perspectiva modelului economic. , EOSC a adăugat lanțul Mecanismul bătăilor inimii al nodului de pe rețea este utilizat pentru a promova consolidarea nodului pentru a-și îmbunătăți stabilitatea și pentru a promova stabilitatea întregii rețele principale.
Pe baza mecanismului bătăilor inimii, EOSC poate confirma funcționarea nodurilor, astfel încât nodurile defecte să poată fi pedepsite pe baza lanțului, astfel încât să supravegheze în continuare construcția nodurilor și să prevină inacțiunea nodurilor să provoace instabilitatea întregii rețele principale.
Măriți timpul de interval de blocare la începutul lansării, astfel încât să evitați furcăturile ocazionale soft pe rețeaua principală atunci când infrastructura actuală a rețelei nu este încă perfectă.EOSIO a proiectat un interval de bloc de jumătate de secundă și un Deși mecanismul de nodurile care produc șase blocuri la rând pot îmbunătăți disponibilitatea lanțului în viitor, nu este aplicabil în mediul actual de rețea. Într-o manieră pragmatică, intervalul dintre producția de blocuri ar trebui mai întâi mărit și apoi schimbat la producția rapidă de blocuri atunci când condițiile sunt coapte în viitor.Acest lucru poate reduce efectiv furcile moi și, în același timp, reducerea numărului de blocuri poate crește foarte mult rata de sincronizare a nodurilor complete, astfel încât să poată exista mai multe noduri pline, sporind astfel disponibilitatea întregii rețele.
Mai multe API-uri de nivel de contract
Pentru a facilita dezvoltarea contractelor dezvoltatorilor DAPP, au fost adăugate unele API-uri și au fost făcute unele ajustări specifice contractelor de sistem.
În primul rând, se adaugă un API pentru obținerea înălțimii blocului. Dezvoltatorii pot obține cu ușurință și eficient înălțimea curentă a blocului. Pe baza acestui API, contractul poate evita în mod eficient blocarea atacurilor de bloc și a altor atacuri bazate pe reîncercări. În al doilea rând, add Pentru a obține API-ul informațiilor de configurare a lanțului, dezvoltatorii pot adapta diferite corecții ale parametrilor și upgrade-uri ale lanțului la nivelul contractului, astfel încât contractul să poată urmări fără probleme și funcția de actualizare a lanțului. În cele din urmă, pentru a evita moneda contrafăcută atacuri, înainte de începerea lanțului, se folosește un contract de token de bază independent, astfel încât utilizatorii să poată distinge clar atacurile de valută contrafăcută.
Adaptare la serviciile cross-chain
La începutul lansării, echipa Force a prevăzut că sprijinul pentru cross-chain în viitor va fi funcția de bază a lanțului public, astfel încât echipa Force a început Dezvoltarea proiectului Codex, a stabilit lanțul de releu Codex.Relay pentru a oferi servicii de releu pentru fiecare lanț, astfel încât să realizeze mecanismul încrucișat între fiecare lanț, să poată oferi un suport mai perfect pentru Codex.Relay și să interoperați prin super-nodurile celor două lanțuri, se poate realiza un mecanism „complet” de lanț încrucișat, adică gradul de descentralizare a oricărui lanț nu va fi redus în timpul procesului de lanț încrucișat.
Prin mecanismul cross-chain se poate obține o scalabilitate mare.Pe baza serviciului de releu se pot adăuga sub-lanțuri Layer 2. Unele servicii și DAPP-uri care consumă resurse mari pot fi rulate pe baza de sub-lanțuri. Prin serviciul de releu, rezultatele calculului sau starea de bază sunt sincronizate cu , astfel încât sub-lanțuri speciale, cum ar fi stocarea, calculul, DAPP și numerele aleatoare pot fi adăugate în viitor pentru a extinde funcțiile.
Cadru de dezvoltare blockchain EOSIO extrem de personalizabil
Pe baza serviciilor de releu, pot fi adăugate sub-lanțuri de nivel 2, iar diferite sub-lanțuri vor juca un rol în ecologia EOSIO în viitor. are un efect mare, dar trebuie remarcat faptul că dezvoltarea actuală a unui proiect blockchain cu funcții personalizate bazate pe EOSIO are încă un prag ridicat.Din acest motiv, echipa Force a lansat proiectul Codex.io, care este un foarte personalizabil. Cadrul de dezvoltare blockchain EOSIO scade pragul pentru dezvoltarea sub-lanțului și oferă dezvoltatorilor o experiență de dezvoltare a sub-lanțului mai economică și mai prietenoasă.
Echipa Force a acumulat multă experiență în dezvoltarea blockchain-urilor bazate pe EOSIO în timpul procesului de dezvoltare și speră să maximizeze valoarea acestor experiențe. Codex.io este un lanț de blocuri EOSIO „out-of-the-box” cadru de dezvoltare, dezvoltatorii își pot începe rapid propriul lanț bazat pe Codex.io, după o configurare simplă, pot personaliza diferite simboluri, pot alege liber sistemul economic și modelul de resurse, pe această bază, dezvoltatorii trebuie doar să acorde atenție lanțului Problema la poate fi rezolvat de la sine poate fi implementat pe baza contractului sau a stratului nativ al lanțului Codex.io poate facilita dezvoltatorilor să se extindă în stratul nativ al lanțului, astfel încât să rezolve unele probleme de performanță și, de asemenea, poate extinde foarte mult lanțul Funcție.
Codex.io integrează funcțiile de expansiune propuse de majoritatea lanțurilor EOSIO actuale.Cu o atitudine incluzivă, Codex.io permite dezvoltatorilor să combine în mod liber funcții pe lanț: inclusiv sistemul de indemnizație de subzistență, sistemul de cont, diverse liste albe și negre mecanisme , mecanisme comune de guvernare și mecanisme de vot și diverse plug-in-uri.
Prin Codex.io, un număr mare de sub-lanțuri Layer 2 vor fi integrate în viitor, ceea ce va oferi scalabilitate nelimitată.