Server<\/a> eine an sich nicht einfache Aufgabe darstellt, wenn es darum geht, eine Blockchain mit den Bem\u00fchungen loyaler, aber unabh\u00e4ngiger Teilnehmer zu starten. Wenn in einem Unternehmen die Administratoren beim Start vollst\u00e4ndigen Zugang zu allen Maschinen, Protokollen und dem allgemeinen Monitoring haben, lassen die Validatoren niemanden an ihre Server und ziehen es wahrscheinlich vor, ihre Infrastruktur selbst aufzubauen, da sie den Zugang zu den Hauptaktiva der Validatoren \u2013 den Stimmen \u2013 kontrolliert. Dieses Verhalten erm\u00f6glicht den Aufbau verteilter, sicherer Netze \u2013 die Unabh\u00e4ngigkeit der genutzten Cloud-Anbieter, virtuellen und \u201eBare-Metal\u201c-Server, verschiedene Betriebssysteme; all dies macht Angriffe auf ein solches Netzwerk extrem ineffizient \u2013 es wird zu viel unterschiedliche Software verwendet. Zum Beispiel gibt es in Ethereum zwei Hauptimplementierungen des Nodes, in Go und in Rust, und ein Angriff, der f\u00fcr eine Implementierung wirksam ist, funktioniert nicht f\u00fcr die andere.<\/p>\n<\/p>\n
Daher m\u00fcssen alle Prozesse zur Einf\u00fchrung und Betrieb von Blockchains so organisiert sein, dass jeder Validator oder sogar eine kleine Gruppe von Validatoren ihre Computer jederzeit einfach aus dem Fenster werfen und gehen kann, ohne dass etwas kaputt geht, und die verbleibenden Validatoren m\u00fcssen weiterhin effektiv das Netzwerk unterst\u00fctzen und neue Validatoren anschlie\u00dfen. Bei der Einf\u00fchrung eines Netzwerks, bei dem ein Validator in Europa, der zweite in S\u00fcdamerika und der dritte in Asien ist, ist es ziemlich schwierig, die koordinierte Arbeit mehrerer Dutzend unabh\u00e4ngiger Gruppen zu erreichen und sie f\u00fcr das Ergebnis zu gewinnen. <\/p>\n
<\/p>\n
Validatoren<\/h2>\n <\/p>\n
Stellen wir uns den Start einer hypothetischen modernen Blockchain vor (der gr\u00f6\u00dfte Teil des beschriebenen passt f\u00fcr Blockchains der modernen Familie wie Ethereum, EOS, Polkadot, Cosmos und andere, die Konsens durch proof-of-stake vorsehen). Die Hauptakteure solcher Blockchains sind Validator-Teams, die ihre eigenen unabh\u00e4ngigen Server installieren, die neue Bl\u00f6cke validieren und erzeugen und die Belohnungen erhalten, die das Netzwerk f\u00fcr diejenigen vorsieht, die am Konsens teilnehmen. Um neue Netzwerke zu starten, sind mehrere Dutzend Validatoren erforderlich (so viele k\u00f6nnen derzeit mehr oder weniger effektiv in Sekunden Konsens erreichen), weshalb das Projekt die Registrierung ank\u00fcndigt, bei der Validatoren \u00f6ffentliche Informationen \u00fcber sich selbst mit Nutzern teilen, um sie davon zu \u00fcberzeugen, dass sie das eingef\u00fchrte Netzwerk qualitativ betreuen werden.<\/p>\n
<\/p>\n
Validatorentum ist ein Gesch\u00e4ft, das es erm\u00f6glicht, das potenzielle Einkommen eines Validators sehr genau zu bewerten, schnell Ressourcen zwischen Projekten zu verlagern, und im Falle des Erfolgs des gew\u00e4hlten Netzwerks kann der Validator als vollwertiges Mitglied der DAO und verantwortliche Person das Projekt weiterentwickeln oder einfach einen hervorragenden technischen Service f\u00fcr v\u00f6llig transparente, redlich verdiente Gelder bereitstellen. Bei der Berechnung der Belohnung f\u00fcr Validatoren versuchen die Projekte, die Ausgaben der Validatoren zu ber\u00fccksichtigen und die Belohnung f\u00fcr Bl\u00f6cke so zu gestalten, dass dieses Gesch\u00e4ft profitabel ist, aber gleichzeitig die Validatoren nicht in die Lage versetzt, die Wirtschaft zu zerst\u00f6ren, indem sie sie mit Geld \u00fcberh\u00e4ufen und andere Nutzer des Netzwerks dadurch verlieren.<\/p>\n
<\/p>\n
Das Gesch\u00e4ft mit Validatoren erfordert eine hohe Zuverl\u00e4ssigkeit der Dienste, was einen hohen Ausbildungsgrad von DevOps und Entwicklern sowie kostspielige Rechenressourcen bedeutet. Selbst ohne die Notwendigkeit, Hashes in Proof-of-Work-Netzwerken zu minen, ist ein Blockchain-Knoten ein gro\u00dfer Dienst, der viel Speicher ben\u00f6tigt, viele Berechnungen verbraucht, Daten validiert, auf die Festplatte schreibt und gro\u00dfe Datenmengen ins Netzwerk \u00fcbertr\u00e4gt. Zur Speicherung von Transaktionslogs und Blockchains f\u00fcr Blockchains mit mehreren Tausend kleinen Transaktionen pro Block sind derzeit Speicher von 50 GB und mehr erforderlich, wobei es sich um SSDs handeln muss. Die Zustandsdatenbanken von Blockchains, die Smart Contracts unterst\u00fctzen, k\u00f6nnen bereits \u00fcber 64 GB RAM \u00fcberschreiten. Server mit den erforderlichen Spezifikationen sind ziemlich teuer, ein Ethereum- oder EOS-Knoten kann zwischen 100 und 200 $\/Monat kosten. F\u00fcgen Sie dazu die steigenden L\u00f6hne f\u00fcr die rund um die Uhr arbeitenden Entwickler und DevOps hinzu, die w\u00e4hrend des Starts auch nachts Probleme beheben, da sich einige Validatoren leicht auf der anderen Hemisph\u00e4re befinden k\u00f6nnen. In guten Momenten kann der Besitz eines Validator-Knotens jedoch ein erhebliches Einkommen generieren (im Fall von EOS bis zu 10.000 $ pro Tag).<\/p>\n
<\/p>\n
Das Validatorenwesen ist nur eine der neuen potenziellen IT-Rollen f\u00fcr Unternehmer und Unternehmen. Mit der Entwicklung immer raffinierterer Algorithmen durch Programmierer, die Ehrlichkeit belohnen und Betrug sowie Diebstahl bestrafen, entstehen Dienste, die wichtige Daten ver\u00f6ffentlichen (Orakel), die Aufsicht aus\u00fcben (Slash-Depots und Bestrafung von Betr\u00fcgern durch die Ver\u00f6ffentlichung von Beweisen f\u00fcr Betrug), Streitbeilegungsdienste, Versicherungen und Optionen, sogar die Abfallentsorgung ist ein potenziell gro\u00dfer Markt in Systemen f\u00fcr Smart Contracts, in denen f\u00fcr die Speicherung von Daten gezahlt werden muss. <\/p>\n
<\/p>\n
Probleme beim Starten von Blockchains<\/h2>\n <\/p>\n
Die Offenheit der Blockchain, die eine freie Teilnahme am Betrieb von Netzwerken aus allen L\u00e4ndern erm\u00f6glicht und die einfache Anbindung an das Netzwerk f\u00fcr jeden Script-Kiddie \u00fcber Anleitungen auf GitHub, ist nicht immer ein Vorteil. Die Jagd nach einem neuen Token zwingt Validierer oft dazu, \u201eeine neue M\u00fcnze beim Start zu minen\u201c, in der Hoffnung auf Kurssteigerungen und die M\u00f6glichkeit, schnell das Verdiente zu verkaufen. Das bedeutet auch, dass jeder Ihr Validierer sein kann, sogar anonym, f\u00fcr den ebenso wie f\u00fcr andere Validierer abgestimmt werden kann (allerdings wird es anonymen Personen schwerfallen, Stimmen von Stakeholdern zu sammeln, sodass wir die schrecklichen Geschichten \u00fcber anonyme Kryptow\u00e4hrungen den Politikern \u00fcberlassen). Dennoch<\/p>\n
<\/p>\n
Das Team des Projekts hat die Aufgabe, irgendwie diejenigen in sein Netzwerk zu gewinnen, die in der Zukunft eine stabile Funktionalit\u00e4t der Nodes gew\u00e4hrleisten k\u00f6nnen, die sich mit Sicherheit auskennen, schnell Probleme l\u00f6sen, mit anderen Validierern kooperieren und gemeinsam handeln k\u00f6nnen \u2013 von diesen Eigenschaften h\u00e4ngt die Qualit\u00e4t des Tokens, in den die Teilnehmer des Netzwerks ihre Zeit und Ressourcen investieren m\u00f6chten, entscheidend ab. Angemessene Gr\u00fcnder sind sich der Risiken bewusst und verstehen gut, dass sie bei der Einf\u00fchrung einer Software in diesem Umfang unvermeidlich auf Fehler im Code und in der Konfiguration der Nodes sto\u00dfen werden und dass die Stabilit\u00e4t des Netzwerks davon abh\u00e4ngt, wie gut die Entwickler und Validierer solche Probleme gemeinsam l\u00f6sen.<\/p>\n
<\/p>\n
Das Team ist bereit, im Mainnet f\u00fcr beliebige Validierer abzustimmen, nur w\u00fcsste man gerne, f\u00fcr wen, welche sind gute? Mit dem gr\u00f6\u00dften Portfolio? Das hat momentan kaum jemand. Nach den Profilen des Teams auf LinkedIn? Erfahrene DevOps- oder Sicherheitsspezialisten werden Ihnen keine Profile auf LinkedIn zur Verf\u00fcgung stellen. Nach Aussagen im Chat, Posts und der Unterst\u00fctzung anderer in der Vorbereitungsphase? Gut, aber subjektiv und ungenau.<\/p>\n
<\/p>\n
In solchen Bedingungen bleibt nur eines \u2013 das, was gut die Probleme aller l\u00f6st \u2013 ein Spiel, in dem die besten Validierer ausgew\u00e4hlt werden k\u00f6nnen, vor allem, um die Blockchain auf ihre Widerstandsf\u00e4higkeit zu testen und einen umfassenden Stresstest der Blockchain unter Bedingungen aktiver Nutzung, \u00c4nderungen des Konsenses und dem Auftauchen und der Behebung von Fehlern durchzuf\u00fchren. Diese Prozedur wurde erstmals als Spiel von den Jungs des Projekts Cosmos pr\u00e4sentiert, und diese Idee ist sicherlich eine hervorragende M\u00f6glichkeit, das Netzwerk auf den Start eines zuverl\u00e4ssigen und fehlertoleranten Mainnets vorzubereiten.<\/p>\n
<\/p>\n
Spiel der Validierer<\/h2>\n <\/p>\n
Ich werde das Spiel der Validatoren so beschreiben, wie wir es f\u00fcr die Blockchain DAO.Casino (DAOBet) entworfen haben, basierend auf dem Fork EOS, der Haya genannt wird und einen \u00e4hnlichen Governance-Mechanismus hat \u2013 Validatoren werden durch Abstimmungen von jedem Konto gew\u00e4hlt, wobei ein Teil des Balances, mit dem f\u00fcr den Validator abgestimmt wird, eingefroren wird. Jedes Konto, das das Haupttoken BET auf dem Balance hat, kann f\u00fcr den gew\u00e4hlten Validator mit beliebigem Teil seines Balances abstimmen. Die Stimmen werden summiert und auf dieser Grundlage wird eine Top-Liste der Validatoren erstellt. In verschiedenen Blockchains wird dieser Prozess unterschiedlich organisiert, und in der Regel unterscheidet sich genau an dieser Stelle die neue Blockchain vom Elternteil, und man muss sagen, dass in unserem Fall EOS das \u201eOS\u201c in seinem Namen vollst\u00e4ndig rechtfertigt, wir verwenden EOS tats\u00e4chlich als Grundbetriebssystem f\u00fcr die Bereitstellung einer modifizierten Version der Blockchain f\u00fcr die Aufgaben von DAOBet.<\/p>\n
<\/p>\n
Ich werde einzelne Probleme beschreiben und wie sie im Rahmen des Spiels gel\u00f6st werden k\u00f6nnen. Stellen wir uns ein Netzwerk vor, in dem dein Server offen angegriffen werden kann, wo du, um die Position des Validators halten zu k\u00f6nnen, st\u00e4ndig mit dem Netzwerk interagieren musst, deinen Validator f\u00f6rdern und sicherstellen musst, dass er Bl\u00f6cke produziert und diese rechtzeitig zu den anderen Validatoren geliefert werden, sonst wird der Validator aus der Liste geworfen.<\/p>\n
<\/p>\n
Wie w\u00e4hlt man die besten Gewinner aus?<\/h3>\n <\/p>\n
Die wichtigste technische Anforderung an das Spiel ist, dass seine Ergebnisse \u00f6ffentlich \u00fcberpr\u00fcfbar sein m\u00fcssen. Das bedeutet, dass die Ergebnisse des Spiels: TOP Gewinner, strikt auf der Grundlage von Daten gebildet werden m\u00fcssen, die von jedem Teilnehmer \u00fcberpr\u00fcft werden k\u00f6nnen. In einem zentralisierten System k\u00f6nnten wir die \u201eUptime\u201c jedes Validators messen und diejenigen belohnen, die am l\u00e4ngsten online waren oder den maximalen Netzverkehr durch sich geleitet haben. Man k\u00f6nnte Daten zur CPU- und Speicherauslastung sammeln und diejenigen belohnen, die sich verdient haben. Aber jede solche Datensammlung bedeutet die Existenz eines zentralen Sammelpunktes, zudem sind alle Knoten unabh\u00e4ngig und k\u00f6nnen sich verhalten, wie sie wollen, und beliebige Daten senden.<\/p>\n
<\/p>\n
Deshalb ist es eine nat\u00fcrliche L\u00f6sung, dass die Gewinner anhand von Daten aus der Blockchain bestimmt werden, da man sehen kann, welche Validatoren welchen Block erzeugt haben und welche Transaktionen darin enthalten sind. Wir haben diese Zahl Validator Points (VP) genannt, und deren Erwirtschaftung ist das Hauptziel der Validatoren im Spiel. In unserem Fall ist die einfachste, leicht \u00f6ffentlich \u00fcberpr\u00fcfbare und effektive Metrik f\u00fcr die \u201eN\u00fctzlichkeit\u201c eines Validators VP = die Anzahl der vom Validator innerhalb eines bestimmten Zeitraums erzeugten Bl\u00f6cke.<\/p>\n
<\/p>\n
Diese einfache Wahl ist darauf zur\u00fcckzuf\u00fchren, dass die Governance in EOS bereits viele aufkommende Probleme ber\u00fccksichtigt, da EOS der Nachfolger von drei Generationen funktionierender Blockchains mit umfangreicher Erfahrung in der komplexen Netzwerkverwaltung ist. Praktisch jedes Problem, das ein Validator mit dem Netzwerk, dem Prozessor oder der Festplatte hat, f\u00fchrt nur zu einem Problem \u2014 er signiert weniger Bl\u00f6cke und erh\u00e4lt weniger Bezahlung f\u00fcr seine Arbeit, was uns wieder einfach zur Anzahl der signierten Bl\u00f6cke f\u00fchrt \u2014 f\u00fcr EOS ist das eine hervorragende und einfache L\u00f6sung.<\/p>\n
<\/p>\n
Bei anderen Blockchains kann die Methode zur Berechnung der Validator Points unterschiedlich sein, zum Beispiel f\u00fcr pBFT-basierte Konsensmechanismen (Tendermint\/Cosmos, Aura-Konsens aus Parity Substrate), bei denen jeder Block von mehreren Validierern signiert werden muss. Es macht Sinn, separate Signaturen der Validierer und nicht die Bl\u00f6cke zu z\u00e4hlen. M\u00f6glicherweise ist es auch sinnvoll, nicht abgeschlossene Konsensrunden zu ber\u00fccksichtigen, die Ressourcen anderer Validierer beanspruchen. Insgesamt h\u00e4ngt dies stark vom Typ des Konsenses ab. <\/p>\n
<\/p>\n
Wie man reale Betriebsbedingungen modelliert<\/h3>\n <\/p>\n
Die Aufgabe der Gr\u00fcnder besteht darin, die Validatoren unter realit\u00e4tsnahen Bedingungen zu \u00fcberpr\u00fcfen, ohne dabei eine zentrale Kontrolle zu haben. Dieses Problem kann mit einem Faucet-Vertrag gel\u00f6st werden, der gleichm\u00e4\u00dfige Mengen des Haupt-Tokens an die Validatoren und alle Interessierten verteilt. Um Tokens auf das Guthaben zu erhalten, muss eine Transaktion gebildet werden, und es muss sichergestellt werden, dass das Netzwerk sie in einen Block einf\u00fcgt. Auf diese Weise muss der Validator seinen Saldo kontinuierlich mit neuen Tokens auff\u00fcllen und f\u00fcr sich selbst stimmen, um sich in den TOP zu bringen. Diese T\u00e4tigkeit erzeugt eine st\u00e4ndige Belastung f\u00fcr das Netzwerk, und die Parameter k\u00f6nnen so angepasst werden, dass der Anfragefluss ausreichend ernsthaft f\u00fcr einen vollst\u00e4ndigen Netzwerktest ist. Daher sollten Sie den Faucet-Vertrag im Voraus planen, da er ein wichtiges Instrument f\u00fcr den Netzwerkstart darstellt, und beginnen Sie fr\u00fchzeitig mit der Anpassung seiner Parameter.<\/p>\n
<\/p>\n
Die Anforderung von Tokens \u00fcber den Faucet und die Abstimmung der Validatoren simuliert dennoch nicht vollst\u00e4ndig fair die Funktionsweise der Blockchain, insbesondere in stark ausgelasteten Modi. Daher wird das Blockchain-Team irgendwie zus\u00e4tzliche Benchmarks erstellen m\u00fcssen, um das Netzwerk zu belasten. Dabei spielen speziell im Voraus erstellte Smart Contracts eine besondere Rolle, die es erm\u00f6glichen, ein bestimmtes Teilsystem zu testen. Zum Testen des Speichers speichert der Vertrag zuf\u00e4llige Daten in der Blockchain, und um die Netzwerkressourcen zu \u00fcberpr\u00fcfen, erfordert der Testvertrag ein gro\u00dfes Volumen an Eingabedaten, wodurch das Transaktionsvolumen aufgebl\u00e4ht wird \u2013 indem das Team zu beliebigen Zeitpunkten solche Transaktionen initiiert, testet es gleichzeitig die Stabilit\u00e4t des Codes und die Widerstandsf\u00e4higkeit der Validatoren.<\/p>\n
<\/p>\n
Ein separates Thema ist die Aktualisierung des Knotencodes und die Durchf\u00fchrung von Hardforks. Es ist erforderlich, dass Validatoren einen Aktionsplan haben, der bereits im Validatoren-Spiel getestet wurde, falls ein Fehler, eine Schwachstelle oder eine Verschw\u00f6rung von b\u00f6swilligen Validatoren auftritt. Man k\u00f6nnte Anreize f\u00fcr eine schnelle Anwendung des Hardforks schaffen, beispielsweise durch eine Strafe f\u00fcr alle Validatoren, die die neue Knoten-Code-Version noch nicht angewendet haben, aber das ist schwierig umzusetzen und kompliziert die Berechnung. Eine Notfallsituation f\u00fcr die Anwendung eines Hardforks kann k\u00fcnstlich simuliert werden, indem die Blockchain an einem bestimmten Block \u201eunterbrochen\u201c wird. Die Blockproduktion wird gestoppt, und letztendlich profitieren diejenigen, die sich als Erste anschalten und beginnen, Bl\u00f6cke zu signieren, sodass VP basierend auf der Anzahl der signierten Bl\u00f6cke hier gut geeignet ist.<\/p>\n
<\/p>\n
<\/p>\n
Trotz des Misstrauens zwischen den Validatoren ist es f\u00fcr alle vorteilhaft, rechtzeitig aktuelle Informationen \u00fcber den Zustand des Netzwerks zu erhalten, um Entscheidungen schneller zu treffen. Daher richtet das Projektteam einen Service zur Sammlung und Visualisierung zahlreicher Metriken von Validator-Servern ein, der es erm\u00f6glicht, die Situation gleichzeitig f\u00fcr das gesamte Netzwerk zu sehen und schnell zu bestimmen, was vor sich geht. Es ist auch f\u00fcr Validatoren und das Projekt vorteilhaft, wenn das Projektteam entdeckte Fehler z\u00fcgig behebt. Daher macht es Sinn, neben der Sammlung von Metriken auch sofortige Protokoll- und Fehlerdaten von den Validatormaschinen auf eine dem Blockchain-Entwicklungsteam zug\u00e4ngliche Maschine zu sammeln. Niemand hat Interesse daran, Informationen zu verzerren, daher werden diese Dienste von dem Projektteam betrieben und sind vertrauensw\u00fcrdig. Es lohnt sich, systemische Metriken von den Validatoren zu sammeln, insbesondere die wichtigsten Metriken der Blockchain selbst \u2014 f\u00fcr DAOBet sind das die Finalisierungszeit und das Abseits des letzten finalisierten Blocks. Dadurch sieht das Team den Anstieg des Speicherverbrauchs an den Knoten bei der Ausf\u00fchrung des Benchmarks sowie Probleme einzelner Validatoren. <\/p>\n
<\/p>\n
Wichtige Punkte zur Durchf\u00fchrung des Validatorenspiels<\/h2>\n <\/p>\n
Wie sich herausstellte, wenn Sie den Validatoren offiziell erlauben m\u00f6chten, gegeneinander zu k\u00e4mpfen (inoffiziell k\u00f6nnen sie das ohnehin tun) \u2013 m\u00fcssen Sie dies gesondert rechtlich als Sicherheitstest formulieren, da im Gesetz einiger L\u00e4nder DDoS- oder Netzwerkangriffe bestraft werden k\u00f6nnen. Ein weiteres wichtiges Thema ist, wie die Validatoren belohnt werden sollen. Die nat\u00fcrlichen Preise sind die Token des Projekts, die ins Mainnet \u00fcbertragen werden, aber eine massenhafte Verteilung von Token an jeden, der einen Knoten starten kann, ist ebenfalls nicht die beste L\u00f6sung. Wahrscheinlich m\u00fcssen Sie zwischen zwei extremen Optionen abw\u00e4gen:<\/p>\n
<\/p>\n
Den gesamten Preisfonds gem\u00e4\u00df den verdienten VP zu verteilen
<\/p>\n
Den Preisfonds an die besten N-Validatoren basierend auf den Ergebnissen des Spiels zu verteilen
<\/p>\n
Welcher Option der Vorzug gegeben werden soll, liegt bei Ihnen <\/p>\n
<\/p>\n
Es gibt noch einen weiteren Punkt \u2013 es ist keineswegs sicher, dass Dutzende von Validatoren Ihrem Aufruf zur Teilnahme an dem Spiel folgen werden, und von denen, die es versuchen, installieren und starten nicht alle einen Knoten \u2013 normalerweise ist die Dokumentation zu diesem Zeitpunkt bei Projekten recht sp\u00e4rlich, Fehler kommen vor, und die Entwickler, die unter Zeitdruck arbeiten, antworten nicht immer schnell auf Fragen. Daher sollte man auch vor dem Start des Spiels Vorkehrungen treffen, falls die erforderliche Anzahl von Validatoren nicht erreicht wird. In diesem Fall starten am Anfang des Spiels die fehlenden Validatoren mit dem Team des Projekts, nehmen am Konsens teil, k\u00f6nnen aber nicht die Gewinner sein.<\/p>\n
<\/p>\n
Fazit<\/h2>\n <\/p>\n
Abschlie\u00dfend habe ich versucht, aus dem oben Beschriebenen eine Liste der Punkte zusammenzustellen, die erdacht, getan und gestartet werden m\u00fcssen, um das Spiel der Validatoren effektiv durchzuf\u00fchren<\/p>\n
<\/p>\n
Was n\u00f6tig ist, um ein richtiges Spiel der Validatoren zu starten:
<\/p>\n
\nErstellen und starten Sie eine Weboberfl\u00e4che und stellen Sie eine CLI f\u00fcr die Abstimmung \u00fcber Validatoren bereit<\/li>\n Sorgen Sie daf\u00fcr, dass die Metriken von einem laufenden Validator-Knoten an einen zentralisierten Dienst (zum Beispiel Prometheus) gesendet werden k\u00f6nnen.<\/li>\n Einen Server f\u00fcr die Metriksammlung (Prometheus + Grafana) f\u00fcr das Validatorenspiel aufsetzen.<\/li>\n \u00dcberlegen, wie die Validator-Punkte (VP) berechnet werden.<\/li>\n Ein \u00f6ffentliches Skript entwickeln, das die VP des Validators basierend auf den Daten aus der Blockchain berechnet.<\/li>\n Eine Web-Oberfl\u00e4che entwickeln, um die besten Validatoren und den Status des Validatorenspiels anzuzeigen (wie viel Zeit bis zum Ende bleibt, wer wie viele VP hat usw.).<\/li>\n Entwickeln und automatisieren Sie den Start einer beliebigen Anzahl eigener Knoten, planen Sie den Prozess der Anbindung von Validatoren an das Spiel (wann und wie man seine Knoten abmeldet, Stimmen f\u00fcr sie abgibt und zur\u00fcckzieht).<\/li>\n Berechnen, wie viele Tokens vergeben werden m\u00fcssen und einen Vertrag-Faucet entwickeln.<\/li>\n Ein Benchmark-Skript erstellen (Token\u00fcbertragungen, massiver Einsatz von Speicher, massiver Netzwerkeinsatz). <\/li>\n Alle Teilnehmer in einem Chat f\u00fcr eine schnelle Kommunikation versammeln.<\/li>\n Die Blockchain etwas fr\u00fcher als den Beginn des Spiels starten.<\/li>\n Auf den Startblock warten, das Spiel beginnen.<\/li>\n Das Netzwerk mit mehreren Transaktionsarten testen.<\/li>\n Einen Hardfork durchf\u00fchren.<\/li>\n Die Liste der Validatoren \u00e4ndern.<\/li>\n Punkte 13, 14, 15 in unterschiedlicher Reihenfolge wiederholen, um die Stabilit\u00e4t des Netzwerks aufrechtzuerhalten.<\/li>\n Auf den finalen Block warten, das Spiel beenden, die VP z\u00e4hlen.<\/li>\n<\/ul>\n<\/p>\n
Es ist zu sagen, dass das Validatorenspiel eine neue Geschichte ist und nur ein paar Mal durchgef\u00fchrt wurde, daher sollte dieser Text nicht als fertige Anleitung betrachtet werden. Es gibt keine Analogien im modernen IT-Gesch\u00e4ft \u2013 stellen Sie sich vor, die Banken konkurrieren vor dem Start des Zahlungssystems darum, wer die Kunden\u00fcbertragungen besser durchf\u00fchren kann. Traditionelle Ans\u00e4tze helfen Ihnen kaum dabei, gro\u00dfe dezentralisierte Netzwerke zu schaffen, also lernen Sie neue Gesch\u00e4ftsmodelle kennen, f\u00fchren Sie Ihre Spiele durch, bestimmen Sie die Verdienten, belohnen Sie sie und lassen Sie Ihre verteilten Systeme schnell und stabil arbeiten.<\/p>\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0418\u0442\u0430\u043a, \u0432\u0430\u0448\u0430 \u043a\u043e\u043c\u0430\u043d\u0434\u0430 \u0437\u0430\u043a\u043e\u043d\u0447\u0438\u043b\u0430 alpha-\u0432\u0435\u0440\u0441\u0438\u044e \u0432\u0430\u0448\u0435\u0433\u043e \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430, \u0438 \u043f\u0440\u0438\u0448\u043b\u043e \u0432\u0440\u0435\u043c\u044f \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u0442\u044c testnet, \u0430 \u0437\u0430\u0442\u0435\u043c \u0438 mainnet. \u0423 \u0432\u0430\u0441 \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0439 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d, \u0441 \u043d\u0435\u0437\u0430\u0432\u0438\u0441\u0438\u043c\u044b\u043c\u0438 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0430\u043c\u0438, \u0445\u043e\u0440\u043e\u0448\u0435\u0439 \u044d\u043a\u043e\u043d\u043e\u043c\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u043e\u0434\u0435\u043b\u044c\u044e, \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c\u044e, \u0432\u044b \u0441\u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043b\u0438 governance \u0438 \u0442\u0435\u043f\u0435\u0440\u044c \u043f\u043e\u0440\u0430 \u0431\u044b \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u044d\u0442\u043e \u0432 \u0434\u0435\u043b\u0435. \u0412 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u043e\u043c \u043a\u0440\u0438\u043f\u0442\u043e\u0430\u043d\u0430\u0440\u0445\u0438\u0447\u0435\u0441\u043a\u043e\u043c \u043c\u0438\u0440\u0435, \u0432\u044b \u0432\u044b\u043a\u043b\u0430\u0434\u044b\u0432\u0430\u0435\u0442\u0435 \u0432 \u0441\u0435\u0442\u044c genesis block, \u043e\u043a\u043e\u043d\u0447\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043a\u043e\u0434 \u043d\u043e\u0434\u044b \u0438 \u0432\u0430\u043b\u0438\u0434\u0430\u0442\u043e\u0440\u044b \u0441\u0430\u043c\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39478","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t