Basierend auf unterschiedlichen Governance-Konzepten hat die EOSC-Community den EOSIO-Wahlmechanismus optimiert, das EOSC-Mainnet auf Genesis Height 1 gestartet und das EOSC-Mainnet iterativ weiter aktualisiert, wodurch sich EOSC in Richtung eines dezentralen Hochs bewegt. Die Richtung der Leistung intelligent Contract-Plattform entwickelt sich weiter und legt den Grundstein für die groß angelegte Popularisierung der verschlüsselten Wirtschaft.

Hintergrund

Die Verschlüsselungsökonomie hat eine kritische Phase von sozialen Experimenten bis hin zur groß angelegten kommerziellen Nutzung eingeläutet.
Großflächige kommerzielle Nutzung bedeutet enormen Transaktionsdruck. Damit ein Blockchain-System eine große Menge an Transaktionsanforderungen effizient bewältigen kann, muss es zunächst eine ausreichend starke Leistung erbringen. Um dies zu erreichen, sind für vollständige Knoten höhere Anforderungen erforderlich, z. B. besser konfigurierte Hardwaremaschinen, größere Speicherkapazität, stabileres Netzwerk, schnellere Bandbreite, geringere Latenz usw. Offensichtlich führt ein zu hoher Schwellenwert für vollständige Knoten zu einer Verringerung der Anzahl der blockerzeugenden Knoten, die stabil arbeiten können.Wenn der POS-Mechanismus in einem solchen Blockchain-System übernommen wird, konvergiert das System schnell zu einer zentralisierten Situation. Um ein Gleichgewicht zwischen hoher Leistung und Dezentralisierung zu finden, ist der DPOS-Konsensalgorithmus derzeit zweifellos die beste Wahl, und er ist auch die beste praktikable Lösung für die Verwaltung einer kleinen Anzahl von Knoten.
EOSIO, das auf dem DPOS-Konsensalgorithmus basiert, entstand, und die Community sah zum ersten Mal den Beginn einer groß angelegten kommerziellen Nutzung der Verschlüsselungsökonomie. Ob der Wahlmechanismus voll wirksam ist, ist der Schlüssel zum Überleben des DPOS-Konsensmechanismus, und es hängt auch damit zusammen, ob der DPOS-Konsensmechanismus POW nachfolgen und die nächste Generation der Verschlüsselung anführen kann.
Um den Beginn der Ära der groß angelegten kommerziellen Nutzung der Verschlüsselungsökonomie zu beschleunigen, hat die EOSC-Community den EOSIO-Wahlmechanismus optimiert, das EOSC-Mainnet bei Genesis 1 gestartet und das EOSC-Mainnet schrittweise aktualisiert. EOSC in Richtung bewegen Die Richtung einer dezentralen Hochleistungs-Smart-Contract-Plattform entwickelt sich weiter.

Konsensmechanismus

EOSC folgt dem Konsensmechanismus von EOSIO, d. h. DPOS BFT Pipeline Consensus. Im Gegensatz zu EOSIO übernimmt EOSC nicht das EOSIO-Modell eines Blocks alle 0,5 Sekunden, und ein Knoten verbindet 6 Blöcke. Bei EOSC ein Block alle 3 Sekunden , Nodes werden nicht kontinuierlich Blöcke produzieren, obwohl eine kontinuierliche Blockproduktion durch Nodes die Wartezeit für entpackte Transaktionen verkürzen kann, aber da die aktuelle Netzwerkumgebung oft nicht sehr ideal ist, wird eine schnelle Blockproduktion die Stabilität der Kette beeinträchtigen, was zu einer großen Anzahl Mikrogabeln.
Der aktuelle Konsensmechanismus von EOSIO ist nicht perfekt, aber als DAPP-Plattform stellt die Blockbestätigungszeit nicht die erste Optimierungspriorität der Kette dar. Für EOSC muss der Konsensmechanismus in einer Hochlastumgebung berücksichtigt werden Der aktuelle parallele Berechnungsmechanismus Wenn er nicht perfekt ist, wird eine überstürzte Verbesserung des Pipeline-Bestätigungsmechanismus große Probleme verursachen.
Der zukünftige Konsensmechanismus von EOSC wird sich parallel aus zwei Richtungen entwickeln
1. Kompatibel mit der EOSIO-Entwicklung und Aktualisierung seines Konsensalgorithmus, wir beurteilen nach dem aktuellen Entwicklungsfortschritt von EOSIO, wann EOSIO die parallele Verbesserung abschließt Der Konsensalgorithmus wird aktualisiert, Erzielen Sie eine schnellere Blockbestätigungszeit.
2. Er wird sich an andere Konsensmechanismen anpassen, die auf Bestätigungsnummern basieren, als Ergänzung zum bestehenden DPOS-Konsens, einerseits wird er die Interaktion zwischen den Eingebetteter Layer-2-Kettenkonsens und die Hauptkette . Andererseits kann es einen stärker dezentralisierten Cross-Chain-Mechanismus mit Ketten anderer Konsensmechanismen realisieren.

