Öffentliche Tests einer Lösung für Datenschutz und Skalierbarkeit in Ethereum auf Cloud-Plattformen.

Der Blockchain-Trend nimmt weiter zu. Immer mehr Experten prognostizieren eine universelle Anpassung dieser Technologie in naher Zukunft. Derzeit gibt es jedoch mehrere ungelöste Probleme, die dem im Wege stehen.

Vor allem sind moderne Blockchain-Systeme schlecht skalierbar. Zum Beispiel beträgt die Transaktionsgeschwindigkeit von Ethereum nur 20 Transaktionen pro Sekunde, und trotz vieler Vorteile ist es nicht für große Unternehmen geeignet.

Gleichzeitig wird Ethereum für seinen starken Schutz vor Hacks und Netzwerkfehlern geschätzt. Man sollte es also nicht abschreiben. Viel sinnvoller wäre es, die Mängel von Ethereum zu beheben und in Vorteile umzuwandeln.

Plasma Cash als Lösung für Datenschutz und Skalierbarkeit bei Ethereum

Plasma ist eine Technologie, die von Vitalik Buterin, dem Mitbegründer des Ethereum-Projekts, auf der Konferenz EthCC in Paris im Jahr 2018 vorgestellt wurde. Sie wurde gemeinsam mit Joseph Poon, dem Mitbegründer des Lightning Network, entwickelt und als Lösung präsentiert, die die Rechenleistung der Ethereum-Blockchain erhöht. Erste Nachrichten über Plasma drangen 2017 in die Medien.

Diese Plattform stellt eine externe Ebene von Smart Contracts dar, die mit der zugrunde liegenden Blockchain interagieren können, wodurch die Hauptkette entlastet, die Transaktionsgebühren für Smart Contracts und dezentrale Anwendungen (DApps) gesenkt werden.

Detaillierte Informationen zur Entwicklung wurden im Dokument „Plasma: Scalierbare autonome Smart Contracts“ aus August 2017 dargelegt.

Buterin erkannte an, dass Plasma Skalierbarkeitsprobleme aufweist: Jeder Benutzer muss jeden Plasma-Block hochladen und verifizieren, was exponentielles Skalieren verhindert.

Um dieses Manko zu beheben, wurde Plasma Cash entwickelt – eine Sidechain, die aus einem Smart Contract und einem privaten Netzwerk auf Node.js besteht, das seinen Zustand regelmäßig in die Hauptkette (Ethereum) überträgt. Dies gewährleistet Dezentralisierung, Sicherheit und Skalierbarkeit in der Blockchain und löst somit das Skalierungsdilemma.

Ein wichtiges Vorteil von Plasma Cash im Vergleich zu Plasma ist, dass es die Aufmerksamkeit der Benutzer nur auf die Blöcke lenkt, die die für sie interessanten Coins enthalten:

„Jetzt müssen die Benutzer die Verfügbarkeit und Richtigkeit der Plasma-Kette nur für den speziellen Index überprüfen, der mit den Münzen verbunden ist, die sie ausgeben wollen, die sie besitzen und die sie interessieren“, sagte Buterin.

Laut den Entwicklern ist Plasma Cash ein effektives Mittel gegen Hacks in Ethereum. Jede Plasma-Münze hat einen Besitzer und ist einzigartig. Niemand kann die Münzen eines anderen Benutzers ohne dessen Wissen an sich bringen. Der Münzeninhaber kann potenziellen betrügerischen Abhebungen durch ein „Beschwerdesystem“ entgegenwirken, indem er seine „Beweisdaten“ in der Historie seiner Münze vorlegt.

Testen von Plasma Cash in Mongo Atlas

Aufgrund ihrer Neuheit bleibt Plasma Cash bisher wenig erforscht. Blockchain-Spezialisten testen aktiv ihre Interaktion mit verschiedenen Cloud-Diensten und Datenbanken, identifizieren Schwächen und finden Wege zu deren Behebung. Insbesondere haben Tests in Mongo Atlas die folgenden Vorteile beim Arbeiten mit Plasma aufgezeigt:

