{"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\/fr\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","title":{"rendered":"Sur l'anonymat dans les blockchains bas\u00e9es sur des comptes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nous nous int\u00e9ressons depuis longtemps \u00e0 la question de l'anonymat dans les cryptomonnaies et nous nous effor\u00e7ons de suivre l'\u00e9volution des technologies dans ce domaine. Dans nos articles, nous avons d\u00e9j\u00e0 d\u00e9taill\u00e9 les principes de fonctionnement des transactions confidentielles<\/a><\/noindex> dans Monero, et nous avons \u00e9galement examin\u00e9 un aper\u00e7u comparatif<\/a><\/noindex> les technologies existantes dans ce domaine. Cependant, toutes les cryptomonnaies anonymes actuellement reposent sur le mod\u00e8le de donn\u00e9es propos\u00e9 par Bitcoin \u2014 Unspent Transaction Output (UTXO). Pour les blockchains bas\u00e9es sur des comptes comme Ethereum, les solutions existantes pour mettre en \u0153uvre l'anonymat et la confidentialit\u00e9 (par exemple, Mobius<\/a><\/noindex> ou Aztec<\/a><\/noindex>) ont tent\u00e9 de reproduire le mod\u00e8le UTXO dans des contrats intelligents.<\/p>\n

En f\u00e9vrier 2019, un groupe de chercheurs de l'Universit\u00e9 de Stanford et de Visa Research<\/a><\/noindex> publi\u00e9s par a publi\u00e9 un pr\u00e9print<\/a><\/noindex> \u00ab Zether : Vers la confidentialit\u00e9 dans le monde des contrats intelligents \u00bb. Les auteurs ont propos\u00e9 pour la premi\u00e8re fois une approche pour garantir l'anonymat dans les blockchains bas\u00e9es sur des comptes et ont pr\u00e9sent\u00e9 deux variantes de contrats intelligents : pour des transactions confidentielles (cachant les soldes et les montants des transferts) et anonymes (cachant le destinataire et l'exp\u00e9diteur). Nous trouvons cette technologie propos\u00e9e int\u00e9ressante et aimerions partager son fonctionnement, ainsi que discuter du fait que le probl\u00e8me de l'anonymat dans les blockchains bas\u00e9es sur des comptes est consid\u00e9r\u00e9 comme tr\u00e8s complexe et si les auteurs ont r\u00e9ussi \u00e0 le r\u00e9soudre compl\u00e8tement.<\/p>\n

Sur le fonctionnement de ces mod\u00e8les de donn\u00e9es<\/h3>\n

\nDans le mod\u00e8le UTXO, une transaction se compose d'\u00ab entr\u00e9es \u00bb et d'\u00ab sorties \u00bb. L'analogue direct des \u00ab sorties \u00bb \u2014 ce sont des billets dans votre portefeuille : chaque \u00ab sortie \u00bb a une certaine valeur. Lorsque vous payez quelqu'un (formez une transaction), vous d\u00e9pensez une ou plusieurs \u00ab sorties \u00bb, qui deviennent alors des \u00ab entr\u00e9es \u00bb de la transaction, et la blockchain les marque comme d\u00e9pens\u00e9es. Pendant ce temps, le destinataire de votre paiement (ou vous-m\u00eame, si vous avez besoin de monnaie en retour) re\u00e7oit de nouvelles \u00ab sorties \u00bb g\u00e9n\u00e9r\u00e9es. Sch\u00e9matiquement, cela peut \u00eatre repr\u00e9sent\u00e9 comme suit :<\/p>\n

\"Sur
\n
\nLes blockchains bas\u00e9es sur des comptes fonctionnent \u00e0 peu pr\u00e8s comme votre compte bancaire. Elles op\u00e8rent uniquement sur le montant de votre compte et le montant de transfert. Lorsque vous transf\u00e9rez une certaine somme de votre compte, vous ne br\u00fblez aucune \u00ab sortie \u00bb, le r\u00e9seau n'a pas besoin de se souvenir quelles pi\u00e8ces ont \u00e9t\u00e9 d\u00e9pens\u00e9es et lesquelles ne l'ont pas \u00e9t\u00e9. Dans le cas le plus simple, la v\u00e9rification de la transaction se r\u00e9sume \u00e0 v\u00e9rifier la signature de l'exp\u00e9diteur et le montant de son solde :<\/p>\n

\"Sur
\n<\/p>\n

Analyse de la technologie<\/h3>\n

\nEnsuite, nous parlerons de la fa\u00e7on dont Zether cache le montant des transactions, le destinataire et l'exp\u00e9diteur. Au fur et \u00e0 mesure que nous d\u00e9crivons les principes de son fonctionnement, nous noterons les diff\u00e9rences entre la version confidentielle et la version anonyme. \u00c9tant donn\u00e9 qu'il est beaucoup plus simple de garantir la confidentialit\u00e9 dans les blockchains bas\u00e9es sur des comptes, certaines des limitations impos\u00e9es par l'anonymisation ne seront pas pertinentes pour la version confidentielle de la technologie.<\/p>\n

Masquage des soldes et des montants des transferts<\/h4>\n

\nPour chiffrer les soldes et les montants des transferts dans Zether, un sch\u00e9ma de cryptage est utilis\u00e9 d'ElGamal<\/a><\/noindex>. Il fonctionne comme suit. Lorsque Alice souhaite envoyer \u00e0 Bob b<\/b><\/i> des pi\u00e8ces \u00e0 l'adresse (sa cl\u00e9 publique) Y<\/b><\/i>, elle choisit un nombre al\u00e9atoire r<\/b><\/i> et chiffre le montant :<\/p>\n

\"Sur
\no\u00f9 C<\/b><\/i> \u2014 montant chiffr\u00e9, D<\/b><\/i> \u2014 valeur auxiliaire n\u00e9cessaire pour d\u00e9chiffrer ce montant, G<\/b><\/i> \u2014 point fixe sur la courbe elliptique, en multipliant la cl\u00e9 secr\u00e8te par lequel on obtient la cl\u00e9 publique.<\/p>\n

Lorsque Bob re\u00e7oit ces valeurs, il les additionne simplement \u00e0 son solde chiffr\u00e9 de la m\u00eame mani\u00e8re, ce qui rend ce sch\u00e9ma pratique.<\/p>\n

De la m\u00eame mani\u00e8re, Alice soustrait de son solde les m\u00eames valeurs, en utilisant son Y<\/b><\/i> cl\u00e9 publique.<\/p>\n

Masquage du destinataire et de l'exp\u00e9diteur<\/h4>\n

\nLe m\u00e9lange des \u00ab sorties \u00bb dans UTXO existe depuis les d\u00e9buts des cryptomonnaies et aide \u00e0 cacher l'exp\u00e9diteur. Pour ce faire, l'exp\u00e9diteur lui-m\u00eame choisit des \u00ab sorties \u00bb al\u00e9atoires dans la blockchain lors de l'effectuation d'un transfert et les m\u00e9lange avec les siennes. Ensuite, il signe les \u00ab sorties \u00bb avec une signature en anneau \u2014 un m\u00e9canisme cryptographique permettant de convaincre le v\u00e9rificateur qu'il y a parmi les \u00ab sorties \u00bb m\u00e9lang\u00e9es des pi\u00e8ces de l'exp\u00e9diteur. Les pi\u00e8ces m\u00e9lang\u00e9es ne sont, bien entendu, pas d\u00e9pens\u00e9es.<\/p>\n

Cependant, pour cacher le destinataire, nous ne pourrons pas g\u00e9n\u00e9rer de fausses \u00ab sorties \u00bb. Par cons\u00e9quent, dans l'UTXO, chaque \u00ab sortie \u00bb a sa propre adresse unique, et elle est cryptographiquement li\u00e9e \u00e0 l'adresse du destinataire de ces pi\u00e8ces. Actuellement, il n'existe aucune m\u00e9thode pour identifier le lien entre l'adresse unique de la \u00ab sortie \u00bb et l'adresse du destinataire, sans conna\u00eetre ses cl\u00e9s secr\u00e8tes.<\/p>\n

Dans un mod\u00e8le bas\u00e9 sur les comptes, nous ne pouvons pas utiliser des adresses jetables (sinon cela deviendrait un mod\u00e8le de \u00ab sorties \u00bb). Par cons\u00e9quent, l'exp\u00e9diteur et le destinataire doivent \u00eatre m\u00e9lang\u00e9s avec d'autres comptes dans la blockchain. Dans ce cas, des 0 pi\u00e8ces chiffr\u00e9es sont d\u00e9pens\u00e9es (ou ajout\u00e9es 0 \u2014 dans le cas du m\u00e9lange du destinataire) depuis les comptes m\u00e9lang\u00e9s, sans changer leur v\u00e9ritable solde.<\/p>\n

Puisque l'exp\u00e9diteur et le destinataire ont toujours une adresse permanente, il est n\u00e9cessaire lors des transferts vers les m\u00eames adresses d'utiliser les m\u00eames groupes pour le m\u00e9lange. Il est plus simple d'examiner cela par un exemple.<\/p>\n

Supposons qu'Alice a d\u00e9cid\u00e9 de faire un don \u00e0 la fondation caritative de Bob, mais pr\u00e9f\u00e8re que ce transfert reste anonyme pour un observateur externe. Alors, pour se camoufler dans le champ de l'exp\u00e9diteur, elle inscrit \u00e9galement les comptes d'Adam et d'Ad\u00e8le. Pour cacher Bob \u2014 dans le champ du destinataire, elle ajoute les comptes de Ben et de Bill. Lors du prochain don, Alice a choisi d'inscrire Alex et Amanda \u00e0 ses c\u00f4t\u00e9s, et Bruce et Benjen \u00e0 c\u00f4t\u00e9 de Bob. Dans ce cas, lors de l'analyse de la blockchain, il n'y aura qu'une seule paire d'intervenants qui se croisent dans ces deux transactions \u2014 Alice et Bob, ce qui d\u00e9-anonymise ces transactions.<\/p>\n

\"Sur
\n<\/p>\n

Courses de transactions<\/h4>\n

\nComme nous l'avons d\u00e9j\u00e0 mentionn\u00e9, pour masquer son solde dans les syst\u00e8mes bas\u00e9s sur les comptes, l'utilisateur chiffre son solde et la somme du transfert. Cependant, il doit prouver que le solde de son compte reste non n\u00e9gatif. Le probl\u00e8me est que, lors de la formation d'une transaction, l'utilisateur construit une preuve concernant l'\u00e9tat actuel de son compte. Que se passe-t-il si Bob envoie une transaction \u00e0 Alice, et qu'elle est accept\u00e9e avant celle envoy\u00e9e par Alice ? Alors, la transaction d'Alice sera consid\u00e9r\u00e9e comme invalide, car la preuve du solde a \u00e9t\u00e9 construite avant l'acceptation de la transaction de Bob.<\/p>\n

\"Sur
\n
\nLa premi\u00e8re solution qui vient \u00e0 l'esprit dans une telle situation est de geler le compte jusqu'\u00e0 la r\u00e9alisation de la transaction. Mais cette approche ne convient pas, car au-del\u00e0 de la complexit\u00e9 de cette t\u00e2che dans un syst\u00e8me distribu\u00e9, dans un sch\u00e9ma anonyme, il sera difficile de savoir quel compte geler.<\/p>\n

Pour r\u00e9soudre ce probl\u00e8me, la technologie s\u00e9pare les transactions entrantes et sortantes : les d\u00e9penses ont un effet imm\u00e9diat sur l'\u00e9tat du solde, tandis que les recettes sont diff\u00e9r\u00e9es. Pour cela, le concept d'\u00ab \u00e9poque \u00bb est introduit \u2014 un groupe de blocs de taille fixe. L'\u00ab \u00e9poque \u00bb actuelle est d\u00e9termin\u00e9e par la division de la hauteur du bloc par la taille du groupe. Lors du traitement d'une transaction, le r\u00e9seau met imm\u00e9diatement \u00e0 jour le solde de l'exp\u00e9diteur, tandis que les fonds du destinataire sont accumul\u00e9s. Les fonds accumul\u00e9s ne sont disponibles pour le destinataire du paiement qu'\u00e0 l'arriv\u00e9e de la nouvelle \u00ab \u00e9poque \u00bb.<\/p>\n

En cons\u00e9quence, l'utilisateur peut envoyer des transactions ind\u00e9pendamment de la fr\u00e9quence \u00e0 laquelle il re\u00e7oit des fonds (dans la mesure o\u00f9 son solde le permet, bien s\u00fbr). La taille de l'\u00e9poque est d\u00e9termin\u00e9e en fonction de la rapidit\u00e9 avec laquelle les blocs se r\u00e9pandent dans le r\u00e9seau et de la vitesse \u00e0 laquelle une transaction est int\u00e9gr\u00e9e dans un bloc. <\/p>\n

Cette solution fonctionne bien pour les transferts confidentiels, mais elle cr\u00e9e de s\u00e9rieux probl\u00e8mes avec les transactions anonymes, comme nous le verrons plus loin.<\/p>\n

Protection contre les attaques de reproduction<\/h4>\n

\nDans les blockchains bas\u00e9es sur des comptes, chaque transaction est sign\u00e9e par la cl\u00e9 priv\u00e9e de l'exp\u00e9diteur, ce qui convainc le v\u00e9rificateur que la transaction n'a pas \u00e9t\u00e9 modifi\u00e9e et qu'elle a \u00e9t\u00e9 cr\u00e9\u00e9e par le propri\u00e9taire de cette cl\u00e9. Mais que se passe-t-il si un malfaiteur, ayant intercept\u00e9 le canal de transmission, r\u00e9introduit exactement le m\u00eame message ? Le v\u00e9rificateur comparera la signature de la transaction et sera convaincu de son autorisation, et le r\u00e9seau d\u00e9bitera \u00e0 nouveau le m\u00eame montant du solde de l'exp\u00e9diteur.<\/p>\n

Cette attaque est appel\u00e9e une attaque de reproduction. Dans le mod\u00e8le UTXO, ces attaques ne sont pas pertinentes, car le malfaiteur tentera d'utiliser des sorties d\u00e9pens\u00e9es, ce qui en soi n'est pas valide et est rejet\u00e9 par le r\u00e9seau.<\/p>\n

Pour \u00e9viter cela, un champ de donn\u00e9es al\u00e9atoires, appel\u00e9 nonce ou simplement \u00ab sel \u00bb, est int\u00e9gr\u00e9 \u00e0 la transaction. Lors de la renvoi d'une transaction avec le \u00ab sel \u00bb, le v\u00e9rificateur v\u00e9rifie si ce nonce a \u00e9t\u00e9 utilis\u00e9 auparavant et, si ce n'est pas le cas, consid\u00e8re cette transaction comme valide. Pour ne pas stocker toute l'historique des nonces des utilisateurs dans la blockchain, on accepte g\u00e9n\u00e9ralement que le nonce de la toute premi\u00e8re transaction soit \u00e9gal \u00e0 z\u00e9ro, puis on l'augmente de un. Il ne reste plus qu'\u00e0 v\u00e9rifier que le nonce de la nouvelle transaction diff\u00e8re de l'ancien de un.<\/p>\n

Dans un sch\u00e9ma de transfert anonyme, le probl\u00e8me de validation des nonces des transactions se pr\u00e9sente. Nous ne pouvons pas lier explicitement le nonce \u00e0 l'adresse de l'exp\u00e9diteur, car cela d\u00e9-anonymiserait clairement le transfert. Nous ne pouvons pas non plus incr\u00e9menter le nonce de tous les comptes impliqu\u00e9s, car cela pourrait entrer en conflit avec d'autres transferts en cours de traitement. <\/p>\n

Les auteurs de Zether proposent de g\u00e9n\u00e9rer des nonces de mani\u00e8re cryptographique \u2014 en fonction de l'\u00ab \u00e9poque \u00bb. Par exemple :<\/p>\n

\"Sur
\nIci x<\/i><\/b> \u2014 la cl\u00e9 secr\u00e8te de l'exp\u00e9diteur, et Gepoch<\/i><\/b> \u2014 un g\u00e9n\u00e9rateur suppl\u00e9mentaire pour l'\u00e9poque, obtenu par le hachage d'une cha\u00eene du type \u2018Zether + \u2018. Maintenant, le probl\u00e8me semble \u00eatre r\u00e9solu \u2014 nous ne r\u00e9v\u00e9lons pas le nonce de l'exp\u00e9diteur et n'interf\u00e9rons pas avec les nonces des participants non impliqu\u00e9s. Cependant, cette approche impose une restriction s\u00e9rieuse : un compte ne peut envoyer plus d'une transaction par \u00ab \u00e9poque \u00bb. Ce probl\u00e8me, malheureusement, reste non r\u00e9solu et, \u00e0 notre avis, rend la version anonyme de Zether \u00e0 peine utilisable.<\/p>\n

La complexit\u00e9 des preuves \u00e0 divulgation nulle<\/h4>\n

\nDans UTXO, l'exp\u00e9diteur doit prouver au r\u00e9seau qu'il ne d\u00e9pense pas un montant n\u00e9gatif, sinon il deviendrait possible de g\u00e9n\u00e9rer de nouvelles pi\u00e8ces de toutes pi\u00e8ces (nous avons discut\u00e9 de pourquoi cela est possible dans l'un de nos pr\u00e9c\u00e9dents articles<\/a><\/noindex>). Il doit \u00e9galement signer les \u00ab entr\u00e9es \u00bb avec une signature de type anneau pour prouver que parmi les pi\u00e8ces m\u00e9lang\u00e9es, il y a des fonds qui lui appartiennent.<\/p>\n

Dans la version anonyme de la blockchain bas\u00e9e sur les comptes, les expressions pour la preuve deviennent beaucoup plus complexes. L'exp\u00e9diteur prouve que :<\/p>\n

    \n
  1. Le montant envoy\u00e9 est positif ;<\/li>\n
  2. Le solde reste non n\u00e9gatif ;<\/li>\n
  3. L'exp\u00e9diteur a correctement chiffr\u00e9 les montants des transferts (y compris z\u00e9ro) ;<\/li>\n
  4. Le solde change uniquement pour l'exp\u00e9diteur et le destinataire ;<\/li>\n
  5. L'exp\u00e9diteur poss\u00e8de la cl\u00e9 secr\u00e8te de son compte et il est r\u00e9ellement pr\u00e9sent sur la liste des exp\u00e9diteurs (parmi les m\u00e9lang\u00e9s) ;<\/li>\n
  6. Le nonce utilis\u00e9 dans la transaction est constitu\u00e9 correctement.<\/li>\n<\/ol>\n

    \nPour une telle preuve complexe, les auteurs utilisent un m\u00e9lange Imperm\u00e9able<\/a><\/noindex> (l'un des auteurs, soit dit en passant, a particip\u00e9 \u00e0 sa cr\u00e9ation) et le protocole Sigma<\/a><\/noindex>, que l'on appelle Sigma-bullets. La preuve formelle de cette affirmation est assez complexe, et elle limite fortement le nombre de personnes d\u00e9sireuses de se lancer dans la mise en \u0153uvre de la technologie.<\/p>\n

    Quel est le r\u00e9sultat ?<\/h4>\n

    \n\u00c0 notre avis, la partie Zether, qui apporte de la confidentialit\u00e9 aux blockchains bas\u00e9es sur des comptes, peut d\u00e9j\u00e0 \u00eatre utilis\u00e9e. Mais pour le moment, la version anonyme de la technologie impose de s\u00e9rieuses restrictions \u00e0 son utilisation, et sa complexit\u00e9 complique sa mise en \u0153uvre. Cependant, il ne faut pas oublier que les auteurs l'ont publi\u00e9e il y a seulement quelques mois, et il se peut que quelqu'un d'autre trouve une solution aux probl\u00e8mes existants aujourd'hui. C'est exactement ainsi que la science progresse.
    \n
    Source :     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\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\udd47\u00c0 propos de l'anonymat dans les blockchains bas\u00e9es sur des comptes | ProHoster","description":"Nous nous sommes int\u00e9ress\u00e9s depuis longtemps \u00e0 la question de l'anonymat dans les cryptomonnaies et nous essayons de suivre l'\u00e9volution des technologies dans ce domaine.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/34101","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=34101"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/34101\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=34101"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=34101"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=34101"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}