{"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\/hr\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","title":{"rendered":"Od blockchaina do DAG-a: osloba\u0111anje od posrednika","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

U ovom \u010dlanku \u0107u vam govoriti o DAG-u (Usmjereni acikli\u010dki graf) i njegovoj primjeni u distribuiranim registrima, te \u0107emo ga usporediti s blockchainom.<\/p>\n

\"Od
\n
\nDAG nije nova stvar u svijetu kriptovaluta. Mo\u017eda ste \u010duli za njega kao rje\u0161enje problema skalabilnosti blockchaina. No danas \u0107emo govoriti ne o skalabilnosti, ve\u0107 o onome \u0161to \u010dini kriptovalute druga\u010dijima od svega ostalog: decentralizaciji, odsutnosti posrednika i otpornosti na cenzuru.
\n<\/a><\/noindex>
\n\"Od
\n
\nTako\u0111er \u0107u vam pokazati da je DAG zapravo otporniji na cenzuru i da nema posrednika za pristup registru.<\/p>\n

\"Od
\n
\nU poznatim blockchainima, korisnici nemaju direktan pristup samom registru. Kada \u017eelite dodati transakciju u registar, morate 'zamoliti' proizvo\u0111a\u010da blokova (blok-prodava\u010da, koji je tako\u0111er 'rudar'). Proizvo\u0111a\u010di blokova odlu\u010duju koju transakciju dodati u sljede\u0107i blok, a koju ne. Samo oni imaju ekskluzivan pristup blokovima i pravo odlu\u010divanja koju transakciju prihvatiti za dodavanje u registar.<\/p>\n

Rudari su posrednici koji stoje izme\u0111u vas i distribuiranog registra.<\/p>\n

\"Od
\n
\nU praksi, obi\u010dno mali broj rudarskih bazena kolektivno kontrolira vi\u0161e od polovice ra\u010dunalnih resursa mre\u017ee. Za Bitcoin to su \u010detiri bazena, a za Ethereum dva. U slu\u010daju njihovog dogovora, mogu blokirati bilo koju transakciju koju \u017eele.<\/p>\n

\"Od
\n
\nTijekom posljednjih nekoliko godina predlo\u017eeno je mnogo varijacija blockchaina, koje se razlikuju u na\u010delima odabira proizvo\u0111a\u010da blokova. No, sami proizvo\u0111a\u010di blokova ne nestaju, oni i dalje 'stoje na ulazu': svaka transakcija mora pro\u0107i kroz proizvo\u0111a\u010da blokova, a ako je on ne prihva\u0107a, tada transakcija zapravo ne postoji.<\/p>\n

\"Od
\n
\nTo je neizbje\u017ean problem u slu\u010daju blockchaina. I ako \u017eelimo rije\u0161iti taj problem, moramo radikalno promijeniti dizajn i potpuno se rije\u0161iti blokova i proizvo\u0111a\u010da blokova. Umjesto da gradimo lanac blokova, povezivat \u0107emo same transakcije, uklju\u010duju\u0107i u svaku transakciju hash nekoliko prethodnih. Kao rezultat toga, dobit \u0107emo strukturu poznatu u matematici kao usmjereni acikli\u010dki graf \u2013 DAG.<\/p>\n

Sada svaki ima izravan pristup registru, bez posrednika. Kada \u017eelite dodati transakciju u registar \u2013 jednostavno je dodajete. Odaberete nekoliko roditeljskih transakcija, dodate svoje podatke, potpi\u0161ete i \u0161aljete svoju transakciju u mre\u017eu. Gotovo. Nema nikoga tko bi vam mogao to sprije\u010diti, tako da je va\u0161a transakcija ve\u0107 u registru.<\/p>\n

To je najdecentraliziraniji, najotporniji na cenzuru na\u010din dodavanja transakcija u registar bez posrednika. Jer svatko tko to \u017eeli mo\u017ee jednostavno dodati svoje transakcije u registar, ne pitaju\u0107i dozvolu nikoga.<\/p>\n

\"Od
\n
\nDAG se mo\u017ee smatrati tre\u0107om fazom evolucije registara. Prvo su bili centralizirani registri, gdje je jedna strana kontrolirala pristup njima. Zatim su do\u0161li blockchaini, u kojima je ve\u0107 bilo nekoliko kontrolora koji su upisivali transakcije u registar. I, kona\u010dno, u DAG-u nema nikakvih kontrolora, korisnici dodaju svoje transakcije izravno.<\/p>\n

\"Od
\n
\nSada, kada imamo tu slobodu, ne bi trebala dovesti do kaosa. Moramo imati suglasnost o stanju registra. A ta suglasnost, ili konsenzus, obi\u010dno zna\u010di suglasnost o dvjema stvarima:<\/p>\n

    \n
  1. \u0160to se dogodilo?\n<\/li>\n
  2. U kojem je redoslijedu to nastalo?\n<\/li>\n<\/ol>\n

    \nNa prvo pitanje lako mo\u017eemo odgovoriti: \u010dim je ispravno stvorena transakcija dodana u registar, ona se dogodila. I to\u010dka. Informacije o tome mogu sti\u0107i do svih sudionika u razli\u010dito vrijeme, ali na kraju \u0107e sve \u010dvorove primiti ovu transakciju i saznati da se dogodila.<\/p>\n

    Da je to bio blockchain, rudari bi odlu\u010divali \u0161to se doga\u0111a. Sve \u0161to rudar odlu\u010di uklju\u010diti u blok \u2013 to se doga\u0111a. Sve \u0161to ne uklju\u010di u blok \u2013 ne doga\u0111a se.<\/p>\n

    U blockchainima, rudari tako\u0111er rje\u0161avaju drugi problem konsenzusa: redoslijed. Imaju pravo ure\u0111enja transakcija unutar bloka kako \u017eele.<\/p>\n

    Kako odrediti redoslijed transakcija u DAG-u?<\/p>\n

    \"Od
    \n
    \nSamo zato \u0161to je na\u0161 graf usmjeren, ve\u0107 imamo neki redoslijed. Svaka transakcija se odnosi na jednu ili vi\u0161e prethodnih, roditeljskih. Roditelji, zauzvrat, se odnose na svoje roditelje, i tako dalje. Roditelji se o\u010dito pojavljuju prije djece transakcija. Ako se bilo koja od transakcija mo\u017ee dose\u0107i prijelazima preko veza \"roditelj-dijete\", sigurno znamo redoslijed izme\u0111u transakcija u ovom lancu transakcija.<\/p>\n

    \"Od
    \n
    \nAli redoslijed izme\u0111u transakcija ne mo\u017ee se uvijek odrediti samo iz oblika grafa. Na primjer, kada dvije transakcije le\u017ee na paralelnim granama grafa.<\/p>\n

    \"Od
    \n
    \nKako bismo razrije\u0161ili nejasno\u0107e u takvim slu\u010dajevima, oslanjamo se na takozvane pru\u017eatelje reda. Tako\u0111er ih nazivamo \"svjedocima\". To su obi\u010dni korisnici, \u010dija je zada\u0107a konstantno slanje transakcija u mre\u017eu u skladu s redom, tj. tako da svaka njihova prethodna transakcija mo\u017ee biti ostvarena prijelazima preko veza \"roditelj-dijete\". Pru\u017eatelji reda -     pouzdani korisnici<\/a>, i cijela mre\u017ea se oslanja na to da oni ne\u0107e prekr\u0161iti ovo pravilo. Kako bismo razmjerno<\/b> im vjerovali, zahtijevamo da svaki pru\u017eatelj reda bude poznata (neanonimna) osoba ili organizacija te da ima ne\u0161to \u0161to mo\u017ee izgubiti ako prekr\u0161i pravila, poput reputacije ili poslovanja temeljenog na povjerenju.<\/p>\n

    \"Od
    \n
    \nPru\u017eatelji reda biraju se od strane korisnika, a svaki korisnik uklju\u010duje popis svojih pouzdanih pru\u017eatelja u svaku transakciju koju \u0161alje u mre\u017eu. Ovaj popis se sastoji od 12 pru\u017eatelja. To je prili\u010dno mali broj, kako bi osoba mogla provjeriti identitete i reputaciju svakog od njih, i dovoljno da mre\u017ea nastavi raditi u slu\u010daju neizbje\u017enih problema s manjinskim pru\u017eateljima reda.<\/p>\n

    Ovaj popis pru\u017eatelja varira od korisnika do korisnika, ali popisi susjednih transakcija mogu se razlikovati najvi\u0161e za jednog pru\u017eatelja.<\/p>\n

    \"Od
    \n
    \nSada kada imamo pru\u017eatelje reda, mo\u017eemo istaknuti njihove transakcije u DAG-u i urediti sve ostale transakcije oko reda koji su stvorili. Mogu\u0107nost stvaranja takvog algoritma postoji (vidi     Obyte White Paper<\/a><\/noindex> za tehni\u010dke detalje).<\/p>\n

    No, red u cijeloj mre\u017ei ne mo\u017ee biti odmah definiran, potrebna nam je vrijeme da provajderi reda po\u0161alju dovoljno svojih transakcija kako bismo se uvjerili u kona\u010dni red pro\u0161lih transakcija.<\/p>\n

    I, budu\u0107i da se red definira samo pozicijama transakcija provajdera u DAG-u, svi \u010dvorovi mre\u017ee prije ili kasnije dobit \u0107e sve transakcije i do\u0107i do istog zaklju\u010dka o redu transakcija.<\/p>\n

    \"Od
    \n
    \nDakle, imamo saglasnost oko onoga \u0161to smatramo da se dogodilo: svaka transakcija koja je u\u0161la u DAG se dogodila. Tako\u0111er imamo saglasnost o redu doga\u0111aja: to je ili vidljivo iz rodbinskih veza transakcija, ili se izvodi iz reda transakcija koje su poslali provajderi reda. Zna\u010di, imamo konsenzus.<\/p>\n

    \"Od
    \n
    \nOvaj oblik konsenzusa imamo u Obyteu. Iako je pristup registru Obyte potpuno decentraliziran, konsenzus o redu transakcija je i dalje centraliziran, jer 10 od 12 provajdera kontrolira osniva\u010d (Anton \u010curjumov), a samo su dva od njih neovisna. Tra\u017eimo kandidate koji \u017eele postati jednim od neovisnih provajdera reda kako bismo nam pomogli decentralizirati uspostavljanje reda u registru.<\/p>\n

    Nedavno se pojavio tre\u0107i neovisni kandidat koji \u017eeli uspostaviti i odr\u017eavati \u010dvor provajdera reda \u2013 Sveu\u010dili\u0161te u Nikoziji.<\/p>\n

    \"Od
    \n
    \nKako kontroliramo dvostruke tro\u0161kove (double-spends)?<\/p>\n

    Prema pravilima, kada se otkriju dvije transakcije koje tro\u0161e istu kovanicu, transakcija koja se pojavi ranije u kona\u010dnom redu svih transakcija pobje\u0111uje. Druga se invalidira konsenzusnim algoritmom.<\/p>\n

    \"Od
    \nU slu\u010daju da postoji mogu\u0107nost uspostavljanja reda izme\u0111u dvije transakcije koje tro\u0161e jednu kovanicu (prema vezi roditelj-dijete), sve \u010dvorove odmah odbacuju takvu poku\u0161aj dvostrukog tro\u0161enja.<\/p>\n

    \"Od
    \n
    \nAko red nije vidljiv iz roditeljskih veza izme\u0111u dvije takve transakcije, obje se prihva\u0107aju u registar, a mi \u0107emo morati \u010dekati konsenzus i uspostavljanje reda izme\u0111u njih putem provajdera reda. Tada \u0107e pobijediti ranija transakcija, a druga \u0107e postati nevaljana.<\/p>\n

    \"Od
    \n
    \nIako druga transakcija postaje nevaljana, ona ostaje u registru jer ve\u0107 ima naknadne transakcije koje se na nju referiraju, a koje nisu prekr\u0161ile pravila niti su znale da \u0107e ova transakcija postati nevaljana u budu\u0107nosti. U suprotnom, morali bismo ukloniti roditelja dobrih naknadnih transakcija, \u0161to bi prekr\u0161ilo glavno pravilo mre\u017ee \u2013 svaka ispravna transakcija se prihva\u0107a u registar.<\/p>\n

    \"Od
    \n
    \nTo je veoma va\u017eno pravilo koje omogu\u0107ava cijelom sustavu da bude otporan na poku\u0161aje cenzure.\u00a0<\/p>\n

    Zamislimo da svi pru\u017eatelji usluga reda u\u0111u u zavjeru kako bi 'cenzurirali' jednu odre\u0111enu transakciju. Oni je mogu ignorirati i nikada je ne izabrati kao 'roditelja' za svoje transakcije, ali to nije dovoljno; ta transakcija se i dalje mo\u017ee uklju\u010diti posredno kao roditelj neke druge transakcije koju izdaje bilo koji korisnik mre\u017ee koji ne sudjeluje u zavjeri. S vremenom \u0107e takva transakcija dobivati sve vi\u0161e i vi\u0161e potomaka, unuka i praunuka od obi\u010dnih korisnika, \u0161ire\u0107i se poput snje\u017ene grude, a svim dogovorenim pru\u017eateljima usluga reda \u0107e biti potrebno ignorirati i te transakcije tako\u0111er. Na kraju, morat \u0107e cenzurirati cijelu mre\u017eu, \u0161to je ekvivalentno sabota\u017ei.<\/p>\n

    \"Od
    \n
    \nNa taj na\u010din, DAG ostaje otporan na cenzuru, \u010dak i ako postoji zavjera pru\u017eatelja usluga reda, \u010dime nadma\u0161uje blockchain u otpornosti na cenzuru, gdje ne mo\u017eemo u\u010diniti ni\u0161ta ako rudari odlu\u010de ne uklju\u010diti neku od transakcija. To je rezultat glavne karakteristike DAG-a: sudjelovanje u registru je potpuno neovisno i bez posrednika, a transakcije su nepovratne.
    \n
    Izvor:     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\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\udd47Od blockchaina do DAG-a: osloba\u0111amo se posrednika | ProHoster","description":"U ovom \u010dlanku \u0107u vam govoriti o DAG-u (Usmjereni acikli\u010dki graf) i njegovoj primjeni u distribuiranim registrima, te \u0107emo ga usporediti s blockchainom.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","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\/hr\/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\/hr\/wp-json\/wp\/v2\/posts\/53183","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=53183"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/53183\/revisions"}],"predecessor-version":[{"id":161174,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/53183\/revisions\/161174"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=53183"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=53183"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=53183"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}