Basierend auf unterschiedlichen Governance-Konzepten optimierte die EOSC-Community den EOSIO-Wahlmechanismus, startete das EOSC-Hauptnetzwerk in Genesis Height 1 und fuhr fort, das EOSC-Hauptnetzwerk zu iterieren und aufzufordern, wodurch sich die EOSC weiterhin für eine dezentrale Hochleistungs-Smart-Vertragsplattform weiterentwickelt und die Grundlage für die Bigco-Popularisierung der Kryptowirtschaft legt.

Hintergrund

Die Krypto-Wirtschaft hat eine kritische Phase von sozialen Experimenten bis hin zu großem Maßstab kommerziell eingeleitet.
Hinter dem groß angelegten kommerziellen Gebrauch bedeutet ein großer Transaktionsdruck. Um enorme Transaktionsanforderungen effizient zu tragen, muss ein Blockchain -System zunächst eine ausreichend starke Leistung liefern. Um dies zu erreichen, sind höhere Anforderungen für den vollständigen Knoten erforderlich, z. B. eine bessere Konfiguration von Hardware-Maschinen, eine größere Speicherkapazität, ein stabileres Netzwerk, eine schnellere Bandbreite, eine niedrigere Latenz usw. Offensichtlich führt der hohe Schwellenwert für den vollständigen Knoten zu einer Verringerung der Anzahl der Blockproduzierungsknoten, die stabil funktionieren können. Wenn der POS -Mechanismus in einem solchen Blockchain -System verwendet wird, wird das System schnell zu einer zentralisierten Situation konvergieren. Um ein Gleichgewicht zwischen hoher Leistung und Dezentralisierung zu erzielen, ist der DPOS -Konsensusalgorithmus zweifellos die beste Wahl und die beste Lösung für die Verwaltung einer kleinen Anzahl von Knoten.
EOSIO basierend auf dem DPOS-Konsensusalgorithmus entstand, und die Gemeinde sah zum ersten Mal den Morgendämmerung des großen kommerziellen Einsatzes der Kryptowirtschaft. Ob der Wahlmechanismus vollständig wirksam ist, ist der Schlüssel zum Überleben des DPOS -Konsensmechanismus, und er hängt auch damit zusammen, ob der DPOS -Konsensus -Mechanismus POW zur Leitung der nächsten Generation von Verschlüsselungswellen weiterleiten kann.
Um die Ankunft der Ära der großen kommerziellen Nutzung der Kryptowirtschaft zu beschleunigen, optimierte die EOSC-Community den EOSIO-Wahlmechanismus, startete das EOSC-Hauptnetzwerk bei Genesis Height 1 und iteriert und verbessert das EOSC-Hauptnetzwerk, sodass sich die EOSC weiterhin in Smart-Vertrags-Plattform mit der dezentralisierten Smart-Performance-Smart-Performance-Smart-Vertrags-Plattform entwickelt.

Konsensmechanismus

EOSC folgt dem Konsensmechanismus von Eosio, nämlich den Konsens von DPOS BFT -Pipeline. Im Gegensatz zu EOSIO übernimmt EOSC den EOSIO -Modus nicht alle 0,5 Sekunden und ein Knoten erzeugt 6 Blöcke. Alle 3 Sekunden in EOSC erzeugen Knoten nicht kontinuierlich Blöcke. Obwohl Knoten die Wartezeit für ausgepackte Transaktionen verkürzen können, ist die aktuelle Netzwerkumgebung häufig nicht ideal. Die schnelle Blockerzeugung beeinflusst die Stabilität der Kette und verursacht eine große Anzahl von Mikrogabeln.
Der aktuelle Konsensmechanismus von Eosio ist nicht perfekt genug, aber als DAPP -Plattform ist die Blockbestätigungszeit nicht die erste Priorität der Kettenoptimierung. Für EOSC muss der Konsensmechanismus in einer Hochlastumgebung berücksichtigt werden. In der gegenwärtigen Situation, in der das parallele Computersystem nicht perfekt ist, ist es sehr problematisch, den Pipelined Confirmation -Mechanismus hastig zu verbessern.
Der zukünftige Konsensmechanismus von EOSC wird sich parallel aus zwei Richtungen entwickeln.
1. Mit Eosio -Entwicklung kompatibel und aktualisieren Sie seinen Konsensalgorithmus. Wir urteilen anhand des aktuellen Entwicklungsfortschritts von Eosio. Wenn EOSIO eine parallele Verbesserung abschließt, wird der Konsensalgorithmus aktualisiert, um eine schnellere Blockbestätigungszeit zu erreichen.
2. Andere Konsensmechanismen, die auf Bestätigungsnummern basieren, werden angepasst, um den bestehenden DPOS -Konsens zu ergänzen. Einerseits wird die Wechselwirkung zwischen dem Konsens der eingebetteten Schicht -2 -Kette und der Hauptkette realisiert. Andererseits kann mit anderen Konsensmechanismen ein dezentralerer Kreuzkettenmechanismus erreicht werden.

