{"id":37355,"date":"2019-10-31T22:17:10","date_gmt":"2019-10-31T19:17:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rsa-random-na-blokchejne\/"},"modified":"2019-10-31T22:17:10","modified_gmt":"2019-10-31T19:17:10","slug":"rsa-random-na-blokchejne","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/rsa-random-na-blokchejne","title":{"rendered":"RSA-Zufallszahl auf der Blockchain","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Es gibt ein Problem \u2013 es ist schwierig, eine Zufallszahl in einem dezentralisierten Netzwerk zu generieren. Fast alle Blockchains haben damit zu k\u00e4mpfen. In Netzwerken, in denen kein Vertrauen zwischen den Nutzern besteht, l\u00f6st die Schaffung einer unbestreitbaren Zufallszahl viele Herausforderungen. <\/p>\n

In diesem Artikel erkl\u00e4ren wir, wie wir das Problem anhand von Spielen gel\u00f6st haben. Das erste davon war Waves Xmas Tree<\/a><\/noindex>. F\u00fcr die Entwicklung ben\u00f6tigten wir einen Zufallszahlengenerator.<\/p>\n

\"RSA-Zufallszahl
\n<\/a><\/noindex>
\nUrspr\u00fcnglich hatten wir geplant, die Zahl anhand von Informationen aus der Blockchain zu generieren. Doch bald wurde klar, dass die Zahl manipuliert werden k\u00f6nnte, was bedeutet, dass diese L\u00f6sung nicht geeignet war. <\/p>\n

Wir haben einen Workaround entwickelt: Wir verwendeten das \u201eCommit-\u00d6ffnen\u201c-Schema. Der Server \u201er\u00e4tselte\u201c eine Zahl von 1 bis 5, f\u00fcgte \u201eSalz\u201c hinzu und hashierte dann das Ergebnis mit Hilfe der Keccak-Funktion<\/a><\/noindex>. Der Server deployte im Voraus einen Smart Contract mit der bereits gespeicherten Zahl. Das Spiel bestand also darin, dass der Benutzer die Zahl erriet, die durch den Hash verborgen war.<\/p>\n

Der Spieler platzierte seine Wette, w\u00e4hrend der Server die gezogene Zahl sowie das \u201eSalt\u201c an den Smart Contract sendete. Einfach ausgedr\u00fcckt: Die Karten wurden aufgedeckt. Danach verglich der Server die Zahlen und entschied, ob der Benutzer gewonnen oder verloren hatte.<\/p>\n

Wenn der Server keine Zahl oder kein \u201eSalt\u201c zur \u00dcberpr\u00fcfung sendete, gewann der Benutzer. In diesem Fall musste f\u00fcr jedes Spiel der Smart Contract im Voraus bereitgestellt und das potenzielle Gewinnbetrag hinterlegt werden. Dies stellte sich als unpraktisch, zeitaufwendig und kostspielig heraus. Zu dieser Zeit gab es keine andere sichere L\u00f6sung.<\/p>\n

K\u00fcrzlich schlug das Team von Tradisys vor, die Funktion rsaVerify()<\/b>zum Protokoll Waves hinzuzuf\u00fcgen. Sie \u00fcberpr\u00fcft die G\u00fcltigkeit der RSA-Signatur basierend auf dem \u00f6ffentlichen und privaten Schl\u00fcssel. Letztendlich wurde die Funktion hinzugef\u00fcgt. <\/p>\n

Wir haben drei Spiele entwickelt: Dice Roller<\/a><\/noindex>, Coin Flip<\/a><\/noindex> und Ride On Waves<\/a><\/noindex>. Jedes nutzt die Technologie der Zufallszahl. Lassen Sie uns sehen, wie das funktioniert.<\/p>\n

\"RSA-Zufallszahl
\n
\nBetrachten wir die Generierung einer Zufallszahl am Beispiel von Ride on Waves. Den Smart Contract finden Sie unter hier<\/a><\/noindex>.<\/p>\n

Gehen Sie zur Registerkarte Script<\/b> und w\u00e4hlen Sie Decompiled<\/b>. Sie sehen den Code des Smart Contracts (dies ist auch das Skript).<\/p>\n

\"RSA-Zufallszahl
\n
\nDer Code des Smart Contracts enth\u00e4lt eine Reihe von Funktionen. Die mit @Callable gekennzeichneten k\u00f6nnen durch Invocation-Transaktionen gestartet werden.<\/b>. Wir interessieren uns f\u00fcr zwei Funktionen: wette<\/b> und abheben<\/b>:<\/p>\n