{"id":36425,"date":"2019-10-31T22:11:34","date_gmt":"2019-10-31T19:11:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/konsensus-na-reputatsii-nody-nuzhen-li\/"},"modified":"2019-10-31T22:11:34","modified_gmt":"2019-10-31T19:11:34","slug":"konsensus-na-reputatsii-nody-nuzhen-li","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","title":{"rendered":"Konsens im Node-Ruf. Ist das n\u00f6tig?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ich verstehe, verstehe. Es gibt viele Krypto-Projekte, zahlreiche Konsensmechanismen: basierend auf Arbeit und Besitz, Gold, \u00d6l, und sogar auf frisch gebackenem Geb\u00e4ck (ja, das gibt es wirklich). Was brauchen wir da noch von einem? Dar\u00fcber m\u00f6chte ich nach dem Lesen der \"vereinfachten\" technischen Dokumentation des Projekts *Konstellation* diskutieren.Constellation<\/a><\/noindex>Nat\u00fcrlich ist dies nicht die vollst\u00e4ndige Beschreibung des Algorithmus, aber mich interessiert die Meinung der Community auf Habr, ob ein solcher Konsens sinnvoll ist oder ob er \u00fcberfl\u00fcssig ist.<\/p>\n

<\/p>\n

Es sind nicht viele Buchstaben, daher, wenn Sie einfach nur \"pfui, genug \u00fcber Krypto\" schreiben m\u00f6chten, bitte unterlassen Sie das. Wenn Sie an neuen Entwicklungen im Bereich der verteilten Systeme interessiert sind und etwas in den Kommentaren teilen m\u00f6chten, dann lade ich Sie ein, weiterzulesen.<\/p>\n

<\/p>\n

P.S. Ich bin nicht der Autor der Technologie, ich kann die vollst\u00e4ndige \u00dcbertragung der Essenz nicht garantieren, daher freue ich mich \u00fcber Kommentare mit Korrekturen, falls solche vorhanden sind.<\/em><\/p>\n

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

Die Evolution von synchronen Konsensen zu asynchronen<\/h3>\n

<\/p>\n

Die Knoten werden durch einen deterministischen Prozess ausgew\u00e4hlt (der gleiche, der in DHTs verwendet wird, beispielsweise bei BitTorrent), der die Aufgaben der Knoten dynamisch anpasst, um die Validierung zu \u201eerleichtern\u201c oder, um es klarer auszudr\u00fccken, um Konsens zu erreichen. Wir w\u00e4hlen Gruppen aus 3 Knoten aus und f\u00fchren Konsensrunden parallel durch, sodass ein Knoten in mehreren Bl\u00f6cken als Facilitator fungieren kann. Dadurch k\u00f6nnen wir Transaktionen asynchron verarbeiten, was im Wesentlichen bedeutet, dass gleichzeitig mehrere Blockchains entstehen. Der Prozess \u00e4hnelt einem Netz, das aus vielen F\u00e4den besteht, im Gegensatz zu Knoten, die im Laufe der Zeit eine einzige Kette bilden. Asynchrone oder parallele Verarbeitung ist die Grundlage f\u00fcr skalierbares Programmieren, da sie alle Ressourcen des Computers nutzt und die gesamten Berechnungen beschleunigt. Dieses Netzwerk wird als gerichteter azyklischer Graph oder DAG in der Informatik bezeichnet.<\/p>\n

<\/p>\n

\"Konsens
\nDie Bandbreite eines linearen Blockchains gegen\u00fcber dem multiplikativen Effekt eines DAG, bei dem wir mehrere parallele Blockchains haben. <\/em><\/p>\n

<\/p>\n

\"Konsens
\nGeometrische Umsetzung der linearen Blockchain im Gegensatz zu DAG. Die schwarzen Punkte sind Bl\u00f6cke, die wei\u00dfen Punkte sind Knoten.<\/em><\/p>\n

<\/p>\n

Wir nutzen in jeder Konsensrunde 3 Knoten, da uns dies interessante mathematische Prozesse f\u00fcr die \u00dcberlegung \u00fcber den Zustand bietet, indem es eine \"Oberfl\u00e4chenebene\" \u00fcber die Daten in Form von Verbindungen zwischen Dreiecken bildet. Der Protokoll verwendet dann die Dreiecke, um die optimale Oberfl\u00e4che zu \"n\u00e4hen\", die keine \u00fcberfl\u00fcssigen oder widerspr\u00fcchlichen Daten enth\u00e4lt und die minimal m\u00f6glichen Dreiecke aufweist. Algorithmisch entspricht dies dem \"minimalen Schnitt\" in einem Graphen, w\u00e4hrend es mathematisch einer Ableitung oder einer Optimierungsfunktion \u00e4hnelt (bei der die Funktion den k\u00fcrzesten Weg findet, den sie \u00fcber die Oberfl\u00e4che kreuzen kann). Dieser k\u00fcrzeste Weg entspricht der optimalen Speicherung von Daten (Transaktionen) in einer Gruppe von Datenbankverf\u00fcgbarkeiten. Gegenl\u00e4ufige dreieckige \"Fliesen\" sorgen daf\u00fcr, dass die Ereignisfl\u00e4che glatt und konfliktfrei bleibt.<\/p>\n

<\/p>\n

\"Konsens
\nGeometrische Umsetzung der Konflikterkennung \/ -verarbeitung. Ein konfliktierender Block erzeugt zus\u00e4tzliches Oberfl\u00e4chentiling. Wir entfernen die zus\u00e4tzliche Fliese, um eine flache (= konfliktfreie) Ereignisfl\u00e4che zu erhalten. <\/em><\/p>\n

<\/p>\n

Konsens basierend auf Reputation<\/h3>\n

<\/p>\n

In einem optimalen dezentralisierten P2P-System der Reputation sollte jeder Knoten in der Lage sein, sein Vertrauen zu anderen Knoten selbstst\u00e4ndig zu bestimmen. Unser System nutzt ein spezielles Modell, das transitive Beziehungen oder Verbindungen, die ein Knoten zu anderen Knoten hat, bei der Zuweisung einer globalen Bewertung einbezieht. \u201eSie sind nur so gut wie Ihr Unternehmen\u201c. Das Endergebnis ist eine \u201eVerzerrung\u201c oder ein Gradient, der auf dem Transitiven Vertrauen oder der Reputation aller Knoten in einem $DAG oder einem Standardkanal basiert. Dies kann als B\u00fcrste oder Reibe f\u00fcr K\u00e4se betrachtet werden, die \u00fcber die \u201eOberfl\u00e4che\u201c wischt und ausw\u00e4hlt, welche \u201edreieckigen Fliesen\u201c entfernt und welche beibehalten werden sollen. So funktioniert die Logik des Konflikts, die tats\u00e4chlich die \u201edreieckigen Fliesen\u201c entfernt.<\/p>\n

<\/p>\n

\"Konsens
\nDAG mit konfliktierenden Kacheln, die durch einen \u201everzerrten\u201c Raum verlaufen, der einer K\u00e4sereibe \u00e4hnelt und darauf abzielt, die konfliktierenden Kacheln zu entfernen oder \u201eauszul\u00f6schen\u201c.<\/em><\/p>\n

<\/p>\n

Teilweises\/Vollst\u00e4ndiges Skalieren eines Knotens<\/h3>\n

<\/p>\n

In der Netzwerktheorie ist die optimale Verteilung im Allgemeinen als \u201eohne Skalierung\u201c bekannt, die als hierarchische Anordnung mit gro\u00dfen zentralen Knoten beschrieben werden kann, die viele kleinere periphere Knoten steuern. Diese Verteilung ist in der Natur und vor allem im Internet zu beobachten. Constellation nutzt diese Architektur f\u00fcr das \u201eSkalieren\u201c oder die Erh\u00f6hung der Bandbreite oder Breite unseres Graphen.<\/p>\n

<\/p>\n

\"Konsens
\nDer Effekt der hierarchischen Aufteilung. Wir k\u00f6nnen weitere Knoten hinzuf\u00fcgen, um die Bandbreite zu erh\u00f6hen.<\/em><\/p>\n

<\/p>\n

Hylochain \u2013 Unterst\u00fctzung f\u00fcr kanalbasierte Anwendungen<\/h3>\n

<\/p>\n

Unser Ansatz f\u00fcr die Anwendungsunterst\u00fctzung kann als \"dezentralisierte Plattform f\u00fcr Smart Contracts\" betrachtet werden. Anstelle eines zentralen Netzwerks, das die gesamte Logik ausf\u00fchrt und alle Daten der Anwendung verarbeitet, koordiniert Constellation die Anwendungsdaten mit \"Standardkan\u00e4len\", die man als Fernsehsender ansehen kann, die alle Daten aus dem Standardbetrieb \u00fcbertragen. Jeder Standardkanal kann eigene Pr\u00fcflogik implementieren, um das Oracle-Problem durch durchg\u00e4ngige Authentifizierung der Datenproduzenten und transitive \u00dcberpr\u00fcfung zusammengesetzter Standardbetriebe zu l\u00f6sen. Netzwerke von Standardkan\u00e4len bieten parallele Anwendungsunterst\u00fctzung und beschleunigen die Entscheidungsfindung, die in einem Netzwerk mit Smart Contracts durch den traditionellen synchronen Konsens begrenzt ist.<\/p>\n

<\/p>\n

\"Konsens
\nZwei Standardkan\u00e4le, die \"kompatibel\" \u00fcber das Netzwerk $DAG sind. Sie k\u00f6nnen interagieren oder interpretiert werden, da beide \"integriert\" mit $DAG durch die Implementierung hybrider Knoten $DAG + Kanal sind.<\/em><\/p>\n

<\/p>\n

Der Grund, warum es Hylochain genannt wird, liegt darin, dass in unserem Ansatz zur Unterst\u00fctzung von Anwendungen das funktionale Programmiermodell der Rekursionsschemata zur Erstellung einer MapReduce-Schnittstelle verwendet wurde. Insbesondere k\u00f6nnen die Rekursionsschemata Hylomorphismus und Metamorphismus integriert werden, um \u00fcberpr\u00fcfbare Abfragen und Stream-Verbindungen \u00fcber Standardkan\u00e4le zu erstellen, indem algebraische Datentypen auf die gleiche Weise validiert werden, wie Opcodes f\u00fcr Smart Contracts \u00fcberpr\u00fcft werden. Das Endergebnis ist eine funktionale MapReduce-Schnittstelle, die Dateningenieuren bekannt ist und mit bestehender Big-Data-Technologie kompatibel ist.<\/p>\n

<\/p>\n

\"Konsens
\nHylomorphe und metamorphe Standardkan\u00e4le im Vergleich. Im metamorphischen Zustand werden Daten aus zwei Standardkan\u00e4len in einen Block im Metakanal gesendet. Im Hilo nehmen wir den vorherigen Zustand des Kanals und verwenden ihn, um (eine spezifische Frage zu stellen) zwei andere Kan\u00e4le abzufragen und dann das Ergebnis der Abfrage in einem Block zu speichern.<\/em><\/p>\n

<\/p>\n

Tokenomik und ihre Verbindung zu Hylochain<\/h3>\n

<\/p>\n

Nachdem der Standardkanal erstellt wurde, kann er in den Kanal $DAG integriert werden, jedoch unter Verwendung der ACI- oder Application Chain Interface. Diese Schnittstelle ist einfach ein JSON-Objekt mit Konfigurationsinformationen und einem \u00f6ffentlichen Schl\u00fcssel, der mit dem Kanal selbst verkn\u00fcpft ist. Der Grund, warum wir den \u00f6ffentlichen Schl\u00fcssel mit dem Standardkanal verkn\u00fcpfen, besteht darin, einen Broker-Mechanismus f\u00fcr die Daten des Standardkanals zu schaffen. Wenn der Standardkanal bereitgestellt wird, entscheiden die Entwickler selbst, wie die Zahlungen aus dem Netzwerk $DAG zwischen Knoten und Betreibern verteilt werden.<\/p>\n

<\/p>\n

\"Konsens
\nEin Strom f\u00fcr den Kauf von Zugang zu Informationen oder zur Modifikation von Informationen. Die Anfrage wird an $DAG gesendet, die Gelder werden auf das Konto des Kanals \u00fcberwiesen, das Ergebnis wird an den K\u00e4ufer gesendet und die Transaktions-Checksumme wird an das Netzwerk $DAG gesendet, das dann die Mittel f\u00fcr den Standardkanal freigibt.<\/em><\/p>\n

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

\u0417\u043d\u0430\u044e-\u0437\u043d\u0430\u044e. \u041a\u0440\u0438\u043f\u0442\u043e\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u0442\u044c\u043c\u0430, \u0435\u0441\u0442\u044c \u043a\u0443\u0447\u0430 \u043a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441\u043e\u0432: \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0442\u0440\u0443\u0434\u0430 \u0438 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u044f, \u0437\u043e\u043b\u043e\u0442\u0430, \u043d\u0435\u0444\u0442\u0438, \u0432\u044b\u043f\u0435\u0447\u0435\u043d\u043d\u044b\u0445 \u043f\u0438\u0440\u043e\u0436\u043a\u043e\u0432 (\u0435\u0441\u0442\u044c \u0438 \u0442\u0430\u043a\u043e\u0439, \u0434\u0430-\u0434\u0430). \u0427\u0442\u043e \u043d\u0430\u043c \u0435\u0449\u0451 \u043e\u0442 \u043e\u0434\u043d\u043e\u0433\u043e? \u042d\u0442\u043e \u0438 \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e \u043e\u0431\u0441\u0443\u0434\u0438\u0442\u044c \u043f\u043e\u0441\u043b\u0435 \u043f\u0440\u043e\u0447\u0442\u0435\u043d\u0438\u044f \u043f\u0435\u0440\u0435\u0432\u043e\u0434\u0430 «\u043e\u0431\u043b\u0435\u0433\u0447\u0435\u043d\u043d\u043e\u0439» \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430 *\u0421\u043e\u0437\u0432\u0435\u0437\u0434\u0438\u0435 (Constellation). \u041a\u043e\u043d\u0435\u0447\u043d\u043e, \u044d\u0442\u043e \u043d\u0435 \u043f\u043e\u043b\u043d\u043e\u0435 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u0430, \u043d\u043e \u043c\u043d\u0435 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e \u043c\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043c\u044c\u044e\u043d\u0438\u0442\u0438 \u0445\u0430\u0431\u0440\u0430, \u0438\u043c\u0435\u0435\u0442 \u043b\u0438 \u043c\u0435\u0441\u0442\u043e «\u0431\u044b\u0442\u044c» \u0442\u0430\u043a\u043e\u043c\u0443 \u043a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441\u0443 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27262,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36425","post","type-post","status-publish","format-standard","has-post-thumbnail","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\udd47Konsens auf Basis des Rufs von Nodes. Brauchen wir das? | ProHoster","description":"Ich verstehe, ich verstehe. Es gibt viele Krypto-Projekte mit einer Vielzahl von Konsensmechanismen: auf Basis von Arbeit und Besitz, Gold, \u00d6l und sogar gebackenen Pasteten (ja, die gibt es wirklich). Was k\u00f6nnte uns noch ein weiterer Konsens bringen? Das m\u00f6chte ich gerne nach dem Lesen der \"vereinfacht\" technischen Dokumentation des Projekts *\u0421\u043e\u0437\u0432\u0435\u0437\u0434\u0438\u0435 (Constellation)* diskutieren. Nat\u00fcrlich ist dies keine vollst\u00e4ndige Beschreibung des Algorithmus, aber ich bin gespannt auf die Meinung der Community von \u0425\u0430\u0431\u0440, ob ein solcher Konsens \u00fcberhaupt realisierbar ist.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","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\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441 \u043d\u0430 \u0440\u0435\u043f\u0443\u0442\u0430\u0446\u0438\u0438 \u043d\u043e\u0434\u044b. \u041d\u0443\u0436\u0435\u043d \u043b\u0438? | ProHoster","og:description":"\u0417\u043d\u0430\u044e-\u0437\u043d\u0430\u044e. \u041a\u0440\u0438\u043f\u0442\u043e\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u0442\u044c\u043c\u0430, \u0435\u0441\u0442\u044c \u043a\u0443\u0447\u0430 \u043a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441\u043e\u0432: \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0442\u0440\u0443\u0434\u0430 \u0438 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u044f, \u0437\u043e\u043b\u043e\u0442\u0430, \u043d\u0435\u0444\u0442\u0438, \u0432\u044b\u043f\u0435\u0447\u0435\u043d\u043d\u044b\u0445 \u043f\u0438\u0440\u043e\u0436\u043a\u043e\u0432 (\u0435\u0441\u0442\u044c \u0438 \u0442\u0430\u043a\u043e\u0439, \u0434\u0430-\u0434\u0430). \u0427\u0442\u043e \u043d\u0430\u043c \u0435\u0449\u0451 \u043e\u0442 \u043e\u0434\u043d\u043e\u0433\u043e? \u042d\u0442\u043e \u0438 \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e \u043e\u0431\u0441\u0443\u0434\u0438\u0442\u044c \u043f\u043e\u0441\u043b\u0435 \u043f\u0440\u043e\u0447\u0442\u0435\u043d\u0438\u044f \u043f\u0435\u0440\u0435\u0432\u043e\u0434\u0430 "\u043e\u0431\u043b\u0435\u0433\u0447\u0435\u043d\u043d\u043e\u0439" \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430 *\u0421\u043e\u0437\u0432\u0435\u0437\u0434\u0438\u0435 (Constellation). \u041a\u043e\u043d\u0435\u0447\u043d\u043e, \u044d\u0442\u043e \u043d\u0435 \u043f\u043e\u043b\u043d\u043e\u0435 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u0430, \u043d\u043e \u043c\u043d\u0435 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e \u043c\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043c\u044c\u044e\u043d\u0438\u0442\u0438 \u0445\u0430\u0431\u0440\u0430, \u0438\u043c\u0435\u0435\u0442 \u043b\u0438 \u043c\u0435\u0441\u0442\u043e "\u0431\u044b\u0442\u044c" \u0442\u0430\u043a\u043e\u043c\u0443 \u043a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441\u0443","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","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-31T19:11:34+00:00","article:modified_time":"2019-10-31T19:11:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36425","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-22 03:15:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:45:35","updated":"2026-01-22 03:15:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/36425","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=36425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/36425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/27262"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=36425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=36425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=36425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}