{"id":53183,"date":"2019-11-25T00:00:00","date_gmt":"2019-11-24T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov"},"modified":"2026-02-15T19:54:48","modified_gmt":"2026-02-15T17:54:48","slug":"ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","title":{"rendered":"Von Blockchain zu DAG: Vermittler abschaffen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In diesem Artikel werde ich Ihnen \u00fcber DAG (Directed Acyclic Graph, gerichteter azyklischer Graph) und seine Anwendung in verteilten Hauptb\u00fcchern erz\u00e4hlen, und wir werden es mit der Blockchain vergleichen.<\/p>\n

\"Von
\n
\nDAG ist in der Welt der Kryptow\u00e4hrungen nichts Neues. M\u00f6glicherweise haben Sie davon geh\u00f6rt, dass es eine L\u00f6sung f\u00fcr die Skalierungsprobleme der Blockchains darstellt. Aber heute werden wir nicht \u00fcber Skalierbarkeit sprechen, sondern dar\u00fcber, was Kryptow\u00e4hrungen von allem anderen unterscheidet: Dezentralisierung, das Fehlen von Vermittlern und Zensurresistenz.
\n<\/a><\/noindex>
\n\"Von
\n
\nIch werde Ihnen auch zeigen, dass DAG tats\u00e4chlich zensurresistenter ist und keine Vermittler f\u00fcr den Zugriff auf das Hauptbuch enth\u00e4lt.<\/p>\n

\"Von
\n
\nIn den f\u00fcr uns \u00fcblichen Blockchains haben die Benutzer keinen direkten Zugriff auf das Hauptbuch selbst. Wenn Sie eine Transaktion zum Hauptbuch hinzuf\u00fcgen m\u00f6chten, m\u00fcssen Sie den Blockhersteller (Blockproducer, auch \u201eMiner\u201c) um die Genehmigung bitten. Nur Miner entscheiden, welche Transaktion in den n\u00e4chsten Block aufgenommen wird und welche nicht. Nur Miner haben exklusiven Zugang zu den Bl\u00f6cken und das Recht zu entscheiden, welche Transaktion zur Aufnahme in das Hauptbuch akzeptiert wird.<\/p>\n

Miner sind die Vermittler, die zwischen Ihnen und dem verteilten Hauptbuch stehen.<\/p>\n

\"Von
\n
\nIn der Praxis kontrolliert normalerweise eine geringe Anzahl von Miner-Pools kollektiv mehr als die H\u00e4lfte der Rechenleistung des Netzwerks. Bei Bitcoin sind es vier Pools, bei Ethereum zwei. Im Falle einer Zusammenarbeit k\u00f6nnten sie beliebige Transaktionen blockieren, die sie wollen.<\/p>\n

\"Von
\n
\nIn den letzten Jahren wurden viele Varianten von Blockchains vorgeschlagen, die sich in den Prinzipien zur Auswahl der Blockhersteller unterscheiden. Doch die Blockhersteller verschwinden nicht, sie \u201estehen immer noch an der Schranke\u201c: Jede Transaktion muss durch einen Blockhersteller gehen, und wenn dieser sie nicht akzeptiert, existiert die Transaktion faktisch nicht.<\/p>\n

\"Von
\n
\nDas ist ein unvermeidliches Problem bei der Blockchain. Und wenn wir es l\u00f6sen wollen, m\u00fcssen wir das Design radikal \u00e4ndern und vollst\u00e4ndig auf Bl\u00f6cke und Blockhersteller verzichten. Anstelle einer Kette von Bl\u00f6cken werden wir die Transaktionen selbst verkn\u00fcpfen, indem wir in jede Transaktion Hashes mehrerer vorheriger Transaktionen einf\u00fcgen. Das Ergebnis ist eine Struktur, die in der Mathematik als gerichteter azyklischer Graph \u2013 DAG \u2013 bekannt ist.<\/p>\n

Jetzt hat jeder direkten Zugang zum Register, ohne Vermittler. Wenn Sie eine Transaktion ins Register eintragen m\u00f6chten \u2013 f\u00fcgen Sie sie einfach hinzu. W\u00e4hlen Sie mehrere \u00fcbergeordnete Transaktionen aus, f\u00fcgen Sie Ihre Daten hinzu, signieren Sie und senden Sie Ihre Transaktion in das Netzwerk. Fertig. Es gibt niemanden, der Ihnen das verwehren k\u00f6nnte, deshalb ist Ihre Transaktion bereits im Register.<\/p>\n

Dies ist der dezentralisierteste, am wenigsten zensuranf\u00e4llige Weg, Transaktionen ohne Vermittler ins Register einzuf\u00fcgen. Denn jeder, der m\u00f6chte, f\u00fcgt einfach seine Transaktionen ins Register ein, ohne um Erlaubnis zu fragen.<\/p>\n

\"Von
\n
\nDAG kann als die dritte Phase der Evolution von Registern betrachtet werden. Zuerst gab es zentralisierte Register, bei denen eine Seite den Zugang kontrollierte. Dann kamen Blockchains, bei denen mehrere Kontrolleure die Transaktionen ins Register eingetragen haben. Und schlie\u00dflich gibt es im DAG \u00fcberhaupt keine Kontrolleure, die Benutzer f\u00fcgen ihre Transaktionen direkt hinzu.<\/p>\n

\"Von
\n
\nJetzt, wo wir diese Freiheit haben, sollte sie nicht ins Chaos f\u00fchren. Wir m\u00fcssen eine Einigung \u00fcber den Zustand des Registers haben. Diese Einigung, oder Konsens, bedeutet normalerweise Zustimmung zu zwei Dingen:<\/p>\n

    \n
  1. Was ist passiert?\n<\/li>\n
  2. In welcher Reihenfolge ist es passiert?\n<\/li>\n<\/ol>\n

    \nAuf die erste Frage k\u00f6nnen wir leicht antworten: Sobald eine richtig erstellte Transaktion ins Register eingetragen wurde, ist sie passiert. Punkt. Diese Information kann zu unterschiedlichen Zeiten alle Teilnehmer erreichen, aber letztendlich erhalten alle Knoten diese Transaktion und erfahren, dass sie stattgefunden hat.<\/p>\n

    W\u00e4re dies eine Blockchain, w\u00fcrden die Miner entscheiden, was passiert. Alles, was der Miner beschlie\u00dft, in den Block aufzunehmen \u2013 passiert. Alles, was er nicht in den Block aufnimmt \u2013 passiert nicht.<\/p>\n

    In Blockchains entscheiden die Miner auch \u00fcber das zweite Konsensproblem: die Reihenfolge. Sie d\u00fcrfen die Transaktionen innerhalb des Blocks nach Belieben anordnen.<\/p>\n

    Wie bestimmt man nun die Reihenfolge der Transaktionen im DAG?<\/p>\n

    \"Von
    \n
    \nNur weil unser Graph gerichtet ist, haben wir bereits eine gewisse Ordnung. Jede Transaktion verweist auf eine oder mehrere vorhergehende, \u00fcbergeordnete. Die \u00dcbergeordneten verweisen wiederum auf ihre \u00dcbergeordneten und so weiter. Offensichtlich erscheinen die \u00dcbergeordneten vor den untergeordneten Transaktionen. Wenn eine der Transaktionen \u00fcber die Links \"Eltern-Kind\" erreichbar ist, wissen wir genau, in welcher Reihenfolge die Transaktionen in dieser Transaktionskette stehen.<\/p>\n

    \"Von
    \n
    \nAber die Ordnung zwischen den Transaktionen l\u00e4sst sich nicht immer nur aus der Form des Graphen ableiten. Zum Beispiel, wenn zwei Transaktionen auf parallelen Zweigen des Graphen liegen.<\/p>\n

    \"Von
    \n
    \nUm solche Mehrdeutigkeiten zu kl\u00e4ren, verlassen wir uns auf die sogenannten Ordnungspflegeanbieter. Wir nennen sie auch \"Zeugen\". Dies sind gew\u00f6hnliche Benutzer, deren Aufgabe es ist, Transaktionen in die Netzwerk zu senden und dabei die Ordnung einzuhalten, d.h., sodass jede ihrer vorhergehenden Transaktionen \u00fcber die Links \"Eltern-Kind\" erreicht werden kann. Die Ordnungspflegeanbieter sind     vertrauensw\u00fcrdige Benutzer<\/a>, und das gesamte Netzwerk verl\u00e4sst sich darauf, dass sie diese Regel nicht brechen. Damit wir ihnen vertrauen<\/b> k\u00f6nnen, verlangen wir, dass jeder Ordnungspflegeanbieter eine bekannte (nicht anonyme) Person oder Organisation ist und etwas hat, was er riskieren kann, wenn er gegen die Regeln verst\u00f6\u00dft, wie z.B. seinen Ruf oder ein auf Vertrauen basierendes Gesch\u00e4ft.<\/p>\n

    \"Von
    \n
    \nDie Ordnungspflegeanbieter werden von den Benutzern ausgew\u00e4hlt, und jeder Benutzer f\u00fcgt der Transaktion, die er ins Netzwerk sendet, eine Liste seiner vertrauensw\u00fcrdigen Anbieter hinzu. Diese Liste besteht aus 12 Anbietern. Dies ist eine relativ kleine Zahl, damit eine Person die Identit\u00e4ten und den Ruf eines jeden von ihnen \u00fcberpr\u00fcfen kann, und ausreichend, damit das Netzwerk auch bei unvermeidlichen Problemen mit einer Minderheit von Ordnungspflegeanbietern weiterhin funktioniert.<\/p>\n

    Diese Liste von Anbietern variiert von Benutzer zu Benutzer, aber die Listen benachbarter Transaktionen k\u00f6nnen sich maximal um einen Anbieter unterscheiden.<\/p>\n

    \"Von
    \n
    \nJetzt, da wir Ordnungspflegeanbieter haben, k\u00f6nnen wir deren Transaktionen im DAG hervorheben und alle anderen Transaktionen rund um die Ordnung, die sie geschaffen haben, anordnen. Es gibt die M\u00f6glichkeit, einen solchen Algorithmus zu erstellen (siehe     Obyte White Paper<\/a><\/noindex> f\u00fcr technische Details).<\/p>\n

    Aber die Reihenfolge im gesamten Netzwerk kann nicht sofort festgelegt werden; wir ben\u00f6tigen Zeit, damit die Ordnungsgeneratoren eine ausreichende Anzahl ihrer Transaktionen senden, um die endg\u00fcltige Reihenfolge der vergangenen Transaktionen zu best\u00e4tigen.<\/p>\n

    Da die Reihenfolge nur durch die Positionen der Transaktionen der Anbieter im DAG bestimmt wird, werden schlie\u00dflich alle Knoten im Netzwerk alle Transaktionen erhalten und zu derselben Schlussfolgerung hinsichtlich der Reihenfolge der Transaktionen kommen.<\/p>\n

    \"Von
    \n
    \nSomit haben wir Einigkeit dar\u00fcber, was als geschehen gilt: Jede Transaktion, die im DAG erscheint, ist geschehen. Wir haben auch Einigkeit \u00fcber die Reihenfolge der Ereignisse: Diese ist entweder aus den Verwandtschaftsbeziehungen der Transaktionen ersichtlich oder wird aus der Reihenfolge der von den Ordnungsgeneratoren gesendeten Transaktionen abgeleitet. Das bedeutet, wir haben Konsens.<\/p>\n

    \"Von
    \n
    \nDiese Art des Konsenses haben wir in Obyte. Obwohl der Zugang zum Obyte-Register vollst\u00e4ndig dezentralisiert ist, ist der Konsens \u00fcber die Reihenfolge der Transaktionen immer noch zentralisiert, da 10 von 12 Anbietern vom Ersteller (Anton Churyumov) kontrolliert werden, und nur zwei davon sind unabh\u00e4ngig. Wir suchen Kandidaten, die bereit sind, einer der unabh\u00e4ngigen Anbieter der Ordnung zu werden, um uns dabei zu helfen, die Festlegung der Reihenfolge im Register zu dezentralisieren.<\/p>\n

    K\u00fcrzlich gab es einen dritten unabh\u00e4ngigen Kandidaten, der bereit ist, einen Anbieter-Knoten f\u00fcr die Ordnung einzurichten und zu unterst\u00fctzen \u2013 die Universit\u00e4t Nikosia.<\/p>\n

    \"Von
    \n
    \nWie kontrollieren wir nun doppelte Ausgaben (double-spends)?<\/p>\n

    Laut den Regeln gewinnt die Transaktion, die zuerst in der endg\u00fcltigen Reihenfolge aller Transaktionen ist, wenn zwei Transaktionen entdeckt werden, die dieselbe M\u00fcnze ausgeben. Die zweite wird dann durch den Konsens-Algorithmus ung\u00fcltig gemacht.<\/p>\n

    \"Von
    \nWenn es m\u00f6glich ist, die Reihenfolge zwischen zwei Transaktionen, die dieselbe M\u00fcnze ausgeben (\u00fcber Eltern-Kind-Beziehungen), festzulegen, lehnen alle Knoten sofort einen solchen Versuch des doppelten Ausgebens ab.<\/p>\n

    \"Von
    \n
    \nWenn die Reihenfolge jedoch aus den Eltern-Beziehungen zwischen diesen beiden Transaktionen nicht ersichtlich ist, werden beide in das Register aufgenommen, und wir m\u00fcssen auf den Konsens und die Festlegung der Reihenfolge zwischen ihnen durch die Ordnungsgeneratoren warten. Dann gewinnt die fr\u00fchere Transaktion, und die zweite wird ung\u00fcltig.<\/p>\n

    \"Von
    \n
    \nObwohl die zweite Transaktion ung\u00fcltig wird, bleibt sie dennoch im Register, da sie bereits nachfolgende Transaktionen hat, die sich auf sie beziehen und die nichts falsch gemacht haben und nicht wussten, dass diese Transaktion in Zukunft ung\u00fcltig werden w\u00fcrde. Andernfalls m\u00fcssten wir die Elternteile von guten nachfolgenden Transaktionen entfernen, was das wichtigste Prinzip des Netzwerks verletzen w\u00fcrde \u2013 jede g\u00fcltige Transaktion wird im Register akzeptiert.<\/p>\n

    \"Von
    \n
    \nDas ist eine sehr wichtige Regel, die es dem gesamten System erm\u00f6glicht, gegen\u00fcber Zensurversuchen widerstandsf\u00e4hig zu sein.\u00a0<\/p>\n

    Stellen wir uns vor, dass alle Ordnungstransportanbieter sich verschw\u00f6ren, um eine bestimmte Transaktion zu \u201ezensieren\u201c. Sie k\u00f6nnen diese ignorieren und sie niemals als \u201eElternteil\u201c f\u00fcr ihre Transaktionen ausw\u00e4hlen, aber das reicht nicht aus, diese Transaktion kann immer noch indirekt als Elternteil f\u00fcr eine andere Transaktion, die von einem Netzwerkbenutzer, der nicht an der Verschw\u00f6rung beteiligt ist, herausgegeben wird, eingeschlossen werden. Im Laufe der Zeit wird eine solche Transaktion immer mehr Kinder, Enkelkinder und Urenkel von normalen Benutzern bekommen, sich wie eine Schneeballsystem ausbreiten, und allen beteiligten Ordnungstransportanbietern wird es schwerfallen, auch diese Transaktionen zu ignorieren. Letztendlich m\u00fcssen sie das gesamte Netzwerk zensieren, was einem Sabotage gleichkommt.<\/p>\n

    \"Von
    \n
    \nSomit bleibt DAG zensurresistent, auch wenn es eine Verschw\u00f6rung von Ordnungstransportanbietern gibt, und \u00fcbertrifft damit die Zensurresistenz der Blockchain, bei der wir nichts tun k\u00f6nnen, wenn die Miner beschlie\u00dfen, eine der Transaktionen nicht einzuschlie\u00dfen. Und dies folgt aus der Haupteigenschaft von DAG: die Teilnahme am Register erfolgt v\u00f6llig unabh\u00e4ngig und ohne Vermittler, und die Transaktionen sind unwiderruflich.
    \n
    Quelle:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c. DAG \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u043c-\u0442\u043e \u043d\u043e\u0432\u044b\u043c \u0432 \u043c\u0438\u0440\u0435 \u043a\u0440\u0438\u043f\u0442\u043e\u0432\u0430\u043b\u044e\u0442. \u0412\u043e\u0437\u043c\u043e\u0436\u043d\u043e \u0432\u044b \u0441\u043b\u044b\u0448\u0430\u043b\u0438 \u043e \u043d\u0451\u043c \u043a\u0430\u043a \u043e \u0440\u0435\u0448\u0435\u043d\u0438\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u0432. \u041d\u043e \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043d\u0435 \u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438, \u0430 \u043e […]<\/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-53183","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Vom Blockchain zum DAG: Wir befreien uns von Vermittlern | ProHoster","description":"In diesem Artikel werde ich Ihnen \u00fcber DAG (Directed Acyclic Graph, gerichteter azyklischer Graph) und seine Anwendung in verteilten Hauptb\u00fcchern erz\u00e4hlen, und wir werden es mit der Blockchain vergleichen.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","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\u041e\u0442 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 \u043a DAG: \u0438\u0437\u0431\u0430\u0432\u043b\u044f\u0435\u043c\u0441\u044f \u043e\u0442 \u043f\u043e\u0441\u0440\u0435\u0434\u043d\u0438\u043a\u043e\u0432 | ProHoster","og:description":"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","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-11-24T21:00:00+00:00","article:modified_time":"2026-02-15T17:54:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53183","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-02-15 17:55:40","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:29:27","updated":"2026-02-15 17:55:40","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/53183","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=53183"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/53183\/revisions"}],"predecessor-version":[{"id":161174,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/53183\/revisions\/161174"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=53183"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=53183"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=53183"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}