1. Zuverlässiger Schutz vor Datenverlust, da mehrere Replikate, die im Cluster synchronisiert werden.
2. Schneller Zugriff, da der Cluster auf den drei beliebtesten Cloud-Plattformen erstellt werden kann: Amazon, Google, Azure. Dadurch kann ein Plasma Cash-Knoten in vielen Rechenzentren bereitgestellt werden, die sich in der Nähe von Mongo Atlas befinden. Wir haben nachgewiesen, dass die Geschwindigkeit nicht erheblich sinkt, selbst wenn Plasma-Knoten in weiter entfernten Rechenzentren bereitgestellt werden.
3. Plasma-Knoten, die nur im Lese-Modus verwendet werden, können mit einem Mongo-Cluster verbunden werden und an verschiedenen Orten der Welt platziert werden, was die geo-skalierbarkeit verbessert (die Knoten sind näher an den Nutzern).
4. Eine neue Knoten zu starten ist einfach, da nicht alles neu synchronisiert werden muss. Man kann sich einfach mit einem bestehenden Mongo-Cluster verbinden oder schnell eine Kopie erstellen und die Verbindung zu dieser einrichten.
5. Die Datenbank zu skalieren ist einfach. Im Laufe der Zeit wächst die Datenmenge und man kann die Größe der Knoten im Cluster nach Bedarf erhöhen.

Wir haben die folgenden Server für die Tests verwendet:

• 3 virtuelle Azure-Server Standard E4s v3 (4 vcpus, 32 GiB Speicher). Auf jedem Server wurden 3 Knoten gestartet. Einer von ihnen kann Blöcke in die Hauptkette einfügen.
• Jede Node ist mit ihrem eigenen Mongo Atlas Cluster M50 verbunden, das aus 3 Replikat-Nodes besteht.

Test 1

3 Nodes erhalten jeweils 100.000 Transaktionen. Insgesamt enthalten alle 9 Nodes 300.000 Transaktionen und Tokens.

Ursprungsszustand: letzter Block #213; in der Datenbank sind 0 Transaktionen und Tokens gespeichert.

