Technische projectstructuur

MOAC gebruikt een gelaagde consensusstack om de transactieverwerking uit te breiden via een gelaagde structuur en shardingverwerking, die synchroon binnen dezelfde blockchain wordt voltooid.
Voor de onderste laag gebruiken we POW als het belangrijkste consensusprotocol, omdat POW het consensusprotocol is met de meest uitgebreide verificatie en het beste grootschalige netwerkconfiguratieproblemen kan oplossen. Momenteel gebruikt MOAC POW vergelijkbaar met Ethereum, maar we zullen het POW-protocol in de toekomst pluggable maken en we kunnen POW indien nodig eenvoudig vervangen door een ander efficiënt protocol. De bovenste laag compenseert de tekortkomingen van POW en handelt alleen sleuteltransacties af en controleert procestransacties in de POW-laag. De bovenste laag gebruikt een configureerbaar consensusprotocol en sharding-technologie om snellere en hogere doorvoeroplossingen te bieden.
Het knooppunt op de onderste laag wordt V-node genoemd, elke v-node heeft een smart contract server (SCS) node, kortweg Smart Contract Server (SCS), de identiteit van de smart contract server (SCS) kan volledig worden geverifieerd door de overeenkomstige v-knoop. Elke SCS wordt volledig geauthenticeerd door de overeenkomstige v-node. Om het contract op het hoogste niveau te verwerken, moet elk SCS-knooppunt gebonden zijn.
Merk op dat SCS slimme contractoproepen afhandelt, alle transacties op het hoogste niveau zijn in de vorm van slimme contractoproepen, niet alle SCS'en behandelen een enkele transactie tegelijkertijd, maar een geselecteerd deel van de SCS zal een specifieke transactie afhandelen. SCS wordt geselecteerd door een slimme contractoproep of een vernieuwingsoproep te starten. De start/refresh-oproep wordt feitelijk doorgegeven aan de onderste laag en er wordt consensus bereikt. De start/refresh-oproep bevat selectiecriteria, waaronder het percentage verwerkingsknooppunten. Elke v-node roept dan die oproep op zijn SCS aan met behulp van een vooraf gedefinieerd algoritme. SCS beslist zelf of zij ervoor kiest om dit Smart contract af te handelen. Merk op dat dit een deterministisch proces is en deelname aan SCS kan door iedereen worden geverifieerd.
Nadat sommige SCS's zijn geselecteerd als een combinatie van bepaalde slimme contracten, zullen ze met elkaar communiceren om een ​​kleine consensusgroep te vormen. Deze groep zal het aanroepen van dat slimme contract afhandelen. Bovendien kan bij de startoproep worden aangegeven hoe deze consensus tussen hen wordt bereikt. Wat effectiever is, is dat deze SCS-knooppunten een subketen vormen en consensus uitvoeren op basis van een vooraf bepaald protocol of een door de gebruiker gedefinieerd protocol. Merk op dat het consensusprotocol niet hetzelfde is als de daadwerkelijke slimme contractcode.
De status van het slimme contract wordt opgeslagen in elke SCS, maar dit is niet de eigenlijke volledige blockchain. Om de voordelen van de hele blockchain te realiseren, moet de status periodiek of op verzoek worden vernieuwd naar de onderliggende blockchain.
Bij het verversen in de consensusmodus, start de SCS-node een verzoek om gegevensopslag op de onderliggende v-node. Dit is een TX die is geïnitieerd op basis van redelijke authenticatie van consensus-shard-leden. TX wordt uitgezonden naar alle v-nodes en de geldigheid ervan kan door elk knooppunt worden geverifieerd. In dezelfde TX specificeert het ook beloningen voor de kosten van elke shard-deelnemer. Als de TX ongeldig blijkt te zijn, kan een extra proces worden geïmplementeerd om de borg van de SCS te verbeuren. In MOAC worden de meeste contracten op de bovenste laag verwerkt, terwijl slechts een klein aantal controlestroomtransacties en activatransacties op de v-node-laag worden verwerkt. Dit werkt omdat de bovenste laag snelle, flexibele en goedkope services biedt, terwijl de v-node-laag trage, afhankelijke en dure services biedt.