{"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\/sv\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","title":{"rendered":"Om anonymitet i kontobaserade blockkedjor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vi har l\u00e4nge varit intresserade av anonymitet inom kryptovalutor och f\u00f6rs\u00f6ker f\u00f6lja utvecklingen av teknologier inom detta omr\u00e5de. I v\u00e5ra artiklar har vi redan ing\u00e5ende behandlat principerna f\u00f6r konfidentiella transaktioner<\/a><\/noindex> i Monero, samt genomf\u00f6rt en j\u00e4mf\u00f6rande \u00f6versyn<\/a><\/noindex> teknologier som finns inom detta f\u00e4lt. Alla anonyma kryptovalutor idag bygger dock p\u00e5 datamodellen f\u00f6reslagen av Bitcoin \u2014 Unspent Transaction Output (UTXO). F\u00f6r anv\u00e4ndarbaserade blockkedjor som Ethereum har de befintliga l\u00f6sningarna f\u00f6r att implementera anonymitet och konfidentialitet (till exempel Mobius<\/a><\/noindex> eller Aztec<\/a><\/noindex>) f\u00f6rs\u00f6kt efterlikna UTXO-modellen i smarta kontrakt.<\/p>\n

I februari 2019 presenterade en grupp forskare fr\u00e5n Stanford University och Visa Research<\/a><\/noindex> utvecklarna av musikservicen Spotify. Den modifierade Spotify Lite ser ut som den fullst\u00e4ndiga versionen, men saknar m\u00e5nga inst\u00e4llningar och till\u00e5ter inte nedladdning av l\u00e5tar f\u00f6r lyssning utan internetanslutning. ett preprint<\/a><\/noindex> \"Zether: Mot privatliv i v\u00e4rlden av smarta kontrakt\". F\u00f6r f\u00f6rsta g\u00e5ngen f\u00f6reslog f\u00f6rfattarna en metod f\u00f6r att s\u00e4kerst\u00e4lla anonymitet i anv\u00e4ndarbaserade blockkedjor och presenterade tv\u00e5 varianter av smarta kontrakt: f\u00f6r konfidentiella (d\u00e4r saldon och belopp av transaktioner d\u00f6ljs) och anonyma (d\u00e4r mottagare och avs\u00e4ndare d\u00f6ljs) transaktioner. Vi finner den f\u00f6reslagna teknologin intressant och skulle vilja dela dess uppbyggnad, samt diskutera varf\u00f6r anonymitetsproblematiken i anv\u00e4ndarbaserade blockkedjor anses vara mycket komplex och om f\u00f6rfattarna har lyckats l\u00f6sa den fullt ut.<\/p>\n

Om dessa datamodellers struktur<\/h3>\n

\nI UTXO-modellen best\u00e5r en transaktion av \"insats\" och \"utslag\". En direkt analogi till \"utslagen\" \u00e4r sedlarna i din pl\u00e5nbok: varje \"utslag\" har ett visst v\u00e4rde. N\u00e4r du betalar n\u00e5gon (skapar en transaktion) anv\u00e4nder du ett eller flera \"utslag\", som d\u00e5 blir \"insatser\" i transaktionen, och blockkedjan markerar dem som anv\u00e4nda. Samtidigt f\u00e5r mottagaren av din betalning (eller du sj\u00e4lv, om du beh\u00f6ver v\u00e4xel) nygenererade \"utslag\". Schematisk kan detta illustreras s\u00e5 h\u00e4r:<\/p>\n

\"Om
\n
\nAnv\u00e4ndarbaserade blockkedjor fungerar ungef\u00e4r som ditt bankkonto. De hanterar endast summan p\u00e5 ditt konto och summan av \u00f6verf\u00f6ringen. N\u00e4r du \u00f6verf\u00f6r ett belopp fr\u00e5n ditt konto f\u00f6rbr\u00e4nner du inga \"utslag\"; n\u00e4tverket beh\u00f6ver inte komma ih\u00e5g vilka mynt som har anv\u00e4nts och vilka som inte har anv\u00e4nts. I det enklaste fallet best\u00e5r kontrollen av transaktionen av att verifiera avs\u00e4ndarens signatur och beloppet p\u00e5 hans saldo:<\/p>\n

\"Om
\n<\/p>\n

Analys av teknologin<\/h3>\n

\nVi kommer nu att diskutera hur Zether d\u00f6ljer beloppet av transaktioner, mottagaren och avs\u00e4ndaren. Under beskrivningen av principerna f\u00f6r dess funktion kommer vi att p\u00e5peka skillnaderna mellan konfidentiella och anonyma varianter. Eftersom det \u00e4r mycket enklare att s\u00e4kerst\u00e4lla konfidentialitet i kontobaserade blockkedjor, kommer vissa av begr\u00e4nsningarna som \u00e5l\u00e4ggs genom anonymisering att vara irrelevanta f\u00f6r den konfidentiella versionen av teknologin.<\/p>\n

D\u00f6ljande av saldon och belopp p\u00e5 \u00f6verf\u00f6ringar<\/h4>\n

\nZether anv\u00e4nder ett krypteringsschema f\u00f6r att kryptera saldon och belopp p\u00e5 \u00f6verf\u00f6ringar ElGamal<\/a><\/noindex>. Den fungerar p\u00e5 f\u00f6ljande s\u00e4tt. N\u00e4r Alice vill skicka Bob b<\/b><\/i> mynt till adressen (hans offentliga nyckel) Y<\/b><\/i>, v\u00e4ljer hon ett slumpm\u00e4ssigt tal \u00e4r lika med noll.<\/b><\/i> och krypterar beloppet:<\/p>\n

\"Om
\nw C<\/b><\/i> \u2014 det krypterade beloppet, D<\/b><\/i> \u2014 ett hj\u00e4lpv\u00e4rde, n\u00f6dv\u00e4ndigt f\u00f6r att dekryptera detta belopp, G<\/b><\/i> \u2014 en fast punkt p\u00e5 den elliptiska kurvan, p\u00e5 vilken den publika nyckeln genereras genom att multiplicera den hemliga nyckeln.<\/p>\n

N\u00e4r Bob f\u00e5r dessa v\u00e4rden l\u00e4gger han enkelt till dem till sitt krypterade saldo, vilket g\u00f6r att detta schema \u00e4r praktiskt.<\/p>\n

P\u00e5 liknande s\u00e4tt drar Alice bort samma v\u00e4rden fr\u00e5n sitt saldo, men anv\u00e4nder sin offentliga nyckel som Y<\/b><\/i> .<\/p>\n

D\u00f6ljande av mottagare och avs\u00e4ndare<\/h4>\n

\nBlandning av \"utg\u00e5ngar\" i UTXO uppstod redan i kryptovalutornas gryning och hj\u00e4lper till att d\u00f6lja avs\u00e4ndaren. F\u00f6r detta v\u00e4ljer avs\u00e4ndaren vid en \u00f6verf\u00f6ring slumpm\u00e4ssiga \"utg\u00e5ngar\" i blockkedjan och blandar dem med sina egna. D\u00e4refter signerar han \"utg\u00e5ngarna\" med en ringunderskrift - en kryptografisk mekanism som m\u00f6jligg\u00f6r f\u00f6r kontrollanten att \u00f6vertygas om att det blandade \"utg\u00e5ngarna\" inneh\u00e5ller avs\u00e4ndarens mynt. Sj\u00e4lva de blandade mynten spenderas sj\u00e4lvklart inte.<\/p>\n

F\u00f6r att d\u00f6lja mottagaren kommer vi dock inte att kunna generera falska \"utg\u00e5ngar\". D\u00e4rf\u00f6r har varje \"utg\u00e5ng\" i UTXO sin unika adress, och den \u00e4r kryptografiskt kopplad till mottagarens adress f\u00f6r dessa mynt. F\u00f6r n\u00e4rvarande finns det inget s\u00e4tt att avsl\u00f6ja kopplingen mellan den unika adressen f\u00f6r \"utg\u00e5ngen\" och mottagarens adress utan att k\u00e4nna till dess hemliga nycklar.<\/p>\n

I account-based modeller kan vi inte anv\u00e4nda eng\u00e5ngsadresser (annars blir det redan en \"utg\u00e5ngsmodell\"). D\u00e4rf\u00f6r m\u00e5ste mottagaren och avs\u00e4ndaren blandas bland andra konton i blockkedjan. Samtidigt dras det krypterade 0 mynt fr\u00e5n de blandade kontona (eller l\u00e4ggs 0 till \u2013 i fallet med att blanda mottagaren), utan att f\u00f6r\u00e4ndra deras verkliga saldo.<\/p>\n

Eftersom b\u00e5de avs\u00e4ndaren och mottagaren alltid har en konstant adress, uppst\u00e5r h\u00e4r behovet av att anv\u00e4nda samma grupper f\u00f6r blandning vid \u00f6verf\u00f6ringar till samma adresser. Det \u00e4r enklare att illustrera med ett exempel.<\/p>\n

Anta att Alice har beslutat att g\u00f6ra en donation till Bob's v\u00e4lg\u00f6renhetsfond, men f\u00f6redrar att denna \u00f6verf\u00f6ring f\u00f6rblir anonym f\u00f6r en tredje parts observat\u00f6r. D\u00e5, f\u00f6r att d\u00f6lja sig sj\u00e4lv i avs\u00e4ndarf\u00e4ltet, skriver hon in ytterligare konton fr\u00e5n Adam och Adele. Och f\u00f6r att d\u00f6lja Bob \u2013 i mottagarf\u00e4ltet ytterligare konton fr\u00e5n Ben och Bill. Vid n\u00e4sta donation best\u00e4mde sig Alice f\u00f6r att skriva in Alex och Amanda bredvid sig och Bruce och Benjen bredvid Bob. I det h\u00e4r fallet, n\u00e4r man analyserar blockkedjan, kommer det endast att finnas ett \u00f6verlappande par av deltagare i dessa tv\u00e5 transaktioner \u2013 Alice och Bob, vilket deanonimiserar dessa transaktioner.<\/p>\n

\"Om
\n<\/p>\n

Transaktionslopp<\/h4>\n

\nSom vi redan har n\u00e4mnt, f\u00f6r att d\u00f6lja sitt saldo i account-based system, krypterar anv\u00e4ndaren sitt saldo och \u00f6verf\u00f6ringsbelopp. Detta g\u00e4ller att han m\u00e5ste bevisa att saldot p\u00e5 hans konto f\u00f6rblir icke-negativt. Problemet \u00e4r att n\u00e4r anv\u00e4ndaren skapar en transaktion, bygger han ett bevis ang\u00e5ende sitt nuvarande konto. Men vad h\u00e4nder om Bob skickar en transaktion till Alice, och den accepteras innan Alices skickade transaktion? D\u00e5 kommer Alices transaktion att anses ogiltig, eftersom beviset f\u00f6r saldot byggdes innan Bobs transaktion accepterades.<\/p>\n

\"Om
\n
\nDen f\u00f6rsta l\u00f6sningen som kommer i en s\u00e5dan situation \u00e4r att frysa kontot tills transaktionen har genomf\u00f6rts. Men denna metod \u00e4r inte anv\u00e4ndbar, eftersom det f\u00f6rutom sv\u00e5righeterna med att l\u00f6sa en s\u00e5dan uppgift i ett distribuerat system, i en anonym schema, kommer det att vara oklart vems konto som ska blockeras.<\/p>\n

F\u00f6r att l\u00f6sa detta problem skiljer teknologin mellan inkommande och utg\u00e5ende transaktioner: utgifter p\u00e5verkar kontobalansen omedelbart, medan inkomster har en f\u00f6rdr\u00f6jd effekt. F\u00f6r detta introduceras begreppet \"epoker\" \u2013 grupper av block av fast storlek. Den aktuella \"epoken\" definieras av blockh\u00f6jden delad med gruppstorleken. N\u00e4r en transaktion behandlas uppdaterar n\u00e4tverket omedelbart avs\u00e4ndarens balans, medan mottagarens medel samlas i en bunt. De insamlade medlen blir tillg\u00e4ngliga f\u00f6r betalningsmottagaren f\u00f6rst vid n\u00e4sta \"epok\".<\/p>\n

Som ett resultat kan anv\u00e4ndaren skicka transaktioner oberoende av hur ofta han f\u00e5r medel (s\u00e5 l\u00e4nge hans balans till\u00e5ter det, f\u00f6rst\u00e5s). Storleken p\u00e5 epoken best\u00e4ms utifr\u00e5n hur snabbt block sprids genom n\u00e4tverket och hur snabbt en transaktion g\u00e5r in i ett block. <\/p>\n

Denna l\u00f6sning fungerar bra i fall av konfidentiella \u00f6verf\u00f6ringar, men i fallet med anonyma transaktioner, som vi senare kommer att se, skapar den allvarliga problem.<\/p>\n

Skydd mot replay-attacker<\/h4>\n

\nI konto-baserade blockkedjor signeras varje transaktion med avs\u00e4ndarens privata nyckel, vilket \u00f6vertygar verifieraren om att transaktionen inte har \u00e4ndrats och att den har skapats av \u00e4garen av denna nyckel. Men vad h\u00e4nder om en illasinnad akt\u00f6r som avlyssnar \u00f6verf\u00f6ringskanalen f\u00e5ngar detta meddelande och skickar exakt samma andra? Verifieraren kommer att j\u00e4mf\u00f6ra transaktionens signatur och vara \u00f6vertygad om dess \u00e4kthet, och n\u00e4tverket kommer att debitera samma belopp fr\u00e5n avs\u00e4ndarens balans igen.<\/p>\n

Denna attack kallas replay-attack. I UTXO-modellen \u00e4r s\u00e5dana attacker inte aktuella, eftersom den illasinnade akt\u00f6ren kommer att f\u00f6rs\u00f6ka anv\u00e4nda spenderade utg\u00e5ngar, vilket i sig \u00e4r ogiltigt och avvisas av n\u00e4tverket.<\/p>\n

F\u00f6r att f\u00f6rhindra detta inkluderas ett f\u00e4lt med slumpdata i transaktionen, vilket kallas nonce eller helt enkelt \"salt\". Vid \u00e5tersending av transaktionen med \"salt\" kontrollerar verifieraren om denna nonce har anv\u00e4nts tidigare, och om inte, anser han att denna transaktion \u00e4r giltig. F\u00f6r att undvika att lagra hela historiken av anv\u00e4ndarnas nonces i blockkedjan, accepteras vanligtvis den f\u00f6rsta transaktionen som noll, och sedan \u00f6kas den med en enhet. N\u00e4tverket beh\u00f6ver bara kontrollera att den nya transaktionens nonce skiljer sig fr\u00e5n den tidigare med en enhet.<\/p>\n

I den anonyma \u00f6verf\u00f6ringsschemat uppst\u00e5r problemet med validering av transaktionsnonce. Vi kan inte koppla nonce p\u00e5 ett tydligt s\u00e4tt till avs\u00e4ndarens adress eftersom det uppenbarligen skulle av-anonymisera \u00f6verf\u00f6ringen. Vi kan inte heller \u00f6ka nonce f\u00f6r alla deltagande konton, eftersom det kan skapa konflikter med andra \u00f6verf\u00f6ringar som \u00e4r under behandling. <\/p>\n

F\u00f6rfattarna till Zether f\u00f6resl\u00e5r att generera nonce kryptografiskt \u2013 beroende p\u00e5 \"epok\". Till exempel:<\/p>\n

\"Om
\nH\u00e4r x<\/i><\/b> \u2013 avs\u00e4ndarens hemliga nyckel, och Gepoch<\/i><\/b> \u2014 en ytterligare generator f\u00f6r epoken, som erh\u00e5lls genom att hash'a str\u00e4ngen 'Zether + '. Nu tycks problemet vara l\u00f6st \u2014 vi avsl\u00f6jar inte avs\u00e4ndarens nonce och involverar inte nonce:er fr\u00e5n oskyldiga deltagare. Men denna metod inneb\u00e4r en allvarlig begr\u00e4nsning: ett konto kan skicka h\u00f6gst en transaktion per \"epok\". Tyv\u00e4rr f\u00f6rblir detta problem ol\u00f6st och g\u00f6r f\u00f6r n\u00e4rvarande den anonyma versionen av Zether, enligt v\u00e5r \u00e5sikt, knappast praktisk att anv\u00e4nda.<\/p>\n

Sv\u00e5righeterna med noll-l\u00e4ckagebevis<\/h4>\n

\nI UTXO m\u00e5ste avs\u00e4ndaren bevisa f\u00f6r n\u00e4tverket att de inte spenderar ett negativt belopp, annars blir det m\u00f6jligt att generera nya mynt ur intet (varf\u00f6r detta \u00e4r m\u00f6jligt har vi skrivit om i en av de tidigare artiklar<\/a><\/noindex>). Dessutom m\u00e5ste de signera \"ing\u00e5ngarna\" med en ringunderteckning f\u00f6r att bevisa att bland de blandade mynten finns medel som tillh\u00f6r dem.<\/p>\n

I den anonyma versionen av blockkedjan baserad p\u00e5 konto blir uttrycken f\u00f6r bevis mycket mer komplexa. Avs\u00e4ndaren m\u00e5ste bevisa att:<\/p>\n

    \n
  1. Det belopp som skickas \u00e4r positivt;<\/li>\n
  2. Saldo f\u00f6rblir icke-negativt;<\/li>\n
  3. Avs\u00e4ndaren har korrekt krypterat \u00f6verf\u00f6ringsbeloppen (inklusive nollbelopp);<\/li>\n
  4. Saldo p\u00e5 kontot \u00e4ndras endast f\u00f6r avs\u00e4ndaren och mottagaren;<\/li>\n
  5. Avs\u00e4ndaren \u00e4ger den hemliga nyckeln till sitt konto och \u00e4r verkligen med i avs\u00e4ndarlistan (bland de blandade);<\/li>\n
  6. Nonce som anv\u00e4nds i transaktionen \u00e4r korrekt sammansatt.<\/li>\n<\/ol>\n

    \nF\u00f6r en s\u00e5dan komplex bevisning anv\u00e4nder f\u00f6rfattarna en blandning O\u00f6vertr\u00e4ffad<\/a><\/noindex> (en av f\u00f6rfattarna deltog f\u00f6r \u00f6vrigt i dess skapande) och Sigma-protokoll<\/a><\/noindex>, som kallas Sigma-bullets. Ett formellt bevis p\u00e5 detta p\u00e5st\u00e5ende \u00e4r en ganska komplicerad uppgift, och det begr\u00e4nsar kraftigt antalet som vill implementera teknologin.<\/p>\n

    Vad blir resultatet?<\/h4>\n

    \nEnligt v\u00e5r \u00e5sikt kan Zether-delarna som bidrar till sekretess i konto-baserade blockkedjor absolut anv\u00e4ndas redan nu. Men f\u00f6r tillf\u00e4llet inneb\u00e4r den anonyma versionen av teknologin allvarliga begr\u00e4nsningar f\u00f6r dess anv\u00e4ndning, och dess komplexitet \u00e4r en utmaning f\u00f6r implementeringen. Men man b\u00f6r inte gl\u00f6mma att f\u00f6rfattarna sl\u00e4ppte den f\u00f6r bara n\u00e5gra m\u00e5nader sedan, och kanske kommer n\u00e5gon annan att hitta l\u00f6sningar p\u00e5 de problem som finns idag. Det \u00e4r ju s\u00e5 vetenskapen faktiskt utvecklas.
    \n
    K\u00e4lla:     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\udd47Om anonymitet i konto-baserade blockkedjor | ProHoster","description":"Vi har l\u00e4nge varit intresserade av anonymitet inom kryptovalutor och f\u00f6rs\u00f6ker f\u00f6lja utvecklingen av teknologier inom det h\u00e4r omr\u00e5det.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/34101","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=34101"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/34101\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=34101"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=34101"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=34101"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}