{"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\/sl\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","title":{"rendered":"O anonimnosti v blokchainih, ki temeljijo na ra\u010dunih","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u017de dolgo \u017ee spremljamo temo anonimnosti v kriptovalutah in se trudimo slediti razvoju tehnologij na tem podro\u010dju. V svojih \u010dlankih smo \u017ee podrobno razpravljali o na\u010delih delovanja zasebnih transakcij<\/a><\/noindex> v Monero, prav tako smo opravili primerjalni pregled<\/a><\/noindex> tehnologij, ki obstajajo na tem podro\u010dju. Vse anonimne kriptovalute do danes temeljijo na modelu podatkov, ki ga je predlagal Bitcoin \u2014 Unspent Transaction Output (UTXO). Za blockchain-e, ki temeljijo na ra\u010dunih, kot je Ethereum, se obstoje\u010de re\u0161itve za implementacijo anonimnosti in zasebnosti (kot so Mobius<\/a><\/noindex> ili Aztec<\/a><\/noindex>) so posku\u0161ale ponoviti model UTXO v pametnih pogodbah.<\/p>\n

Februarja 2019 je skupina raziskovalcev z Univerze Stanford in Visa Research<\/a><\/noindex> izdali zalo\u017eila<\/a><\/noindex> preprint \"Zether: K zaupnosti v svetu pametnih pogodb\". Avtorji so prvi\u010d predlagali pristop za zagotavljanje anonimnosti v blockchain-ih, ki temeljijo na ra\u010dunih, in predstavili dve vrsti pametnih pogodb: za zaupne (skritje stanj in zneskov prenosa) in anonimne (skritje prejemnika in po\u0161iljatelja) transakcije. Predlagana tehnologija se nam zdi zanimiva in \u017eeleli bi deliti njeno delovanje ter spregovoriti o tem, zakaj je problem anonimnosti v blockchain-ih, ki temeljijo na ra\u010dunih, zelo zapleten in ali so avtorji to te\u017eavo uspe\u0161no re\u0161ili.<\/p>\n

O delovanju teh modelov podatkov<\/h3>\n

\nPri modelu UTXO transakcija sestavljajo \"vhodne\" in \"izhodne\" postavke. Neposredna analogija \"izhodom\" so bankovci v va\u0161em denarnem kov\u010dku: vsak \"izhod\" ima dolo\u010deno nominalno vrednost. Ko pla\u010dujete nekemu drugemu (oblikujete transakcijo), porabite enega ali ve\u010d \"izhodov\", ki postanejo \"vhodni\" v transakciji, in blockchain jih ozna\u010di kot porabljene. Prejemnik va\u0161e pla\u010dila (ali vi sami, \u010de potrebujete drobi\u017e) prejme nove \"izhodne\" postavke. To se lahko shematsko prika\u017ee tako:<\/p>\n

\"O
\n
\nBlockchain-i, ki temeljijo na ra\u010dunih, delujejo podobno kot va\u0161 ban\u010dni ra\u010dun. Ukvarjajo se le z zneskom na va\u0161em ra\u010dunu in zneskom prenosa. Ko prenesete znesek s svojega ra\u010duna, ne uni\u010dite nobenih \"izhodov\", omre\u017eju ni treba pomniti, katere kovance ste porabili in katerih ne. V najpreprostej\u0161em primeru se preverjanje transakcije zmanj\u0161a na preverjanje podpisa po\u0161iljatelja in zneska na njegovem saldu:<\/p>\n

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

Analiza tehnologije<\/h3>\n

\nNato bomo govorili o tem, kako Zether skriva zneske transakcij, prejemnike in po\u0161iljatelje. Med opisovanjem na\u010del njegovega delovanja bomo izpostavili razlike v zasebnem in anonimnem na\u010dinu. Ker je zagotavljanje zasebnosti v blockchainih, ki temeljijo na ra\u010dunih, bistveno la\u017eje, nekatere omejitve, ki jih nalaga anonimizacija, ne bodo relevantne za zasebno razli\u010dico tehnologije.<\/p>\n

Skrivanje stanj in zneskov prenosa<\/h4>\n

\nZa \u0161ifriranje stanj in zneskov prenosa v Zetherju se uporablja \u0161ifrirna shema ElGamal<\/a><\/noindex>. Deluje na naslednji na\u010din. Ko \u017eeli Alisa poslati Bobu b<\/b><\/i> kovance na naslov (njegov javni klju\u010d) Y<\/b><\/i>, izbere naklju\u010dno \u0161tevilo r<\/b><\/i> in \u0161ifrira znesek:<\/p>\n

\"O
\nkjer C<\/b><\/i> \u2014 \u0161ifrirani znesek, D<\/b><\/i> \u2014 pomo\u017eni podatek, potreben za de\u0161ifriranje tega zneska, G<\/b><\/i> \u2014 fiksna to\u010dka na elipti\u010dni krivulji, pri mno\u017eenju katerega s tajnim klju\u010dem dobimo javni klju\u010d.<\/p>\n

Ko Bob prejme te vrednosti, jih preprosto doda svojemu \u0161ifriranemu ravno tako, kar je prednost te sheme.<\/p>\n

Na podoben na\u010din Alisa od svojega stanja od\u0161teje enake vrednosti, pri \u010demer uporablja Y<\/b><\/i> svoj javni klju\u010d.<\/p>\n

Skrivanje prejemnika in po\u0161iljatelja<\/h4>\n

\nMe\u0161anje 'izhodov' v UTXO se je pojavilo \u017ee na za\u010detku kriptovalut in pomaga skriti po\u0161iljatelja. Po\u0161iljatelj pri prenosu izbere naklju\u010dne 'izhode' v blockchainu in jih pome\u0161a s svojimi. Nato 'izhode' podpi\u0161e s kro\u017eno podpisom \u2014 kriptografskim mehanizmom, ki omogo\u010da preveritelju, da je prepri\u010dan, da so med pome\u0161animi 'izhodi' vklju\u010deni kovanci po\u0161iljatelja. Samo pome\u0161ani kovanci se seveda ne porabijo.<\/p>\n

Vendar pa za skrivanje prejemnika ne moremo ustvariti la\u017enih 'izhodov'. Zato ima v UTXO vsak 'izhod' svoj edinstven naslov, ki je kriptografsko povezan z naslovom prejemnika teh kovancev. Trenutno ne obstaja na\u010din za razkrivanje povezave med edinstvenim naslovom 'izhoda' in naslovom prejemnika, ne da bi poznali njegove tajne klju\u010de.<\/p>\n

V modelu, temeljenem na ra\u010dunih, ne moremo uporabljati enkratnih naslovov (sicer bi to \u017ee bila model 'izhodov'). Zato moramo prejemnika in po\u0161iljatelja me\u0161ati med drugimi ra\u010duni v blockchainu. Pri tem se z me\u0161anih ra\u010dunov od\u0161teje 0 encodiranih kovancev (ali se doda 0 \u2013 v primeru me\u0161anja prejemnika), kar dejansko ne spremeni njihovega realnega stanja.<\/p>\n

Ker imata tako po\u0161iljatelj kot prejemnik vedno stalni naslov, se tu pojavi potreba, da pri nakazilih na iste naslove uporabljamo iste skupine za me\u0161anje. La\u017eje je to razlo\u017eiti s primerom.<\/p>\n

Recimo, da se je Alisa odlo\u010dila za donacijo v Bobov dobrodelni sklad, vendar \u017eeli, da to nakazilo ostane anonimno za zunanje opazovalce. Da bi se skrila na polju po\u0161iljatelja, vpi\u0161e \u0161e ra\u010dune Adama in Adele. Da bi skrila Boba - na polje prejemnika dodatno vpi\u0161e ra\u010dune Bena in Billa. Ko bo naslednji\u010d donirala, se je Alisa odlo\u010dila, da zraven sebe vpi\u0161e Alex in Amando, zraven Boba pa Brusa in Benjina. V tem primeru bo pri analizi blockchaina v teh dveh transakcijah na\u0161la le en prekrivajo\u010d se par udele\u017eencev - Alisa in Bob, kar deanonimizira ti transakciji.<\/p>\n

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

Dirke transakcij<\/h4>\n

\nKot smo \u017ee omenili, da bi skrila svoje stanje v sistemih, temelje\u010de na ra\u010dunih, uporabnik \u0161ifrira svoje stanje in znesek nakazila. Pri tem mora dokazati, da ostanek na njegovem ra\u010dunu ostaja nenegativen. Te\u017eava je v tem, da uporabnik, ko oblikuje transakcijo, gradi dokaz o trenutnem stanju svojega ra\u010duna. Kaj pa, \u010de Bob po\u0161lje Alisi transakcijo in ta pride prej, kot je Alisa poslala svojo? Takrat bo Alisina transakcija veljala za neveljavno, saj je bil dokaz stanja zgrajen pred sprejetjem Bobove transakcije.<\/p>\n

\"O
\n
\nPrva re\u0161itev, ki pride na misel v taki situaciji, je, da se ra\u010dun zamrzne do izvedbe transakcije. A ta pristop ni ustrezen, saj poleg kompleksnosti re\u0161evanja take naloge v razdeljeni sistem, v anonimni shemi ne bo jasno, kateri ra\u010dun blokirati.<\/p>\n

Za re\u0161itev tega problema tehnologija lo\u010duje prihodnje in odhodne transakcije: poraba sredstev takoj vpliva na stanje bilance, medtem ko prihodki imajo odlo\u017een u\u010dinek. Za to se uvaja pojem \"epoh\" - skupin blokov fiksne velikosti. Trenutna \"epoha\" se dolo\u010di z delitvijo vi\u0161ine bloka z velikostjo skupine. Ko obdeluje transakcijo, omre\u017eje takoj posodobi ravnote\u017eje po\u0161iljatelja, sredstva prejemnika pa se dodajo v skladi\u0161\u010de. Nabrana sredstva postanejo na voljo prejemniku pla\u010dila \u0161ele ob za\u010detku nove \"epoh\".<\/p>\n

Zaradi tega lahko uporabnik po\u0161ilja transakcije ne glede na to, kako pogosto prejema sredstva (kolikor mu to omogo\u010da stanje, seveda). Velikost epoh se dolo\u010di glede na to, kako hitro se bloki \u0161irijo po omre\u017eju in kako hitro transakcija pride v blok. <\/p>\n

Ta re\u0161itev dobro deluje pri zaupnih prenosih, vendar pri anonimnih transakcijah, kot bomo kmalu videli, povzro\u010da resne te\u017eave.<\/p>\n

Za\u0161\u010dita pred replay napadi<\/h4>\n

\nV blokadnih verigah, temelje\u010dih na ra\u010dunih, je vsaka transakcija podpisana s privatnim klju\u010dem po\u0161iljatelja, kar preveritelju zagotavlja, da transakcija ni bila spremenjena in da jo je ustvaril lastnik tega klju\u010da. Ampak kaj, \u010de zlonamerne\u017e, ki poslu\u0161a prenosni kanal, prestre\u017ee to sporo\u010dilo in po\u0161lje natan\u010dno enako drugo? Preveritelj bo preveril podpis transakcije in bo prepri\u010dan o njeni avtenti\u010dnosti, omre\u017eje pa bo ponovno od\u0161telo enako znesek z ra\u010duna po\u0161iljatelja.<\/p>\n

To napad imenujemo replay napad. V UTXO modelu tak\u0161ni napadi niso aktualni, ker zlonamerne\u017e posku\u0161a uporabiti porabljene izhode, kar samo po sebi ni veljavno in ga omre\u017eje zavrne.<\/p>\n

Da bi do tega ne pri\u0161lo, se v transakcijo vgradi polje z naklju\u010dnimi podatki, ki ga imenujemo nonce ali preprosto \"sol\". Ob ponovnem po\u0161iljanju transakcije z \"soljo\" preveritelj preveri, ali je bil ta nonce prej uporabljen, in \u010de ne, \u0161teje to transakcijo za veljavno. Da ne bi hranili celotne zgodovine nonce-ov uporabnikov v blokadni verigi, se obi\u010dajno v prvi transakciji sprejme vrednost ni\u010d, nato pa se pove\u010duje za eno. Omre\u017eju ostane le \u0161e preveriti, da se nonce nove transakcije razlikuje od prej\u0161njega za eno.<\/p>\n

V anonimnem sistemu prenosa se pojavi problem validacije nonce-ov transakcij. Ne moremo izrecno povezati nonce-a z naslovom po\u0161iljatelja, saj to o\u010ditno deanonimizira prenos. Prav tako ne moremo dodati enice k nonce-om vseh udele\u017eenih ra\u010dunov, saj to lahko povzro\u010di konflikte z drugimi prenosi, ki so v obdelavi. <\/p>\n

Avtorji Zether predlagajo generiranje nonce-a na kriptografski na\u010din \u2014 odvisno od 'epoh'. Na primer:<\/p>\n

\"O
\nTukaj x<\/i><\/b> \u2014 skrivni klju\u010d po\u0161iljatelja in Gepoch<\/i><\/b> \u2014 \u0434\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0433\u0435\u043d\u0435\u0440\u0430\u0442\u043e\u0440 \u0434\u043b\u044f \u044d\u043f\u043e\u0445\u0438, \u043f\u043e\u043b\u0443\u0447\u0430\u0435\u043c\u044b\u0439 \u0445\u044d\u0448\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u0441\u0442\u0440\u043e\u043a\u0438 \u0432\u0438\u0434\u0430 ‘Zether + ‘. \u0422\u0435\u043f\u0435\u0440\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430, \u043a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0431\u044b, \u0440\u0435\u0448\u0430\u0435\u0442\u0441\u044f \u2014 \u043c\u044b \u043d\u0435 \u0440\u0430\u0441\u043a\u0440\u044b\u0432\u0430\u0435\u043c nonce \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u0442\u0435\u043b\u044f \u0438 \u043d\u0435 \u0432\u043c\u0435\u0448\u0438\u0432\u0430\u0435\u043c\u0441\u044f \u0432 nonce-\u044b \u043d\u0435\u043f\u0440\u0438\u0447\u0430\u0441\u0442\u043d\u044b\u0445 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u043e\u0432. \u041d\u043e \u0442\u0430\u043a\u043e\u0439 \u043f\u043e\u0434\u0445\u043e\u0434 \u043d\u0430\u043a\u043b\u0430\u0434\u044b\u0432\u0430\u0435\u0442 \u0441\u0435\u0440\u044c\u0435\u0437\u043d\u043e\u0435 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u0435: \u043e\u0434\u0438\u043d \u0430\u043a\u043a\u0430\u0443\u043d\u0442 \u043c\u043e\u0436\u0435\u0442 \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u0442\u044c \u043d\u0435 \u0431\u043e\u043b\u0435\u0435 \u043e\u0434\u043d\u043e\u0439 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0438 \u0432 \u00ab\u044d\u043f\u043e\u0445\u0443\u00bb. \u042d\u0442\u0430 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u043e\u0441\u0442\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0440\u0435\u0448\u0435\u043d\u043d\u043e\u0439, \u0438 \u043d\u0430 \u0442\u0435\u043a\u0443\u0449\u0438\u0439 \u043c\u043e\u043c\u0435\u043d\u0442 \u0434\u0435\u043b\u0430\u0435\u0442 \u0430\u043d\u043e\u043d\u0438\u043c\u043d\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e Zether, \u043d\u0430 \u043d\u0430\u0448 \u0432\u0437\u0433\u043b\u044f\u0434, \u0435\u0434\u0432\u0430 \u043b\u0438 \u043f\u0440\u0438\u0433\u043e\u0434\u043d\u043e\u0439 \u0434\u043b\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u044f.<\/p>\n

Te\u017eavnost dokazov z ni\u010delnim razkrivanjem<\/h4>\n

\nV UTXO mora po\u0161iljatelj dokazati omre\u017eju, da ne porabi negativne koli\u010dine, sicer postane mogo\u010da generacija novih kovancev iz ni\u010d (zakaj je to mogo\u010de, smo pisali v eni od prej\u0161njih \u010dlanov<\/a><\/noindex>). Prav tako mora podpisati 'vstopnice' s kro\u017enim podpisom, da doka\u017ee, da so med zamajenimi kovanci sredstva, ki pripadajo njemu.<\/p>\n

V anonimni razli\u010dici blockchain-a na osnovi ra\u010dunov so izrazi za dokazovanje veliko bolj zapleteni. Po\u0161iljatelj dokazuje, da:<\/p>\n

    \n
  1. Poslana koli\u010dina je pozitivna;<\/li>\n
  2. Stanje ostaja nenegativno;<\/li>\n
  3. Po\u0161iljatelj je pravilno zaklenil zneske prenosov (vklju\u010dno z ni\u010delnimi);<\/li>\n
  4. Stanje na ra\u010dunu se spreminja le pri po\u0161iljatelju in prejemniku;<\/li>\n
  5. Po\u0161iljatelj ima skrivni klju\u010d svojega ra\u010duna in je v resnici prisoten na seznamu po\u0161iljateljev (med zamajenimi);<\/li>\n
  6. Nonce, uporabljen v transakciji, je pravilno sestavljen.<\/li>\n<\/ol>\n

    \nZa tako zapleten dokaz avtorji uporabljajo me\u0161anico Otporan na napade<\/a><\/noindex> (eden od avtorjev je, mimogrede, sodeloval pri njenem ustvarjanju) in Sigma protocol<\/a><\/noindex>, ki jo imenujejo Sigma-bullets. Formalno dokazovanje tovrstne trditve je precej zapleteno opravilo in mo\u010dno omejuje \u0161tevilo tistih, ki bi se lotili implementacije tehnologije.<\/p>\n

    Kaj na koncu?<\/h4>\n

    \nPo na\u0161em mnenju lahko del Zetherja, ki prina\u0161a zasebnost v blokchainih, temelji na ra\u010dunih, uporabljamo \u017ee zdaj. Vendar pa trenutna anonimna razli\u010dica tehnologije nalaga resne omejitve za njeno uporabo, njen kompleksnost pa ovira izvajanje. Vendar ne smemo pozabiti, da so avtorji to izdali \u0161ele pred nekaj meseci in morda bo nekdo drug na\u0161el re\u0161itev za trenutne te\u017eave. Tako se namre\u010d razvija 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 v blokchainih, temelji na ra\u010dunih | ProHoster","description":"\u017de dolgo nas zanima tema anonimnosti v kriptovalutah in sledimo razvoju tehnologij na tem podro\u010dju.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/34101","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=34101"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/34101\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=34101"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=34101"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=34101"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}