{"id":55869,"date":"2020-01-30T00:00:00","date_gmt":"2020-01-29T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","title":{"rendered":"Wie erstellt man eine dezentrale Anwendung, die skalierbar ist? Nutzen Sie weniger Blockchain","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nein, die Einf\u00fchrung einer dezentralen Anwendung (dapp) auf der Blockchain wird nicht zu einem erfolgreichen Gesch\u00e4ft f\u00fchren. Tats\u00e4chlich denken die meisten Nutzer nicht einmal dar\u00fcber nach, ob die Anwendung auf der Blockchain l\u00e4uft \u2013 sie w\u00e4hlen einfach das Produkt, das g\u00fcnstiger, schneller und einfacher ist.<\/p>\n

<\/p>\n

Leider, selbst wenn die Blockchain ihre eigenen einzigartigen Merkmale und Vorteile hat, sind die meisten Anwendungen, die darauf basieren, viel teurer, langsamer und weniger verst\u00e4ndlich als ihre zentralisierten Wettbewerber.<\/p>\n

<\/p>\n

\"Wie<\/p>\n

<\/p>\n

In vielen Whitepapers von Anwendungen, die auf Blockchain basieren, findet man oft einen Absatz, der besagt: \"Blockchain ist teuer und kann nicht die erforderliche Anzahl an Transaktionen pro Sekunde unterst\u00fctzen. Gl\u00fccklicherweise arbeiten viele kluge K\u00f6pfe an der Skalierung der Blockchain, und zum Zeitpunkt der Einf\u00fchrung unserer Anwendung wird sie ausreichend skalierbar sein.\"<\/p>\n

<\/p>\n

In einem einfachen Absatz kann der Entwickler einer dApp auf eine eingehendere Diskussion der Skalierungsprobleme und alternativen L\u00f6sungen verzichten. Dies f\u00fchrt h\u00e4ufig zu einer ineffizienten Architektur, bei der Smart Contracts, die auf der Blockchain laufen, als Backend und Kern der Anwendung fungieren. <\/p>\n

<\/p>\n

Es gibt jedoch noch unerprobte Ans\u00e4tze in der Architektur dezentraler Anwendungen, die es erm\u00f6glichen, viel besser zu skalieren, indem die Abh\u00e4ngigkeit von der Blockchain verringert wird. Zum Beispiel arbeitet Blockstack an einer Architektur, bei der die meisten Daten und die Logik der Anwendung au\u00dferhalb der Blockchain gespeichert werden.<\/p>\n

<\/p>\n

Lassen Sie uns zun\u00e4chst einen traditionelleren Ansatz betrachten, bei dem die Blockchain als direkter Vermittler zwischen den Nutzern der Anwendung fungiert und der nicht besonders gut skalierbar ist.<\/p>\n

<\/a><\/noindex><\/p>\n

Ansatz #1: Blockchain als Backend<\/h1>\n

<\/p>\n

Um es anschaulicher zu machen, nehmen wir die Hotelbranche als Beispiel. Es handelt sich um eine riesige Branche, in der Vermittler wie Booking.com, hohe Geb\u00fchren erheben<\/a><\/noindex> f\u00fcr die Vermittlung von G\u00e4sten und Hotels.<\/p>\n

<\/p>\n

In jeder Situation, in der wir versuchen, einen solchen Vermittler mit diesem Ansatz zu \u00fcberlisten, werden wir versuchen, seine Gesch\u00e4ftslogik mithilfe von Smart Contracts auf einer Blockchain wie Ethereum nachzubauen.<\/p>\n

<\/p>\n

Open Source Smart Contracts, die auf dem \"Weltcomputer\" ausgef\u00fchrt werden, k\u00f6nnen Verk\u00e4ufer direkt mit Verbrauchern verbinden, ohne ein Drittunternehmen dazwischen, wodurch letztendlich die Geb\u00fchren und Provisionen des Vermittlers gesenkt werden.<\/p>\n

<\/p>\n

Wie im Bild unten gezeigt, nutzen Hotels eine dezentrale Anwendung, um Informationen \u00fcber Zimmer, deren Verf\u00fcgbarkeit und Preise an Werktagen oder am Wochenende in der Blockchain zu speichern, m\u00f6glicherweise sogar eine Beschreibung der Zimmer mit allen weiteren relevanten Informationen.<\/p>\n

<\/p>\n

\"Wie<\/p>\n

<\/p>\n

Jeder, der ein Zimmer buchen m\u00f6chte, nutzt diese Anwendung, um nach Hotels und Zimmern zu suchen, die in der Blockchain gelistet sind. Sobald der Nutzer ein Zimmer ausw\u00e4hlt, erfolgt die Buchung durch das Senden des erforderlichen Betrags an Token an das Hotel als Anzahlung. Im Gegenzug aktualisiert der Smart Contract die Informationen in der Blockchain, dass das Zimmer nicht mehr verf\u00fcgbar ist.<\/p>\n

<\/p>\n

Bei diesem Ansatz gibt es zwei Seiten des Skalierbarkeitsproblems. Erstens, die maximale Anzahl von Transaktionen pro Sekunde. Zweitens, das Volumen der Daten, das in der Blockchain gespeichert werden kann.<\/p>\n

<\/p>\n

Lassen Sie uns grobe Berechnungen anstellen. booking.com gibt an, dass sie fast 2 Millionen Hotels registriert haben. Angenommen, jedes Hotel hat durchschnittlich 10 Zimmer und jedes wird nur 20 Mal im Jahr gebucht \u2013 das ergibt im Durchschnitt 13 Buchungen pro Sekunde.<\/p>\n

<\/p>\n

Um diese Zahl zu sch\u00e4tzen, sollte man beachten, dass Ethereum etwa 15 Transaktionen pro Sekunde verarbeiten kann.<\/p>\n

<\/p>\n

Dabei ist zu ber\u00fccksichtigen, dass in unserer Anwendung auch Transaktionen von den Hotels stattfinden \u2013 um Informationen \u00fcber ihre Zimmer hochzuladen und kontinuierlich zu aktualisieren. Hotels aktualisieren die Zimmerpreise sehr h\u00e4ufig, manchmal sogar t\u00e4glich, und jede Preis- oder Beschreibungs\u00e4nderung erfordert eine Transaktion in der Blockchain.<\/p>\n

<\/p>\n

Hier gibt es auch ein Problem der Gr\u00f6\u00dfe \u2013 das Gewicht der Ethereum-Blockchain hat k\u00fcrzlich die Marke von 2 TB \u00fcberschritten. Wenn Anwendungen mit einem solchen Ansatz wirklich popul\u00e4r werden, w\u00fcrde das Ethereum-Netzwerk extrem instabil werden.<\/p>\n

<\/p>\n

Ein solches auf Blockchain basierendes System kann Au\u00dfenstehende ausschlie\u00dfen, dank seiner Unparteilichkeit und Dezentralisierung \u2013 den Hauptvorteilen der Blockchain-Technologie. Aber die Blockchain hat auch andere Merkmale \u2013 sie ist verteilt und nicht beschreibbar, das sind tolle Eigenschaften, aber man muss daf\u00fcr in der Geschwindigkeit und den Transaktionsgeb\u00fchren bezahlen. <\/p>\n

<\/p>\n

Deshalb sollten dApp-Entwickler sorgf\u00e4ltig pr\u00fcfen, ob jede Funktion, die die Blockchain nutzt, tats\u00e4chlich Verteilung und Unver\u00e4nderlichkeit ben\u00f6tigt.<\/p>\n

<\/p>\n

Zum Beispiel: Welchen Vorteil bringt es, die Daten jedes Hotels auf Hunderte von Maschinen weltweit zu verteilen und sie dort dauerhaft zu speichern? Ist es wirklich wichtig, dass historische Preisdaten und die Verf\u00fcgbarkeit von Zimmern immer in der Blockchain integriert sind? Wahrscheinlich nicht.<\/p>\n

<\/p>\n

Wenn wir beginnen, solche Fragen zu stellen, erkennen wir, dass wir nicht alle kostspieligen Merkmale der Blockchain f\u00fcr jede unserer Funktionen ben\u00f6tigen. Was ist also die Alternative? <\/p>\n

<\/p>\n

Ansatz #2: Architektur inspiriert von Blockstack<\/h1>\n

<\/p>\n

Obwohl der Schwerpunkt Blockstack<\/a><\/noindex> auf Anwendungen liegt, bei denen die Nutzer Eigent\u00fcmer ihrer Daten sind (zum Beispiel bei Airtext<\/a><\/noindex>, BentenSound<\/a><\/noindex>, ImageOptimizer<\/a><\/noindex> oder Graphite<\/a><\/noindex>), hat Blockstack auch die Philosophie, Blockchain nur dann zu nutzen, wenn es absolut notwendig ist. Ihr Hauptargument ist, dass Blockchain langsam und teuer ist und daher nur f\u00fcr einmalige oder seltene Operationen verwendet werden sollte. Alle anderen Interaktionen mit Anwendungen sollten \u00fcber Peer-to-Peer erfolgen, d.h. die Nutzer dezentraler Anwendungen sollten Daten direkt miteinander teilen, anstatt \u00fcber die Blockchain. Schlie\u00dflich wurden die \u00e4ltesten und erfolgreichsten dezentralisierten Anwendungen wie BitTorrent, E-Mail und Tor noch vor der Erfindung des Konzepts der Blockchain entwickelt.<\/p>\n

<\/p>\n

\"Wie
\nLinks: erster Ansatz, bei dem Nutzer \u00fcber die Blockchain interagieren. Rechts: Nutzer interagieren direkt miteinander, w\u00e4hrend die Blockchain nur zur Identifikation und \u00e4hnlichem genutzt wird.<\/em>.<\/p>\n

<\/p>\n

Kehren wir zur\u00fcck zu unserem Beispiel mit der Hotelbuchung. Wir m\u00f6chten ein unparteiisches, unabh\u00e4ngiges und offenes Protokoll, um G\u00e4ste mit Hotels zu verbinden. Mit anderen Worten, wir m\u00f6chten einen zentralen Vermittler ausschlie\u00dfen. Wir haben zum Beispiel keine Notwendigkeit, die Preise der Zimmer st\u00e4ndig in einem gemeinsamen verteilten Register zu speichern.<\/p>\n

<\/p>\n

Warum erlauben wir den G\u00e4sten und Hotels nicht einfach, direkt miteinander zu interagieren, anstatt \u00fcber die Blockchain? Hotels k\u00f6nnen ihre Preise, Verf\u00fcgbarkeit der Zimmer und jede andere Informationen irgendwo speichern, wo sie f\u00fcr alle zug\u00e4nglich sind - zum Beispiel IPFS, Amazon S3 oder sogar auf ihrem eigenen lokalen Server. Das ist genau das, was das dezentrale Speichersystem von Blockstack mit dem Namen Gaia<\/a><\/noindex>. Es erm\u00f6glicht den Nutzern auszuw\u00e4hlen, wo sie ihre Daten speichern m\u00f6chten und zu kontrollieren, wer darauf zugreifen kann, durch einen Ansatz, der als mehrbenutzerspeicher<\/a><\/noindex>.<\/p>\n

<\/p>\n

Um Vertrauen aufzubauen, werden alle Daten des Hotels kryptografisch vom Hotel selbst signiert. Unabh\u00e4ngig davon, wo diese Daten gespeichert sind, kann ihre Integrit\u00e4t mit \u00f6ffentlichen Schl\u00fcsseln, die mit den Identifikationsinformationen des jeweiligen Hotels in der Blockchain verbunden sind, \u00fcberpr\u00fcft werden.<\/p>\n

<\/p>\n

Im Falle von Blockstack wird in der Blockchain nur Ihre Identifikationsinformation gespeichert. Informationen dar\u00fcber, wie die Daten jedes Nutzers abgerufen werden k\u00f6nnen, werden in Zonen-Dateien (zone files) gespeichert und \u00fcber ein Peer-to-Peer-Netzwerk mit Knoten verteilt. Und noch einmal - Sie m\u00fcssen den Daten, die Knoten bereitstellen, nicht vertrauen, weil Sie deren Authentizit\u00e4t \u00fcberpr\u00fcfen k\u00f6nnen, indem Sie sie mit den Hashes vergleichen, die in der Blockchain und bei anderen Nutzern gespeichert sind.<\/p>\n

<\/p>\n

In einer vereinfachten Version des Systems werden die G\u00e4ste das Peer-to-Peer-Netzwerk von Blockstack nutzen, um Hotels zu finden und Informationen \u00fcber deren Zimmer zu erhalten. Und die Authentizit\u00e4t und Integrit\u00e4t aller Daten, die Sie erhalten, kann \u00fcberpr\u00fcft werden, indem \u00f6ffentliche Schl\u00fcssel und Hashes verwendet werden, die in der virtuellen Kette<\/a><\/noindex> von Blockstack gespeichert sind.<\/p>\n

<\/p>\n

Diese Architektur ist komplexer als der erste Ansatz und erfordert eine umfassendere Infrastruktur. Tats\u00e4chlich ist das genau der Punkt, an dem Blockstack ins Spiel kommt, da es alle notwendigen Komponenten f\u00fcr den Aufbau eines solchen dezentralen Systems bereitstellt.<\/p>\n

<\/p>\n

\"Wie<\/p>\n

<\/p>\n

Bei dieser Architektur speichern wir in der Blockchain nur Daten, die tats\u00e4chlich verteilt und nicht beschreibbar sein m\u00fcssen. Im Fall von Blockstack ben\u00f6tigen Sie Blockchain-Transaktionen nur, um sich zu registrieren und anzugeben, wo Ihre Daten gespeichert werden sollen. Sie ben\u00f6tigen m\u00f6glicherweise mehr Transaktionen, wenn Sie etwas aus diesen Informationen \u00e4ndern m\u00f6chten, aber das ist nicht der Regelfall. <\/p>\n

<\/p>\n

Dar\u00fcber hinaus funktioniert die Logik der Anwendung, im Gegensatz zum ersten Ansatz, auf der Client-Seite und nicht in Smart Contracts. Dies erm\u00f6glicht es dem Entwickler, diese Logik ohne kostspielige oder manchmal sogar unm\u00f6gliche Aktualisierungen des Smart Contracts zu \u00e4ndern. Da die Daten und die Logik der Anwendung nicht in der Blockchain gespeichert sind, k\u00f6nnen dezentrale Anwendungen ein Leistungs- und Skalierungsniveau traditioneller zentralisierter Systeme erreichen. <\/p>\n

<\/p>\n

Fazit<\/h1>\n

<\/p>\n

Anwendungen, die auf Blockstack laufen, k\u00f6nnen viel besser skalieren als herk\u00f6mmliche Blockchain-Anwendungen. Allerdings handelt es sich hierbei um einen j\u00fcngeren Ansatz mit eigenen Problemen und unbeantworteten Fragen.<\/p>\n

<\/p>\n

Zum Beispiel, wenn eine dezentrale Anwendung nicht auf Smart Contracts basiert, verringert sich der Bedarf an Utility-Token. Das kann Probleme f\u00fcr Unternehmen verursachen, wenn man bedenkt, dass ICOs die Hauptquelle f\u00fcr die Finanzierung dezentraler Anwendungen waren (einschlie\u00dflich Blockstack selbst).<\/p>\n

<\/p>\n

Es gibt auch technische Probleme. Es ist relativ einfach, eine Hotelbuchungsfunktion in einem Smart Contract zu implementieren, bei der bei einer atomaren Operation Zimmer gegen Tokens reserviert werden. Es ist jedoch nicht ganz klar, wie die Buchung in einer Blockstack-Anwendung ohne Smart Contracts funktionieren w\u00fcrde.<\/p>\n

<\/p>\n

Anwendungen, die auf globale M\u00e4rkte mit dem Potenzial f\u00fcr Millionen von Nutzern abzielen, m\u00fcssen sehr gut skalieren, um erfolgreich zu sein. Es w\u00e4re ein Fehler, allein auf Blockchains zu setzen, um in naher Zukunft ein solches Ma\u00df an Skalierbarkeit zu erreichen. Um mit gro\u00dfen zentralisierten Marktakteuren wie Booking.com konkurrieren zu k\u00f6nnen, m\u00fcssen Entwickler dezentraler Anwendungen alternative Ans\u00e4tze f\u00fcr das Design ihrer Anwendungen in Betracht ziehen, beispielsweise den von Blockstack.<\/p>\n

Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0442, \u0437\u0430\u043f\u0443\u0441\u043a \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (dapp) \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u043d\u0435 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u0442 \u043a \u0443\u0441\u043f\u0435\u0448\u043d\u043e\u043c\u0443 \u0431\u0438\u0437\u043d\u0435\u0441\u0443. \u041d\u0430 \u0441\u0430\u043c\u043e\u043c \u0434\u0435\u043b\u0435, \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0434\u0430\u0436\u0435 \u043d\u0435 \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043b\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u2014 \u043e\u043d\u0438 \u043f\u0440\u043e\u0441\u0442\u043e \u0432\u044b\u0431\u0438\u0440\u0430\u044e\u0442 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u0448\u0435\u0432\u043b\u0435, \u0431\u044b\u0441\u0442\u0440\u0435\u0435 \u0438 \u043f\u0440\u043e\u0449\u0435. \u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0434\u0430\u0436\u0435 \u0435\u0441\u043b\u0438 \u0443 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 \u0435\u0441\u0442\u044c \u0441\u0432\u043e\u0438 \u0443\u043d\u0438\u043a\u0430\u043b\u044c\u043d\u044b\u0435 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0438 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u0430, \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442 \u043d\u0430 \u043d\u0435\u043c, \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0434\u043e\u0440\u043e\u0436\u0435, […]<\/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-55869","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\udd47 Wie erstellt man eine skalierbare dezentrale Anwendung? Verwenden Sie weniger Blockchain | ProHoster","description":"Nein, die Einf\u00fchrung einer dezentralen Anwendung (dapp) auf der Blockchain wird nicht zu einem erfolgreichen Gesch\u00e4ft f\u00fchren.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","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\u041a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u0442\u0441\u044f? \u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0439\u0442\u0435 \u043c\u0435\u043d\u044c\u0448\u0435 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 | ProHoster","og:description":"\u041d\u0435\u0442, \u0437\u0430\u043f\u0443\u0441\u043a \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (dapp) \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u043d\u0435 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u0442 \u043a \u0443\u0441\u043f\u0435\u0448\u043d\u043e\u043c\u0443 \u0431\u0438\u0437\u043d\u0435\u0441\u0443.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","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":"2020-01-29T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:02+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55869","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:35:40","updated":"2022-09-29 05:33:48","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\/55869","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=55869"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/55869\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=55869"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=55869"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=55869"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}