{"id":34101,"date":"2019-10-31T21:56:25","date_gmt":"2019-10-31T18:56:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ob-anonimnosti-v-account-based-blokchejnah\/"},"modified":"2019-10-31T21:56:25","modified_gmt":"2019-10-31T18:56:25","slug":"ob-anonimnosti-v-account-based-blokchejnah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","title":{"rendered":"O anonimnosti u blokchainima temeljenima na ra\u010dunima","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ve\u0107 dugo se zanimamo za temu anonimnosti u kriptovalutama i trudimo se pratiti razvoj tehnologija u ovom podru\u010dju. U svojim \u010dlancima ve\u0107 smo detaljno razra\u0111ivali principe rada povjerljivih transakcija<\/a><\/noindex> u Moneru, a tako\u0111er smo analizirali usporednu recenziju<\/a><\/noindex> tehnologije koje postoje u ovom polju. Me\u0111utim, sve anonimne kriptovalute do danas temelje se na modelu podataka koji je predlo\u017een u Bitcoinu \u2014 Unspent Transaction Output (dalje UTXO). Za blockchainer temeljen na ra\u010dunima poput Ethereuma postoje\u0107a rje\u0161enja za implementaciju anonimnosti i povjerljivosti (npr., Mobius<\/a><\/noindex> ili Aztec<\/a><\/noindex>) poku\u0161avali su ponoviti UTXO model u pametnim ugovorima.<\/p>\n

U velja\u010di 2019. godine, skupina istra\u017eiva\u010da sa Stanfordskog sveu\u010dili\u0161ta i Visa Research<\/a><\/noindex> su izradili objavila je<\/a><\/noindex> preprint \"Zether: U susret privatnosti u svijetu pametnih ugovora\". Autori su prvi put predlo\u017eili pristup osiguranju anonimnosti u blockchains temeljenim na ra\u010dunima i predstavili dva varijante pametnog ugovora: za povjerljive (skrivanje stanja i iznosa prijenosa) i anonimne (skrivanje primatelja i po\u0161iljatelja) transakcije. Smatramo predlo\u017eenu tehnologiju zanimljivom i \u017eeljeli bismo podijeliti njenu strukturu, kao i razgovarati o tome za\u0161to je problem anonimnosti u blockchains temeljenim na ra\u010dunima vrlo slo\u017een i jesu li autori uspjeli rije\u0161iti ga u potpunosti.<\/p>\n

O strukturi ovih modela podataka<\/h3>\n

\nU UTXO modelu, transakcija se sastoji od \"ulaza\" i \"izlaza\". Izravni analog \"izlazima\" su nov\u010danice u va\u0161em nov\u010daniku: svaki \"izlaz\" ima neku vrijednost. Kada pla\u0107ate nekome (formirate transakciju), tro\u0161ite jedan ili vi\u0161e \"izlaza\", pri \u010demu oni postaju \"ulazi\" transakcije, a blockchain ih ozna\u010dava kao potro\u0161ene. Pri tome, primatelj va\u0161e uplate (ili vi sami, ako vam je potrebna kusur) dobiva ponovno generirane \"izlaze\". Shematski, to se mo\u017ee prikazati ovako:<\/p>\n

\"O
\n
\nBlockchains temeljen na ra\u010dunima funkcioniraju otprilike kao va\u0161 bankovni ra\u010dun. Oni upravljaju samo iznosom na va\u0161em ra\u010dunu i iznosom prijenosa. Kada prebacujete neki iznos sa svog ra\u010duna, ne uni\u0161tavate nikakve \"izlaze\", mre\u017ei nije potrebno pamtiti koje su kovanice potro\u0161ene, a koje nisu. U najjednostavnijem slu\u010daju provjera transakcije svodi se na provjeru potpisa po\u0161iljatelja i iznosa na njegovom saldu:<\/p>\n

\"O
\n<\/p>\n

Analiza tehnologije<\/h3>\n

\nNastavit \u0107emo razgovor o tome kako Zether skriva iznos transakcija, primatelja i po\u0161iljatelja. Tijekom opisivanja na\u010dina rada, istaknut \u0107emo razlike izme\u0111u povjerljivog i anonimnog pristupa. Budu\u0107i da je lak\u0161e osigurati privatnost u blockchainima temeljenima na ra\u010dunima, neka od ograni\u010denja koja proizlaze iz anonimnosti ne\u0107e biti relevantna za povjerljivu verziju tehnologije.<\/p>\n

Skrivanje bilance i iznosa prijenosa<\/h4>\n

\nZa \u0161ifriranje bilance i iznosa prijenosa u Zetheru koristi se \u0161ema \u0161ifriranja El-Gamal<\/a><\/noindex>. Funkcionira na sljede\u0107i na\u010din. Kada Alisa \u017eeli poslati Bobu b<\/b><\/i> kovanice na adresu (njegovom javnom klju\u010du) Y<\/b><\/i>, odabire slu\u010dajan broj r<\/b><\/i> i \u0161ifrira iznos:<\/p>\n

\"O
\ngdje C<\/b><\/i> \u2014 \u0161ifrirani iznos, D<\/b><\/i> \u2014 pomo\u0107na vrijednost potrebna za de\u0161ifriranje tog iznosa, G<\/b><\/i> \u2014 fiksna to\u010dka na elipti\u010dnoj krivulji, pomno\u017eena s tajnim klju\u010dem, daje javni klju\u010d.<\/p>\n

Kada Bob primi te vrijednosti, jednostavno ih dodaje svojoj \u0161ifriranoj bilanci na isti na\u010din, \u0161to \u010dini ovu shemu korisnom.<\/p>\n

Na sli\u010dan na\u010din, Alisa oduzima iste vrijednosti od svoje bilance, samo \u0161to kao Y<\/b><\/i> koristi svoj javni klju\u010d.<\/p>\n

Skrivanje primatelja i po\u0161iljatelja<\/h4>\n

\nMije\u0161anje \"izlaza\" u UTXO je nastalo jo\u0161 u ranim danima kriptovaluta i poma\u017ee u skrivanju po\u0161iljatelja. Za to, sam po\u0161iljatelj prilikom prijenosa odabire slu\u010dajne \"izlaze\" iz blockchaina i mije\u0161a ih sa svojim. Zatim potpisuje \"izlaze\" prstenastim potpisom \u2014 kriptografskim mehanizmom koji omogu\u0107ava uvjeravanje provjeritelja da me\u0111u izmije\u0161anim \"izlazima\" postoje kovanice po\u0161iljatelja. Same izmije\u0161ane kovanice, naravno, ne tro\u0161e se.<\/p>\n

Me\u0111utim, za skrivanje primatelja ne mo\u017eemo generirati la\u017ene \"izlaze\". Stoga u UTXO svaki \"izlaz\" ima svoju jedinstvenu adresu, koja je kriptografski povezana s adresom primatelja tih kovanica. Trenutno ne postoji na\u010din da se utvrdi veza izme\u0111u jedinstvene adrese \"izlaza\" i adrese primatelja, bez poznavanja njegovih tajnih klju\u010deva.<\/p>\n

U modelu temeljenom na ra\u010dunima ne mo\u017eemo koristiti jednokratne adrese (ina\u010de bi to ve\u0107 bila model \u201eizlaza\u201c). Stoga je potrebno mije\u0161ati primatelja i po\u0161iljatelja me\u0111u ostalim ra\u010dunima u blockchainu. Pri tome se s mje\u0161ovitih ra\u010duna odbija enkriptiranih 0 kovanica (ili se dodaje 0 \u2014 u slu\u010daju mije\u0161anja primatelja), \u0161to zapravo ne mijenja njihov stvarni saldo.<\/p>\n

Kako po\u0161iljatelj, tako i primatelj uvijek imaju stalnu adresu, ovdje se javlja potreba za kori\u0161tenjem istih grupa za mije\u0161anje prilikom slanja na iste adrese. Lak\u0161e je to razmotriti na primjeru.<\/p>\n

Recimo, Alisa je odlu\u010dila donirati Bobeovoj dobrotvornoj ustanovi, ali preferira da ovaj prijenos ostane anonimne za vanjske promatra\u010de. Tada, kako bi se prikrila u polju po\u0161iljatelja, upisuje jo\u0161 ra\u010dune Adama i Adele. A kako bi prikrila Boba \u2014 u polje primatelja dodatno ra\u010dune Bena i Billa. Prilikom sljede\u0107e donacije, Alisa je odlu\u010dila pored sebe upisati Aleksa i Amandu, a pored Boba \u2014 Brusa i Benjendena. U ovom slu\u010daju, prilikom analize blockchaina, u ove dvije transakcije na\u0107i \u0107e se samo jedan preklapaju\u0107i par sudionika \u2014 Alisa i Bob, \u0161to deanonimizira ove transakcije.<\/p>\n

\"O
\n<\/p>\n

Utrka transakcija<\/h4>\n

\nKao \u0161to smo ve\u0107 spomenuli, kako bi prikrio svoj saldo u sustavima temeljenim na ra\u010dunima, korisnik enkriptira svoj saldo i iznos prijenosa. Pri tome mora dokazati da saldo na njegovom ra\u010dunu ostaje nenegativan. Problem je u tome \u0161to formiraju\u0107i transakciju, korisnik gradi dokaz o svom trenutnom stanju ra\u010duna. A \u0161to \u0107e se dogoditi ako Bob po\u0161alje Alisi transakciju, a ona bude prihva\u0107ena prije nego \u0161to je Alisa poslala svoju? Tada \u0107e se Alisina transakcija smatrati nevaljanom, jer je dokaz salda izgra\u0111en prije prihva\u0107anja Bobove transakcije.<\/p>\n

\"O
\n
\nPrvo rje\u0161enje koje pada na pamet u takvoj situaciji je zamrznuti ra\u010dun do izvr\u0161enja transakcije. No, ovaj pristup nije odr\u017eiv, jer osim slo\u017eenosti rje\u0161avanja takvog zadatka u distribuiranom sustavu, u anonimnom sustavu ne\u0107e biti jasno \u010diji ra\u010dun blokirati.<\/p>\n

Kako bi se rije\u0161io ovaj problem, tehnologija dijeli dolazne i odlazne transakcije: potro\u0161nja sredstava odmah utje\u010de na stanje salda, dok je prihod odgo\u0111en. U tu svrhu uvodi se pojam 'epoha' - skupina blokova fiksne veli\u010dine. Trenutna 'epoha' odre\u0111uje se dijeljenjem visine bloka s veli\u010dinom grupe. Obradom transakcije, mre\u017ea odmah a\u017eurira saldo po\u0161iljatelja, dok se sredstva primatelja pohranjuju u nazad. Akumulirana sredstva postaju dostupna primatelju pla\u0107anja tek kada nastupi nova 'epoha'.<\/p>\n

Kao rezultat, korisnik mo\u017ee slati transakcije bez obzira na to koliko \u010desto prima sredstva (naravno, koliko mu saldo dopu\u0161ta). Veli\u010dinu epohe odre\u0111uje se na temelju brzine \u0161irenja blokova kroz mre\u017eu i koliko brzo transakcija ulazi u blok. <\/p>\n

Ovo rje\u0161enje dobro funkcionira za povjerljive transfere, no s anonimnim transakcijama, kao \u0161to \u0107emo vidjeti dalje, stvara ozbiljne probleme.<\/p>\n

Za\u0161tita od replay napada<\/h4>\n

\nU blok chain-ima temeljenim na ra\u010dunima, svaka transakcija se potpisuje privatnim klju\u010dem po\u0161iljatelja, \u0161to uvjerava provjeritelja da transakcija nije izmijenjena i da ju je stvorio vlasnik tog klju\u010da. No \u0161to ako napada\u010d, koji je prislu\u0161kivao komunikacijski kanal, presretne ovu poruku i po\u0161alje posve istu drugu? Provjeriteljski \u0107e usporediti potpis transakcije i biti uvjeren u njezino podrijetlo, a mre\u017ea \u0107e ponovno skinuti istu svotu s salda po\u0161iljatelja.<\/p>\n

Ovaj napad se naziva replay napadom. U UTXO modelu takvi napadi nisu relevantni, jer \u0107e napada\u010d poku\u0161ati iskoristiti potro\u0161ene izlaze, \u0161to samo po sebi nije valjano i mre\u017ea to odbacuje.<\/p>\n

Kako bi se to sprije\u010dilo, u transakciju se ugra\u0111uje polje sa slu\u010dajnim podacima, koje nazivamo nonce ili jednostavno 'sol'. Kada se transakcija ponovno \u0161alje s 'solju', provjeritelj gleda je li ovaj nonce ranije kori\u0161ten i, ako nije, smatra ovu transakciju valjanom. Kako ne bi pohranjivali cijelu povijest noncea korisnika u blockchainu, obi\u010dno se u prvoj transakciji prihva\u0107a da je jednak nuli, a zatim se pove\u0107ava za jedan. Mre\u017ei ostaje samo provjeriti da se nonce nove transakcije razlikuje od prethodne za jedan.<\/p>\n

U anonimnoj shemi prijenosa javlja se problem validacije nonce-a transakcija. Ne mo\u017eemo eksplicitno povezati nonce s adresom po\u0161iljatelja, jer bi, o\u010dito, to deanonimiziralo prijenos. Tako\u0111er, ne mo\u017eemo dodavati jedan na nonce svih uklju\u010denih ra\u010duna, jer bi to moglo biti u sukobu s drugim prijenosima koji su u obradi. <\/p>\n

Autori Zethera predla\u017eu generiranje nonce-a kriptografski \u2014 ovisno o \"epohi\". Na primjer:<\/p>\n

\"O
\nOvdje x<\/i><\/b> \u2014 tajni klju\u010d po\u0161iljatelja, a Gepoch<\/i><\/b> \u2014 dodatni generator za epohu, koji se dobiva he\u0161iranjem niza poput 'Zether + '. Sada se problem \u010dini re\u0161enim \u2014 ne otkrivamo nonce po\u0161iljaoca i ne me\u0161amo se u nonce neuklju\u010denih u\u010desnika. Me\u0111utim, ovaj pristup postavlja ozbiljna ograni\u010denja: jedan ra\u010dun mo\u017ee poslati najvi\u0161e jednu transakciju u \"epohu\". Na\u017ealost, ovaj problem ostaje nere\u0161en i u ovom trenutku \u010dini anonimnu verziju Zether, po na\u0161em mi\u0161ljenju, jedva upotrebljivom.<\/p>\n

Te\u017eina dokaza s nultim otkrivanjem<\/h4>\n

\nU UTXO po\u0161iljatelj mora dokazati mre\u017ei da ne tro\u0161i negativan iznos, ina\u010de postaje mogu\u0107a generacija novih nov\u010di\u0107a iz zraka (za\u0161to je to mogu\u0107e, pisali smo u jednom od prethodnih \u010dlanaka<\/a><\/noindex>). Tako\u0111er mora potpisati \"ulaze\" prstenjastim potpisom kako bi dokazao da me\u0111u me\u0161anim nov\u010di\u0107ima postoje sredstva koja njemu pripadaju.<\/p>\n

U anonimnoj verziji blockchain-a temeljenog na ra\u010dunima, izrazi za dokazivanje postaju mnogo slo\u017eeniji. Po\u0161iljatelj dokazuje da:<\/p>\n

    \n
  1. Poslana svota je pozitivna;<\/li>\n
  2. Bilanca ostaje nenegativna;<\/li>\n
  3. Po\u0161iljatelj je ispravno \u0161ifrovao iznose prijenosa (uklju\u010duju\u0107i nula);<\/li>\n
  4. Ostatak na bilanci se mijenja samo kod po\u0161iljatelja i primatelja;<\/li>\n
  5. Po\u0161iljatelj posjeduje tajni klju\u010d svog ra\u010duna i on doista prisutan na listi po\u0161iljatelja (me\u0111u pomije\u0161anim);<\/li>\n
  6. Nonce kori\u0161ten u transakciji je ispravno sastavljen.<\/li>\n<\/ol>\n

    \nZa takvo slo\u017eeno dokazivanje, autori koriste mje\u0161avinu Imuna<\/a><\/noindex> (jedan od autora, usput, sudjelovao je u njenom stvaranju) i Sigma protokol<\/a><\/noindex>, koji nazivaju Sigma-bullets. Formalno dokazivanje takvog tvr\u0111enja \u2014 prili\u010dno je slo\u017een zadatak, i ono zna\u010dajno ograni\u010dava broj kandidata koji se \u017eele baviti implementacijom tehnologije.<\/p>\n

    \u0160to na kraju?<\/h4>\n

    \nPo na\u0161em mi\u0161ljenju, dio Zethera koji donosi privatnost u blockchainove temeljen na ra\u010dunima mo\u017ee se ve\u0107 sada koristiti. Me\u0111utim, trenutna anonimna verzija tehnologije name\u0107e ozbiljna ograni\u010denja u njenoj upotrebi, dok njena slo\u017eenost ote\u017eava implementaciju. Ipak, ne smijemo zaboraviti da su autori objavili ovu verziju prije samo nekoliko mjeseci i mo\u017eda \u0107e netko drugi prona\u0107i rje\u0161enje za trenutne probleme. Upravo tako funkcionira znanost.
    \n
    Izvor:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u041c\u044b \u0443\u0436\u0435 \u0434\u0430\u0432\u043d\u043e \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u0443\u0435\u043c\u0441\u044f \u0442\u0435\u043c\u043e\u0439 \u0430\u043d\u043e\u043d\u0438\u043c\u043d\u043e\u0441\u0442\u0438 \u0432 \u043a\u0440\u0438\u043f\u0442\u043e\u0432\u0430\u043b\u044e\u0442\u0430\u0445 \u0438 \u0441\u0442\u0430\u0440\u0430\u0435\u043c\u0441\u044f \u0441\u043b\u0435\u0434\u0438\u0442\u044c \u0437\u0430 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439 \u0432 \u044d\u0442\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438. \u0412 \u0441\u0432\u043e\u0438\u0445 \u0441\u0442\u0430\u0442\u044c\u044f\u0445 \u043c\u044b \u0443\u0436\u0435 \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e \u0440\u0430\u0437\u0431\u0438\u0440\u0430\u043b\u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0440\u0430\u0431\u043e\u0442\u044b \u043a\u043e\u043d\u0444\u0438\u0434\u0435\u043d\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0432 Monero, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043f\u0440\u043e\u0432\u043e\u0434\u0438\u043b\u0438 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043e\u0431\u0437\u043e\u0440 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439, \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u043d\u0430 \u044d\u0442\u043e\u043c \u043f\u043e\u043b\u0435. \u041e\u0434\u043d\u0430\u043a\u043e \u0436\u0435 \u0432\u0441\u0435 \u0430\u043d\u043e\u043d\u0438\u043c\u043d\u044b\u0435 \u043a\u0440\u0438\u043f\u0442\u043e\u0432\u0430\u043b\u044e\u0442\u044b \u043d\u0430 \u0441\u0435\u0433\u043e\u0434\u043d\u044f\u0448\u043d\u0438\u0439 \u0434\u0435\u043d\u044c \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u044b \u043d\u0430 \u043c\u043e\u0434\u0435\u043b\u0438 \u0434\u0430\u043d\u043d\u044b\u0445, \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u043d\u043e\u0439 Bitcoin \u2014 […]<\/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-34101","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\udd47O anonimnosti u blockchainovima temeljenim na ra\u010dunima | ProHoster","description":"Ve\u0107 dugo prou\u010davamo temu anonimnosti u kriptovalutama i nastojimo pratiti razvoj tehnologija u ovoj oblasti.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","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\u0431 \u0430\u043d\u043e\u043d\u0438\u043c\u043d\u043e\u0441\u0442\u0438 \u0432 account-based \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445 | ProHoster","og:description":"\u041c\u044b \u0443\u0436\u0435 \u0434\u0430\u0432\u043d\u043e \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u0443\u0435\u043c\u0441\u044f \u0442\u0435\u043c\u043e\u0439 \u0430\u043d\u043e\u043d\u0438\u043c\u043d\u043e\u0441\u0442\u0438 \u0432 \u043a\u0440\u0438\u043f\u0442\u043e\u0432\u0430\u043b\u044e\u0442\u0430\u0445 \u0438 \u0441\u0442\u0430\u0440\u0430\u0435\u043c\u0441\u044f \u0441\u043b\u0435\u0434\u0438\u0442\u044c \u0437\u0430 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439 \u0432 \u044d\u0442\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","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-31T18:56:25+00:00","article:modified_time":"2019-10-31T18:56:25+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34101","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-21 17:56:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:28:34","updated":"2026-01-21 17:56:19","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\/34101","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=34101"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/34101\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=34101"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=34101"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=34101"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}