Gebaseerd op verschillende bestuursconcepten heeft de EOSC-gemeenschap het Eosio-verkiezingsmechanisme geoptimaliseerd, het EOSC Main-netwerk op Genesis Hoogte 1 gelanceerd en het EOSC-netwerk bleef herhalen en upgraden, waardoor EOSC blijft evolueren naar een gedecentraliseerd hoogwaardige slimme contractplatform, die de basis legde voor de grootschalige populaire popularisatie van de crypto-economie.

Achtergrond

De crypto-economie heeft een kritieke fase ingeluid van sociale experimenten tot grootschalig commercieel gebruik.
Achter grootschalig commercieel gebruik betekent een enorme transactiedruk. Om een ​​enorme transactievereisten efficiënt te dragen, moet een blockchain -systeem eerst voldoende sterke prestaties bieden. Om dit te bereiken zijn hogere vereisten vereist voor de volledige knooppunt, zoals een betere configuratie van hardwaremachines, grotere opslagcapaciteit, stabieler netwerk, snellere bandbreedte, lagere latentie, enz. Het is uiteraard de hoge drempel voor de volledige knooppunt leiden tot een afname van het aantal blokproducerende knooppunten die stabiel kunnen werken. Als het POS -mechanisme wordt gebruikt in een dergelijk blockchain -systeem, zal het systeem snel samenkomen naar een gecentraliseerde situatie. Om een ​​evenwicht te vinden tussen hoge prestaties en decentralisatie, is het DPOS -consensusalgoritme ongetwijfeld de beste keuze op dit moment en de beste oplossing voor het beheren van een klein aantal knooppunten.
Eosio gebaseerd op DPOS-consensusalgoritme ontstond, en de gemeenschap zag voor het eerst het begin van grootschalig commercieel gebruik van de crypto-economie. Of het verkiezingsmechanisme volledig effectief is, is de sleutel tot het overleven van het DPOS -consensusmechanisme, en het houdt ook verband met de vraag of het DPOS -consensusmechanisme Pow kan doorgeven om de volgende generatie coderingsgolf te leiden.
Om de komst van het tijdperk van grootschalige commercieel gebruik van de crypto-economie te versnellen, heeft de EOSC-gemeenschap het Eosio-verkiezingsmechanisme geoptimaliseerd, het EOSC-hoofdnetwerk op Genesis Hoogte 1 gelanceerd en het EOSC Main Network bleef doorstaan, zodat EOSC blijft evolueren naar een gedecentraliseerd hoogpercentage Smart Contract Platform.

consensusmechanisme

EOSC volgt het consensusmechanisme van Eosio, namelijk DPOS BFT Pipeline -consensus. In tegenstelling tot Eosio neemt EOSC niet de modus van Eosio over met één blok om de 0,5 seconden en genereert één knooppunt 6 blokken. Om de 3 seconden in EOSC genereren knooppunten niet continu blokken. Hoewel knooppunten de wachttijd voor uitgepakte transacties kunnen verminderen, is de huidige netwerkomgeving vaak niet ideaal, snel genereren van blokken zal de stabiliteit van de keten beïnvloeden en een groot aantal micro -vorken veroorzaken.
Het huidige consensusmechanisme van EOSIO is niet perfect genoeg, maar als een DAPP -platform is blokbevestigingstijd niet de eerste prioriteit van ketenoptimalisatie. Voor EOSC moet het consensusmechanisme worden overwogen in een omgeving met een hoge belasting. In de huidige situatie waarin het parallelle computersysteem niet perfect is, is het haastig verbetering van het pipelined bevestigingsmechanisme erg problematisch.
Het toekomstige consensusmechanisme van EOSC zal parallel evolueren van twee richtingen
1. Compatibel met Eosio Development en update zijn consensusalgoritme. We oordelen op basis van de huidige ontwikkeling van de ontwikkeling van Eosio. Wanneer Eosio parallelle verbetering voltooit, wordt het consensusalgoritme opgewaardeerd om een ​​snellere blokbevestigingstijd te bereiken.
2. Andere consensusmechanismen op basis van bevestigingsnummers worden aangepast om de bestaande DPOS -consensus aan te vullen. Enerzijds zal de interactie tussen de ingebedde laag 2 kettingconsensus en de hoofdketen worden gerealiseerd. Aan de andere kant kan een meer gedecentraliseerd cross-chain-mechanisme worden bereikt met andere consensusmechanismen.

EOSC -technologieverbetering

