{"id":31729,"date":"2019-10-31T21:42:44","date_gmt":"2019-10-31T18:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\/"},"modified":"2019-10-31T21:42:44","modified_gmt":"2019-10-31T18:42:44","slug":"sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","title":{"rendered":"Zufallszahlen und dezentrale Netzwerke: praktische Anwendungen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2 id=\"vvedenie\">Einf\u00fchrung<\/h2>\n<p><\/p>\n<p><em>\u201eDie Generierung von Zufallszahlen ist zu wichtig, um sie dem Zufall zu \u00fcberlassen\u201c<\/em><br \/>\n<em>Robert Cavyou, 1970<\/em><\/p>\n<p><\/p>\n<p>Dieser Artikel widmet sich der praktischen Anwendung von L\u00f6sungen, die kollektive Zufallszahlengenerierung in einer nicht vertrauensw\u00fcrdigen Umgebung nutzen. Kurz gesagt: Wie und warum wird Zufall in Blockchains verwendet, und ein bisschen dar\u00fcber, wie man \u201eguten\u201c Zufall von \u201eschlechtem\u201c unterscheidet. Die Generierung einer tats\u00e4chlich zuf\u00e4lligen Zahl ist ein \u00e4u\u00dferst komplexes Problem, selbst auf einem einzelnen Computer, das schon lange von Kryptographen untersucht wird. In dezentralen Netzwerken ist die Generierung von Zufallszahlen jedoch noch schwieriger und wichtiger.<\/p>\n<p><\/p>\n<p>In Netzwerken, in denen die Teilnehmer einander nicht vertrauen, erm\u00f6glicht die F\u00e4higkeit, eine unwiderlegbare Zufallszahl zu generieren, die effektive L\u00f6sung zahlreicher wichtiger Aufgaben und verbessert erheblich bereits bestehende Systeme. Dabei sind Gl\u00fccksspiel und Lotterien keineswegs das Hauptziel, wie es unge\u00fcbten Lesern zun\u00e4chst erscheinen mag.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"generaciya-sluchaynyh-chisel\">Zufallszahlengenerierung<\/h2>\n<p><\/p>\n<p>Computer sind nicht in der Lage, selbst zuf\u00e4llige Zahlen zu erzeugen; daf\u00fcr ben\u00f6tigen sie externe Hilfe. Ein Computer kann beispielsweise einige zuf\u00e4llige Werte erhalten, indem er die Bewegungen der Maus, die Menge des verwendeten Speichers, parasit\u00e4re Str\u00f6me an den Kontakten des Prozessors und viele andere Quellen nutzt, die als Entropiequellen bezeichnet werden. Diese Werte sind nicht ganz zuf\u00e4llig, da sie innerhalb eines bestimmten Bereichs liegen oder vorhersehbare Ver\u00e4nderungsmuster haben. Um solche Zahlen in tats\u00e4chlich zuf\u00e4llige Werte innerhalb eines definierten Bereichs umzuwandeln, werden kryptographische Transformationen angewendet, um aus den ungleichm\u00e4\u00dfig verteilten Werten der Entropiequellen gleichm\u00e4\u00dfig verteilte pseudorandomisierte Werte zu gewinnen. Diese Werte werden als pseudorandomisiert bezeichnet, da sie nicht wirklich zuf\u00e4llig sind, sondern deterministisch aus der Entropie erzeugt werden. Ein guter KryptAlgorithmus erzeugt beim Verschl\u00fcsseln von Daten Chiffretexte, die statistisch von echten Zufallsfolgen nicht zu unterscheiden sind. Daher kann eine Entropiequelle verwendet werden, die lediglich eine gute Wiederholbarkeit und Unvorhersehbarkeit der Werte in kleinen Bereichen bietet, w\u00e4hrend der Rest der Arbeit zur Verteilung und Mischen der Bits im Resultat vom Verschl\u00fcsselungsalgorithmus \u00fcbernommen wird.<\/p>\n<p><\/p>\n<p>Um den kurzen \u00dcberblick abzuschlie\u00dfen, m\u00f6chte ich hinzuf\u00fcgen, dass die Generierung von Zufallszahlen, selbst auf einem einzigen Ger\u00e4t, eine der S\u00e4ulen f\u00fcr die Sicherheit unserer Daten ist. Die erzeugten pseudorandomisierten Zahlen werden zur Einrichtung sicherer Verbindungen in verschiedenen Netzwerken, zur Generierung kryptografischer Schl\u00fcssel, zum Lastenausgleich, zur Integrit\u00e4tskontrolle und f\u00fcr viele weitere Anwendungen verwendet. Die Sicherheit vieler Protokolle h\u00e4ngt davon ab, zuverl\u00e4ssige, von au\u00dfen unvorhersehbare Zufallszahlen zu generieren, sie zu speichern und sie bis zum n\u00e4chsten Schritt des Protokolls nicht offenzulegen, da ansonsten die Sicherheit gef\u00e4hrdet w\u00e4re. Ein Angriff auf den Generator pseudorandomisierter Werte ist \u00e4u\u00dferst gef\u00e4hrlich und gef\u00e4hrdet sofort alle Software, die auf die Generierung von Zufallszahlen angewiesen ist. <\/p>\n<p><\/p>\n<p>All dies m\u00fcssen Sie wissen, wenn Sie einen Grundkurs in Kryptografie absolviert haben, also fahren wir fort mit dezentralisierten Netzwerken.<\/p>\n<p><\/p>\n<h2 id=\"random-v-blokcheynah\">Zufallszahlen in Blockchains<\/h2>\n<p><\/p>\n<p>Zuerst werde ich \u00fcber Blockchains sprechen, die Smart Contracts unterst\u00fctzen, denn diese k\u00f6nnen die M\u00f6glichkeiten voll aussch\u00f6pfen, die durch qualitativ hochwertigen, unbestreitbaren Zufall bereitgestellt werden. Im Folgenden werde ich diese Technologie kurz als \u201c<em>\u00d6ffentlich \u00dcberpr\u00fcfbare Zufallsbeacons<\/em>\u201d oder PVRB bezeichnen. Da Blockchains Netzwerke sind, in denen die Informationen von jedem Teilnehmer \u00fcberpr\u00fcft werden k\u00f6nnen, ist ein zentraler Bestandteil des Namens \u201c\u00d6ffentlich \u00dcberpr\u00fcfbar\u201d, d.h. jeder Interessierte kann durch Berechnungen den Nachweis erbringen, dass die im Blockchain gespeicherte Zahl folgende Eigenschaften hat:<\/p>\n<p><\/p>\n<ul>\n<li>Das Ergebnis muss nachweislich gleichm\u00e4\u00dfig verteilt sein, d.h. es basiert auf nachweislich sicherer Kryptografie. <\/li>\n<li>Keiner der Bits des Ergebnisses kann kontrolliert werden. Folglich kann das Ergebnis nicht im Voraus vorhergesagt werden.<\/li>\n<li>Der Protokoll zur Generierung kann nicht durch Nicht-Teilnahme oder durch \u00dcberlastung des Netzwerks mit Angriffsnachrichten sabotiert werden.<\/li>\n<li>All das oben Genannte muss widerstandsf\u00e4hig gegen Kollusionen einer zul\u00e4ssigen Anzahl unehrlicher Teilnehmer im Protokoll sein (z. B. 1\/3 der Teilnehmer).<\/li>\n<\/ul>\n<p><\/p>\n<p>Jede M\u00f6glichkeit einer kooperierenden Minderheit von Teilnehmern, sogar kontrollierte gerade\/ungerade Zufallszahlen zu erzeugen, stellt ein Sicherheitsrisiko dar. Jede M\u00f6glichkeit dieser Gruppe, die Generierung von Zufallszahlen zu stoppen, ist ebenfalls ein Sicherheitsrisiko. Kurz gesagt, es gibt viele Probleme, und diese Aufgabe ist alles andere als einfach...<\/p>\n<p><\/p>\n<p>Es scheint, dass die wichtigste Anwendung f\u00fcr PVRB in verschiedenen Spielen, Lotterien und im Allgemeinen in allen Arten von Gambling auf der Blockchain zu finden ist. Tats\u00e4chlich ist das ein wichtiger Bereich, aber Zufallsgeneratoren in Blockchains haben auch bedeutendere Anwendungen. Lassen Sie uns diese n\u00e4her betrachten.<\/p>\n<p><\/p>\n<h2 id=\"algoritmy-konsensusa\">Konsensalgorithmen<\/h2>\n<p><\/p>\n<p>Die PVRB f\u00fcr die Organisation des Netzwerk-Konsenses spielt eine enorme Rolle. Transaktionen in Blockchains sind durch digitale Signaturen gesch\u00fctzt, weshalb eine \"Transaktionsattacke\" stets das Einf\u00fcgen oder Entfernen einer Transaktion in einem Block (oder in mehreren Bl\u00f6cken) bedeutet. Die Hauptaufgabe des Konsensalgorithmus besteht darin, sich \u00fcber die Reihenfolge dieser Transaktionen und die Reihenfolge der Bl\u00f6cke, die diese Transaktionen enthalten, zu einigen. Ein notwendiges Merkmal f\u00fcr echte Blockchains ist die Finalit\u00e4t \u2013 die F\u00e4higkeit des Netzwerks, sich darauf zu einigen, dass die Kette bis zum finalisierten Block endg\u00fcltig ist und niemals durch das Auftauchen eines neuen Forks ausgeschlossen wird. Um sich darauf zu einigen, dass ein Block g\u00fcltig und vor allem final ist, ist es erforderlich, die Signaturen von der Mehrheit der Blockproduzenten (BP \u2013 Blockproduzenten) zu sammeln, was mindestens die Zustellung der Blockkette an alle BPs erfordert und die Verbreitung der Signaturen zwischen allen BPs. Mit zunehmender Anzahl von BPs w\u00e4chst die Anzahl der erforderlichen Nachrichten im Netzwerk exponentiell, wodurch Konsensalgorithmen, die Finalit\u00e4t erfordern, wie zum Beispiel der pBFT-Konsens von Hyperledger, nicht mit der notwendigen Geschwindigkeit arbeiten k\u00f6nnen, bereits ab einigen Dutzend BPs und dabei eine riesige Anzahl von Verbindungen ben\u00f6tigen. <\/p>\n<p><\/p>\n<p>Wenn es ein unbestreitbares und faires PVRB im Netzwerk gibt, kann man selbst in der einfachsten Ann\u00e4herung auf dessen Grundlage einen der Blockproduzenten ausw\u00e4hlen und ihn w\u00e4hrend einer Runde des Protokolls als \u201eLeiter\u201c einsetzen. Wenn wir <code>N<\/code> Blockproduzenten haben, von denen <code>M: M &gt; 1\/2 N<\/code> ehrlich sind, Transaktionen nicht zensieren und keine Forks der Kette bauen, um einen \u201eDouble Spend\u201c-Angriff durchzuf\u00fchren, erm\u00f6glicht die Nutzung eines gleichm\u00e4\u00dfig verteilten unbestreitbaren PVRB die Auswahl eines ehrlichen Leiters mit einer Wahrscheinlichkeit von <code>M \/ N (M \/ N &gt; 1\/2)<\/code>. Wenn jedem Blockproduzenten ein spezifisches Zeitfenster zugewiesen wird, innerhalb dessen er einen Block erstellen und die Kette validieren kann, und diese Zeitfenster gleichm\u00e4\u00dfig verteilt sind, dann wird die Kette von ehrlichen Blockproduzenten l\u00e4nger sein als die von b\u00f6sartigen Blockproduzenten. Ein Konsensalgorithmus, der auf der Kettenl\u00e4nge basiert, wird einfach die \u201eschlechte\u201c Kette verwerfen. Dieses Prinzip, jedem Blockproduzenten gleiche Zeitintervalle zuzuteilen, wurde erstmals in Graphene (dem Vorl\u00e4ufer von EOS) angewendet und erm\u00f6glicht es, die Mehrheit der Bl\u00f6cke mit einer einzigen Signatur abzuschlie\u00dfen. Dies verringert die Netzwerkbelastung erheblich und erm\u00f6glicht einen extrem schnellen und stabilen Konsens. Dennoch muss das EOS-Netzwerk derzeit spezielle Bl\u00f6cke (Last Irreversible Block) verwenden, die durch die Signaturen von 2\/3 der Blockproduzenten best\u00e4tigt werden. Diese Bl\u00f6cke dienen dazu, die Endg\u00fcltigkeit zu gew\u00e4hrleisten (d.h. die Unm\u00f6glichkeit, dass ein Fork vorkommt, der vor dem letzten Last Irreversible Block beginnt).<\/p>\n<p><\/p>\n<p>In der Praxis ist das Protokollschema komplexer \u2013 Abstimmungen \u00fcber die vorgeschlagenen Bl\u00f6cke erfolgen in mehreren Phasen, um den Netzwerkbetrieb bei Blockausf\u00e4llen und Netzwerkproblemen aufrechtzuerhalten. Selbst unter Ber\u00fccksichtigung dieser Aspekte erfordern Konsensalgorithmen mit PVRB wesentlich weniger Nachrichten zwischen den BP, was sie schneller macht als das traditionelle P\u0412FT oder dessen verschiedene Modifikationen.<\/p>\n<p><\/p>\n<p>Ein herausragendes Beispiel f\u00fcr solche Algorithmen ist: <noindex><a rel=\"nofollow\" href=\"https:\/\/eprint.iacr.org\/2016\/889.pdf\">Ouroboros<\/a><\/noindex> vom Team von Cardano, das, wie angek\u00fcndigt, mathematisch bewiesene Widerstandsf\u00e4higkeit gegen\u00fcber Absprachen unter BP aufweist. <\/p>\n<p><\/p>\n<p>Im Ouroboros PVRB wird das sogenannte \"BP-Schedule\" verwendet \u2013 ein Zeitplan, der jedem BP einen eigenen Zeitfenster f\u00fcr die Ver\u00f6ffentlichung eines Blocks zuweist. Ein gro\u00dfer Vorteil der Verwendung von PVRB ist die vollst\u00e4ndige \"Gleichheit\" der BPs (basierend auf der Gr\u00f6\u00dfe ihrer Salden). Die Fairness von PVRB gew\u00e4hrleistet, dass b\u00f6swillige BPs nicht das Zeitfenster kontrollieren k\u00f6nnen und somit nicht in der Lage sind, die Blockchain zu manipulieren, indem sie Forks im Voraus vorbereiten und analysieren. Um einen Fork auszuw\u00e4hlen, reicht es aus, sich einfach auf die L\u00e4nge der Kette zu st\u00fctzen, anstatt ausgekl\u00fcgelte Methoden zur Berechnung der \"N\u00fctzlichkeit\" der BPs und des \"Gewichts\" ihrer Bl\u00f6cke zu verwenden. <\/p>\n<p><\/p>\n<p>In allen F\u00e4llen, in denen ein zuf\u00e4lliger Teilnehmer in einem dezentralen Netzwerk ausgew\u00e4hlt werden muss, ist fast immer PVRB die beste Wahl, nicht eine deterministische Option, wie etwa ein Block-Hash. Ohne PVRB besteht die M\u00f6glichkeit, die Auswahl des Teilnehmers zu beeinflussen, was zu Angriffen f\u00fchren kann, bei denen der Angreifer aus mehreren zuk\u00fcnftigen Optionen w\u00e4hlt, um den n\u00e4chsten korrumpierten Teilnehmer oder sogar mehrere auszuw\u00e4hlen, um eine gr\u00f6\u00dfere Stimme im Entscheidungsprozess zu sichern. Der Einsatz von PVRB entwertet diese Arten von Angriffen.<\/p>\n<p><\/p>\n<h2 id=\"masshtabirovanie-i-balansirovka-nagruzki\">Skalierung und Lastverteilung<\/h2>\n<p><\/p>\n<p>PVRB kann auch erhebliche Vorteile bei Aufgaben zur Lastverringerung und Skalierung von Zahlungen bieten. Zun\u00e4chst ist es sinnvoll, sich mit <noindex><a rel=\"nofollow\" href=\"https:\/\/people.csail.mit.edu\/rivest\/pubs\/Riv97b.pdf\">Artikel.<\/a><\/noindex> Der RIVESTA \u201eElektronische Lotterietickets als Mikropayments\u201c. Die grundlegende Idee ist, dass anstelle von 100 Zahlungen von 1 Cent vom Zahler an den Empf\u00e4nger, man an einer fairen Lotterie teilnehmen kann mit einem Preis von 1 $ = 100 Cent, wobei der Zahler bei jeder Zahlung von 1 Cent der Bank eines von 100 seiner \u201eLotterietickets\u201c \u00fcbertr\u00e4gt. Eines dieser Tickets gewinnt der Bank 1 $, und genau dieses Ticket kann der Empf\u00e4nger in der Blockchain festhalten. Das Wichtigste ist, dass die restlichen 99 Tickets zwischen dem Empf\u00e4nger und dem Zahler ohne jegliche externe Beteiligung, \u00fcber einen privaten Kanal und in beliebiger Geschwindigkeit \u00fcbertragen werden. Eine gute Beschreibung des Protokolls auf Basis dieses Schemas im Emercoin-Netzwerk kann gelesen werden. <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/@emer.tech\/randpay-6a028f16c82a\">hier<\/a><\/noindex>. <\/p>\n<p><\/p>\n<p>Diese L\u00f6sung hat mehrere Probleme, zum Beispiel k\u00f6nnte der Empf\u00e4nger den Zahler sofort nach Erhalt des Gewinnertickets nicht mehr bedienen. F\u00fcr viele spezielle Anwendungen, wie minutengenaue Abrechnung oder elektronische Abonnements f\u00fcr Dienste, k\u00f6nnen diese jedoch ignoriert werden. Das Hauptkriterium ist nat\u00fcrlich die Fairness der durchgef\u00fchrten Lotterie, und daf\u00fcr ist ein PVRB unbedingt notwendig.<\/p>\n<p><\/p>\n<p>Die Auswahl eines zuf\u00e4lligen Teilnehmers ist auch f\u00fcr Sharding-Protokolle von entscheidender Bedeutung, deren Ziel es ist, die Blockchain horizontal zu skalieren. Dabei kann jeder BP nur seinen bestimmten Transaktionsbereich verarbeiten. Dies ist eine \u00e4u\u00dferst komplexe Aufgabe, insbesondere in Bezug auf die Sicherheit bei der Zusammenf\u00fchrung von Shards. Eine faire Auswahl eines zuf\u00e4lligen BP, um ihn f\u00fcr einen bestimmten Shard verantwortlich zu machen, ist ebenso eine Herausforderung wie bei Konsensalgorithmen \u2013 auch dies ist eine PVRB-Aufgabe. In zentralisierten Systemen werden Shards von einem Lastenausgleichsmechanismus zugewiesen, der einfach einen Hash vom Anfrage berechnet und an den entsprechenden Ausf\u00fchrer sendet. In Blockchains kann die M\u00f6glichkeit, auf diese Zuweisung Einfluss zu nehmen, zu einem Angriff auf den Konsens f\u00fchren. Beispielsweise kann der Angreifer den Inhalt der Transaktionen kontrollieren und bestimmen, welche Transaktionen in den von ihm kontrollierten Shard gelangt und die Blockchain darin manipuliert werden. Die Diskussion \u00fcber die Problematik der Verwendung von Zufallszahlen f\u00fcr Sharding-Aufgaben in Ethereum kann man weiterlesen. <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/ethereum\/wiki\/wiki\/Sharding-FAQ#how-is-the-randomness-for-random-sampling-generated\">hier<\/a><\/noindex><br \/>\nSharding ist eine der ambitioniertesten und anspruchsvollsten Herausforderungen im Bereich Blockchain. Ihre L\u00f6sung erm\u00f6glicht den Aufbau von dezentralen Netzwerken mit fantastischer Leistung und Kapazit\u00e4t. PVRB ist nur ein wichtiger Baustein f\u00fcr diese L\u00f6sung.<\/p>\n<p><\/p>\n<h2 id=\"igry-ekonomicheskie-protokoly-arbitrazh\">Spiele, wirtschaftliche Protokolle, Arbitrage<\/h2>\n<p><\/p>\n<p>Die Rolle von Zufallszahlen in der Spieleindustrie ist enorm. Ihr offensichtlicher Einsatz in Online-Casinos sowie ihr impliziter Einfluss auf die Berechnung der Auswirkungen bestimmter Spielaktionen stellen komplexe Herausforderungen f\u00fcr dezentralisierte Netzwerke dar, in denen es keinen zentralen Zufallsquelle gibt. Zuf\u00e4llige Auswahlen k\u00f6nnen jedoch auch viele wirtschaftliche Probleme l\u00f6sen und dabei helfen, einfachere und effektivere Protokolle zu erstellen. Angenommen, unser Protokoll sieht Streitigkeiten \u00fcber die Bezahlung von kosteng\u00fcnstigen Dienstleistungen vor, und diese Streitigkeiten treten recht selten auf. In diesem Fall, wenn es einen unwiderlegbaren PVRB gibt, k\u00f6nnen Kunden und Verk\u00e4ufer eine zuf\u00e4llige L\u00f6sung der Streitigkeiten vereinbaren, jedoch mit einer bestimmten Wahrscheinlichkeit. Zum Beispiel hat der Kunde eine 60%ige Gewinnchance, der Verk\u00e4ufer 40%. Dieser auf den ersten Blick absurde Ansatz erm\u00f6glicht es, Streitigkeiten automatisch mit einer genau vorhersagbaren Gewinn- und Verlustquote zu l\u00f6sen, die beide Parteien zufriedenstellt, ohne dass eine dritte Partei eingreifen muss und ohne Zeitverschwendung. Dar\u00fcber hinaus kann das Verh\u00e4ltnis der Wahrscheinlichkeiten dynamisch sein und von bestimmten globalen Variablen abh\u00e4ngen. Wenn ein Unternehmen beispielsweise gut l\u00e4uft, wenige Streitigkeiten und hohe Einnahmen verzeichnet, kann es die Wahrscheinlichkeit der streitigen L\u00f6sung zugunsten der Kunden erh\u00f6hen, zum Beispiel auf 70\/30 oder 80\/20. Umgekehrt, wenn Streitigkeiten erhebliche Kosten verursachen und betr\u00fcgerisch oder unangemessen sind, kann die Wahrscheinlichkeit in die andere Richtung verschoben werden.<\/p>\n<p><\/p>\n<p>Eine Vielzahl interessanter dezentraler Protokolle, wie tokenkuratierte Register, Prognosem\u00e4rkte, Bonding-Kurven und viele andere, stellen wirtschaftliche Spiele dar, in denen gutes Verhalten belohnt und schlechtes bestraft wird. H\u00e4ufig treten Sicherheitsprobleme auf, deren Abwehr sich gegenseitig widerspricht. Was vor Angriffen von \u201eWalen\u201c mit Milliarden von Tokens (\u201ebig stake\u201c) gesch\u00fctzt ist, ist anf\u00e4llig f\u00fcr Angriffe von Tausenden von Konten mit kleinen Salden (\u201esybil stake\u201c). Die Ma\u00dfnahmen gegen eine Art von Angriff, wie zum Beispiel nichtlineare Geb\u00fchren, die darauf abzielen, es unattraktiv zu machen, einen gro\u00dfen Stake zu haben, werden in der Regel von einem anderen Angriff unterlaufen. Da es sich um ein wirtschaftliches Spiel handelt, k\u00f6nnen die entsprechenden statistischen Gewichte im Voraus berechnet werden, und die Geb\u00fchren k\u00f6nnen einfach durch randomisierte Alternativen mit entsprechender Verteilung ersetzt werden. Solche probabilistischen Geb\u00fchren lassen sich \u00e4u\u00dferst einfach implementieren, wenn die Blockchain eine zuverl\u00e4ssige Quelle f\u00fcr Zuf\u00e4lligkeit bietet und keine komplexen Berechnungen erforderlich sind, was sowohl Walen als auch Sybils das Leben erschwert.<br \/>\nEs ist wichtig, sich bewusst zu sein, dass die Kontrolle \u00fcber ein einzelnes Bit in diesem Zufallsprozess die M\u00f6glichkeit bietet, zu manipulieren, indem Wahrscheinlichkeiten verdoppelt oder halbiert werden. Daher ist ein ehrlicher PVRB eine entscheidende Komponente solcher Protokolle. <\/p>\n<p><\/p>\n<h2 id=\"gde-nayti-pravilnyy-random\">Wo findet man den richtigen Zufall?<\/h2>\n<p><\/p>\n<p>Theoretisch erm\u00f6glicht eine ehrliche Zufallsauswahl in dezentralen Netzwerken, nahezu jede Protokollvereinbarung gegen Kollusion nachnachweislich abzusichern. Die Begr\u00fcndung ist recht einfach: Wenn das Netzwerk sich auf ein Bit von 0 oder 1 einigt und weniger als die H\u00e4lfte der Teilnehmer unehrlich sind, wird das Netzwerk bei ausreichender Anzahl von Iterationen mit fester Wahrscheinlichkeit zu einem Konsens bez\u00fcglich dieses Bits gelangen. Einfach weil der ehrliche Zufallsprozess in 51% der F\u00e4lle 51 von 100 Teilnehmern ausw\u00e4hlen wird. Aber das ist theoretisch, denn in realen Netzwerken erfordert das Erreichen eines solchen Sicherheitsniveaus, wie in den Artikeln beschrieben, viele Nachrichten zwischen Hosts, komplexe mehrstufige Kryptografie, und jede Erschwerung des Protokolls f\u00fcgt sofort neue Angriffsvektoren hinzu.<br \/>\nDeshalb ist bisher kein PVRB in Blockchain-Systemen nachweislich robust, der lange genug verwendet wurde, um die Tests durch echte Anwendungen, mehrere Audits, Belastungstests und selbstverst\u00e4ndlich echten Angriffen zu bestehen. Ohne diese ist es schwierig, ein Produkt tats\u00e4chlich als sicher zu betrachten.<\/p>\n<p><\/p>\n<p>Dennoch gibt es mehrere vielversprechende Ans\u00e4tze, die sich in zahlreichen Details unterscheiden, und einer von ihnen wird sicherlich das Problem l\u00f6sen. Mit den heutigen Rechenressourcen kann theoretische Kryptografie recht geschickt in praktische Anwendungen umgesetzt werden. In Zukunft werden wir gerne \u00fcber die Implementierungen von PVRB berichten: es gibt derzeit mehrere davon, jede mit einem eigenen Satz wichtiger Eigenschaften und Besonderheiten in der Umsetzung, und hinter jeder steht eine interessante Idee. Nur wenige Teams besch\u00e4ftigen sich mit Randomisierung, und die Erfahrungen jedes einzelnen sind f\u00fcr alle anderen \u00e4u\u00dferst wertvoll. Wir hoffen, dass unsere Informationen es anderen Teams erm\u00f6glichen, schneller voranzukommen, unter Ber\u00fccksichtigung der Erfahrungen der Vorg\u00e4nger.<\/p>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/448330\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f [&hellip;]<\/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-31729","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0435 \u0447\u0438\u0441\u043b\u0430 \u0438 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0435 \u0441\u0435\u0442\u0438: \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:42:44+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Zufallszahlen und dezentrale Netzwerke: praktische Anwendung | ProHoster","description":"Einf\u00fchrung: \u201eDie Generierung von Zufallszahlen ist zu wichtig, um dem Zufall \u00fcberlassen zu werden.\u201c Robert C. M. Cavy, 1970. Dieser Artikel widmet sich der praktischen Anwendung von L\u00f6sungen, die kollektive Zufallszahlengenerierung in einer untrusted Umgebung nutzen. Kurz gesagt: wie und wozu Randomness in Blockchains verwendet wird und ein wenig dar\u00fcber, wie man \u201egute\u201c von \u201eschlechten\u201c Zufallszahlen unterscheidet. Die Generierung wirklich zuf\u00e4lliger Zahlen ist.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0435 \u0447\u0438\u0441\u043b\u0430 \u0438 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0435 \u0441\u0435\u0442\u0438: \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:42:44+00:00","article:modified_time":"2019-10-31T18:42:44+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 07:32:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:04:45","updated":"2026-01-21 07:32:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=31729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31729\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=31729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=31729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=31729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}