Ihr Team hat also die Alpha-Version Ihrer Blockchain fertiggestellt und es ist Zeit, Testnet und dann Mainnet zu starten. Sie haben eine echte Blockchain mit unabhängigen Teilnehmern, ein gutes Wirtschaftsmodell, Sicherheit, Sie haben eine Governance entworfen und jetzt ist es an der Zeit, all dies in die Tat umzusetzen. In einer idealen kryptoanarchischen Welt platzieren Sie den Genesis-Block im Netzwerk, den endgültigen Code des Knotens und die Validatoren selbst starten alles, rufen alle Hilfsdienste auf und alles geschieht von selbst. Dies geschieht jedoch in einer fiktiven Welt, aber in der realen Welt muss das Team eine ganze Menge Hilfssoftware und verschiedene Manipulationen vorbereiten, um Validatoren beim Aufbau eines stabilen Netzwerks zu unterstützen. Darum geht es in diesem Artikel.
Die Einführung von Netzwerken auf der Grundlage von „Proof-of-Stake“-Konsensvereinbarungen, bei denen Validatoren durch die Stimmen der System-Token-Inhaber bestimmt werden, ist ein eher spezifisches Ereignis, da selbst die Einführung traditioneller, zentral verwalteter Systeme mit Dutzenden oder Hunderten von Servern nicht einfach ist Aufgabe an sich, und die Blockchain muss mit der Anstrengung loyaler, aber unabhängiger Teilnehmer gestartet werden. Und wenn Administratoren in einem Unternehmen beim Start vollen Zugriff auf alle Maschinen, Protokolle und die allgemeine Überwachung haben, erlauben die Validatoren niemandem den Zugriff auf ihre Server und ziehen es höchstwahrscheinlich vor, ihre Infrastruktur unabhängig aufzubauen, da sie den Zugriff kontrollieren zu den Hauptvorteilen des Validators – Stakes-Wähler. Es ist dieses Verhalten, das den Aufbau verteilter sicherer Netzwerke ermöglicht – die Unabhängigkeit der verwendeten Cloud-Anbieter, virtuelle und „Baremetal“-Server, unterschiedliche Betriebssysteme, all dies ermöglicht es Ihnen, Angriffe auf ein solches Netzwerk äußerst wirkungslos zu machen – zu viel anders Software verwendet wird. Beispielsweise verwendet Ethereum zwei Hauptknotenimplementierungen, in Go und in Rust, und ein Angriff, der für eine Implementierung effektiv ist, funktioniert für die andere nicht.
Daher müssen alle Prozesse zum Starten und Betreiben von Blockchains so organisiert sein, dass jeder Validator oder sogar eine kleine Gruppe von Validatoren jederzeit ihre Computer aus dem Fenster werfen und verlassen kann, während nichts kaputt gehen darf und die verbleibenden Validatoren weiterhin effektiv funktionieren sollten Unterstützung des Betriebsnetzwerks und Anbindung neuer Validatoren. Wenn bei der Gründung eines Netzwerks ein Validator in Europa, der zweite in Südamerika und der dritte in Asien ansässig ist, ist es ziemlich schwierig, die koordinierte Arbeit mehrerer Dutzend unabhängiger Gruppen zu erreichen und sie dadurch zu interessieren.
Validatoren
Stellen wir uns die Einführung einer hypothetischen modernen Blockchain vor (das meiste, was beschrieben wird, eignet sich für Blockchains, die auf jeder modernen Blockchain-Familie basieren: Ethereum, EOS, Polkadot, Cosmos und andere, die einen Proof-of-Stake-Konsens bieten. Die Hauptfiguren von Bei solchen Blockchains handelt es sich um Validierungsteams, die ihre eigenen unabhängigen Server installieren, die neue Blöcke validieren und produzieren und vom Netzwerk Belohnungen für diejenigen erhalten, die am Konsens teilnehmen. Um neue Netzwerke zu starten, sind mehrere Dutzend Validatoren erforderlich (das können mittlerweile viele). (mehr oder weniger effektiv in Sekundenschnelle einen Konsens erreichen), daher kündigt das Projekt eine Registrierung an, bei der Validatoren öffentliche Informationen über sich selbst mit Benutzern teilen und sie davon überzeugen, dass sie dem gestarteten Netzwerk qualitativ hochwertige Dienste anbieten werden.
Validierung ist ein Geschäft, das es Ihnen ermöglicht, das potenzielle Einkommen des Validators äußerst genau einzuschätzen, die Macht schnell zwischen Projekten zu übertragen, und wenn das von ihm gewählte Netzwerk erfolgreich ist, kann der Validator als vollwertiger Teilnehmer am DAO und verantwortliche Person Entwickeln Sie das Projekt oder bieten Sie einfach exzellenten technischen Service für völlig transparentes, ehrlich verdientes Geld. Geld. Bei der Berechnung der Belohnung für Validatoren versuchen Projekte, die Kosten der Validatoren zu berücksichtigen und die Belohnung für Blöcke so zu gestalten, dass dieses Geschäft profitabel ist, aber gleichzeitig nicht zulässt, dass Validatoren die Wirtschaft stürzen, indem sie sie mit Geld überfluten anderen Netzwerkbenutzern dies vorenthalten.
Das Geschäft mit Validatoren erfordert die Gewährleistung einer hohen Fehlertoleranz der Dienste, was ein hohes Maß an Schulung für Entwickler und Entwickler sowie teure Rechenressourcen bedeutet. Auch ohne die Notwendigkeit, Hashes in Proof-of-Work-Netzwerken zu schürfen, ist ein Blockchain-Knoten ein großer Dienst, der viel Speicher beansprucht, viele Berechnungen verbraucht, validiert, auf die Festplatte schreibt und große Datenmengen an das Netzwerk sendet . Um Transaktionsprotokolle und Blockchains für eine Blockchain mit mehreren tausend kleinen Transaktionen in einem Block zu speichern, ist mittlerweile ein Speicher von 50 GB oder mehr erforderlich, bei Blöcken muss es sich um eine SSD handeln. Die staatliche Blockchain-Datenbank mit Unterstützung für Smart Contracts kann bereits über 64 GB RAM verfügen. Server mit den erforderlichen Eigenschaften sind recht teuer; ein Ethereum- oder EOS-Knoten kann zwischen 100 und 200 $/Monat kosten. Hinzu kommen die erhöhten Löhne für die Rund-um-die-Uhr-Arbeit von Entwicklern und Entwicklern, die während der Startphase Probleme auch nachts lösen, da sich einige Validatoren leicht in einer anderen Hemisphäre befinden können. Im richtigen Moment kann der Besitz eines Validierungsknotens jedoch erhebliche Einnahmen bringen (im Fall von EOS bis zu 10 US-Dollar pro Tag).
Validierung ist nur eine der neuen potenziellen IT-Aufgaben für Unternehmer und Unternehmen. Während Programmierer immer ausgefeiltere Algorithmen entwickeln, die Ehrlichkeit belohnen und Betrug und Diebstahl bestrafen, tauchen Dienste auf, die die Funktionen der Veröffentlichung wichtiger Daten (Orakel) und der Überwachung übernehmen (Einlagenkürzung und Bestrafung von Betrügern durch die Veröffentlichung von Beweisen für Täuschung), Streitbeilegungsdienste, Versicherungen und Optionen, sogar Garbage Collection ist ein potenziell großer Markt für intelligente Vertragssysteme, bei denen für die Datenspeicherung bezahlt werden muss.
Probleme beim Start einer Blockchain
Die Offenheit der Blockchain, die es Computern aus jedem Land ermöglicht, frei am Netzwerk teilzunehmen, und die einfache Möglichkeit, jeden Skript-Kiddie gemäß den Anweisungen auf GitHub mit dem Netzwerk zu verbinden, ist nicht immer ein Vorteil. Das Streben nach einem neuen Token zwingt Prüfer oft dazu, „zu Beginn eine neue Münze zu schürfen“, in der Hoffnung, dass der Kurs steigt und sie ihre Einnahmen schnell abwerfen können. Dies bedeutet auch, dass Ihr Validator jeder sein kann, sogar eine anonyme Person. Sie können für ihn auf die gleiche Weise wie für andere Validatoren stimmen (allerdings wird es für eine anonyme Person schwierig sein, Stakeholder-Stimmen für sich selbst zu sammeln, daher haben wir Die gruseligen Geschichten über anonyme Kryptowährungen überlasse ich den Politikern. Dennoch
Das Projektteam hat die Aufgabe, irgendwie diejenigen in sein Netzwerk zu bekommen, die in Zukunft in der Lage sind, den stabilen Betrieb von Knoten zu gewährleisten, Sicherheit zu verstehen, Probleme schnell zu lösen, mit anderen Validatoren zusammenzuarbeiten und gemeinsam zu handeln – das ist die Qualität Alles hängt vollständig von diesen Eigenschaften ab – ein Zeichen, in das die Netzwerkteilnehmer ihre Zeit und Ressourcen investieren werden. Angemessene Gründer sind sich bei der Bewertung der Risiken bewusst, dass bei der Einführung von Software dieser Größe auf jeden Fall Fehler im Code und in der Konfiguration der Knoten auftreten müssen und dass die Stabilität des Netzwerks davon abhängt, wie gut Entwickler und Validatoren gemeinsam Lösungen finden solche Probleme.
Das Team ist bereit, im Mainnet für alle Validatoren abzustimmen, nur um zu wissen, welche gut sind? Das größte Portfolio? Mittlerweile hat es fast niemand mehr. Basierend auf den LinkedIn-Profilen des Teams? Erfahrene Entwickler oder Sicherheitsspezialisten stellen Ihnen keine LinkedIn-Profile zur Verfügung. Nach Aussagen im Chat, in Beiträgen und anderen in der Vorbereitungsphase helfen? Gut, aber subjektiv und ungenau.
Unter solchen Bedingungen bleibt eines übrig – etwas, das alle Probleme gut löst – ein Spiel, in dem es möglich sein wird, die besten Validatoren auszuwählen, aber die Hauptsache ist, die Blockchain auf Stärke zu testen und einen umfassenden Kampftest durchzuführen Blockchain unter Bedingungen aktiver Nutzung, Konsensänderungen, Auftreten und Korrektur von Fehlern. Dieses Verfahren wurde erstmals von den Jungs vom Cosmos-Projekt als Spiel vorgestellt, und diese Idee ist zweifellos eine hervorragende Möglichkeit, das Netzwerk auf den Start eines zuverlässigen und fehlertoleranten Mainnets vorzubereiten
Spiel der Validatoren
Ich werde das Spiel der Validatoren beschreiben, wie wir es für die DAO.Casino (DAOBet)-Blockchain entwickelt haben, die auf der EOS-Abzweigung basiert, die Haya heißt und über einen ähnlichen Governance-Mechanismus verfügt – Validatoren werden durch Abstimmung von jedem Konto ausgewählt, in dem sich ein Teil davon befindet Der zur Abstimmung für den Validator verwendete Saldo wird eingefroren. Jedes Konto, auf dessen Guthaben sich der Haupt-BET-Token befindet, kann mit einem beliebigen Teil seines Guthabens für den ausgewählten Validator stimmen. Die Stimmen werden zusammengefasst und anhand der Ergebnisse werden die Top-Validatoren gebildet. In verschiedenen Blockchains ist dieser Prozess unterschiedlich organisiert, und normalerweise unterscheidet sich die neue Blockchain in diesem Teil von der übergeordneten Blockchain, und ich muss sagen, dass EOS in unserem Fall das „OS“ in seinem Namen voll und ganz rechtfertigt, wir verwenden wirklich EOS als Basisbetriebssystem für die Bereitstellung einer modifizierten Version der Blockchain für DAOBet-Aufgaben.
Ich beschreibe einzelne Probleme und wie diese im Spiel gelöst werden können. Stellen wir uns ein Netzwerk vor, in dem Ihr Server offen angegriffen werden kann. Um die Position eines Validators aufrechtzuerhalten, müssen Sie kontinuierlich mit dem Netzwerk interagieren, Ihren Validator fördern und sicherstellen, dass er Blöcke produziert und diese an andere Validatoren weiterleitet andernfalls wird der Validator aus der Liste entfernt.
Wie wählt man Top-Gewinner aus?
Die wichtigste technische Voraussetzung für das Spiel besteht darin, dass seine Ergebnisse öffentlich überprüfbar sind. Dies bedeutet, dass die Ergebnisse des Spiels: TOP-Gewinner ausschließlich auf der Grundlage von Daten ermittelt werden müssen, die von jedem Teilnehmer überprüft werden können. In einem zentralisierten System könnten wir die „Verfügbarkeit“ jedes Validators messen und diejenigen belohnen, die am meisten online waren oder den maximalen Netzwerkverkehr durchlaufen haben. Sie können Daten zur Prozessor- und Speicherauslastung sammeln und diejenigen belohnen, die gute Arbeit geleistet haben. Aber jede solche Sammlung von Metriken bedeutet die Existenz eines Sammelzentrums, und die Knoten sind alle unabhängig und können sich nach Belieben verhalten und beliebige Daten senden.
Daher liegt die natürliche Lösung darin, dass die Gewinner anhand von Daten aus der Blockchain ermittelt werden sollten, da sich anhand dieser Daten erkennen lässt, welcher Validator welchen Block erstellt hat und welche Transaktionen darin enthalten waren. Wir haben diese Zahl Validator Points (VP) genannt, und deren Erwerb ist das Hauptziel der Validatoren im Spiel. In unserem Fall ist VP = Anzahl der vom Validator in einem bestimmten Zeitraum produzierten Blöcke die einfachste, leicht öffentlich überprüfbare und effektivste Metrik für die „Nützlichkeit“ eines Validators.
Diese einfache Wahl ist auf die Tatsache zurückzuführen, dass die Governance in EOS bereits für viele aufkommende Probleme sorgt, da EOS der Erbe von drei Generationen tatsächlich funktionierender Blockchains mit umfassender Erfahrung in der komplexen Netzwerkverwaltung und fast allen Validatorproblemen mit dem Netzwerk, dem Prozessor usw. ist. Festplatte führt nur zu einem Problem – er signiert weniger Blöcke, erhält weniger Bezahlung für die Arbeit, was uns wiederum einfach zur Anzahl der signierten Blöcke führt – für EOS ist dies eine ausgezeichnete und einfache Option.
Bei anderen Blockchains kann die Art und Weise, wie Validator Points berechnet werden, unterschiedlich sein. Beispielsweise ist es bei pBFT-basierten Konsensen (Tendermint/Cosmos, Aura-Konsens von Parity Substrate), bei denen jeder Block von mehreren Validatoren signiert werden muss, sinnvoll, einzelne Validatoren zu zählen Signaturen statt Blöcken. Es kann sinnvoll sein, unvollständige Konsensrunden zu berücksichtigen, die die Ressourcen anderer Validatoren verschwenden. Im Allgemeinen hängt dies stark von der Art des Konsenses ab.
So simulieren Sie reale Betriebsbedingungen
Die Aufgabe der Gründer besteht darin, Validatoren unter realitätsnahen Bedingungen zu testen, ohne dass es eine zentrale Kontrolle gibt. Dieses Problem kann durch einen Faucet-Vertrag gelöst werden, der gleiche Mengen des Haupt-Tokens an Validatoren und alle anderen verteilt. Um Token auf Ihrem Guthaben zu erhalten, müssen Sie eine Transaktion erstellen und sicherstellen, dass das Netzwerk diese in den Block einbezieht. Um also zu gewinnen, muss ein Validator sein Guthaben ständig mit neuen Token auffüllen und für sich selbst stimmen, um sich an die Spitze zu befördern. Diese Aktivität erzeugt eine konstante Belastung des Netzwerks und die Parameter können so ausgewählt werden, dass der Anforderungsfluss stark genug für einen vollständigen Netzwerktest ist. Planen Sie daher den Faucet-Vertrag im Voraus als wichtiges Instrument für den Start des Netzwerks und beginnen Sie im Voraus mit der Auswahl seiner Parameter.
Das Anfordern von Tokens über einen Wasserhahn und das Validieren von Stimmen emuliert die Funktionsweise eines Sprengkopfs immer noch nicht vollständig, insbesondere in extrem belasteten Modi. Daher muss das Blockchain-Team auf die eine oder andere Weise noch zusätzliche Benchmarks schreiben, um das Netzwerk zu laden. Eine besondere Rolle spielen dabei speziell erstellte Smart Contracts, die den Test eines separaten Subsystems ermöglichen. Um die Speicherung zu testen, speichert der Vertrag zufällige Daten in der Blockchain, und um Netzwerkressourcen zu testen, erfordert der Testvertrag eine große Menge an Eingabedaten, wodurch das Transaktionsvolumen in die Höhe getrieben wird – indem zu zufälligen Zeiten ein Fluss solcher Transaktionen gestartet wird, so das Team testet gleichzeitig die Stabilität des Codes und die Stärke der Validatoren.
Ein separates Problem ist die Aktualisierung des Knotencodes und die Durchführung von Hard Forks. Es ist erforderlich, dass die Validatoren im Falle eines Fehlers, einer Schwachstelle oder einer Absprache böswilliger Validatoren über einen Aktionsplan verfügen, der bereits im Spiel der Validatoren ausgearbeitet wurde. Hier können Sie Schemata zum Ansammeln von VP für die schnelle Anwendung einer Hard Fork entwickeln, indem Sie beispielsweise alle Validatoren mit einer Geldstrafe belegen, die noch keine neue Version des Knotencodes eingeführt haben. Dies ist jedoch schwierig umzusetzen und verkompliziert die Berechnung. Sie können die Situation eines Notfalleinsatzes einer Hard Fork simulieren, indem Sie die Blockchain für einen bestimmten Block künstlich „unterbrechen“. Die Blockproduktion wird gestoppt, und am Ende werden die Gewinner diejenigen sein, die als Erste einspringen und mit dem Signieren von Blöcken beginnen. Daher passt VP basierend auf der Anzahl signierter Blöcke hier gut.
So informieren Sie die Teilnehmer über den Netzwerkstatus und beheben Fehler
Trotz des Misstrauens zwischen Validatoren ist der rechtzeitige Erhalt aktueller Informationen über den Zustand des Netzwerks für alle von Vorteil, um Entscheidungen schneller treffen zu können. Daher entwickelt das Projektteam einen Dienst zum Sammeln und Visualisieren vieler Metriken von Validator-Servern. Dadurch können Sie die Situation im gesamten Netzwerk gleichzeitig sehen und schnell feststellen, was passiert. Außerdem ist es sowohl für die Validatoren als auch für das Projekt von Vorteil, dass das Projektteam die gefundenen Fehler schnell korrigiert. Daher ist es sinnvoll, neben der Erfassung von Metriken sofort mit der Erfassung von Protokollen und Fehlerdaten von den Maschinen der Validatoren auf einer für die Blockchain zugänglichen Maschine zu beginnen Entwickler. Hier ist es für niemanden von Vorteil, Informationen zu verfälschen, sodass diese Dienste vom Projektteam entwickelt werden und vertrauenswürdig sind. Es ist sinnvoll, Systemmetriken von Validatoren zu sammeln, und natürlich sind die wichtigsten Metriken der Blockchain selbst – für DAOBet – die Finalisierungszeit und die Verzögerung des letzten finalisierten Blocks. Dadurch stellt das Team beim Ausführen des Benchmarks einen Anstieg des Speicherverbrauchs auf den Knoten sowie Probleme mit einzelnen Validatoren fest
Wichtige Punkte für die Durchführung eines Validatorspiels
Wie sich herausstellt, müssen Sie dies rechtlich separat als Sicherheitstest formulieren, wenn Sie Validatoren offiziell erlauben möchten, die Maschinen anderer anzugreifen (inoffiziell können sie dies sowieso), da dies nach den Gesetzen einiger Länder zu DDoS- oder Netzwerkangriffen führen kann bestraft. Ein weiteres wichtiges Thema ist die Belohnung von Validatoren. Natürliche Preise sind Projekt-Tokens, die in das Mainnet übertragen werden, aber eine massive Verteilung von Tokens an jeden, der einen Knoten starten konnte, ist auch nicht die beste Option. Höchstwahrscheinlich müssen Sie zwischen zwei extremen Optionen abwägen:
Verteilen Sie den gesamten Preispool entsprechend den verdienten SP
Es ist sehr demokratisch und ermöglicht es jedem, der Zeit und Ressourcen in das Validator-Spiel investiert hat, Geld zu verdienen
lockt aber zufällige Leute zum Spiel ohne vorbereitete Infrastruktur
Verteilen Sie den Top-N-Preispool basierend auf den Ergebnissen des Spiels an die Prüfer
Die Gewinner werden höchstwahrscheinlich die Validatoren sein, die während des Spiels am beständigsten durchgehalten haben und sehr strikt darauf bedacht sind, zu gewinnen
Einige Prüfer werden nicht teilnehmen wollen, da sie ihre Gewinnchancen gering einschätzen, insbesondere wenn unter den Teilnehmern ehrwürdige Prüfer sind
Welche Option Sie wählen, bleibt Ihnen überlassen
Es gibt noch einen weiteren Punkt: Es ist keineswegs eine Tatsache, dass Dutzende von Validatoren auf Ihren Anruf hin zur Teilnahme am Spiel eilen, und von denen, die sich dazu entschließen, es zu versuchen, werden nicht alle den Knoten überhaupt installieren und starten – normalerweise In diesem Stadium ist die Projektdokumentation eher spärlich, es treten Fehler auf und Entwickler, die unter Zeitdruck arbeiten, beantworten Fragen nicht sehr schnell. Daher ist es vor dem Start des Spiels auch notwendig, Maßnahmen für den Fall vorzusehen, dass die erforderliche Anzahl an Validatoren nicht erreicht wird. In diesem Fall werden zu Beginn des Spiels die fehlenden Validatoren vom Projektteam gestartet, nehmen am Konsens teil, können aber keine Gewinner sein.
Abschluss
Abschließend habe ich versucht, aus dem oben Gesagten eine Liste dessen zusammenzustellen, was man sich ausdenken, machen und starten muss, um ein Validatorspiel effektiv durchzuführen
Was Sie tun müssen, um ein echtes Validator-Spiel auszuführen:
Entwickle deine eigene Blockchain :)
- Erstellen und erstellen Sie eine Webschnittstelle und stellen Sie eine CLI für die Abstimmung für Validatoren bereit
- Stellen Sie sicher, dass Metriken von einem laufenden Validatorknoten an einen zentralen Dienst (z. B. Prometheus) gesendet werden können.
- Erstellen Sie einen Metrik-Sammelserver (Prometheus + Grafana) für das Validator-Spiel
- Finden Sie heraus, wie Validator Points (VP) berechnet werden
- Entwickeln Sie ein öffentliches Skript, das den Validator-VP basierend auf Daten aus der Blockchain berechnet
- Entwickeln Sie eine Weboberfläche, um die Top-Validatoren und den Spielstatus der Validatoren anzuzeigen (wie viel Zeit bleibt bis zum Ende, wer hat wie viele SP usw.)
- Entwickeln und automatisieren Sie den Start einer beliebigen Anzahl Ihrer eigenen Knoten, entwerfen Sie den Prozess der Verbindung von Validatoren mit dem Spiel (wann und wie Sie Ihre Knoten trennen, Stimmen für sie abgeben und entfernen)
- Berechnen Sie, wie viele Token ausgegeben werden müssen, und entwickeln Sie einen Faucet-Vertrag
- Erstellen Sie ein Benchmark-Skript (Token-Übertragungen, massive Speichernutzung, massive Netzwerknutzung)
- Sammeln Sie alle Teilnehmer in einem Chat für eine schnelle Kommunikation
- Starten Sie die Blockchain etwas früher als zu Beginn des Spiels
- Warte auf den Startblock, starte das Spiel
- Testen Sie das Netzwerk mit verschiedenen Arten von Transaktionen
- Rollen Sie eine harte Gabel aus
- Ändern Sie die Liste der Validatoren
- Wiederholen Sie die Schritte 13,14,15, XNUMX und XNUMX in unterschiedlicher Reihenfolge, um die Netzwerkstabilität aufrechtzuerhalten
- Warten Sie auf den letzten Block, beenden Sie das Spiel und zählen Sie SP
Es muss gesagt werden, dass das Spiel der Validatoren eine neue Geschichte ist und nur ein paar Mal durchgeführt wurde, daher sollten Sie diesen Text nicht als vorgefertigten Leitfaden betrachten. Im modernen IT-Geschäft gibt es keine Analogien – stellen Sie sich vor, dass Banken vor der Einführung eines Zahlungssystems miteinander konkurrieren, um herauszufinden, wer am besten in der Abwicklung von Kundentransaktionen ist. Herkömmliche Ansätze werden Ihnen wahrscheinlich nicht dabei helfen, große dezentrale Netzwerke aufzubauen. Beherrschen Sie also neue Geschäftsmodelle, führen Sie Ihre Spiele durch, identifizieren Sie die würdigen, belohnen Sie sie und sorgen Sie dafür, dass Ihre verteilten Systeme schnell und stabil laufen.
Source: habr.com