bronnenmodel op basis van het verwerken van kosten
Hoewel het CPU- en NET -bronnen voor de netto -betaalmodel van Eosio een goed ontwerp in technologie is, is het te complex voor gebruikers en kan hij DAPP -ontwikkelaars niet promoten om hun contracten te optimaliseren. Aan de andere kant zal de aankoopmethode van het RAM van Eosio leiden tot bepaald hamstafgedrag, dat niet bevorderlijk is voor de ontwikkeling van het DAPP -ecosysteem. Om deze reden heeft EOSC innovatief een nieuw resource -model ontworpen. Door praktische optimalisatie onderzoekt het het bronnenmodel op basis van het verwerken van kosten in een complexe slimme contractomgeving om de bronproblemen volledig op te lossen die het EOS -ecosysteem pesten.
Allereerst betaalt EOSC de CPU- en netto resource -consumptie van de gebruiker in een handlingkostenmodus. Voor de actie die door de ontwikkelaar in de DAPP is gedefinieerd, kunnen DAPP -ontwikkelaars de vereiste hanteringskosten instellen voor de actie. Het systeem regelt het gebruik van de actie op basis hiervan. Aan de ene kant vergemakkelijkt dit gebruikers om de consumptie van middelen te begrijpen, en anderzijds promoot het ook sterk DAPP -ontwikkelaars om het gebruik van contractbronnen te optimaliseren, zodat het hele ecosysteem gezond kan ontwikkelen.
EOSC gebruikt een cloudhuurhost om RAM -bronnen toe te wijzen op een manier vergelijkbaar met die van het huren van cloudhosts. Gebruikers kunnen de kosten van het huren van RAM -middelen betalen door stemdividenden te gebruiken, zodat gebruikers zich geen zorgen hoeven te maken over de huurbetaling en ook het probleem van huur achterstallige achterstallingen elimineren. Via de methode "huren en verkopen" kan EOSC effectief speculatief gedrag tegen RAM -middelen vermijden, zodat de ontwikkeling van DAPP niet hoeft te worden gestoord door RAM -prijzen en effectief de constructie van het DAPP -ecosysteem hoeft te bevorderen.
Hoewel het moedig innoveren en nieuwe bronnenmodellen verkennen, onderzoekt EOSC ook het mechanisme dat compatibel is met Eosio Resource -modellen. Voor CPU en netto bronnen kunnen gebruikers kosten betalen op basis van de dividendleeftijd om het effect te bereiken van het verkrijgen van CPU en netto middelen vergelijkbaar met Eosio -hypotheek. Voor RAM kunnen gebruikers het effect van EOSIO bereiken op basis van marktaankoop door het instellen van stemmenter, zodat DAPP -ontwikkelaars snel Eosio kunnen betreden vanuit andere Eosio -ketens en soepel naar het EOSC -bronnenmodel kunnen gaan.
soepel updatemechanisme
Het verkiezingsmechanisme van EOSC moedigt superknooppunten aan om actief deel te nemen aan het promoten van technologische upgrades. In tegenstelling tot de splitsing van de Eosio Community Node -versie, promoot EOSC actief technologische upgrades en updates in de praktijk.
Om een ​​soepeler onverenigbaar upgradeproces te bereiken, heeft EOSC een set updatemechanismen toegevoegd op basis van de hoogte van het effectieve blok. De gemeenschap kan de hoogte van het effectieve blok van een functie bevestigen via meerdere borden, om het soepele upgradeproces te decentraliseren. In tegenstelling tot het recent voorgestelde taggingschema van Eosio op basis van blokuitbreidingsgegevens, is het updatemechanisme van EOSC vriendelijker en bevorderlijker voor begrip. EOSC's eerste praktijk van het gedecentraliseerde updateproces van "Soft Fork" in de op Eosio gebaseerde keten, wat de basisgarantie is voor EOSC om te blijven evolueren om verschillende mechanismeproblemen op te lossen.
Aan de andere kant kan de functie van het instellen van kettingattributen op basis van meerdere tekens de gemeenschap een set gedecentraliseerde kettingconfiguratie en on-ketenschema's bieden. Verschillende parameters en configuraties kunnen worden gedecentraliseerd volgens de werkelijke ontwikkeling, zodat de gemeenschap zich beter kan ontwikkelen.
Node Heartbeat -mechanisme en stabiele blokuitgangsinterval
Om de stabiliteit van het hoofdnetwerk te bevorderen, versterkt EOSC de constructie van alternatieve knooppunten vanuit het perspectief van het economische model. Tegelijkertijd voegt EOSC een hartslagmechanisme aan de keten toe om knooppunten te promoten om hun stabiliteit te versterken en te verbeteren en meer stabiliteit van het hele hoofdnetwerk te bevorderen.
Op basis van het hartslagmechanisme kan EOSC de werking van het knooppunt bevestigen, zodat de defecte knooppunten worden gestraft op basis van de keten, waardoor de constructie van knooppunten verder wordt aangeraden en de instabiliteit van de knooppunten in het gehele hoofdnetwerk kan handelen.
De intervaltijd van de blokgeneratie wordt verhoogd aan het begin van het opstarten, om incidentele zachte vorken op het hoofdnetwerk te voorkomen wanneer de huidige netwerkinfrastructuur nog niet perfect is. Het half-seconden blokkensinterval ontworpen door Eosio en het mechanisme van het verbinden van zes blokken met één knooppunt kan de beschikbaarheid van de keten in de toekomst zeker verbeteren, maar het is niet van toepassing in de huidige netwerkomgeving. Met een pragmatische houding zal de intervaltijd van de blokgeneratie eerst worden verhoogd, en nadat de omstandigheden in de toekomst volwassen zijn, zal deze worden gewijzigd in snelle blokken generatie. Dit kan zachte vorken effectief verminderen. Tegelijkertijd kan de vermindering van het aantal blokken de synchronisatiesnelheid van het hele knooppunt aanzienlijk verhogen, zodat er meer volledige knooppunten kunnen zijn, waardoor de beschikbaarheid van het hele netwerk wordt verbeterd.
Meer contractlaag API's
Om het voor DAPP -ontwikkelaars gemakkelijker te maken om contracten te ontwikkelen, zijn sommige API's toegevoegd en zijn er enkele specifieke aanpassingen aan de systeemcontracten gemaakt.
Eerst wordt een API om de blokhoogte te verkrijgen toegevoegd en ontwikkelaars kunnen de huidige blokhoogte gemakkelijk en efficiënt verkrijgen. Op basis van deze API kunnen contracten effectief het blokkeren van blokaanvallen en andere op basis van recensy's voorkomen. Ten tweede wordt een API om kettingconfiguratie -informatie te verkrijgen toegevoegd en kunnen ontwikkelaars verschillende parametercorrecties en ketenupgrades aanpassen aan de keten bij de contractlaag, zodat het contract ook de functie ketensupgrade soepel kan volgen. Ten slotte worden, om valuta -aanvallen te voorkomen, onafhankelijke kerntokencontracten gebruikt voordat de keten wordt gestart, zodat gebruikers duidelijk valuta -aanvallen kunnen onderscheiden.
aanpassing van cross-chain-services
Aan het begin van de lancering voorzag het Force-team dat de steun voor cross-chain de basisfunctie van openbare ketens in de toekomst zal zijn. Daarom heeft het Force-team de ontwikkeling van het Codex-project gelanceerd en de Codex.Relay Relay-keten opgezet om relaiservices voor elke keten te bieden, om het dwarsketenmechanisme tussen elke keten te realiseren, die meer volledige ondersteuning kan bieden voor Codex.Relay. Door de superknooppunten van de twee ketens die elkaar bedienen, kan een "compleet" cross-chain-mechanisme worden bereikt, dat wil zeggen dat de mate van decentralisatie van een keten niet zal worden verminderd tijdens het cross-chain-proces.
Door het cross-chain-mechanisme kan grote schaalbaarheid worden verkregen. Op basis van relaiservices kunnen laag 2 subketens worden toegevoegd. Sommige services en DAPP's met een hoog verbruik van hulpbronnen kunnen worden uitgevoerd op basis van subketens, en de berekeningsresultaten of kernstaten kunnen worden gesynchroniseerd met de relaiservices. Op deze manier kunnen speciale subketens zoals opslag, computergebruik, DAPP en willekeurige getallen worden toegevoegd om functies uit te breiden.
Het zeer aanpasbare Eosio Blockchain Development Framework
Op basis van relay-services kan het Layer 2-subketens toevoegen. In de toekomst zullen verschillende subketens een grote rol spelen in het Eosio-ecosysteem. Er moet echter worden opgemerkt dat momenteel het blockchain -project met aangepaste functies op basis van Eosio nog steeds een hoge drempel heeft. Om deze reden heeft het Force-team het Codex.io-project gelanceerd, een zeer aanpasbaar Eosio Blockchain Development Framework, waardoor de ontwikkelingsdrempel van subketens wordt verlaagd en ontwikkelaars een meer economische en vriendelijkere ontwikkelingservaring voor subketens biedt.
Het Force -team heeft veel ervaring opgebouwd in het ontwikkelen van blockchain op basis van EOSIO tijdens het ontwikkelingsproces, en hoopt ook de grootste waarde te geven. Codex.io is een "out of the box" Eosio Blockchain Development Framework. Ontwikkelaars kunnen snel een keten starten op basis van codex.io. Na een eenvoudige configuratie kunnen ze verschillende symbolen aanpassen en vrijelijk economische systemen en bronnenmodellen selecteren. Op basis hiervan hoeven ontwikkelaars alleen aandacht te besteden aan de problemen die de keten zelf moet oplossen. Volgens dit kunnen ze ervoor kiezen om ze te implementeren op basis van contracten of native natere lagen. Codex.io kan ontwikkelaars faciliteren om in de native laag van de keten uit te breiden om sommige prestatieproblemen op te lossen, en kan ook de functies van de keten aanzienlijk uitbreiden.
Codex.io integreert de uitbreidingsfuncties voorgesteld door de meeste Eosio -ketens. Met een inclusieve houding stelt Codex.IO ontwikkelaars in staat om vrijelijk on-ketenfuncties te combineren: inclusief minimaal levend beveiligingssysteem, accountsysteem, verschillende zwart-witte lijstmechanismen, gemeenschappelijke bestuursmechanismen en stemmechanismen en verschillende plug-ins.
Via Codex.io zal in de toekomst een groot aantal laag 2-subketens worden geïntegreerd, die oneindige uitbreiding zullen bieden.