EOCS -Technologieverbesserung

Ressourcenmodell basierend auf den Handhabungsgebühren
Obwohl das CPU- und Netto -Ressourcenzahlungsmodell von EOSIO ein gutes Design in der Technologie ist, ist es für Benutzer zu komplex und kann Dapp -Entwickler nicht für die Optimierung ihrer Verträge bewerben. Andererseits führt die Einkaufsmethode des Eosio -RAM zu bestimmten Hortenverhalten, was der Entwicklung des DAPP -Ökosystems nicht förderlich ist. Aus diesem Grund hat EOSC innovativ ein neues Ressourcenmodell entwickelt. Durch die praktische Optimierung wird das Ressourcenmodell basierend auf dem Umgang mit Gebühren in einer komplexen Smart -Contract -Umgebung untersucht, um die Ressourcenprobleme, die das EOS -Ökosystem aufweisen, vollständig zu lösen.
Zunächst zahlt EOSC den CPU- und Netto -Ressourcenverbrauch des Benutzers in einem Handhabungsgebührmodus. Für die vom Entwickler im DAPP definierte Aktion können DAPP -Entwickler die erforderliche Handhabungsgebühr für die Aktion festlegen. Das System steuert die Verwendung der Aktion basierend darauf. Auf der einen Seite erleichtert dies den Nutzern, den Ressourcenkonsum zu verstehen, und andererseits fördert es auch die DApp -Entwickler stark, die Verwendung von Vertragsressourcen zu optimieren, damit sich das gesamte Ökosystem gesund entwickeln kann.
EOSC verwendet einen Cloud -Miet -Host, um RAM -Ressourcen auf ähnliche Weise zuzuweisen, die dem Miet von Cloud -Hosts ähneln. Benutzer können die Ausgaben für die Vermietung von RAM -Ressourcen durch den Einsatz von Dividenden zahlen, damit Benutzer keine Sorgen um die Mietzahlung machen und auch das Problem der Mietrückstände beseitigen müssen. Durch die "Vermietung und Verkaufsmethode" kann EOSC effektiv spekulatives Verhalten gegen RAM -Ressourcen vermeiden, sodass die Entwicklung von DAPP nicht durch RAM -Preise gestört werden und den Bau des DAPP -Ökosystems effektiv fördern muss.
Der EOSC wird zwar neue Ressourcenmodelle mutig innovativ und erforschen und untersucht auch den Mechanismus, der mit EOSIO -Ressourcenmodellen kompatibel ist. Für CPU- und NET -Ressourcen können Benutzer Gebühren basierend auf dem Dividendenalter zahlen, um die Auswirkungen der Erlangung von CPU- und Netto -Ressourcen ähnlich der EOSIO -Hypothek zu erreichen. Für RAM können Benutzer die Auswirkung von EOSIO auf der Grundlage des Marktkaufs durch das Absetzen des Abstimmungsaustauschs erzielen, damit DAPP -Entwickler schnell von anderen EOSIO -Ketten in Eosio eintreten und sich reibungslos dem EOC -Ressourcenmodell wenden können.
Smooth Update -Mechanismus
Der Wahlmechanismus von EOSC ermutigt Superknoten, aktiv an der Förderung technologischer Verbesserungen teilzunehmen. Im Gegensatz zur Aufteilung der EOSIO -Community -Knotenversion fördert EOSC aktiv technologische Upgrades und Updates in der Praxis.
Um einen glatteren inkompatiblen Upgrade -Prozess zu erzielen, hat EOSC eine Reihe von Aktualisierungsmechanismen hinzugefügt, die auf der Höhe des effektiven Blocks basieren. Die Community kann die Höhe des effektiven Blocks einer Funktion durch mehrere Zeichen bestätigen, um den reibungslosen Upgrade -Prozess zu dezentralisieren. Im Gegensatz zu EOSIOs kürzlich vorgeschlagenes Tagging -Schema basierend auf Blockerweiterungsdaten ist der Aktualisierungsmechanismus von EOSC freundlicher und förderlicher für das Verständnis. Die erste Praxis von EOSC für den dezentralen "Soft Fork" -Podalisierungsprozess in der EOSIO-basierten Kette ist die grundlegende Garantie für EOSC, sich weiter zu entwickeln, um verschiedene Mechanismusprobleme zu lösen.
Andererseits kann die Funktion des Einstellens von Kettenattributen auf der Grundlage mehrerer Zeichen der Community eine Reihe dezentraler Kettenkonfiguration und On-Chain-Schemata zur Verfügung stellen. Verschiedene Parameter und Konfigurationen können entsprechend der tatsächlichen Entwicklung dezentral modifiziert werden, so dass sich die Community besser entwickeln kann.
Knoten -Herzschlagmechanismus und stabiles Blockausgangsintervall
Um die Stabilität des Hauptnetzwerks zu fördern, stärkt EOSC die Konstruktion alternativer Knoten aus der Perspektive des Wirtschaftsmodells. Gleichzeitig fügt EOSC einen Knoten -Herzschlag -Mechanismus in der Kette hinzu, um Knoten zu fördern, um ihre Stabilität zu stärken und zu verbessern und die Stabilität des gesamten Hauptnetzwerks zu fördern.
Basierend auf dem Herzschlagmechanismus kann EOSC den Betrieb des Knotens bestätigen, so dass die fehlerhaften Knoten basierend auf der Kette bestraft werden, wodurch die Konstruktion von Knoten weiter gedrängt und verhindern, dass die Instabilität der Knoten im gesamten Hauptnetzwerk wirkt.
Die Blockerzeugungsintervallzeit wird zu Beginn des Startups erhöht, um gelegentliche Softgabeln im Hauptnetzwerk zu vermeiden, wenn die aktuelle Netzwerkinfrastruktur noch nicht perfekt ist. Das von EOSIO entwickelte Intervall der halben Sekunde, das von EOSIO entwickelt wurde, und der Mechanismus, sechs Blöcke mit einem Knoten zu verbinden, kann die Verfügbarkeit der Ketten in Zukunft sicherlich verbessern, ist jedoch in der aktuellen Netzwerkumgebung nicht anwendbar. Mit einer pragmatischen Haltung wird die Blockerzeugungsintervallzeit zunächst erhöht, und nachdem die Bedingungen in Zukunft ausgereift sind, wird sie in die schnelle Blockerzeugung geändert. Dies kann die weichen Gabeln effektiv reduzieren. Gleichzeitig kann die Verringerung der Anzahl der Blöcke die Synchronisationsrate des gesamten Knotens erheblich erhöhen, sodass es mehr vollständige Knoten geben kann, wodurch die Verfügbarkeit des gesamten Netzwerks verbessert wird.
Mehr Vertragsschicht -APIs
Um es Dapp -Entwicklern bequemer zu machen, Verträge zu entwickeln, wurden einige APIs hinzugefügt und einige spezifische Anpassungen an die Systemverträge vorgenommen.
Zunächst wird eine API zum Erhalt der Blockhöhe hinzugefügt, und Entwickler können die Stromblockhöhe einfach und effizient erhalten. Basierend auf dieser API können Verträge effektiv vermeiden, Blockangriffe und andere Wiederholungsangriffe zu blockieren. Zweitens wird eine API zur Erhöhung der Kettenkonfigurationsinformationen hinzugefügt, und Entwickler können verschiedene Parameterkorrekturen und Kettenaufrüstungen in der Vertragsschicht an die Kette anpassen, sodass der Vertrag auch die Funktion der Ketten -Upgrade reibungslos folgen kann. Um gefälschte Währungsangriffe zu vermeiden, werden schließlich unabhängige Kerntoken -Verträge verwendet, bevor die Kette gestartet wird, damit Benutzer gefälschte Währungsangriffe klar unterscheiden können.
Anpassung von Cross-Chain-Diensten
Zu Beginn des Starts sah das Force-Team voraus, dass die Unterstützung für die Cross-Chain die Grundfunktion öffentlicher Ketten in Zukunft sein wird. Daher startete das Force-Team die Entwicklung des Codex-Projekts und etablierte die Codex.Relay-Relay-Kette, um Relay-Dienste für jede Kette bereitzustellen, um den Kreuzkettenmechanismus zwischen jeder Kette zu realisieren, die eine umfassendere Unterstützung für Codex.Relay bieten kann. Durch die Superknoten der beiden Ketten, die sich gegenseitig betreiben, kann ein "vollständiger" Kreuzkettenmechanismus erreicht werden, dh der Grad der Dezentralisierung einer Kette wird während des Kreuzkettenverfahrens nicht reduziert.
Durch den Kreuzkettenmechanismus kann eine große Skalierbarkeit erhalten werden. Basierend auf Relaisdiensten können Unterketten in Layer 2 hinzugefügt werden. Einige Dienste und Dapps mit hohem Ressourcenverbrauch können basierend auf Unterketten ausgeführt werden, und die Berechnungsergebnisse oder Kernzustände können mit den Relay-Diensten synchronisiert werden. Auf diese Weise können spezielle Unterketten wie Speicher, Computer, DAPP und Zufallszahlen hinzugefügt werden, um Funktionen zu erweitern.
Der hoch anpassbare EOSIO -Blockchain -Entwicklungsgerüst
Basierend auf Relay-Diensten kann es Schicht 2-Unterketten hinzufügen. In Zukunft werden verschiedene Unterketten im Eosio-Ökosystem eine große Rolle spielen. Es ist jedoch zu beachten, dass das Blockchain -Projekt mit maßgeschneiderten Funktionen, die auf EOSIO basieren, immer noch einen hohen Schwellenwert hat. Aus diesem Grund hat das Force-Team das Codex.IO-Projekt auf den Markt gebracht, das ein hoch anpassbares EOSIO-Blockchain-Entwicklungsrahmen ist, wodurch die Entwicklungsschwelle von Unterketten gesenkt und Entwicklern eine wirtschaftlichere und freundlichere Erfahrung der Unterkettenentwicklung zur Verfügung stellt.
Das Force -Team hat viel Erfahrung in der Entwicklung von Blockchain auf der Grundlage von EOSIO während des Entwicklungsprozesses gesammelt und hofft auch, den größten Wert volles Spiel zu verleihen. Codex.io ist ein "Out of the Box" Eosio Blockchain Development Framework. Entwickler können schnell eine Kette basierend auf Codex.io starten. Nach einer einfachen Konfiguration können sie verschiedene Symbole anpassen und wirtschaftliche Systeme und Ressourcenmodelle frei auswählen. Auf dieser Grundlage müssen Entwickler nur auf die Probleme, die die Kette selbst lösen muss, achten. Dem zufolge können sie sie basierend auf Verträgen oder ketten nativen Schichten implementieren. Codex.io kann es den Entwicklern ermöglichen, in der nativen Schicht der Kette zu erweitern, um einige Leistungsprobleme zu lösen, und kann auch die Funktionen der Kette erheblich erweitern.
Codex.io integriert die von den meisten EOSIO -Ketten vorgeschlagenen Expansionsfunktionen. Mit einer integrativen Einstellung können Entwickler mit Codex.io die On-Chain-Funktionen frei kombinieren: einschließlich minimaler Lebenssicherheitssystem, Kontensystem, verschiedenen Schwarzweißlistenmechanismen, gemeinsamen Governance-Mechanismen und Stimmmechanismen und verschiedenen Plug-Ins.
Durch Codex.io wird eine große Anzahl von Unterketten in Schicht 2 in die Zukunft integriert, was unendlich expansion liefern wird.