00:00 — 3 Skripte wurden gestartet, die jeweils 100.000 Transaktionen generieren und versenden
00:29 — Der Versand von 100.000 Transaktionen an die Nodes #1 und #2 hat begonnen
00:32 — Der Versand von 100.000 Transaktionen an Node #3 hat begonnen
00:32 — Node #1 hat 11.703 Transaktionen aus dem Pool entnommen und Block #214 (9fb) gebildet
00:34 — Node #2 hat 27.088 Transaktionen aus dem Pool entnommen und Block #214 (ef4) gebildet
00:34 — Block #214 (9fb) wurde signiert und zur Validierung an andere Nodes gesendet
00:36 — Node #3 hat 11.900 Transaktionen aus dem Pool entnommen und Block #214 (983) gebildet
00:37 — Block #214 (9fb) wurde validiert und in die Root-Chain gesendet
00:38 — Block #214 (983) wurde signiert und zur Validierung an andere Nodes gesendet
00:38 — Block #214 (ef4) wurde signiert und zur Validierung an andere Nodes gesendet
00:40 — Block #214 (983) wurde validiert und in die Root-Chain gesendet
00:41 — Alle Nodes haben Informationen aus der Root-Chain erhalten, dass Block #214 (9fb) hinzugefügt wurde und beginnen, 11.703 Transaktionen anzuwenden
00:45 — Alle Knoten haben aus der Wurzelkette die Informationen erhalten, dass Block #215 (983) hinzugefügt wurde und beginnen, 11900 Transaktionen anzuwenden.
00:51 — Block #214 (ef4) wurde validiert und in die Wurzelkette gesendet.
00:52 — Knoten #1 hat 51469 Transaktionen aus dem Pool entnommen und formt Block #216 (ea0).
00:56 — Knoten #3 hat 55102 Transaktionen aus dem Pool entnommen und formt Block #216 (f75).
00:58 — Das Dem-Skript hat seine Arbeit für Knoten #2 abgeschlossen.
00:58 — Block #216 (ea0) wurde signiert und wird anderen Knoten zur Validierung gesendet.
00:58 — Alle Knoten haben aus der Wurzelkette die Informationen erhalten, dass Block #216 (ef4) hinzugefügt wurde und beginnen, 27088 Transaktionen anzuwenden.
01:04 — Block #216 (f75) wurde signiert und wird anderen Knoten zur Validierung gesendet.
01:14 — Knoten #2 hat 72912 Transaktionen aus dem Pool entnommen und formt Block #217 (f85).
01:15 — Das Dem-Skript hat seine Arbeit für Knoten #1 und #2 abgeschlossen.
01:17 — Die Blöcke #216 (f75) und #216 (ea0) wurden validiert und in die Wurzelkette gesendet.
01:21 — Block #217 (f85) wurde signiert und wird anderen Knoten zur Validierung gesendet.
01:26 — Die Blöcke #217 (f75) und #218 (ea0) wurden in die Wurzelkette eingefügt und die Knoten beginnen, 51469 und 55102 Transaktionen anzuwenden.
01:27 — Block #217 (a85) wurde validiert und in die Wurzelkette gesendet.
01:41 — Knoten #1 hat 36828 Transaktionen aus dem Pool entnommen und bildet Block #219 (46f)
01:41 — Knoten #3 hat 32998 Transaktionen aus dem Pool entnommen und bildet Block #219 (bb3)
01:43 — Alle Knoten haben Informationen aus der Wurzelkette erhalten, dass Block #219 (а85) hinzugefügt wurde und beginnen, 72912 Transaktionen anzuwenden
01:46 — Block #219 (46f) wurde signiert und wird an andere Knoten zur Validierung gesendet
01:46 — Block #219 (bb3) wurde signiert und wird an andere Knoten zur Validierung gesendet
01:53 — Knoten #2 hat alle 100k Transaktionen verarbeitet, die im Pool waren
02:37 — Block #219 (bb3) wurde validiert und in die Wurzelkette gesendet
02:41 — Block #219 (46f) wurde validiert und in die Wurzelkette gesendet
02:48 — Die Blöcke #220 (bb3) und #221 (46f) wurden in die Wurzelkette hinzugefügt und die Knoten beginnen, 32998 bzw. 36828 Transaktionen anzuwenden
02:54 — Knoten #1 hat alle 100k Transaktionen verarbeitet, die im Pool waren
02:55 — Knoten #3 hat alle 100k Transaktionen verarbeitet, die im Pool waren
04:12 — Alle Knoten enthalten jeweils 300k Transaktionen und Token aus dem letzten Block #221

Test 2

3 Knoten erhalten jeweils 1kk Transaktionen. Insgesamt befinden sich in allen 9 Knoten 3kk Transaktionen und Token.

Ursprungsszustand: letzter Block #213; in der Datenbank sind 0 Transaktionen und Tokens gespeichert.

