{"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 getAbsolutZufallsZahl() {\n        return 4; \/\/ gibt eine absolut zuf\u00e4llige Zahl zur\u00fcck!\n}<\/code><\/pre>\n
<\/p>\n
Wie beim Konzept des absolut sicheren chiffrierten Protokolls aus der Kryptographie versuchen die realen \"Publicly Verifiable Random Beacon\" (im Folgenden PVRB) Protokolle nur, der idealen Schematik m\u00f6glichst nahe zu kommen, da sie in realen Netzwerken nicht in reiner Form anwendbar sind: Es muss streng \u00fcber ein einzelnes Bit verhandelt werden, es sollten viele Runden stattfinden, und alle Nachrichten m\u00fcssen ideal schnell und immer zugestellt werden. In realen Netzwerken ist dies nat\u00fcrlich nicht der Fall. Daher gibt es bei der Gestaltung von PVRB f\u00fcr bestimmte Aufgaben in modernen Blockchains, neben der Unf\u00e4higkeit, den erhaltenen Zufall und die kryptografische Sicherheit zu kontrollieren, auch viele rein architektonische und technische Probleme.<\/p>\n
<\/a><\/noindex><\/p>\n
Die Blockchain selbst fungiert f\u00fcr PVRB im Grunde als Kommunikationsumgebung, in der Nachrichten=Transaktionen sind. Dies erm\u00f6glicht es, sich teilweise von Netzwerkproblemen, Nachrichtenverlusten und Problemen mit Zwischen-Software zu abstrahieren \u2014 all diese Risiken \u00fcbernimmt das dezentrale Netzwerk, und der gr\u00f6\u00dfte Wert f\u00fcr PVRB ist die Unm\u00f6glichkeit, eine bereits gesendete Transaktion zur\u00fcckzuziehen oder zu besch\u00e4digen \u2014 dies verhindert, dass Teilnehmer die Teilnahme am Protokoll ablehnen, es sei denn, sie haben einen erfolgreichen Angriff auf den Konsens durchgef\u00fchrt. Dieses Sicherheitsniveau ist akzeptabel, daher muss PVRB gegen\u00fcber Absprachen der Teilnehmer ebenso robust sein wie die Haupt-Blockchain. Au\u00dferdem deutet dies darauf hin, dass PVRB Teil des Konsenses sein muss, wenn sich das Netzwerk \u00fcber die Haupt-Blockchain geeinigt hat, lassen Sie es uns gleichzeitig auch \u00fcber den einzigen ehrlichen resultierenden Zufall einigen. Alternativ kann PVRB ein einfaches eigenst\u00e4ndiges Protokoll sein, das durch einen Smart Contract implementiert wird und asynchron zum Blockchain und den Bl\u00f6cken arbeitet. Beide Ans\u00e4tze haben ihre Vor- und Nachteile, und die Wahl zwischen ihnen ist \u00e4u\u00dferst nicht trivial. <\/p>\n
<\/p>\n
Zwei M\u00f6glichkeiten zur Implementierung von PVRB<\/h2>\n
<\/p>\n
Lassen Sie uns die zwei Varianten der Implementierung von PVRB n\u00e4her beschreiben \u2014 die Standalone-Version, die mit einem vom Blockchain unabh\u00e4ngigen Smart Contract arbeitet, und die consensus-integrated \u2014 in das Protokoll integriert, gem\u00e4\u00df dem sich das Netzwerk \u00fcber die Blockchain und die einbezogenen Transaktionen einigt. In allen F\u00e4llen werde ich beliebte Blockchain-Engines im Sinn haben: Ethereum, EOS und alle, die ihnen in Bezug auf die Bereitstellung und Verarbeitung von Smart Contracts \u00e4hnlich sind. <\/p>\n
<\/p>\n
Standalone-Vertrag<\/h3>\n
<\/p>\n
In dieser Variante ist PVRB ein Smart Contract, der Transaktionen von Random-Producern (im Folgenden RP) akzeptiert, sie verarbeitet, die Ergebnisse kombiniert und schlie\u00dflich zu einem Wert gelangt, den jeder Benutzer aus diesem Vertrag erhalten kann. Dieser Wert muss nicht direkt im Vertrag gespeichert werden, sondern kann nur durch Daten dargestellt werden, aus denen deterministisch ein einziges Ergebnis des Randoms abgeleitet werden kann. In diesem Schema sind RP die Benutzer der Blockchain, und jeder kann am Generierungsprozess teilnehmen.<\/p>\n
<\/p>\n
Die Variante mit dem Standalone-Vertrag ist gut:<\/p>\n
<\/p>\n