{"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\/da\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","title":{"rendered":"Hvordan opretter man en decentralt applikation, der skalerer? Brug mindre blockchain","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nej, at lancere en decentraliseret applikation (dapp) p\u00e5 blockchain vil ikke f\u00f8re til en succesfuld forretning. Faktisk t\u00e6nker de fleste brugere slet ikke over, om applikationen k\u00f8rer p\u00e5 blockchain \u2014 de v\u00e6lger bare det produkt, der er billigere, hurtigere og nemmere.<\/p>\n

<\/p>\n

Desv\u00e6rre, selvom blockchain har sine unikke funktioner og fordele, er de fleste applikationer, der k\u00f8rer p\u00e5 den, meget dyrere, langsommere og mindre brugervenlige end deres centraliserede konkurrenter.<\/p>\n

<\/p>\n

\"Hvordan<\/p>\n

<\/p>\n

Det er ganske ofte, at man i whitepapers for applikationer bygget p\u00e5 blockchain finder et afsnit, der siger: \"blockchain er dyrt og ikke i stand til at underst\u00f8tte det n\u00f8dvendige antal transaktioner pr. sekund. Heldigvis arbejder mange kloge mennesker p\u00e5 at skalere blockchain, og ved lanceringen af vores applikation vil den v\u00e6re tilstr\u00e6kkelig skalerbar\".<\/p>\n

<\/p>\n

I et enkelt afsnit kan udvikleren af dapp'et undlade at g\u00e5 dybere ind i problemerne med skalerbarhed og alternative l\u00f8sninger. Dette f\u00f8rer ofte til ineffektiv arkitektur, hvor backend og kernen i applikationen udg\u00f8res af smarte kontrakter, der k\u00f8rer p\u00e5 blockchain. <\/p>\n

<\/p>\n

Der er dog stadig uafpr\u00f8vede tilgange i arkitekturen af decentraliserede applikationer, der tillader langt bedre skalering ved at reducere afh\u00e6ngigheden af blockchain. For eksempel arbejder Blockstack p\u00e5 en arkitektur, hvor de fleste data og logik for applikationen opbevares uden for blockchain.<\/p>\n

<\/p>\n

Lad os f\u00f8rst se p\u00e5 en mere traditionel tilgang, hvor blockchain bruges som en direkte mellemmand mellem applikationsbrugere, og som ikke skalerer s\u00e6rlig godt.<\/p>\n

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

Tilgang nr. 1: Blockchain som backend<\/h1>\n

<\/p>\n

For at g\u00f8re det mere klart, lad os tage hotelindustrien som eksempel. Det er en enorm industri, hvor mellemled som Booking.com, tager enorme gebyrer<\/a><\/noindex> for at forbinde g\u00e6ster og hoteller.<\/p>\n

<\/p>\n

I enhver situation, hvor vi \u00f8nsker at overg\u00e5 en s\u00e5dan mellemmand ved at bruge denne tilgang, vil vi fors\u00f8ge at gentage dens forretningslogik ved hj\u00e6lp af smart contracts p\u00e5 en blockchain som Ethereum.<\/p>\n

<\/p>\n

Smarte kontrakter med \u00e5ben kildekode, der k\u00f8rer p\u00e5 \"den verdensomsp\u00e6ndende computer\", kan forbinde s\u00e6lgere med forbrugere uden en tredjepart imellem, hvilket i sidste ende reducerer gebyrer og provision p\u00e5lagt af mellemm\u00e6nd.<\/p>\n

<\/p>\n

As shown in the image below, hotels use a decentralized application to place information about rooms, their availability, and prices during weekdays or weekends on the blockchain, as well as descriptions of the rooms and any other relevant information.<\/p>\n

<\/p>\n

\"Hvordan<\/p>\n

<\/p>\n

Anyone wishing to book a room uses this application to search for hotels and rooms listed on the blockchain. Once the user selects a room, the booking is made by sending the required amount of tokens to the hotel as a deposit. In response, the smart contract updates the information on the blockchain, indicating that the room is no longer available.<\/p>\n

<\/p>\n

This approach has two sides of the scalability issue. Firstly, the maximum number of transactions per second. Secondly, the amount of data that can be stored on the blockchain.<\/p>\n

<\/p>\n

Let\u2019s make some rough calculations. Booking.com claims to have nearly 2 million hotels registered. Suppose each hotel has an average of 10 rooms and each room is booked only 20 times a year \u2014 this gives us an average of 13 bookings per second.<\/p>\n

<\/p>\n

To estimate this number, it is worth noting that Ethereum can handle about 15 transactions per second.<\/p>\n

<\/p>\n

In addition, it should be considered that our application will also have transactions from hotels \u2014 for uploading and continuously updating information about their rooms. Hotels update room prices very frequently, sometimes even daily, and each change in price or description requires a transaction on the blockchain.<\/p>\n

<\/p>\n

There are also size problems \u2014 the weight of the Ethereum blockchain recently exceeded 2TB. If applications with such an approach were to become truly popular, the Ethereum network would become extremely unstable.<\/p>\n

<\/p>\n

Such a blockchain-based system can exclude outsiders due to its impartiality and lack of centralization \u2014 the main advantages of blockchain technology. But blockchain also has other features \u2014 it is distributed and immutable, which are excellent characteristics, but they come at the cost of transaction speed and fees. <\/p>\n

<\/p>\n

Derfor b\u00f8r udviklere af dapps n\u00f8je vurdere, om hver funktion, der benytter blockchain, virkelig har brug for decentralisering og uforanderlighed.<\/p>\n

<\/p>\n

For eksempel: Hvad er fordelene ved at fordele dataene fra hvert hotel p\u00e5 hundreder af maskiner rundt omkring i verden og konstant opbevare dem der? Er det virkelig vigtigt, at historiske data om priser og tilg\u00e6ngelighed af v\u00e6relser altid er inkluderet i blockchain? Formodentlig ikke.<\/p>\n

<\/p>\n

Hvis vi begynder at stille disse sp\u00f8rgsm\u00e5l, vil vi begynde at se, at vi ikke n\u00f8dvendigvis har brug for alle de dyre egenskaber ved blockchain til alle vores funktioner. S\u00e5 hvad er alternativet? <\/p>\n

<\/p>\n

Tilgang #2: Arkitektur inspireret af Blockstack<\/h1>\n

<\/p>\n

Selvom der er fokus p\u00e5 Blockstack<\/a><\/noindex> i applikationer, hvor brugerne ejer deres egne data (s\u00e5som Airtext<\/a><\/noindex>, BentenSound<\/a><\/noindex>, ImageOptimizer<\/a><\/noindex> eller Graphite<\/a><\/noindex>), har Blockstack ogs\u00e5 en filosofi omkring begr\u00e6nset brug af blockchain \u2014 kun n\u00e5r det er absolut n\u00f8dvendigt. Deres hovedargument er, at blockchain er langsom og dyr, og derfor kun b\u00f8r bruges til enkeltst\u00e5ende eller sj\u00e6ldne transaktioner. Alt andet interaktion med applikationer skal ske via peer-to-peer, dvs. brugerne af decentrale applikationer skal dele data direkte med hinanden i stedet for gennem blockchain. I sidste ende blev de \u00e6ldste og mest succesfulde decentrale applikationer, som BitTorrent, email og Tor, skabt l\u00e6nge f\u00f8r konceptet om blockchain eksisterede.<\/p>\n

<\/p>\n

\"Hvordan
\nTil venstre: den f\u00f8rste tilgang, hvor brugerne interagerer gennem blockchain. Til h\u00f8jre: brugerne interagerer direkte med hinanden, og blockchain anvendes kun til identifikation og lignende<\/em>.<\/p>\n

<\/p>\n

Lad os vende tilbage til eksemplet med hotelreservationer. Vi vil have en upartisk, uafh\u00e6ngig og \u00e5ben protokol til at forbinde g\u00e6ster med hoteller. Med andre ord \u00f8nsker vi at fjerne den centraliserede mellemmand. Vi har ikke behov for f.eks. konstant at opbevare priser p\u00e5 v\u00e6relser i en delt distribueret ledger.<\/p>\n

<\/p>\n

Hvorfor skal vi ikke bare lade g\u00e6ster og hoteller interagere direkte, i stedet for gennem blockchain? Hoteller kan gemme deres priser, tilg\u00e6ngelighed af v\u00e6relser og enhver anden information hvor som helst, hvor de er tilg\u00e6ngelige for alle \u2013 for eksempel IPFS, Amazon S3, eller endda deres egen lokale server. Det er netop det, som det decentraliserede lagringssystem fra Blockstack kaldet Gaia<\/a><\/noindex>. Det giver brugerne mulighed for at v\u00e6lge, hvor de vil gemme deres data og kontrollere, hvem der kan f\u00e5 adgang til dem gennem en tilgang kaldet multibruger-lagring<\/a><\/noindex>.<\/p>\n

<\/p>\n

For at etablere tillid bliver alle hoteldatas kryptografisk underskrevet af selve hotellet. Uanset hvor disse data gemmes, kan deres integritet verificeres ved hj\u00e6lp af de offentlige n\u00f8gler, der er knyttet til identitetsoplysningerne for dette hotel, som er gemt i blockchainen.<\/p>\n

<\/p>\n

I tilf\u00e6lde af Blockstack gemmes kun dine identitetsoplysninger i blockchainen. Oplysninger om, hvordan man f\u00e5r adgang til data for hver bruger, gemmes i zonefiler og distribueres gennem et peer-to-peer netv\u00e6rk via noder. Og igen \u2013 du skal ikke stole p\u00e5 de data, som noderne giver, fordi du kan kontrollere deres \u00e6gthed ved at sammenligne dem med de hashes, der er gemt i blockchainen og hos andre brugere.<\/p>\n

<\/p>\n

I en forenklet version af systemet vil g\u00e6sterne bruge Blockstack peer-to-peer netv\u00e6rket til at finde hoteller og f\u00e5 oplysninger om deres v\u00e6relser. Og \u00e6gtheden og integriteten af alle de data, du modtager, kan verificeres ved hj\u00e6lp af offentlige n\u00f8gler og hashes, der er gemt i den virtuelle k\u00e6de<\/a><\/noindex> Blockstack.<\/p>\n

<\/p>\n

Denne arkitektur er mere kompleks end den f\u00f8rste tilgang og kr\u00e6ver mere omfattende infrastruktur. Faktisk er det netop her, Blockstack kommer ind i billedet og leverer alle de n\u00f8dvendige komponenter til at opbygge et s\u00e5dant decentraliseret system.<\/p>\n

<\/p>\n

\"Hvordan<\/p>\n

<\/p>\n

Med en s\u00e5dan arkitektur gemmer vi kun data i blockchainen, som virkelig skal v\u00e6re distribuerede og ikke-overskrivbare. I tilf\u00e6lde af Blockstack har du kun brug for transaktioner i blockchainen for at registrere dig og angive, hvor dine data skal gemmes. Du kan f\u00e5 brug for flere transaktioner, hvis du \u00f8nsker at \u00e6ndre noget af denne information, men det er ikke en gentagen begivenhed. <\/p>\n

<\/p>\n

Desuden fungerer applikationens logik, i mods\u00e6tning til den f\u00f8rste tilgang, p\u00e5 klientsiden og ikke p\u00e5 smarte kontrakter. Dette giver udvikleren mulighed for at \u00e6ndre denne logik uden dyre eller undertiden endda umulige opdateringer af den smarte kontrakt. Ved at holde data og applikationslogik uden for blokchainen kan decentrale applikationer opn\u00e5 et niveau af ydeevne og skalerbarhed svarende til traditionelle centraliserede systemer. <\/p>\n

<\/p>\n

Konklusion<\/h1>\n

<\/p>\n

Applikationer, der k\u00f8rer p\u00e5 Blockstack, kan skalere meget bedre end almindelige blockchain-applikationer, men det er en yngre tilgang med sine egne problemer og ubesvarede sp\u00f8rgsm\u00e5l.<\/p>\n

<\/p>\n

For eksempel, hvis en decentral applikation ikke k\u00f8rer p\u00e5 smarte kontrakter, reducerer det behovet for utility-tokens. Dette kan skabe problemer for virksomheder, da ICO'er var den prim\u00e6re finansieringskilde for decentrale applikationer (herunder selve Blockstack).<\/p>\n

<\/p>\n

Der er ogs\u00e5 tekniske problemer her. For eksempel er det relativt enkelt at implementere en hotelbookingfunktion i en smart kontrakt, hvor en atomar operation booker v\u00e6relser i bytte for tokens. Og det er ikke helt klart, hvordan bookingen vil fungere i en Blockstack-applikation uden smarte kontrakter.<\/p>\n

<\/p>\n

Applikationer, der sigter mod globale markeder med potentiale for millioner af brugere, skal skalere meget godt for at blive succesfulde. Det ville v\u00e6re en fejl at stole udelukkende p\u00e5 blockchain for at opn\u00e5 et s\u00e5dant niveau af skalerbarhed i den n\u00e6rmeste fremtid. For at kunne konkurrere med store centraliserede spillere p\u00e5 markedet, s\u00e5som Booking.com, m\u00e5 udviklere af decentrale applikationer overveje alternative tilgange til design af deres applikationer, som dem, Blockstack tilbyder.<\/p>\n

Kilde: 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\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\udd47Hvordan opretter man en decentral applikation, der skalerer? Brug mindre blockchain | ProHoster","description":"Nej, at lancere en decentral applikation (dapp) p\u00e5 blokchainen vil ikke f\u00f8re til en succesfuld forretning.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/55869","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=55869"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/55869\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=55869"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=55869"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=55869"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}