Ich habe kompliziertere Möglichkeiten für einen Vertrag gesehen, um eine Zufallszahl zu generieren. Aber das Ethereum Yellow Paper selbst schlägt eine „triviale Lösung“ unter Verwendung des BLOCKHASH-Opcodes vor (siehe unten, fett ist von mir).
Wenn ein Vertrag nur ein paar Zufallszahlen (nicht Hunderte) benötigt, wie sicher wäre diese Methode? Welche beispielhaften Anwendungsfälle wären mit dieser Methode zufriedenstellend? Welche Anwendungsfälle sind praktisch angreifbar, wenn diese Methode verwendet wurde?
Zufällige Zahlen. Die Bereitstellung von Zufallszahlen innerhalb eines deterministischen Systems ist natürlich eine unmögliche Aufgabe. Wir können jedoch mit Pseudozufallszahlen approximieren, indem wir Daten verwenden, die zum Zeitpunkt der Transaktion im Allgemeinen nicht bekannt sind. Solche Daten können den Hash des Blocks, den Zeitstempel des Blocks und die Empfängeradresse des Blocks umfassen. Um es böswilligen Minern schwer zu machen, diese Werte zu kontrollieren, sollte man die BLOCKHASH-Operation verwenden, um Hashes der vorherigen 256 Blöcke als Pseudozufallszahlen zu verwenden. Für eine Reihe solcher Zahlen wäre eine triviale Lösung, einen konstanten Betrag zu addieren und das Ergebnis zu hashen.
Nur zur Verdeutlichung: Bei der genannten "trivialen Lösung" geht es darum, wie eine Reihe von Zufallszahlen aus einem einzigen zufälligen Startwert erzeugt wird.
Als allgemeine Regel kann BLOCKHASH nur sicher für eine Zufallszahl verwendet werden, wenn der Gesamtwert, der auf der Qualität dieser Zufälligkeit beruht, niedriger ist als das, was ein Miner durch das Mining eines einzelnen Blocks verdient.
Um zu sehen, warum dies der Fall ist, können wir uns die umgekehrte Situation vorstellen, in der ein Wert von vielleicht Millionen auf der Zufälligkeit beruht, die aus einer BLOCKHASH-Operation gewonnen wird (z. B. um einen Lotteriegewinner auszuwählen, der diesen Betrag gewinnt). Aufgrund des großen Geldbetrags, der auf dem Spiel steht, hätte ein kapitalkräftiger Angreifer einen finanziellen Anreiz, ein Ticket zu kaufen und dann viele verschiedene alternative Blöcke zu generieren (möglicherweise unter Verwendung von Millionen von AWS - Instanzen für einen kurzen Zeitraum, aber zu erheblichen Kosten) . die Blockhöhe, ab der die Zeichnung berechnet werden soll. Wenn ein Block mit einem Hash gefunden wird, der zum Gewinn des Miner-Tickets führt, schürft der Miner sofort weitere Blöcke über diesem (um sicherzustellen, dass er erfolgreich ist) und sendet ihn dann an das Netzwerk.damit sie sich den Preis garantieren können . Diese Operation kann sehr teuer sein, aber solange der Preis groß genug ist, wird es immer noch ein profitabler Angriff sein.
Dies ist ein extremes Beispiel, aber die langweilige Version dieses Angriffs, bei der ein Miner zufällig diesen einen Block abbaut, prüft, ob er gewinnt, und dann die Antwort wegwirft, wenn er es nicht tut, könnte seine Gesamtzahl immer noch verdoppeln Gewinnchancen und ist immer noch eine "unfaire" statistische Manipulation, wenn auch eine schwache. Wenn das Wegwerfen des Blocks jedoch mehr kostet, als irgendjemand hoffen kann, zu gewinnen, ist es höchst unwahrscheinlich, dass jemand den Angriff durchführt , daher unsere allgemeine Regel.
abi.encodePacked(...)als eine einzelne Eingabe für Ihr RNG vorstellen. Die Sicherheit wird dann durch die Anzahl der Bits bestimmt, die ein Angreifer in diesem Wert beeinflussen kann. In diesem Fall werden es einige Bits sein, daher ist dieses Schema sehr unsicher
Stanislaw L