00:00 — Es wurden 3 Skripte gestartet, die jeweils 1kk Transaktionen generieren und senden
02:29 — Der Versand von 1kk Transaktionen an die Knoten #1 und #2 hat begonnen
02:33 — Knoten #1 hat aus dem Pool 11668 Transaktionen entnommen und Block #222 (510) erstellt
02:35 — Block #222 (510) wurde signiert und an andere Knoten zur Validierung gesendet
02:37 — Block #222 (510) wurde validiert und in die Hauptkette übertragen
02:38 — Knoten #2 hat aus dem Pool 46378 Transaktionen entnommen und Block #222 (a9d) erstellt
02:38 — Der Versand von 1 Million Transaktionen an Knoten #3 hat begonnen
02:41 — Knoten #3 hat aus dem Pool 5504 Transaktionen entnommen und Block #222 (387) erstellt
02:42 — Block #222 (387) wurde signiert und an andere Knoten zur Validierung gesendet
02:44 — Block #222 (a9d) wurde signiert und an andere Knoten zur Validierung gesendet
02:44 — Block #222 (387) wurde validiert und in die Hauptkette übertragen
02:49 — Block #222 (a9d) wurde validiert und in die Hauptkette übertragen
02:56 — Die Blöcke #222 (510), #223 (387) und #224 (a9d) wurden in die Hauptkette eingefügt und die Knoten beginnen, 11668, 5504 und 46378 Transaktionen anzuwenden
03:09 — Knoten #1 hat aus dem Pool 177170 Transaktionen entnommen und Block #225 (e50) erstellt
03:09 — Knoten #3 hat aus dem Pool 119327 Transaktionen entnommen und Block #225 (ccc) erstellt
03:10 — Knoten #2 hat aus dem Pool 149772 Transaktionen entnommen und Block #225 (404) erstellt
03:26 — Block #225 (ccc) wurde signiert und an andere Knoten zur Validierung gesendet
03:32 — Block #225 (404) wurde signiert und an andere Knoten zur Validierung gesendet
03:33 — Block #225 (e50) wurde signiert und an andere Knoten zur Validierung gesendet
03:53 — Block #225 (ccc) wurde validiert und in die Hauptkette gesendet
04:03 — Block #225 (e50) wurde validiert und in die Hauptkette gesendet
04:04 — Block #225 (404) wurde validiert und in die Hauptkette gesendet
04:06 — Alle Knoten erhielten aus der Hauptkette die Information, dass Block #225 (ccc) hinzugefügt wurde und beginnen, 119327 Transaktionen anzuwenden
04:14 — Alle Knoten erhielten aus der Hauptkette die Information, dass Block #226 (404) hinzugefügt wurde und beginnen, 149772 Transaktionen anzuwenden
04:16 — Alle Knoten erhielten aus der Hauptkette die Information, dass Block #227 (e50) hinzugefügt wurde und beginnen, 177170 Transaktionen anzuwenden
04:32 — Knoten #3 hat 209436 Transaktionen aus dem Pool genommen und bildet Block #228 (1e9)
04:40 — Knoten #2 hat 212669 Transaktionen aus dem Pool genommen und bildet Block #228 (e38)
04:40 — Knoten #1 hat 190144 Transaktionen aus dem Pool genommen und bildet Block #228 (861)
05:02 — Block #228 (1e9) wurde signiert und an andere Knoten zur Validierung gesendet
05:08 — Block #228 (861) wurde signiert und an andere Knoten zur Validierung gesendet
05:10 — Block #228 (e38) wurde signiert und an andere Knoten zur Validierung gesendet
06:13 — Block #228 (1e9) wurde validiert und in die Hauptkette gesendet
06:13 — Block #228 (861) wurde validiert und in die Hauptkette gesendet
06:13 — Block #228 (e38) wurde validiert und in die Hauptkette gesendet
06:39 — Die Blöcke #228 (861), #229 (1e9) und #230 (e38) wurden in die Hauptkette hinzugefügt und die Knoten beginnen, die Transaktionen 190144, 209436 und 212669 anzuwenden
07:07 — Knoten #1 hat 199770 Transaktionen aus dem Pool entnommen und formt Block #231 (e04)
07:09 — Knoten #2 hat 190473 Transaktionen aus dem Pool entnommen und formt Block #231 (36e)
07:09 — Knoten #3 hat 178807 Transaktionen aus dem Pool entnommen und formt Block #231 (f43)
07:34 — Block #231 (e04) wurde signiert und zur Validierung an andere Knoten gesendet
07:37 — Block #231 (36e) wurde signiert und zur Validierung an andere Knoten gesendet
07:37 — Block #231 (f43) wurde signiert und zur Validierung an andere Knoten gesendet
08:49 — Block #231 (e04) wurde validiert und in die Hauptkette gesendet
08:51 — Block #231 (f43) wurde validiert und in die Hauptkette gesendet
08:52 — Block #231 (36e) wurde validiert und in die Hauptkette gesendet
09:47 — Die Blöcke #231 (e04), #232 (f43) und #233 (36e) wurden in die Hauptkette hinzugefügt und die Knoten beginnen, die Transaktionen 199770, 178807 und 190473 anzuwenden
10:16 — Knoten #1 hat 153075 Transaktionen aus dem Pool entnommen und formt Block #234 (e04)
10:16 — Knoten #2 hat 168035 Transaktionen aus dem Pool übernommen und block #234 (36e) generiert
10:16 — Knoten #3 hat 166685 Transaktionen aus dem Pool übernommen und block #234 (f43) generiert
10:42 — Block #234 (56d) wurde signiert und an andere Knoten zur Validierung gesendet
11:59 — Block #234 (1bb) wurde validiert und in die Hauptkette gesendet
12:02 — Block #234 (58a) wurde validiert und in die Hauptkette gesendet
12:02 — Block #234 (56d) wurde validiert und in die Hauptkette gesendet
12:48 — Blocke #234 (1bb), #235 (58a) und #236 (56d) wurden zur Hauptkette hinzugefügt und die Knoten beginnen, 153075, 168035 und 166685 Transaktionen entsprechend zu verarbeiten
13:14 — Knoten #1 hat 112226 Transaktionen aus dem Pool übernommen und block #237 (5c0) generiert
13:16 — Knoten #2 hat 87550 Transaktionen aus dem Pool übernommen und block #234 (58a) generiert
13:16 — Knoten #3 hat 99594 Transaktionen aus dem Pool übernommen und block #234 (56d) generiert
13:30 — Block #237 (5c0) wurde signiert und an andere Knoten zur Validierung gesendet
13:32 — Block #237 (58a) wurde signiert und an andere Knoten zur Validierung gesendet
13:34 — Block #237 (56d) wurde signiert und an andere Knoten zur Validierung gesendet
14:47 — Block #237 (58a) wurde validiert und in die Hauptkette gesendet
14:53 — Block #237 (5c0) wurde innerhalb der angegebenen Zeit nicht validiert
14:53 — Alle Nodes haben aus der Hauptkette die Information erhalten, dass Block #237 (58a) hinzugefügt wurde und beginnen 87550 Transaktionen anzuwenden
14:54 — Block #237 (56d) wurde validiert und in die Hauptkette gesendet
15:02 — Node #1 hat 181206 Transaktionen aus dem Pool genommen und bildet Block #238 (c5f)
15:06 — Alle Nodes haben aus der Hauptkette die Information erhalten, dass Block #238 (56d) hinzugefügt wurde und beginnen 99594 Transaktionen anzuwenden
15:12 — Node #2 hat 51990 Transaktionen aus dem Pool genommen und bildet Block #239 (ad8)
15:20 — Block #239 (ad8) wurde signiert und wird den anderen Nodes zur Validierung gesendet
15:25 — Node #3 hat 46685 Transaktionen aus dem Pool genommen und bildet Block #239 (857)
15:30 — Block #238 (c5f) wurde signiert und wird den anderen Nodes zur Validierung gesendet
15:34 — Block #239 (857) wurde signiert und wird den anderen Nodes zur Validierung gesendet
16:32 — Block #239 (857) wurde validiert und in die Hauptkette gesendet
16:42 — Alle Nodes haben aus der Hauptkette die Information erhalten, dass Block #239 (857) hinzugefügt wurde und beginnen 46685 Transaktionen anzuwenden
16:42 — Block #238 (c5f) wurde validiert und in die Hauptkette gesendet
16:42 — Block #239 (ad8) wurde im angegebenen Zeitraum nicht validiert
16:54 — Node #2 hat 96882 Transaktionen aus dem Pool genommen und bildet Block #240 (e6e)
16:56 — Knoten #3 hat 39.704 Transaktionen aus dem Pool übernommen und formt Block #240 (a47)
17:02 — Block #240 (a47) wurde signiert und an andere Knoten zur Validierung gesendet
17:02 — Block #240 (e6e) wurde signiert und an andere Knoten zur Validierung gesendet
17:18 — Alle Knoten haben aus der Wurzelkette die Information erhalten, dass Block #240 (c5f) hinzugefügt wurde und beginnen, 181.206 Transaktionen anzuwenden
17:45 — Block #240 (a47) wurde validiert und in die Wurzelkette gesendet
17:47 — Knoten #1 hat 54.956 Transaktionen aus dem Pool übernommen und formt Block #241 (170)
17:59 — Block #241 (170) wurde signiert und an andere Knoten zur Validierung gesendet
18:09 — Alle Knoten haben aus der Wurzelkette die Information erhalten, dass Block #241 (a47) hinzugefügt wurde und beginnen, 181.206 Transaktionen anzuwenden
18:20 — Knoten #3 hat 39.104 Transaktionen aus dem Pool übernommen und formt Block #242 (955)
18:24 — Block #240 (e6e) wurde validiert und in die Wurzelkette gesendet
18:28 — Block #242 (955) wurde signiert und an andere Knoten zur Validierung gesendet
18:09 — Alle Knoten haben aus der Wurzelkette die Information erhalten, dass Block #242 (e6e) hinzugefügt wurde und beginnen, 96.882 Transaktionen anzuwenden
19:06 — Das Dem Skript hat seine Arbeit für Knoten #1 abgeschlossen
19:08 — Das Dem Skript hat seine Arbeit für Knoten #2 abgeschlossen
19:08 — Knoten #2 hat 48241 Transaktionen aus dem Pool übernommen und bildet Block #243 (fde)
19:14 — Block #243 (fde) wurde signiert und an andere Knoten zur Validierung gesendet
19:18 — Block #241 (170) wurde innerhalb der angegebenen Zeit nicht validiert
19:28 — Knoten #1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block #243 (37c)
19:35 — Block #242 (955) wurde validiert und in die Hauptchain gesendet
19:40 — Block #243 (37c) wurde signiert und an andere Knoten zur Validierung gesendet
20:05 — Alle Knoten haben aus der Hauptchain die Information erhalten, dass Block #243 (955) hinzugefügt wurde und beginnen, 39104 Transaktionen anzuwenden
20:15 — Block #243 (fde) wurde validiert und in die Hauptchain gesendet
20:19 — Knoten #3 hat 42981 Transaktionen aus dem Pool übernommen und bildet Block #244 (9b5)
20:26 — Block #244 (9b5) wurde signiert und an andere Knoten zur Validierung gesendet
20:28 — Alle Knoten haben aus der Hauptchain die Information erhalten, dass Block #244 (fde) hinzugefügt wurde und beginnen, 48241 Transaktionen anzuwenden
20:32 — Knoten #2 hat alle 1k Transaktionen, die im Pool waren, verarbeitet
21:05 — Block #243 (37c) wurde innerhalb der angegebenen Zeit nicht validiert
21:15 — Knoten #1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block #245 (37c)
21:32 — Block #245 (37c) wurde signiert und an andere Knoten zur Validierung gesendet
21:42 — Block #244 (9b5) wurde validiert und in die Hauptkette gesendet
21:50 — Alle Knoten haben aus der Hauptkette die Information erhalten, dass Block #245 (9b5) hinzugefügt wurde und beginnen mit der Anwendung von 42981 Transaktionen
22:04 — Knoten #3 hat 45361 Transaktionen aus dem Pool entnommen und formt Block #246 (3f9)
22:11 — Block #246 (3f9) wurde signiert und anderen Knoten zur Validierung gesendet
22:51 — Block #245 (37c) wurde innerhalb der angegebenen Zeit nicht validiert
23:01 — Knoten #1 hat 86967 Transaktionen aus dem Pool entnommen und formt Block #246 (37c)
23:08 — Das Demo-Skript hat seine Arbeit für Knoten #3 beendet
23:15 — Block #246 (37c) wurde signiert und anderen Knoten zur Validierung gesendet
23:32 — Block #246 (3f9) wurde innerhalb der angegebenen Zeit nicht validiert
23:42 — Knoten #3 hat 52173 Transaktionen aus dem Pool entnommen und formt Block #246 (71d)
23:51 — Block #246 (71d) wurde signiert und anderen Knoten zur Validierung gesendet
24:38 — Block #246 (37c) wurde innerhalb der angegebenen Zeit nicht validiert
25:01 — Knoten #1 hat 86967 Transaktionen aus dem Pool entnommen und formt Block #246 (37c)
25:06 — Block #246 (71d) wurde validiert und in die Hauptkette gesendet
25:12 — Block #246 (37c) wurde signiert und anderen Knoten zur Validierung gesendet
25:14 — Alle Nodes haben von der Wurzelkette die Information erhalten, dass Block #246 (71d) hinzugefügt wurde und beginnen, 52173 Transaktionen zu verarbeiten.
25:29 — Node #3 hat alle 1 Million Transaktionen verarbeitet, die im Pool waren.
26:40 — Block #247 (37c) wurde innerhalb der angegebenen Zeit nicht validiert.
26:47 — Node #1 hat 86967 Transaktionen aus dem Pool übernommen und formt Block #247 (37c).
27:03 — Block #247 (37c) wurde signiert und an andere Nodes zur Validierung gesendet.
28:29 — Block #247 (37c) wurde innerhalb der angegebenen Zeit nicht validiert.
28:35 — Node #1 hat 86967 Transaktionen aus dem Pool übernommen und formt Block #247 (37c).
28:49 — Block #247 (37c) wurde signiert und an andere Nodes zur Validierung gesendet.
30:13 — Block #247 (37c) wurde innerhalb der angegebenen Zeit nicht validiert.
30:23 — Node #1 hat 86967 Transaktionen aus dem Pool übernommen und formt Block #247 (37c).
30:38 — Block #247 (37c) wurde signiert und an andere Nodes zur Validierung gesendet.
32:00 — Block #247 (37c) wurde innerhalb der angegebenen Zeit nicht validiert.
32:11 — Node #1 hat 86967 Transaktionen aus dem Pool übernommen und formt Block #247 (37c).
32:26 — Block #247 (37c) wurde signiert und an andere Nodes zur Validierung gesendet.
33:49 — Block #247 (37c) wurde innerhalb der angegebenen Zeit nicht validiert.
33:59 — Node #1 hat 86967 Transaktionen aus dem Pool übernommen und formt Block #247 (37c).
34:12 — Block #247 (37c) wurde signiert und an andere Knoten zur Validierung gesendet
35:34 — Block #247 (37c) wurde validiert und in die Hauptkette eingefügt
35:54 — Alle Knoten haben Informationen aus der Hauptkette erhalten, dass Block #247 (37c) hinzugefügt wurde und beginnen mit der Anwendung von 86967 Transaktionen
36:11 — Knoten #1 hat alle 1 Million Transaktionen verarbeitet, die im Pool waren
55:12 — Der erste Knoten hat alle 3 Millionen Transaktionen verarbeitet

Ergebnisse

Es wurde festgestellt, dass die virtuellen Server von Azure nicht über ausreichend Rechenleistung verfügen, um eine so große Anzahl von Transaktionen zu verarbeiten. Aber die Hauptaufgabe der Tests, nämlich die Demonstration der Funktion von Plasma Cash mit MongoDB, wurde gut erfüllt.

Wir laden Sie ein, GitHub Projekt: https://github.com/opporty-com/Plasma-Cash/tree/new-version

Der Artikel wurde in Zusammenarbeit mit Alexander Nashivan, Senior-Entwickler bei Clever Solution Inc.

Das Entwicklerteam hat bereits die Geschwindigkeit von Plasma Cash getestet. Die Ergebnisse sind wie folgt: Opporty habe bereits die Geschwindigkeit von Plasma Cash getestet. Die Ergebnisse sind in diesem Artikel.

Quelle: habr.com