Verbesserung der EOSC-Technologie

Ressourcenmodell basierend auf Servicegebühr
Obwohl das Zahlungsmodell der CPU- und NET-Ressourcen von EOSIO ein gutes technologisches Design ist, ist es für Benutzer zu kompliziert und kann DAPP-Entwickler nicht fördern, um ihre Verträge zu optimieren "Auf der anderen Seite wird die Kaufmethode von EOSIOs RAM zu einem bestimmten Hortungsverhalten führen, was der Entwicklung der DAPP-Ökologie nicht förderlich ist. Aus diesem Grund hat EOSC auf innovative Weise einen neuen Satz von Ressourcenmodellen entworfen. Durch Optimierung in der Praxis untersuchen Ressourcenmodelle, die auf Servicegebühren in einer komplexen intelligenten Vertragsumgebung basieren, und lösen gründlich die Ressourcenprobleme, die die EOS-Ökologie plagen.
Zunächst bezahlt EOSC den CPU- und NET-Ressourcenverbrauch des Benutzers im Gebührenmodus.Für die vom Entwickler in der DAPP definierte Aktion kann der DAPP-Entwickler die erforderliche Gebühr für die Aktion festlegen, und das System steuert die Ressource Die Nutzung der Aktion basiert darauf. Einerseits ist es für Benutzer leicht, den Ressourcenverbrauch zu verstehen, andererseits werden DAPP-Entwickler auch stark dazu angeregt, die Nutzung von Vertragsressourcen zu optimieren, damit sich die gesamte Ökologie entwickelt wohlwollend.
EOSC verwendet eine ähnliche Methode wie das Mieten von Cloud-Hosts, um RAM-Ressourcen zuzuweisen. Benutzer können Stimmdividenden verwenden, um für das Mieten von RAM-Ressourcen zu bezahlen. Auf diese Weise müssen sich die Benutzer nicht um die Zahlung der Miete kümmern, und das Problem der Mietrückstände ist Durch die Methode des „Vermietens und Verkaufens“ kann EOSC Spekulationen auf RAM-Ressourcen effektiv vermeiden, sodass die Entwicklung von DAPP nicht durch den Preis von RAM gestört werden muss, und fördert effektiv den ökologischen Aufbau von DAPP.
Während EOSC mutig innovativ ist und neue Ressourcenmodelle erkundet, erforscht EOSC auch Mechanismen, die mit den Ressourcenmodellen von EOSIO kompatibel sind.Für CPU- und NET-Ressourcen können Benutzer Gebühren basierend auf dem Alter des Dividendenscheins zahlen, um eine ähnliche EOSIO-Hypothek zu erhalten, um CPU And zu erhalten Die Wirkung von NET-Ressourcen, für RAM, können Benutzer die Wirkung von EOSIO basierend auf dem Marktkauf durch die Form eines Hypotheken-Voting-Swaps erzielen, sodass DAPP-Entwickler schnell von anderen EOSIO-Ketten in EOSC einsteigen und reibungslos zur EOSC-Ressource wechseln können Modell.
Reibungsloser Aktualisierungsmechanismus
Der Wahlmechanismus von EOSC ermutigt Superknoten, sich aktiv an der Förderung von Technologie-Upgrades zu beteiligen. Anders als die Aufteilung der EOSIO-Community-Knotenversionen fördert EOSC aktiv Technologie-Upgrades und Erneuerungen.
Um einen reibungsloseren inkompatiblen Upgrade-Prozess zu erreichen, hat EOSC einen Aktualisierungsmechanismus basierend auf der effektiven Blockhöhe hinzugefügt. Die Community kann die effektive Blockhöhe einer Funktion durch Multi-Signatur bestätigen, um das reibungslose Upgrade abzuschließen ein dezentralisierter Prozess, anders als das kürzlich von EOSIO vorgeschlagene Kennzeichnungsschema auf der Grundlage von Blockerweiterungsdaten, ist der Aktualisierungsmechanismus von EOSC benutzerfreundlicher und leicht verständlich. die Es ist die grundlegende Garantie für die kontinuierliche Weiterentwicklung von EOSC, um verschiedene Mechanismusprobleme zu lösen.
Auf der anderen Seite kann die Funktion zum Festlegen von Kettenattributen auf der Grundlage von Multi-Signaturen der Community eine Reihe von dezentralen Kettenkonfigurationen und On-Chain-Lösungen bieten. Verschiedene Parameter und Konfigurationen können je nach Bedarf dezentral geändert werden Entwicklung, wodurch eine bessere Gemeinschaftsentwicklung erreicht wird.
Knoten-Heartbeat-Mechanismus und stabiles Blockintervall
Um die Stabilität des Hauptnetzwerks zu fördern, hat EOSC die Konstruktion von Kandidatenknoten aus der Perspektive des Wirtschaftsmodells gestärkt , EOSC hat Kette hinzugefügt. Der Heartbeat-Mechanismus des Knotens im Netzwerk wird verwendet, um die Stärkung des Knotens zu fördern, um seine Stabilität zu verbessern und die Stabilität des gesamten Hauptnetzwerks zu fördern.
Auf der Grundlage des Heartbeat-Mechanismus kann EOSC den Betrieb der Knoten bestätigen, so dass die fehlerhaften Knoten basierend auf der Kette bestraft werden können, um den Aufbau von Knoten weiter zu überwachen und zu verhindern, dass die Untätigkeit von Knoten verursacht wird die Instabilität des gesamten Hauptnetzes.
Erhöhen Sie die Blockintervallzeit zu Beginn des Starts, um gelegentliche Soft Forks im Hauptnetzwerk zu vermeiden, wenn die aktuelle Netzwerkinfrastruktur noch nicht perfekt ist.EOSIO hat ein Blockintervall von einer halben Sekunde und einen Obwohl der Mechanismus von Knoten, die sechs Blöcke hintereinander produzieren, können die Verfügbarkeit der Kette in Zukunft verbessern, es ist in der aktuellen Netzwerkumgebung nicht anwendbar.Pragmatischerweise sollte das Intervall zwischen der Blockproduktion zuerst erhöht und dann auf eine schnelle Blockproduktion umgestellt werden wenn die Bedingungen in der Zukunft reif sind. Dies kann Soft Forks effektiv reduzieren, und gleichzeitig kann die Reduzierung der Anzahl von Blöcken die Synchronisierungsrate von Full Nodes stark erhöhen, so dass es mehr Full Nodes geben kann, wodurch sie verbessert werden die Verfügbarkeit des gesamten Netzwerks.
Weitere Vertragsschicht-APIs
Um DAPP-Entwicklern die Entwicklung von Verträgen zu erleichtern, wurden einige APIs hinzugefügt und einige spezifische Anpassungen an den Systemverträgen vorgenommen.
Erstens wird eine API zum Abrufen der Blockhöhe hinzugefügt. Entwickler können einfach und effizient die aktuelle Blockhöhe abrufen. Basierend auf dieser API kann der Vertrag das Blockieren von Blockangriffen und anderen auf Wiederholungen basierenden Angriffen effektiv vermeiden. Zweitens add Um die API der Chain-Konfigurationsinformationen zu erhalten, können Entwickler verschiedene Parameterkorrekturen und Chain-Upgrades der Chain auf Vertragsebene anpassen, damit der Vertrag auch reibungslos der Chain-Upgrade-Funktion folgen kann, schließlich um Falschgeld zu vermeiden Angriffe, bevor die Kette beginnt, wird ein unabhängiger Core-Token-Vertrag verwendet, damit Benutzer Angriffe auf gefälschte Währungen eindeutig unterscheiden können.
Anpassung an Cross-Chain-Services
Zu Beginn des Launchs sah das Force-Team voraus, dass die Unterstützung von Cross-Chain in Zukunft die Grundfunktion der öffentlichen Chain sein wird, Daher startete das Force-Team die Codex-Projektentwicklung, richtete die Codex.Relay-Relay-Kette ein, um Relay-Dienste für jede Kette bereitzustellen, um den Cross-Chain-Mechanismus zwischen jeder Kette zu realisieren, kann Codex.Relay perfekter unterstützen und zusammenarbeiten durch die Superknoten der beiden Chains, kann ein "vollständiger" Cross-Chain-Mechanismus erreicht werden, das heißt, der Dezentralisierungsgrad einer beliebigen Chain wird während des Cross-Chain-Prozesses nicht reduziert.
Durch den Cross-Chain-Mechanismus kann eine große Skalierbarkeit erreicht werden. Basierend auf dem Relay-Dienst können Schicht-2-Unterketten hinzugefügt werden. Einige Dienste und DAPPs, die große Ressourcen verbrauchen, können auf der Grundlage von Unterketten ausgeführt werden. Durch den Relay-Dienst werden die Berechnungsergebnisse bzw. der Kernzustand mit synchronisiert, sodass in Zukunft spezielle Unterketten wie Speicherung, Berechnung, DAPP und Zufallszahlen zur Funktionserweiterung hinzugefügt werden können.
Hochgradig anpassbares EOSIO-Blockchain-Entwicklungsframework
Basierend auf Relaisdiensten können Schicht-2-Unterketten hinzugefügt werden, und verschiedene Unterketten werden in der EOSIO-Ökologie in der Zukunft eine Rolle spielen hat eine große Wirkung, aber es sollte beachtet werden, dass die aktuelle Entwicklung eines Blockchain-Projekts mit angepassten Funktionen auf Basis von EOSIO noch eine hohe Schwelle hat.Aus diesem Grund hat das Force-Team das Codex.io-Projekt gestartet, das ein hochgradig anpassbares ist Das EOSIO-Blockchain-Entwicklungs-Framework senkt die Schwelle für die Subchain-Entwicklung und bietet Entwicklern eine wirtschaftlichere und benutzerfreundlichere Subchain-Entwicklungserfahrung.
Das Force-Team hat während des Entwicklungsprozesses viel Erfahrung in der Entwicklung von Blockchains auf Basis von EOSIO gesammelt und hofft, den Wert dieser Erfahrungen zu maximieren.Codex.io ist eine "out-of-the-box" EOSIO-Blockchain Entwicklungsframework können Entwickler schnell ihre eigene Kette auf Basis von Codex.io starten, nach einfacher Konfiguration können sie verschiedene Symbole anpassen, Wirtschaftssystem und Ressourcenmodell frei wählen, auf dieser Basis brauchen Entwickler nur noch auf die Kette zu achten selbst gelöst werden kann, kann basierend auf dem Vertrag oder der nativen Schicht der Kette implementiert werden. Codex.io kann Entwicklern die Erweiterung in der nativen Schicht der Kette erleichtern, um einige Leistungsprobleme zu lösen, und kann auch die Kette erheblich erweitern Funktion.
Codex.io integriert die Erweiterungsfunktionen, die von den meisten aktuellen EOSIO-Ketten vorgeschlagen werden. Mit einer integrativen Einstellung ermöglicht Codex.io Entwicklern, Funktionen auf der Kette frei zu kombinieren: einschließlich Unterhaltsgeldsystem, Kontosystem, verschiedene schwarze und weiße Listen Mechanismen , allgemeine Governance-Mechanismen und Abstimmungsmechanismen sowie verschiedene Plug-Ins.
Über Codex.io werden zukünftig eine Vielzahl von Layer-2-Subchains integriert, die eine unbegrenzte Skalierbarkeit bieten.