EOSC-technologieverbetering

Resourcemodel gebaseerd op servicekosten
Hoewel het betalingsmodel van EOSIO's CPU- en NET-resources een goed ontwerp is in technologie, is het te gecompliceerd voor gebruikers en kan het DAPP-ontwikkelaars niet promoten om hun contracten te optimaliseren Aan de andere kant zal de aankoopmethode van EOSIO's RAM leiden tot bepaald hamstergedrag, wat niet bevorderlijk is voor de ontwikkeling van de DAPP-ecologie. Om deze reden heeft EOSC op innovatieve wijze een nieuwe reeks resourcemodellen ontworpen. Door middel van optimalisatie in de praktijk, verken resourcemodellen gebaseerd op servicekosten in een complexe smart contract-omgeving, en los de resourceproblemen die de EOS-ecologie teisteren grondig op.
Allereerst betaalt EOSC het CPU- en NET-bronverbruik van de gebruiker in de vergoedingsmodus. Voor de actie die door de ontwikkelaar in de DAPP is gedefinieerd, kan de DAPP-ontwikkelaar de vereiste vergoeding voor de actie instellen en het systeem beheert de bron gebruik van de Actie op basis hiervan, aan de ene kant is het gemakkelijk voor gebruikers om het verbruik van hulpbronnen te begrijpen, aan de andere kant bevordert het DAPP-ontwikkelaars ook sterk om het gebruik van contractmiddelen te optimaliseren, zodat de hele ecologie zich ontwikkelt goedaardig.
EOSC gebruikt een methode die vergelijkbaar is met het huren van cloudhosts om RAM-bronnen toe te wijzen. Gebruikers kunnen stemdividenden gebruiken om te betalen voor het huren van RAM-bronnen. Op deze manier hoeven gebruikers zich geen zorgen te maken over het betalen van huur, en het probleem van huurachterstanden is Door de methode van "huren en verkopen" kan EOSC speculatie op RAM-bronnen effectief vermijden, zodat de ontwikkeling van DAPP niet hoeft te worden verstoord door de prijs van RAM, en bevordert het effectief de ecologische constructie van DAPP.
Terwijl EOSC moedig innoveert en nieuwe resourcemodellen onderzoekt, onderzoekt EOSC ook mechanismen om compatibel te zijn met de resourcemodellen van EOSIO. Voor CPU- en NET-resources kunnen gebruikers vergoedingen betalen op basis van de leeftijd van het dividendticket om een ​​vergelijkbare EOSIO-hypotheek te krijgen om CPU en het effect van NET-bronnen, voor RAM kunnen gebruikers het effect van EOSIO bereiken op basis van de marktaankoop door de vorm van hypotheekstemmingsswap, zodat DAPP-ontwikkelaars snel EOSC kunnen overnemen vanuit andere EOSIO-ketens en soepel kunnen overschakelen naar de EOSC-bron model.
Vloeiend updatemechanisme
EOSC's verkiezingsmechanisme moedigt supernodes aan om actief deel te nemen aan het promoten van technologie-upgrades. In tegenstelling tot de splitsing van versies van EOSIO-gemeenschapsknooppunten, promoot EOSC actief technologie-upgrades en -vernieuwingen.
Om een ​​soepeler incompatibel upgradeproces te bereiken, heeft EOSC een updatemechanisme toegevoegd op basis van de effectieve blokhoogte. De community kan de effectieve blokhoogte van een functie bevestigen door middel van meerdere handtekeningen, om de soepele upgrade in een gedecentraliseerd proces, anders dan EOSIO's onlangs voorgestelde labelingschema op basis van blokuitbreidingsgegevens, EOSC's updatemechanisme is vriendelijker en gemakkelijker te begrijpen. EOSC was de eerste die het gedecentraliseerde "soft fork" updateproces in de op EOSIO gebaseerde keten toepaste, die Het is de basisgarantie voor de voortdurende evolutie van EOSC om verschillende mechanismeproblemen op te lossen.
Aan de andere kant kan de functie van het instellen van ketenattributen op basis van multi-signature de gemeenschap voorzien van een reeks gedecentraliseerde ketenconfiguraties en on-chain-oplossingen.Verschillende parameters en configuraties kunnen gedecentraliseerd worden gewijzigd volgens de werkelijke ontwikkeling, het maken van een betere ontwikkeling van de gemeenschap.
Node heartbeat-mechanisme en stabiel blokinterval
Om de stabiliteit van het hoofdnetwerk te bevorderen, heeft EOSC de constructie van kandidaat-knooppunten versterkt vanuit het perspectief van een economisch model. , EOSC heeft ketting toegevoegd Het hartslagmechanisme van het knooppunt op het netwerk wordt gebruikt om de versterking van het knooppunt te bevorderen om de stabiliteit te verbeteren en de stabiliteit van het gehele hoofdnetwerk te bevorderen.
Op basis van het hartslagmechanisme kan EOSC de werking van de knooppunten bevestigen, zodat de defecte knooppunten kunnen worden gestraft op basis van de keten, om zo verder toezicht te houden op de constructie van knooppunten en te voorkomen dat het inactiviteit van knooppunten veroorzaakt de instabiliteit van het gehele hoofdnetwerk.
Verhoog de blokintervaltijd aan het begin van de lancering, om incidentele soft forks op het hoofdnetwerk te voorkomen wanneer de huidige netwerkinfrastructuur nog niet perfect is. EOSIO ontwierp een blokinterval van een halve seconde en een Hoewel het mechanisme van knooppunten die zes opeenvolgende blokken produceren, kunnen de beschikbaarheid van de keten in de toekomst verbeteren, dit is niet van toepassing in de huidige netwerkomgeving. Op een pragmatische manier moet het interval tussen blokproductie eerst worden vergroot en vervolgens worden gewijzigd in snelle blokproductie wanneer de omstandigheden in de toekomst rijp zijn.Dit kan zachte vorken effectief verminderen, en tegelijkertijd kan de vermindering van het aantal blokken de synchronisatiesnelheid van volledige knooppunten aanzienlijk verhogen, zodat er meer volledige knooppunten kunnen zijn, waardoor wordt verbeterd de beschikbaarheid van het gehele netwerk.
Meer contractlaag API's
Om het voor DAPP-ontwikkelaars gemakkelijker te maken om contracten te ontwikkelen, zijn er enkele API's toegevoegd en zijn er enkele specifieke aanpassingen gemaakt aan de systeemcontracten.
Ten eerste is er een API toegevoegd voor het verkrijgen van de blokhoogte. Ontwikkelaars kunnen eenvoudig en efficiënt de huidige blokhoogte verkrijgen. Op basis van deze API kan het contract het blokkeren van blokaanvallen en andere aanvallen op basis van nieuwe pogingen effectief voorkomen. Ten tweede, add Om de API van ketenconfiguratie-informatie te verkrijgen, kunnen ontwikkelaars verschillende parametercorrecties en ketenupgrades van de keten op de contractlaag aanpassen, zodat het contract ook soepel de ketenupgradefunctie kan volgen.Tot slot, om valse valuta te voorkomen aanvallen, voordat de keten begint, wordt een onafhankelijk kerntokencontract gebruikt, zodat gebruikers valse valuta-aanvallen duidelijk kunnen onderscheiden.
Aanpassing aan ketenoverschrijdende diensten
Aan het begin van de lancering voorzag het Force-team dat de ondersteuning van ketenoverschrijdende diensten in de toekomst de basisfunctie van de openbare keten zal zijn, dus het Force-team startte het Codex-project Ontwikkeling, richtte de Codex.Relay-relaisketen op om relaisdiensten voor elke keten te bieden, om zo het cross-chain-mechanisme tussen elke keten te realiseren, een perfectere ondersteuning voor Codex.Relay te bieden en samen te werken door de superknooppunten van de twee ketens 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 een grote schaalbaarheid worden verkregen. Op basis van de relay-service kunnen Layer 2-subketens worden toegevoegd. Sommige services en DAPP's die veel bronnen verbruiken, kunnen worden uitgevoerd op basis van subketens. Via de relayservice worden de berekeningsresultaten of de kernstatus gesynchroniseerd naar , zodat in de toekomst speciale subketens zoals opslag, berekening, DAPP en willekeurige getallen kunnen worden toegevoegd om functies uit te breiden.
Zeer aanpasbaar EOSIO blockchain-ontwikkelingsraamwerk
Op basis van relay-services kunnen Layer 2-subketens worden toegevoegd en verschillende subketens zullen in de toekomst een rol spelen in de EOSIO-ecologie. heeft een groot effect, maar er moet worden opgemerkt dat de huidige ontwikkeling van een 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 Het EOSIO blockchain-ontwikkelingsraamwerk verlaagt de drempel voor subketenontwikkeling en biedt ontwikkelaars een meer economische en vriendelijkere ervaring met subketenontwikkeling.
Het Force-team heeft tijdens het ontwikkelingsproces veel ervaring opgedaan met het ontwikkelen van blockchains op basis van EOSIO en hoopt de waarde van deze ervaringen te maximaliseren Codex.io is een "out-of-the-box" EOSIO-blokketen ontwikkelingskader, ontwikkelaars kunnen snel hun eigen keten starten op basis van Codex.io, na eenvoudige configuratie kunnen ze verschillende symbolen aanpassen, vrij kiezen voor economisch systeem en resourcemodel, op basis hiervan hoeven ontwikkelaars alleen aandacht te besteden aan de keten. kan op zichzelf worden opgelost kan worden gerealiseerd op basis van het contract of de oorspronkelijke laag van de keten Codex.io kan ontwikkelaars faciliteren om uit te breiden in de oorspronkelijke laag van de keten, om zo enkele prestatieproblemen op te lossen, en kan ook de keten aanzienlijk uitbreiden Functie.
Codex.io integreert de uitbreidingsfuncties die door de meeste huidige EOSIO-ketens worden voorgesteld. Met een inclusieve houding stelt Codex.io ontwikkelaars in staat functies in de keten vrij te combineren: inclusief het bestaansminimumsysteem, het accountsysteem en verschillende zwarte en witte lijst-mechanismen, gemeenschappelijke bestuursmechanismen en stemmechanismen, en verschillende plug-ins.
Via Codex.io zal in de toekomst een groot aantal Layer 2-subketens worden geïntegreerd, wat onbeperkte schaalbaarheid zal bieden.