{"id":33888,"date":"2019-10-31T21:55:15","date_gmt":"2019-10-31T18:55:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii\/"},"modified":"2019-10-31T21:55:15","modified_gmt":"2019-10-31T18:55:15","slug":"sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii","title":{"rendered":"Zufallszahlen und dezentrale Netzwerke: Implementierungen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Einf\u00fchrung<\/h1>\n

<\/p>\n

function getAbsolutelyRandomNumer() {\n        return 4; \/\/ gibt eine absolut zuf\u00e4llige Zahl zur\u00fcck!\n}<\/code><\/pre>\n
<\/p>\n
\u00c4hnlich wie bei der Idee einer absolut sicheren Verschl\u00fcsselung in der Kryptografie versuchen echte Protokolle \"Publicly Verifiable Random Beacon\" (PVRB) lediglich, dem idealen Schema so nah wie m\u00f6glich zu kommen, da es in realen Netzwerken in seiner reinen Form nicht anwendbar ist: Es muss strikt \u00fcber ein einzelnes Bit verhandelt werden, es sollte viele Runden geben, und alle Nachrichten m\u00fcssen perfekt schnell und immer zuverl\u00e4ssig zugestellt werden. In realen Netzwerken ist dies jedoch nicht der Fall. Daher ergeben sich bei der Gestaltung von PVRB f\u00fcr spezifische Aufgaben in modernen Blockchains neben der Unm\u00f6glichkeit, die erhaltene Zuf\u00e4lligkeit und kryptografische Sicherheit zu kontrollieren, noch viele rein architektonische und technische Probleme.<\/p>\n
<\/a><\/noindex><\/p>\n
Die Blockchain fungiert f\u00fcr PVRB im Wesentlichen als Kommunikationsumgebung, in der Nachrichten gleichbedeutend mit Transaktionen sind. Dies erm\u00f6glicht eine teilweise Abstraktion von Netzwerkproblemen, dem Verlust von Nachrichten und Problemen mit Middleware \u2013 all diese Risiken werden von einem dezentralen Netzwerk \u00fcbernommen. Der Hauptvorteil f\u00fcr PVRB liegt in der Unm\u00f6glichkeit, eine bereits gesendete Transaktion zur\u00fcckzuziehen oder zu \u00e4ndern, was es den Teilnehmern unm\u00f6glich macht, die Teilnahme am Protokoll abzulehnen, es sei denn, sie f\u00fchren einen erfolgreichen Angriff auf den Konsens durch. Dieses Sicherheitsniveau ist akzeptabel; daher muss PVRB gegen\u00fcber Kollusionen der Teilnehmer ebenso widerstandsf\u00e4hig sein wie die Haupt-Blockchain. Dies deutet auch darauf hin, dass PVRB Teil des Konsenses sein muss, wenn das Netzwerk sich \u00fcber die Haupt-Blockkette einigt, und gleichzeitig muss es sich auch \u00fcber einen einzigen fairen Zufallswert einigen. Alternativ k\u00f6nnte PVRB einfach ein eigenst\u00e4ndiges Protokoll sein, das durch einen Smart Contract implementiert ist und asynchron zur Blockchain und den Bl\u00f6cken arbeitet. Beide Methoden haben ihre Vorz\u00fcge und Nachteile, und die Wahl zwischen ihnen ist alles andere als trivial. <\/p>\n
<\/p>\n
Zwei M\u00f6glichkeiten zur Implementierung von PVRB<\/h2>\n
<\/p>\n
Lassen Sie uns die beiden Implementierungsvarianten von PVRB n\u00e4her beschreiben \u2014 die Standalone-Version, die mit einem vom Blockchain unabh\u00e4ngigen Smart Contract arbeitet, und die einvernehmliche integrierte Version \u2014 die in das Protokoll eingebaut ist, gem\u00e4\u00df dem sich das Netzwerk \u00fcber die Blockchain und die einbezogenen Transaktionen einigt. In allen F\u00e4llen werde ich mich auf beliebte Blockchain-Engines beziehen: Ethereum, EOS und alle \u00e4hnlichen, die nach demselben Prinzip der Bereitstellung und Verarbeitung von Smart Contracts funktionieren. <\/p>\n
<\/p>\n
Standalone-Vertrag<\/h3>\n
<\/p>\n
In dieser Variante ist PVRB ein Smart Contract, der Transaktionen von Random-Produzenten (im Folgenden RP) annimmt, diese verarbeitet, die Ergebnisse kombiniert und schlie\u00dflich zu einem bestimmten Wert gelangt, den jeder Benutzer aus diesem Vertrag beziehen kann. Dieser Wert wird m\u00f6glicherweise nicht direkt im Vertrag gespeichert, sondern nur durch Daten dargestellt, aus denen deterministisch ein einziges Ergebnis des Zufallswerts abgeleitet werden kann. In diesem Schema sind RP die Benutzer der Blockchain, und jeder kann am Generierungsprozess teilnehmen.<\/p>\n
<\/p>\n
Die Standalone-Vertragsvariante hat folgende Vorteile:<\/p>\n
<\/p>\n