Der Blockchain-Trend gewinnt weiter an Dynamik. Immer mehr Experten prognostizieren, dass sich diese Technologie in naher Zukunft weltweit durchsetzen wird. Derzeit sind mehrere Probleme, die dies verhindern, noch ungelöst.
Erstens lassen sich moderne Blockchain-Systeme nicht gut skalieren. Beispielsweise hat Ethereum einen Durchsatz von nur 20 Transaktionen pro Sekunde und ist trotz seiner vielen Vorteile nicht für große Unternehmen geeignet.
Gleichzeitig wird Ethereum für seinen leistungsstarken Schutz vor Hacking und Netzwerkausfällen geschätzt. Man sollte ihn also nicht abschreiben. Sinnvoller ist es, die Mängel von Ethereum zu beheben und in Vorteile umzuwandeln.
Plasma Cash als Datenschutz- und Skalierbarkeitslösung auf Ethereum
Plasma ist eine Technologie, die von Vitalik Buterin, Mitbegründer des Ethereum-Projekts, auf der EthCC-Konferenz in Paris im Jahr 2018 vorgestellt wurde. Sie wurde gemeinsam mit Joseph Poon, Mitbegründer des Lightning Network, entwickelt und gilt als Lösung zur Steigerung die Rechenleistung der Ethereum-Blockchain. Die ersten Nachrichten über Plasma gelangten 2017 an die Medien.
Diese Plattform bietet eine externe Schicht von Smart Contracts, die mit der Hauptblockchain interagieren können, wodurch die Root-Chain entlastet und die Transaktionsgebühren für Smart Contracts und dezentrale Anwendungen (DApps) gesenkt werden.
Detaillierte Informationen zur Entwicklung wurden im Dokument „", datiert August 2017.
Buterin räumte ein, dass Plasma inhärente Skalierbarkeitsprobleme aufweist: Jeder Benutzer muss jeden Plasma-Block herunterladen und authentifizieren, was eine exponentielle Skalierung verhindert.
Um diesen Mangel zu beheben, wurde Plasma Cash entwickelt – eine untergeordnete Kette bestehend aus einem Smart Contract und einem privaten Netzwerk auf Basis von Node.js, das seinen Zustand regelmäßig an die Root-Chain (Ethereum) überträgt. Es sorgt für Dezentralisierung, Sicherheit und Skalierbarkeit in der Blockchain und löst damit das Skalierbarkeits-Trilemma.
Ein wichtiger Vorteil von Plasma Cash im Vergleich zu Plasma besteht darin, dass es die Aufmerksamkeit der Benutzer nur auf die Blöcke lenkt, die die Münzen enthalten, an denen sie interessiert sind:
„Benutzer müssen jetzt nur noch die Verfügbarkeit und Gültigkeit der Plasma-Kette für den spezifischen Index überprüfen, der mit den Münzen verknüpft ist, die sie ausgeben möchten, besitzen und an denen sie interessiert sind“, sagte Buterin.
Laut den Entwicklern ist Plasma Cash ein wirksames Mittel gegen Hacks in Ethereum. Jede Plasma-Münze hat einen Besitzer und ist einzigartig. Niemand kann sich ohne dessen Wissen die Coins eines anderen Nutzers aneignen. Ein Münzinhaber kann potenzielle betrügerische Abhebungen über das „Beschwerde“-System verhindern, indem er seine „Beweisdaten“ in der Historie seiner Münze angibt.
Testen von Plasma Cash im Mongo Atlas
Aufgrund seiner Neuheit ist Plasma Cash noch wenig erforscht. Blockchain-Experten testen aktiv die Interaktion mit verschiedenen Cloud-Diensten und Datenbanken, identifizieren Mängel und finden Möglichkeiten, diese zu beheben. Tests im Mongo Atlas haben insbesondere folgende Vorteile bei der Arbeit mit Plasma ergeben:
- Zuverlässiger Schutz vor Datenverlust, da im Cluster mehrere Replikate miteinander synchronisiert werden.
- стрый доступ, da ein Cluster auf den drei beliebtesten Cloud-Plattformen erstellt werden kann: Amazon, Google, Azure. Dadurch kann der Plasma Cash-Knoten in vielen Rechenzentren in der Nähe von Mongo Atlas eingesetzt werden. Wir haben bewiesen, dass die Geschwindigkeit nicht stark abnimmt, selbst wenn Plasma-Knoten in weiter entfernten Rechenzentren eingesetzt werden.
- Plasmaknoten, die im schreibgeschützten Modus verwendet werden, können mit einem Mongo-Cluster verbunden und in verschiedenen Teilen der Welt platziert werden verbessert die geografische Skalierbarkeit (Knoten sind näher an den Benutzern).
- Die Bereitstellung eines neuen Knotens ist einfach, da Sie nicht alles neu synchronisieren müssen. Sie können einfach eine Verbindung zu einem vorhandenen Mongo-Cluster herstellen oder schnell eine Kopie erstellen und eine Verbindung dazu konfigurieren.
- Es ist einfach, Ihre Datenbank zu skalieren. Mit der Zeit werden mehr Daten verfügbar und Sie können die Größe der Knoten im Cluster nach Bedarf erhöhen.
Zur Durchführung der Tests haben wir folgende Server genutzt:
- 3 virtuelle Azure-Server Standard E4s v3 (4 vcpus, 32 GiB Speicher). Jeder Server verfügt über 3 Knoten. Einer von ihnen kann Blöcke an die Root-Kette senden.
- Jeder Knoten ist mit seinem eigenen Mongo Atlas M50-Cluster verbunden, der 3 Knoten im Replikatmodus enthält.
Test 1
3 Knoten empfangen jeweils 100 Transaktionen. Insgesamt enthalten alle 9 Knoten 300 Transaktionen und Token.
Der Ausgangszustand: letzter Block #213; 0 Transaktionen und Token werden in der Datenbank gespeichert.
00:00 – 3 Skripte werden gestartet, die jeweils 100 Transaktionen generieren und senden
00:29 – Das Senden von 100 Transaktionen an die Knoten Nr. 1 und Nr. 2 hat begonnen
00:32 – Das Senden von 100 Transaktionen an Knoten Nr. 3 hat begonnen
00:32 – Knoten Nr. 1 hat 11703 Transaktionen aus dem Pool genommen und bildet Block Nr. 214 (9fb)
00:34 – Knoten Nr. 2 hat 27088 Transaktionen aus dem Pool genommen und bildet Block Nr. 214 (ef4)
00:34 – Block Nr. 214 (9fb) wird signiert und zur Validierung an andere Knoten gesendet
00:36 – Knoten Nr. 3 hat 11900 Transaktionen aus dem Pool übernommen und bildet Block Nr. 214 (983)
00:37 – Block Nr. 214 (9fb) wird validiert und an die Root-Kette gesendet
00:38 – Block Nr. 214 (983) wird signiert und zur Validierung an andere Knoten gesendet
00:38 – Block Nr. 214 (ef4) wird signiert und zur Validierung an andere Knoten gesendet
00:40 – Block Nr. 214 (983) wird validiert und an die Root-Kette gesendet
00:41 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 214 (9fb) hinzugefügt wurde, und beginnen mit der Anwendung von 11703 Transaktionen
00:45 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 215 (983) hinzugefügt wurde, und beginnen mit der Anwendung von 11900 Transaktionen
00:51 – Block Nr. 214 (ef4) wird validiert und an die Root-Kette gesendet
00:52 – Knoten Nr. 1 hat 51469 Transaktionen aus dem Pool genommen und bildet Block Nr. 216 (ea0)
00:56 – Knoten Nr. 3 hat 55102 Transaktionen aus dem Pool übernommen und bildet Block Nr. 216 (f75)
00:58 – Das Demo-Skript hat seine Arbeit für Knoten Nr. 2 abgeschlossen
00:58 – Block Nr. 216 (ea0) wird signiert und zur Validierung an andere Knoten gesendet
00:58 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 216 (ef4) hinzugefügt wurde, und beginnen mit der Anwendung von 27088 Transaktionen
01:04 – Block Nr. 216 (f75) wird signiert und zur Validierung an andere Knoten gesendet
01:14 – Knoten Nr. 2 hat 72912 Transaktionen aus dem Pool übernommen und bildet Block Nr. 217 (f85)
01:15 – Das Demo-Skript funktioniert für die Knoten Nr. 1 und Nr. 2 nicht mehr
01:17 – Blöcke #216 (f75) und #216 (ea0) werden validiert und an die Root-Kette gesendet
01:21 – Block Nr. 217 (f85) wird signiert und zur Validierung an andere Knoten gesendet
01:26 – Die Blöcke Nr. 217 (f75) und Nr. 218 (ea0) werden zur Root-Kette hinzugefügt und die Knoten beginnen mit der Anwendung von 51469 bzw. 55102 Transaktionen
01:27 – Block Nr. 217 (a85) wird validiert und an die Root-Kette gesendet
01:41 – Knoten Nr. 1 hat 36828 Transaktionen aus dem Pool genommen und bildet Block Nr. 219 (46f)
01:41 – Knoten Nr. 3 hat 32998 Transaktionen aus dem Pool übernommen und bildet Block Nr. 219 (bb3)
01:43 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 219 (a85) hinzugefügt wurde, und beginnen mit der Anwendung von 72912 Transaktionen
01:46 – Block Nr. 219 (46f) wird signiert und zur Validierung an andere Knoten gesendet
01:46 – Block Nr. 219 (bb3) wird signiert und zur Validierung an andere Knoten gesendet
01:53 – Knoten Nr. 2 verarbeitete alle 100 Transaktionen, die sich im Pool befanden
02:37 – Block Nr. 219 (bb3) wird validiert und an die Root-Kette gesendet
02:41 – Block#219 (46f) wird validiert und an die Root-Kette gesendet
02:48 – Die Blöcke Nr. 220 (bb3) und Nr. 221 (46f) werden zur Wurzelkette hinzugefügt und die Knoten beginnen, 32998 bzw. 36828 Transaktionen anzuwenden
02:54 – Knoten Nr. 1 verarbeitete alle 100 Transaktionen, die sich im Pool befanden
02:55 – Knoten Nr. 3 verarbeitete alle 100 Transaktionen, die sich im Pool befanden
04:12 – Alle Knoten enthalten 300 Transaktionen und Token, letzter Block #221
Test 2
3 Knoten empfangen jeweils 1 Transaktionen. Insgesamt enthalten alle 9 Knoten 3 Transaktionen und Token.
Der Ausgangszustand: letzter Block #213; 0 Transaktionen und Token werden in der Datenbank gespeichert.
00:00 – 3 Skripte werden gestartet, die jeweils 1 Transaktionen generieren und senden
02:29 – Das Senden von 1 Transaktionen an die Knoten Nr. 1 und Nr. 2 hat begonnen
02:33 – Knoten Nr. 1 hat 11668 Transaktionen aus dem Pool übernommen und bildet Block Nr. 222 (510)
02:35 – Block Nr. 222 (510) wird signiert und zur Validierung an andere Knoten gesendet
02:37 – Block Nr. 222 (510) wird validiert und an die Root-Kette gesendet
02:38 – Knoten Nr. 2 hat 46378 Transaktionen aus dem Pool übernommen und bildet Block Nr. 222 (a9d)
02:38 – Das Senden von 1 Transaktionen an Knoten Nr. 3 hat begonnen
02:41 – Knoten Nr. 3 hat 5504 Transaktionen aus dem Pool übernommen und bildet Block Nr. 222 (387)
02:42 – Block Nr. 222 (387) wird signiert und zur Validierung an andere Knoten gesendet
02:44 – Block Nr. 222 (a9d) wird signiert und zur Validierung an andere Knoten gesendet
02:44 – Block Nr. 222 (387) wird validiert und an die Root-Kette gesendet
02:49 – Block Nr. 222 (a9d) validiert und an die Root-Kette gesendet
02:56 – Die Blöcke Nr. 222 (510), Nr. 223 (387) und Nr. 224 (a9d) werden zur Wurzelkette hinzugefügt und die Knoten beginnen mit der Anwendung von 11668, 5504 bzw. 46378 Transaktionen
03:09 – Knoten Nr. 1 hat 177170 Transaktionen aus dem Pool genommen und bildet Block Nr. 225 (e50)
03:09 – Knoten Nr. 3 hat 119327 Transaktionen aus dem Pool übernommen und bildet Block Nr. 225 (ccc)
03:10 – Knoten Nr. 2 hat 149772 Transaktionen aus dem Pool übernommen und bildet Block Nr. 225 (404)
03:26 – Block Nr. 225 (ccc) wird signiert und zur Validierung an andere Knoten gesendet
03:32 – Block Nr. 225 (404) wird signiert und zur Validierung an andere Knoten gesendet
03:33 – Block Nr. 225 (e50) wird signiert und zur Validierung an andere Knoten gesendet
03:53 – Block Nr. 225 (ccc) validiert und an die Root-Kette gesendet
04:03 – Block Nr. 225 (e50) validiert und an die Root-Kette gesendet
04:04 – Block Nr. 225 (404) wird validiert und an die Root-Kette gesendet
04:06 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 225 (ccc) hinzugefügt wurde, und beginnen mit der Anwendung von 119327 Transaktionen
04:14 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 226 (404) hinzugefügt wurde, und beginnen mit der Anwendung von 149772 Transaktionen
04:16 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 227 (e50) hinzugefügt wurde, und beginnen mit der Anwendung von 177170 Transaktionen
04:32 – Knoten Nr. 3 hat 209436 Transaktionen aus dem Pool übernommen und bildet Block Nr. 228 (1e9)
04:40 – Knoten Nr. 2 hat 212669 Transaktionen aus dem Pool genommen und bildet Block Nr. 228 (e38)
04:40 – Knoten Nr. 1 hat 190144 Transaktionen aus dem Pool übernommen und bildet Block Nr. 228 (861)
05:02 – Block Nr. 228 (1e9) wird signiert und zur Validierung an andere Knoten gesendet
05:08 – Block Nr. 228 (861) wird signiert und zur Validierung an andere Knoten gesendet
05:10 – Block Nr. 228 (e38) wird signiert und zur Validierung an andere Knoten gesendet
06:13 – Block Nr. 228 (1e9) validiert und an die Root-Kette gesendet
06:13 – Block Nr. 228 (861) wird validiert und an die Root-Kette gesendet
06:13 – Block Nr. 228 (e38) validiert und an die Root-Kette gesendet
06:39 – Die Blöcke Nr. 228 (861), Nr. 229 (1e9) und Nr. 230 (e38) werden zur Wurzelkette hinzugefügt und die Knoten beginnen mit der Anwendung der Transaktionen 190144, 209436 bzw. 212669
07:07 – Knoten Nr. 1 hat 199770 Transaktionen aus dem Pool genommen und bildet Block Nr. 231 (e04)
07:09 – Knoten Nr. 2 hat 190473 Transaktionen aus dem Pool übernommen und bildet Block Nr. 231 (36e)
07:09 – Knoten Nr. 3 hat 178807 Transaktionen aus dem Pool übernommen und bildet Block Nr. 231 (f43)
07:34 – Block Nr. 231 (e04) wird signiert und zur Validierung an andere Knoten gesendet
07:37 – Block Nr. 231 (36e) wird signiert und zur Validierung an andere Knoten gesendet
07:37 – Block Nr. 231 (f43) wird signiert und zur Validierung an andere Knoten gesendet
08:49 – Block Nr. 231 (e04) validiert und an die Root-Kette gesendet
08:51 – Block Nr. 231 (f43) validiert und an die Root-Kette gesendet
08:52 – Block Nr. 231 (36e) validiert und an die Root-Kette gesendet
09:47 – Die Blöcke Nr. 231 (e04), Nr. 232 (f43) und Nr. 233 (36e) werden zur Wurzelkette hinzugefügt und die Knoten beginnen mit der Anwendung der Transaktionen 199770, 178807 bzw. 190473
10:16 – Knoten Nr. 1 hat 153075 Transaktionen aus dem Pool genommen und bildet Block Nr. 234 (e04)
10:16 – Knoten Nr. 2 hat 168035 Transaktionen aus dem Pool übernommen und bildet Block Nr. 234 (36e)
10:16 – Knoten Nr. 3 hat 166685 Transaktionen aus dem Pool übernommen und bildet Block Nr. 234 (f43)
10:42 – Block Nr. 234 (56d) wird signiert und zur Validierung an andere Knoten gesendet
11:59 – Block Nr. 234 (1bb) wird validiert und an die Root-Kette gesendet
12:02 – Block Nr. 234 (58a) validiert und an die Root-Kette gesendet
12:02 – Block Nr. 234 (56d) validiert und an die Root-Kette gesendet
12:48 – Die Blöcke Nr. 234 (1bb), Nr. 235 (58a) und Nr. 236 (56d) werden zur Wurzelkette hinzugefügt und die Knoten beginnen, 153075, 168035 bzw. 166685 Transaktionen anzuwenden
13:14 – Knoten Nr. 1 hat 112226 Transaktionen aus dem Pool genommen und bildet Block Nr. 237 (5c0)
13:16 – Knoten Nr. 2 hat 87550 Transaktionen aus dem Pool übernommen und bildet Block Nr. 234 (58a)
13:16 – Knoten Nr. 3 hat 99594 Transaktionen aus dem Pool übernommen und bildet Block Nr. 234 (56d)
13:30 – Block Nr. 237 (5c0) wird signiert und zur Validierung an andere Knoten gesendet
13:32 – Block Nr. 237 (58a) wird signiert und zur Validierung an andere Knoten gesendet
13:34 – Block Nr. 237 (56d) wird signiert und zur Validierung an andere Knoten gesendet
14:47 – Block Nr. 237 (58a) validiert und an die Root-Kette gesendet
14:53 – Block Nr. 237 (5c0) wurde nicht innerhalb der angegebenen Zeit validiert
14:53 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 237 (58a) hinzugefügt wurde, und beginnen mit der Anwendung von 87550 Transaktionen
14:54 – Block Nr. 237 (56d) validiert und an die Root-Kette gesendet
15:02 – Knoten Nr. 1 hat 181206 Transaktionen aus dem Pool genommen und bildet Block Nr. 238 (c5f)
15:06 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 238 (56d) hinzugefügt wurde, und beginnen mit der Anwendung von 99594 Transaktionen
15:12 – Knoten Nr. 2 hat 51990 Transaktionen aus dem Pool übernommen und bildet Block Nr. 239 (ad8)
15:20 – Block Nr. 239 (ad8) wird signiert und zur Validierung an andere Knoten gesendet
15:25 – Knoten Nr. 3 hat 46685 Transaktionen aus dem Pool übernommen und bildet Block Nr. 239 (857)
15:30 – Block Nr. 238 (c5f) wird signiert und zur Validierung an andere Knoten gesendet
15:34 – Block Nr. 239 (857) wird signiert und zur Validierung an andere Knoten gesendet
16:32 – Block Nr. 239 (857) wird validiert und an die Root-Kette gesendet
16:42 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 239 (857) hinzugefügt wurde, und beginnen mit der Anwendung von 46685 Transaktionen
16:42 – Block Nr. 238 (c5f) wird validiert und an die Root-Kette gesendet
16:42 – Block Nr. 239 (ad8) wurde nicht innerhalb der angegebenen Zeit validiert
16:54 – Knoten Nr. 2 nahm 96882 Transaktionen aus dem Pool und bildet Block Nr. 240 (e6e)
16:56 – Knoten Nr. 3 hat 39704 Transaktionen aus dem Pool genommen und bildet Block Nr. 240 (a47)
17:02 – Block Nr. 240 (a47) wird signiert und zur Validierung an andere Knoten gesendet
17:02 – Block Nr. 240 (e6e) wird signiert und zur Validierung an andere Knoten gesendet
17:18 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 240 (c5f) hinzugefügt wurde, und beginnen mit der Anwendung von 181206 Transaktionen
17:45 – Block Nr. 240 (a47) wird validiert und an die Root-Kette gesendet
17:47 – Knoten Nr. 1 hat 54956 Transaktionen aus dem Pool übernommen und bildet Block Nr. 241 (170)
17:59 – Block Nr. 241 (170) wird signiert und zur Validierung an andere Knoten gesendet
18:09 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 241 (a47) hinzugefügt wurde, und beginnen mit der Anwendung von 181206 Transaktionen
18:20 – Knoten Nr. 3 hat 39104 Transaktionen aus dem Pool übernommen und bildet Block Nr. 242 (955)
18:24 – Block Nr. 240 (e6e) wird validiert und an die Root-Kette gesendet
18:28 – Block Nr. 242 (955) wird signiert und zur Validierung an andere Knoten gesendet
18:09 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 242 (e6e) hinzugefügt wurde, und beginnen mit der Anwendung von 96882 Transaktionen
19:06 – Das Demo-Skript hat seine Arbeit für Knoten Nr. 1 abgeschlossen
19:08 – Das Demo-Skript hat seine Arbeit für Knoten Nr. 2 abgeschlossen
19:08 – Knoten Nr. 2 hat 48241 Transaktionen aus dem Pool übernommen und bildet Block Nr. 243 (fde)
19:14 – Block Nr. 243 (fde) wird signiert und zur Validierung an andere Knoten gesendet
19:18 – Block Nr. 241 (170) wurde nicht innerhalb der angegebenen Zeit validiert
19:28 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 243 (37c)
19:35 – Block Nr. 242 (955) wird validiert und an die Root-Kette gesendet
19:40 – Block Nr. 243 (37c) wird signiert und zur Validierung an andere Knoten gesendet
20:05 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 243 (955) hinzugefügt wurde, und beginnen mit der Anwendung von 39104 Transaktionen
20:15 – Block Nr. 243 (fde) wird validiert und an die Root-Kette gesendet
20:19 – Knoten Nr. 3 hat 42981 Transaktionen aus dem Pool übernommen und bildet Block Nr. 244 (9b5)
20:26 – Block Nr. 244 (9b5) wird signiert und zur Validierung an andere Knoten gesendet
20:28 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 244 (fde) hinzugefügt wurde, und beginnen mit der Anwendung von 48241 Transaktionen
20:32 – Knoten Nr. 2 verarbeitete alle 1 Transaktionen, die sich im Pool befanden
21:05 – Block Nr. 243 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
21:15 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 245 (37c)
21:32 – Block Nr. 245 (37c) wird signiert und zur Validierung an andere Knoten gesendet
21:42 – Block Nr. 244 (9b5) wird validiert und an die Root-Kette gesendet
21:50 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 245 (9b5) hinzugefügt wurde, und beginnen mit der Anwendung von 42981 Transaktionen
22:04 – Knoten Nr. 3 hat 45361 Transaktionen aus dem Pool übernommen und bildet Block Nr. 246 (3f9)
22:11 – Block Nr. 246 (3f9) wird signiert und zur Validierung an andere Knoten gesendet
22:51 – Block Nr. 245 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
23:01 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 246 (37c)
23:08 – Das Demo-Skript hat seine Arbeit für Knoten Nr. 3 abgeschlossen
23:15 – Block Nr. 246 (37c) wird signiert und zur Validierung an andere Knoten gesendet
23:32 – Block Nr. 246 (3f9) wurde nicht innerhalb der angegebenen Zeit validiert
23:42 – Knoten Nr. 3 hat 52173 Transaktionen aus dem Pool übernommen und bildet Block Nr. 246 (71d)
23:51 – Block Nr. 246 (71d) wird signiert und zur Validierung an andere Knoten gesendet
24:38 – Block Nr. 246 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
25:01 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 246 (37c)
25:06 – Block Nr. 246 (71d) validiert und an die Root-Kette gesendet
25:12 – Block Nr. 246 (37c) wird signiert und zur Validierung an andere Knoten gesendet
25:14 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 246 (71d) hinzugefügt wurde, und beginnen mit der Anwendung von 52173 Transaktionen
25:29 – Knoten Nr. 3 verarbeitete alle 1 Transaktionen, die sich im Pool befanden
26:40 – Block Nr. 247 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
26:47 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 247 (37c)
27:03 – Block Nr. 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
28:29 – Block Nr. 247 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
28:35 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 247 (37c)
28:49 – Block Nr. 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
30:13 – Block Nr. 247 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
30:23 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 247 (37c)
30:38 – Block Nr. 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
32:00 – Block Nr. 247 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
32:11 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 247 (37c)
32:26 – Block Nr. 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
33:49 – Block Nr. 247 (37c) wurde nicht innerhalb der angegebenen Zeit validiert
33:59 – Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 247 (37c)
34:12 – Block Nr. 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
35:34 – Block Nr. 247 (37c) validiert und an die Root-Kette gesendet
35:54 – Alle Knoten haben von der Root-Kette die Information erhalten, dass Block Nr. 247 (37c) hinzugefügt wurde, und beginnen mit der Anwendung von 86967 Transaktionen
36:11 – Knoten Nr. 1 verarbeitete alle 1 Transaktionen, die sich im Pool befanden
55:12 – Der erste Knoten hat alle 3 Transaktionen verarbeitet
Ergebnisse
Es wurde festgestellt, dass die virtuellen Azure-Server nicht über genügend Rechenleistung verfügten, um eine so große Anzahl von Transaktionen zu verarbeiten. Aber die Hauptaufgabe der Tests, nämlich den Betrieb von Plasma Cash mit MongoDB zu demonstrieren, hat das System gut gemeistert.
Wir laden Sie zu einem Besuch ein GitHub Projekt:
Der Artikel wurde mitgeschrieben von Alexander Nashivan, leitender Entwickler .
Zuvor Entwicklungsteam Ich habe die Geschwindigkeit von Plasma Cash bereits getestet. Die Ergebnisse sind in dargestellt .
Source: habr.com