Der Blockchain-Trend gewinnt weiter an Fahrt. Immer mehr Experten gehen davon aus, dass sich diese Technologie in naher Zukunft universell anpassen wird. Derzeit sind noch einige ungelöste Probleme ungelöst.
Erstens skalieren moderne Blockchain-Systeme nicht gut. Zum Beispiel beträgt die Bandbreite von Ethereum nur 20 Transaktionen pro Sekunde und ist trotz seiner vielen Vorteile nicht für große Unternehmen geeignet.
Gleichzeitig wird Ethereum für seinen starken Schutz vor Hacking und Netzwerkausfällen geschätzt. Also solltest du es nicht abschreiben. Es ist viel ratsamer, die Mängel von Ethereum zu beheben und sie in Vorteile umzuwandeln.
Plasma Cash als Lösung für Datenschutz und Skalierbarkeit in Ethereum
Plasma ist eine Technologie, die Vitalik Buterin, Mitbegründer des Ethereum-Projekts, auf der EthCC-Konferenz in Paris im Jahr 2018 vorgestellt hat. Sie wurde gemeinsam mit Joseph Pune, Mitbegründer des Lightning Network, entwickelt und als Lösung zur Erhöhung der Rechenleistung der Ethereum-Blockchain angekündigt. Die ersten Plasma-Nachrichten gingen 2017 an die Medien.
Diese Plattform ist eine externe Ebene von intelligenten Verträgen, die mit der Hauptblockchain interagieren können, wodurch die Stammkette entladen und die Transaktionsgebühren für intelligente Verträge und dezentrale Anwendungen (DApps) gesenkt werden.
Detaillierte Informationen zur Entwicklung wurden im Dokument „
Plasma: Scalable Autonomous Smart Contracts “ vom August 2017 vorgestellt.
Buterin räumte ein, dass Plasma Probleme mit der Skalierbarkeit hat: Jeder Benutzer muss jeden Plasmablock herunterladen und authentifizieren, was eine exponentielle Skalierung verhindert.
Um diesen Nachteil zu beheben, wurde Plasma Cash entwickelt - eine Tochterkette, die aus einem intelligenten Vertrag und einem privaten Netzwerk auf der Basis von Node.js besteht und ihren Status regelmäßig an die Stammkette (Ethereum) überträgt. Es bietet Dezentralisierung, Sicherheit und Skalierbarkeit in der Blockchain und löst so das Skalierbarkeitstrilemma.
Ein wichtiger 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 Münzen enthalten:
"Jetzt müssen Benutzer die Verfügbarkeit und Korrektheit der Plasmakette nur noch auf einen speziellen Index überprüfen, der sich auf die Münzen bezieht, die sie ausgeben möchten, besitzen und die sie interessieren", sagte Buterin.
Laut den Entwicklern ist Plasma Cash ein wirksames Heilmittel gegen Hackerangriffe in Ethereum. Jede Plasmamünze hat einen Besitzer und ist ein Unikat. Niemand kann ohne sein Wissen die Münzen eines anderen Benutzers in Besitz nehmen. Der Inhaber der Münze kann einen möglichen betrügerischen Geldabzug durch das "Beschwerdesystem" verhindern, indem er seine "Beweise" in der Geschichte seiner Münze vorlegt.
Testen von Plasma Cash bei Mongo Atlas
Aufgrund seiner Neuheit ist Plasma Cash noch wenig erforscht. Blockchain-Experten testen aktiv die Interaktion mit verschiedenen Cloud-Diensten und Datenbanken, beheben Mängel und finden Möglichkeiten, diese zu beheben. Insbesondere bei Tests in Mongo Atlas wurden folgende Vorteile bei der Arbeit mit Plasma festgestellt:
- Zuverlässiger Schutz vor Datenverlust , da mehrere Replikate in einem Cluster untereinander synchronisiert werden.
- Schneller Zugriff , da der Cluster auf den drei beliebtesten Cloud-Plattformen erstellt werden kann: Amazon, Google, Azure. Daher kann der Plasma Cash-Knoten in vielen Rechenzentren in der Nähe von Mongo Atlas bereitgestellt werden. Wir haben bewiesen, dass die Geschwindigkeit nicht stark abnimmt, selbst wenn Plasmaknoten in entfernteren Rechenzentren eingesetzt werden.
- Plasmaknoten, die nur im Lesemodus verwendet werden, können mit einem Mongo-Cluster verbunden werden und sich in verschiedenen Teilen der Welt befinden, wodurch die Geoskalierbarkeit verbessert wird (Knoten sind näher am Benutzer).
- Das Bereitstellen 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.
- Das Skalieren einer Datenbank ist einfach . Mit der Zeit werden die Daten größer und Sie können die Größe der Knoten im Cluster nach Bedarf erhöhen.
Wir haben die folgenden Server zum Testen verwendet:- 3 virtuelle Azure-Server Standard E4s v3 (4 vcpus, 32 GiB Speicher). Auf jedem Server werden 3 Knoten angehoben. Einer von ihnen kann Blöcke an die Stammkette senden.
- Jeder Knoten ist mit seinem Mongo Atlas-Cluster M50 verbunden, der drei Knoten im Replikationsmodus enthält.
Test 1
3 Knoten erhalten jeweils 100.000 Transaktionen. Insgesamt enthalten alle 9 Knoten 300.000 Transaktionen und Token.
Ausgangszustand: letzter Block # 213; 0 Transaktionen und Token werden in der Datenbank gespeichert.
00:00 - Es werden 3 Skripte gestartet, die 100.000 Transaktionen generieren und senden
00:29 - Das Senden von 100.000 Transaktionen an die Knoten 1 und 2 hat begonnen
00:32 - Das Senden von 100.000 Transaktionen an Knoten 3 hat begonnen
00:32 - Knoten Nr. 1 hat 11703 Transaktionen aus dem Pool übernommen und bildet Block Nr. 214 (9fb)
00:34 - Noda # 2 nahm 27088 Transaktionen aus dem Pool und formuliert Block # 214 (ef4)
00:34 - Block # 214 (9fb) wird signiert und zur Validierung an andere Knoten gesendet
00:36 - Noda # 3 nahm 11900 Transaktionen aus dem Pool und formuliert Block # 214 (983)
00:37 - Block # 214 (9fb) wird validiert und an die Stammkette gesendet
00:38 - Block # 214 (983) wird signiert und zur Validierung an andere Knoten gesendet
00:38 - Block # 214 (ef4) wird signiert und zur Validierung an andere Knoten gesendet
00:40 - Block # 214 (983) wurde validiert und an die Stammkette gesendet
00:41 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 214 (9fb) hinzugefügt wurde und 11703 Transaktionen beginnen, angewendet zu werden
00:45 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 215 (983) hinzugefügt wurde und 11900 Transaktionen angewendet werden
00:51 - Block # 214 (ef4) wird validiert und an die Root-Kette gesendet
00:52 - Knoten Nr. 1 hat 51.469 Transaktionen aus dem Pool übernommen und bildet Block Nr. 216 (ea0).
00:56 - Noda # 3 nahm 55102 Transaktionen aus dem Pool und formuliert Block # 216 (f75)
00:58 - Das Demoskript hat seine Arbeit für Knoten 2 beendet
00:58 - Block # 216 (ea0) wird signiert und zur Validierung an andere Knoten gesendet
00:58 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 216 (ef4) hinzugefügt wurde und 27088 Transaktionen beginnen, angewendet zu werden
01:04 - Block # 216 (f75) wird signiert und zur Validierung an andere Knoten gesendet
01:14 - Noda # 2 nahm 72912 Transaktionen aus dem Pool und formuliert Block # 217 (f85)
01:15 - Das Demoskript hat seine Arbeit für Knoten 1 und 2 beendet
01:17 - Die Blöcke # 216 (f75) und # 216 (ea0) werden validiert und an die Stammkette gesendet
01:21 - Block # 217 (f85) wird signiert und zur Validierung an andere Knoten gesendet
01:26 - Die Blöcke # 217 (f75) und # 218 (ea0) werden der Stammkette hinzugefügt, und die Knoten beginnen, 51469- bzw. 55102-Transaktionen anzuwenden
01:27 - Block Nr. 217 (a85) wurde validiert und an die Stammkette gesendet
01:41 - Noda # 1 nahm 36828 Transaktionen aus dem Pool und formuliert Block # 219 (46f)
01:41 - Noda # 3 nahm 32998 Transaktionen aus dem Pool und formuliert Block # 219 (bb3)
01:43 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 219 (a85) hinzugefügt wurde und 72912-Transaktionen beginnen, angewendet zu werden
01:46 - Block Nr. 219 (46f) wird signiert und zur Validierung an andere Knoten gesendet
01:46 - Block # 219 (bb3) wird signiert und zur Validierung an andere Knoten gesendet
01:53 - Noda # 2 hat alle 100.000 Transaktionen verarbeitet, die sich im Pool befanden
02:37 - Block # 219 (bb3) wird validiert und an die Stammkette gesendet
02:41 - Block Nr. 219 (46f) wird validiert und an die Stammkette gesendet
02:48 - Die Blöcke Nr. 220 (bb3) und Nr. 221 (46f) werden der Stammkette hinzugefügt, und die Knoten beginnen, 32998- bzw. 36828-Transaktionen anzuwenden
02:54 - Knoten 1 verarbeitete alle 100.000 Transaktionen, die sich im Pool befanden
02:55 - Noda # 3 verarbeitete alle 100.000 Transaktionen, die sich im Pool befanden
04:12 - Alle Knoten enthalten 300.000 Transaktionen und Token für den letzten Block # 221
Test 2
3 Knoten erhalten 1kk Transaktionen. Insgesamt sind in allen 9 Knoten 3kk Transaktionen und Token enthalten.
Ausgangszustand: letzter Block # 213; 0 Transaktionen und Token werden in der Datenbank gespeichert.
00:00 - Es werden 3 Skripte gestartet, die 1kk-Transaktionen generieren und senden
02:29 - Das Senden von 1kk-Transaktionen an die Knoten 1 und 2 wurde gestartet
02:33 - Noda # 1 nahm 11668 Transaktionen aus dem Pool und formuliert Block # 222 (510)
02:35 - Block # 222 (510) wird signiert und zur Validierung an andere Knoten gesendet
02:37 - Block # 222 (510) wird validiert und an die Stammkette gesendet
02:38 - Noda # 2 nahm 46378 Transaktionen aus dem Pool und formuliert Block # 222 (a9d)
02:38 - Das Senden von 1kk-Transaktionen an Knoten 3 wurde gestartet
02:41 - Noda # 3 nahm 5504 Transaktionen aus dem Pool und formuliert Block # 222 (387)
02:42 - Block # 222 (387) wird signiert und zur Validierung an andere Knoten gesendet
02:44 - Block # 222 (a9d) wird signiert und zur Validierung an andere Knoten gesendet
02:44 - Block # 222 (387) wird validiert und an die Stammkette gesendet
02:49 - Block # 222 (a9d) wird validiert und an die Stammkette gesendet
02:56 - Die Blöcke # 222 (510) # 223 (387) und # 224 (a9d) werden der Stammkette hinzugefügt, und die Knoten beginnen, 11668-, 5504- bzw. 46378-Transaktionen anzuwenden
03:09 - Noda # 1 nahm 177170 Transaktionen aus dem Pool und formuliert Block # 225 (e50)
03:09 - Knoten Nr. 3 hat 119327 Transaktionen aus dem Pool übernommen und bildet Block Nr. 225 (ccc).
03:10 - Noda # 2 nahm 149772 Transaktionen aus dem Pool und formuliert Block # 225 (404)
03:26 - Block # 225 (ccc) wird signiert und zur Validierung an andere Knoten gesendet
03:32 - Block # 225 (404) wird signiert und zur Validierung an andere Knoten gesendet
03:33 - Block # 225 (e50) wird signiert und zur Validierung an andere Knoten gesendet
03:53 - Block # 225 (ccc) wird validiert und an die Stammkette gesendet
04:03 - Block # 225 (e50) wird validiert und an die Stammkette gesendet
04:04 - Block # 225 (404) wird validiert und an die Stammkette gesendet
04:06 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 225 (ccc) hinzugefügt wurde und 119327 Transaktionen angewendet werden
04:14 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 226 (404) hinzugefügt wurde und 149772 Transaktionen angewendet werden
04:16 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 227 (e50) hinzugefügt wurde und 177170-Transaktionen angewendet werden
04:32 - Knoten # 3 hat 209436 Transaktionen aus dem Pool genommen und bildet Block # 228 (1e9)
04:40 - Noda # 2 nahm 212669 Transaktionen aus dem Pool und formuliert Block # 228 (e38)
04:40 - Noda # 1 hat 190144 Transaktionen aus dem Pool übernommen und bildet Block # 228 (861)
05:02 - Block # 228 (1e9) wird signiert und zur Validierung an andere Knoten gesendet
05:08 - Block # 228 (861) wird signiert und zur Validierung an andere Knoten gesendet
05:10 - Block # 228 (e38) wird signiert und zur Validierung an andere Knoten gesendet
06:13 - Block # 228 (1e9) wird validiert und an die Stammkette gesendet
06:13 - Block # 228 (861) wurde validiert und an die Stammkette gesendet
06:13 - Block # 228 (e38) wurde validiert und an die Stammkette gesendet
06:39 - Die Blöcke # 228 (861) # 229 (1e9) und # 230 (e38) werden der Stammkette hinzugefügt, und die Knoten beginnen, Transaktionen von 190144, 209436 bzw. 212669 anzuwenden
07:07 - Noda # 1 hat 199770 Transaktionen und Formulare aus dem Pool entnommen Block # 231 (e04)
07:09 - Noda # 2 nahm 190473 Transaktionen aus dem Pool und formuliert Block # 231 (36e)
07:09 - Noda # 3 nahm 178807 Transaktionen aus dem Pool und formuliert Block # 231 (f43)
07:34 - Block # 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 # 231 (f43) wird signiert und zur Validierung an andere Knoten gesendet
08:49 - Block # 231 (e04) wird validiert und an die Stammkette gesendet
08:51 - Block # 231 (f43) wird validiert und an die Stammkette gesendet
08:52 - Block Nr. 231 (36e) wird validiert und an die Stammkette gesendet
09:47 - Die Blöcke Nr. 231 (e04) Nr. 232 (f43) und Nr. 233 (36e) werden der Stammkette hinzugefügt, und die Knoten beginnen, 199770-, 178807- bzw. 190473-Transaktionen anzuwenden
10:16 - Noda # 1 hat 153075 Transaktionen aus dem Pool genommen und bildet Block # 234 (e04)
10:16 - Noda # 2 hat 168035 Transaktionen aus dem Pool übernommen und bildet Block # 234 (36e)
10:16 - Noda # 3 nahm 166685 Transaktionen aus dem Pool und formuliert Block # 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 Stammkette gesendet
12:02 - Block Nr. 234 (58a) wird validiert und an die Stammkette gesendet
12:02 - Block Nr. 234 (56d) wird validiert und an die Stammkette gesendet
12:48 - Die Blöcke Nr. 234 (1bb) Nr. 235 (58a) und Nr. 236 (56d) werden der Stammkette hinzugefügt, und die Knoten beginnen, 153075-, 168035- bzw. 166685-Transaktionen anzuwenden
13:14 - Knoten Nr. 1 hat 112226 Transaktionen aus dem Pool übernommen und bildet Block Nr. 237 (5c0).
13:16 - Knoten Nr. 2 hat 87550 Transaktionen aus dem Pool entnommen und bildet Block Nr. 234 (58a).
13:16 - Knoten Nr. 3 hat 99594 Transaktionen aus dem Pool entnommen 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) wird validiert und an die Stammkette gesendet
14:53 - Block Nr. 237 (5c0) wurde für die angegebene Zeit nicht validiert
14:53 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block Nr. 237 (58a) hinzugefügt wurde und 87550 Transaktionen angewendet werden
14:54 - Block Nr. 237 (56d) wird validiert und an die Stammkette gesendet
15:02 - Noda # 1 hat 181206 Transaktionen aus dem Pool genommen und bildet Block # 238 (c5f)
15:06 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 238 (56d) hinzugefügt wurde und sie beginnen 99594 Transaktionen anzuwenden
15:12 - Noda # 2 hat 51990 Transaktionen aus dem Pool genommen und bildet Block # 239 (ad8)
15:20 - Block # 239 (ad8) wird signiert und zur Validierung an andere Knoten gesendet
15:25 - Noda # 3 hat 46685 Transaktionen aus dem Pool genommen und bildet Block # 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 Stammkette gesendet
16:42 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 239 (857) hinzugefügt wurde und 46685 Transaktionen angewendet werden
16:42 - Block # 238 (c5f) wird validiert und an die Root-Kette gesendet
16:42 - Block # 239 (ad8) wurde für die angegebene Zeit nicht validiert
16:54 - Noda # 2 nahm 96882 Transaktionen aus dem Pool und formuliert Block # 240 (e6e)
16:56 - Noda # 3 hat 39704 Transaktionen aus dem Pool genommen und bildet Block # 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 Stammkette die Information erhalten, dass Block # 240 (c5f) hinzugefügt wurde und 181206 Transaktionen beginnen, angewendet zu werden
17:45 - Block Nr. 240 (a47) wird validiert und an die Stammkette gesendet
17:47 - Noda # 1 hat 54956 Transaktionen aus dem Pool übernommen und bildet Block # 241 (170)
17:59 - Block # 241 (170) wird signiert und zur Validierung an andere Knoten gesendet
18:09 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 241 (a47) hinzugefügt wurde und 181206 Transaktionen beginnen, angewendet zu werden
18:20 - Noda # 3 hat 39104 Transaktionen aus dem Pool genommen und Block # 242 gebildet (955)
18:24 - Block # 240 (e6e) wird validiert und an die Root-Kette gesendet
18:28 - Block # 242 (955) wird signiert und zur Validierung an andere Knoten gesendet
18:09 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 242 (e6e) hinzugefügt wurde und 96882 Transaktionen angewendet werden
19:06 - Das Demoskript hat seine Arbeit für Knoten 1 beendet
19:08 - Das Demoskript hat seine Arbeit für Knoten 2 beendet
19:08 - Noda # 2 nahm 48241 Transaktionen aus dem Pool und formuliert Block # 243 (fde)
19:14 - Block # 243 (fde) wird signiert und zur Validierung an andere Knoten gesendet
19:18 - Block Nr. 241 (170) war für die angegebene Zeit ungültig
19:28 - Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 243 (37c).
19:35 - Block # 242 (955) wird validiert und an die Stammkette gesendet
19:40 - Block # 243 (37c) wird signiert und zur Validierung an andere Knoten gesendet
20:05 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 243 (955) hinzugefügt wurde und dass 39104 Transaktionen angewendet werden
20:15 - Block # 243 (fde) wird validiert und an die Stammkette gesendet
20:19 - Noda # 3 nahm 42981 Transaktionen aus dem Pool und formuliert Block # 244 (9b5)
20:26 - Block # 244 (9b5) wird signiert und zur Validierung an andere Knoten gesendet
20:28 - Alle Knoten erhielten von der Stammkette die Information, dass Block # 244 (fde) hinzugefügt wurde und 48241 Transaktionen angewendet wurden
20:32 - Knoten 2 verarbeitete alle 1-KB-Transaktionen, die sich im Pool befanden
21:05 - Block Nr. 243 (37c) wurde für die angegebene Zeit nicht validiert
21:15 - Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 245 (37c).
21:32 - Block # 245 (37c) wird signiert und zur Validierung an andere Knoten gesendet
21:42 - Block # 244 (9b5) wird validiert und an die Stammkette gesendet
21:50 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 245 (9b5) hinzugefügt wurde und 42981 Transaktionen beginnen, angewendet zu werden
22:04 - Noda # 3 nahm 45361 Transaktionen aus dem Pool und formuliert Block # 246 (3f9)
22:11 - Block # 246 (3f9) wird signiert und zur Validierung an andere Knoten gesendet
22:51 - Block # 245 (37c) wurde für die angegebene Zeit nicht validiert
23:01 - Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 246 (37c).
23:08 - Das Demoskript hat seine Arbeit für Knoten 3 beendet
23:15 - Block # 246 (37c) wird signiert und zur Validierung an andere Knoten gesendet
23:32 - Block Nr. 246 (3f9) war für die angegebene Zeit ungültig
23:42 - Noda # 3 nahm 52173 Transaktionen aus dem Pool und formuliert Block # 246 (71d)
23:51 - Block # 246 (71d) wird signiert und zur Validierung an andere Knoten gesendet
24:38 - Block Nr. 246 (37c) wurde für die angegebene Zeit nicht validiert
25: 01 - Noda # 1 nahm 86967 Transaktionen aus dem Pool und bildet Block # 246 (37c)
25:06 - Block # 246 (71d) wird validiert und an die Stammkette gesendet
25:12 - Block # 246 (37c) wird signiert und zur Validierung an andere Knoten gesendet
25:14 - Alle Knoten haben von der Stammkette die Information erhalten, dass Block # 246 (71d) hinzugefügt wurde und dass 52173-Transaktionen angewendet werden
25:29 - Knoten 3 verarbeitete alle 1-KB-Transaktionen, die sich im Pool befanden
26:40 - Block Nr. 247 (37c) wurde für die angegebene Zeit nicht validiert
26:47 - Noda # 1 nahm 86967 Transaktionen aus dem Pool und formuliert Block # 247 (37c)
27:03 - Block # 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
28:29 - Block Nr. 247 (37c) wurde für die angegebene Zeit nicht validiert
28:35 - Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 247 (37c).
28:49 - Block # 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
30:13 - Block Nr. 247 (37c) wurde für die angegebene Zeit nicht validiert
30:23 - Noda # 1 nahm 86967 Transaktionen aus dem Pool und formuliert Block # 247 (37c)
30:38 - Block # 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
32:00 - Block Nr. 247 (37c) wurde für die angegebene Zeit nicht validiert
32:11 - Knoten Nr. 1 hat 86967 Transaktionen aus dem Pool übernommen und bildet Block Nr. 247 (37c).
32:26 - Block # 247 (37c) wird signiert und zur Validierung an andere Knoten gesendet
33:49 — #247 (37c)
33:59 — #1 86967 #247 (37c)
34:12 — #247 (37c)
35:34 — #247 (37c)
35:54 — , #247 (37c) 86967
36:11 — #1 1 ,
55:12 — 3
Zusammenfassung
Es stellte sich heraus, dass die virtuellen Azure-Server nicht über genügend Rechenleistung verfügten, um eine so große Anzahl von Transaktionen abzuwickeln. Aber mit der Hauptaufgabe der Tests, nämlich die Arbeit von Plasma Cash mit MongoDB zu demonstrieren, kam das System gut zurecht.Wir laden Sie die besuchen GitHub Projekt: https://github.com/opporty-com/Plasma-Cash/tree/new-versionArtikel wurde in Zusammenarbeit mit schriftlicher Alexander Nashivanom , Senior - Entwickler Clever Lösung Inc .Zuvor hat das Opporty- Entwicklungsteam bereits die Geschwindigkeit von Plasma Cash getestet. Die Ergebnisse werden in diesem Artikel vorgestellt .