{"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\/de\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","title":{"rendered":"\u00dcber Anonymit\u00e4t in account-basierten Blockchains","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Wir interessieren uns schon lange f\u00fcr das Thema Anonymit\u00e4t in Kryptow\u00e4hrungen und versuchen, die Entwicklungen in diesem Bereich zu verfolgen. In unseren Artikeln haben wir bereits ausf\u00fchrlich die Funktionsweise erkl\u00e4rt von vertraulichen Transaktionen<\/a><\/noindex> in Monero und haben auch einen vergleichenden \u00dcberblick<\/a><\/noindex> \u00fcber die Technologien gegeben, die in diesem Bereich existieren. Dennoch basieren alle anonymen Kryptow\u00e4hrungen bis heute auf dem von Bitcoin vorgeschlagenen Datenmodell \u2014 Unspent Transaction Output (UTXO). F\u00fcr account-basierte Blockchains wie Ethereum haben die bestehenden L\u00f6sungen zur Umsetzung von Anonymit\u00e4t und Vertraulichkeit (zum Beispiel Mobius<\/a><\/noindex> oder Aztec<\/a><\/noindex>) versucht, das UTXO-Modell in Smart Contracts zu reproduzieren.<\/p>\n

Im Februar 2019 ver\u00f6ffentlichte eine Gruppe von Forschern der Stanford University und Visa Research<\/a><\/noindex> wurde ver\u00f6ffentlicht einen Preprint<\/a><\/noindex> mit dem Titel \u201eZether: Auf dem Weg zur Privatsph\u00e4re in der Welt der Smart Contracts\u201c. Die Autoren schlugen erstmals einen Ansatz zur Gew\u00e4hrleistung der Anonymit\u00e4t in account-basierten Blockchains vor und pr\u00e4sentierten zwei Varianten von Smart Contracts: f\u00fcr vertrauliche (Verbergung von Salden und \u00dcberweisungsbetr\u00e4gen) und anonyme (Verbergung von Empf\u00e4nger und Absender) Transaktionen. Wir finden die vorgeschlagene Technologie interessant und m\u00f6chten deren Funktionsweise teilen sowie dar\u00fcber sprechen, warum das Problem der Anonymit\u00e4t in account-basierten Blockchains als sehr komplex angesehen wird und ob es den Autoren gelungen ist, dies vollst\u00e4ndig zu l\u00f6sen.<\/p>\n

\u00dcber die Funktionsweise dieser Datenmodelle<\/h3>\n

\nIm UTXO-Modell besteht eine Transaktion aus \u201eEing\u00e4ngen\u201c und \u201eAusg\u00e4ngen\u201c. Ein direkter Vergleich zu \u201eAusg\u00e4ngen\u201c w\u00e4re die Banknoten in Ihrer Geldb\u00f6rse: jeder \u201eAusgang\u201c hat einen bestimmten Nennwert. Wenn Sie jemandem bezahlen (eine Transaktion durchf\u00fchren), verwenden Sie einen oder mehrere \u201eAusg\u00e4nge\u201c, wobei diese zu den \u201eEing\u00e4ngen\u201c der Transaktion werden und die Blockchain sie als ausgegeben markiert. Der Empf\u00e4nger Ihrer Zahlung (oder Sie selbst, wenn Sie Wechselgeld ben\u00f6tigen) erh\u00e4lt neu generierte \u201eAusg\u00e4nge\u201c. Schematisch l\u00e4sst sich das so darstellen:<\/p>\n

\"\u00dcber
\n
\nAccount-basierte Blockchains funktionieren in etwa wie Ihr Bankkonto. Sie operieren nur mit dem Betrag auf Ihrem Konto und dem \u00dcberweisungsbetrag. Wenn Sie einen Betrag von Ihrem Konto \u00fcbertragen, verbrennen Sie keine \u201eAusg\u00e4nge\u201c, das Netzwerk muss sich nicht merken, welche Coins ausgegeben wurden und welche nicht. Im einfachsten Fall reduziert sich die \u00dcberpr\u00fcfung der Transaktion auf die Pr\u00fcfung der Unterschrift des Absenders und des Betrags auf seinem Guthaben:<\/p>\n

\"\u00dcber
\n<\/p>\n

\u00dcberpr\u00fcfung der Technologie<\/h3>\n

\nAls N\u00e4chstes werden wir besprechen, wie Zether die Betr\u00e4ge von Transaktionen, den Empf\u00e4nger und den Absender verbirgt. Im Laufe der Beschreibung der Funktionsweise werden wir die Unterschiede zwischen der vertraulichen und der anonymen Version hervorheben. Da es viel einfacher ist, in auf Konten basierenden Blockchains Vertraulichkeit zu gew\u00e4hrleisten, werden einige der durch Anonymisierung auferlegten Einschr\u00e4nkungen f\u00fcr die vertrauliche Version der Technologie irrelevant sein.<\/p>\n

Verbergung von Kontost\u00e4nden und \u00dcberweisungsbetr\u00e4gen<\/h4>\n

\nZur Verschl\u00fcsselung von Kontost\u00e4nden und \u00dcberweisungsbetr\u00e4gen verwendet Zether ein Verschl\u00fcsselungsverfahren von ElGamal<\/a><\/noindex>. Es funktioniert folgenderma\u00dfen. Wenn Alice Bob b<\/b><\/i> M\u00fcnzen an die Adresse (seinen \u00f6ffentlichen Schl\u00fcssel) Y<\/b><\/i>senden m\u00f6chte, w\u00e4hlt sie eine zuf\u00e4llige Zahl r<\/b><\/i> und verschl\u00fcsselt den Betrag:<\/p>\n

\"\u00dcber
\nwo C<\/b><\/i> \u2014 der verschl\u00fcsselte Betrag, D<\/b><\/i> \u2014 ein Hilfswert, der zur Entschl\u00fcsselung dieses Betrags ben\u00f6tigt wird, G<\/b><\/i> \u2014 ein fester Punkt auf der elliptischen Kurve, bei dessen Multiplikation mit dem geheimen Schl\u00fcssel der \u00f6ffentliche Schl\u00fcssel entsteht.<\/p>\n

Wenn Bob diese Werte erh\u00e4lt, addiert er sie einfach zu seinem ebenfalls auf die gleiche Weise verschl\u00fcsselten Kontostand, was dieses Verfahren praktisch macht.<\/p>\n

Auf \u00e4hnliche Weise subtrahiert Alice aus ihrem Kontostand dieselben Werte, nur dass sie als Y<\/b><\/i> ihren \u00f6ffentlichen Schl\u00fcssel verwendet.<\/p>\n

Verbergung von Empf\u00e4nger und Absender<\/h4>\n

\nDas Mischen von 'Ausg\u00e4ngen' in UTXO entstand bereits in den Anf\u00e4ngen von Kryptow\u00e4hrungen und hilft, den Absender zu verbergen. Dazu w\u00e4hlt der Absender bei der \u00dcberweisung zuf\u00e4llige 'Ausg\u00e4nge' aus der Blockchain aus und mischt diese mit seinen eigenen. Danach signiert er die 'Ausg\u00e4nge' mit einer Ringunterschrift \u2014 einem kryptografischen Mechanismus, der es erm\u00f6glicht, den Pr\u00fcfer zu \u00fcberzeugen, dass unter den gemischten 'Ausg\u00e4ngen' die M\u00fcnzen des Absenders sind. Die gemischten M\u00fcnzen werden selbstverst\u00e4ndlich nicht ausgegeben.<\/p>\n

Um den Empf\u00e4nger jedoch zu verbergen, k\u00f6nnen wir keine falschen 'Ausg\u00e4nge' generieren. Daher hat jeder 'Ausgang' in UTXO seine eigene eindeutige Adresse, die kryptografisch mit der Adresse des Empf\u00e4ngers dieser M\u00fcnzen verbunden ist. Momentan gibt es keine M\u00f6glichkeit, die Verbindung zwischen der eindeutigen Adresse des 'Ausgangs' und der Adresse des Empf\u00e4ngers zu erkennen, ohne seine geheimen Schl\u00fcssel zu kennen.<\/p>\n

In einem account-basierten Modell k\u00f6nnen wir keine einmaligen Adressen verwenden (ansonsten w\u00e4re das bereits ein Modell der \u201eAusg\u00e4nge\u201c). Daher m\u00fcssen der Empf\u00e4nger und der Absender unter anderen Konten in der Blockchain vermischt werden. Bei diesen vermischten Konten werden verschl\u00fcsselte 0 M\u00fcnzen abgebucht (oder 0 hinzugef\u00fcgt \u2013 im Fall des Vermischens des Empf\u00e4ngers), ohne das tats\u00e4chliche Guthaben zu ver\u00e4ndern.<\/p>\n

Da sowohl der Absender als auch der Empf\u00e4nger immer eine permanente Adresse haben, entsteht hier die Notwendigkeit, bei \u00dcberweisungen an dieselben Adressen dieselben Gruppen f\u00fcr die Vermischung zu verwenden. Es l\u00e4sst sich einfacher anhand eines Beispiels erkl\u00e4ren.<\/p>\n

Angenommen, Alice hat sich entschlossen, eine Spende an die Wohlt\u00e4tigkeitsorganisation von Bob zu machen, m\u00f6chte aber, dass diese \u00dcberweisung anonym bleibt f\u00fcr einen au\u00dfenstehenden Beobachter. Um sich im Absenderfeld zu tarnen, tr\u00e4gt sie noch die Konten von Adam und Adele ein. Und um Bob zu verbergen, f\u00fcgt sie im Empf\u00e4ngerfeld zus\u00e4tzlich die Konten von Ben und Bill hinzu. Bei der n\u00e4chsten Spende entschied sich Alice, neben sich Alex und Amanda sowie neben Bob Bruce und Benjamin einzutragen. In diesem Fall findet man bei der Analyse der Blockchain in diesen beiden Transaktionen lediglich ein sich \u00fcberschneidendes P\u00e4rchen von Teilnehmern \u2014 Alice und Bob, was diese Transaktionen deanonimisiert.<\/p>\n

\"\u00dcber
\n<\/p>\n

Transaktionsrennen<\/h4>\n

\nWie bereits erw\u00e4hnt, verschl\u00fcsselt der Benutzer sein Guthaben und den \u00dcberweisungsbetrag, um sein Guthaben in account-basierten Systemen zu verbergen. Dabei muss er nachweisen, dass der Rest auf seinem Konto nicht negativ ist. Das Problem besteht darin, dass der Benutzer beim Erstellen einer Transaktion einen Nachweis \u00fcber seinen aktuellen Kontostand erstellt. Was passiert, wenn Bob Alice eine Transaktion zusendet und diese fr\u00fcher akzeptiert wird als die von Alice gesendete? Dann wird Alices Transaktion als ung\u00fcltig angesehen, da der Nachweis des Guthabens vor der Annahme von Bobs Transaktion erstellt wurde.<\/p>\n

\"\u00dcber
\n
\nDie erste L\u00f6sung, die in dieser Situation einf\u00e4llt, ist, das Konto bis zur Durchf\u00fchrung der Transaktion einzufrieren. Aber dieser Ansatz ist nicht praktikabel, da neben der Schwierigkeit, eine solche Aufgabe in einem verteilten System zu l\u00f6sen, in einem anonymen Schema unklar bleibt, wessen Konto blockiert werden soll.<\/p>\n

Um dieses Problem zu l\u00f6sen, trennt die Technologie eingehende und ausgehende Transaktionen: Der Einsatz von Mitteln hat sofortige Auswirkungen auf den Kontostand, w\u00e4hrend Einnahmen verz\u00f6gert erfolgen. Dazu wird der Begriff \u201eEpoche\u201c eingef\u00fchrt \u2013 eine Gruppe von Bl\u00f6cken fester Gr\u00f6\u00dfe. Die aktuelle \u201eEpoche\u201c wird bestimmt, indem die Blockh\u00f6he durch die Gruppengr\u00f6\u00dfe geteilt wird. Bei der Verarbeitung einer Transaktion aktualisiert das Netzwerk sofort den Kontostand des Absenders, w\u00e4hrend die Mittel des Empf\u00e4ngers in einem Speicher gesammelt werden. Die gesammelten Mittel stehen dem Empf\u00e4nger der Zahlung erst zur Verf\u00fcgung, wenn die neue \u201eEpoche\u201c einsetzt.<\/p>\n

Infolgedessen kann der Nutzer Transaktionen senden, unabh\u00e4ngig davon, wie oft er Mittel erh\u00e4lt (sofern sein Kontostand es zul\u00e4sst, versteht sich). Die Gr\u00f6\u00dfe der Epoche wird bestimmt durch die Geschwindigkeit, mit der sich Bl\u00f6cke im Netzwerk verbreiten, und wie schnell eine Transaktion in einen Block gelangt. <\/p>\n

Diese L\u00f6sung funktioniert gut bei vertraulichen \u00dcberweisungen, verursacht jedoch bei anonymen Transaktionen, wie wir sp\u00e4ter sehen werden, ernsthafte Probleme.<\/p>\n

Schutz vor Replay-Angriffen<\/h4>\n

\nIn account-basierten Blockchains wird jede Transaktion mit dem privaten Schl\u00fcssel des Absenders signiert, was den \u00dcberpr\u00fcfer davon \u00fcberzeugt, dass die Transaktion nicht ver\u00e4ndert wurde und von dem Besitzer dieses Schl\u00fcssels erstellt wurde. Was geschieht jedoch, wenn ein Angreifer, der den \u00dcbertragungskanal abgeh\u00f6rt hat, diese Nachricht abf\u00e4ngt und eine identische zweite sendet? Der \u00dcberpr\u00fcfer vergleicht die Signatur der Transaktion und ist \u00fcberzeugt von ihrer Herkunft, und das Netzwerk zieht den gleichen Betrag erneut vom Kontostand des Absenders ab.<\/p>\n

Dieser Angriff wird als Replay-Angriff bezeichnet. Im UTXO-Modell sind solche Angriffe nicht relevant, da der Angreifer versuchen w\u00fcrde, ausgegebene Ausg\u00e4nge zu verwenden, was f\u00fcr sich allein nicht g\u00fcltig ist und vom Netzwerk abgelehnt wird.<\/p>\n

Um dies zu verhindern, wird ein Feld mit zuf\u00e4lligen Daten in die Transaktion integriert, das als Nonce oder einfach \u201eSalz\u201c bezeichnet wird. Bei der erneuten \u00dcbertragung einer Transaktion mit \u201eSalz\u201c pr\u00fcft der \u00dcberpr\u00fcfer, ob dieser Nonce zuvor verwendet wurde, und wenn nicht, gilt diese Transaktion als g\u00fcltig. Um nicht die gesamte Geschichte der Nonces von Nutzern in der Blockchain zu speichern, wird in der ersten Transaktion der Nonce normalerweise auf null gesetzt und dann um eins erh\u00f6ht. Das Netzwerk muss nur \u00fcberpr\u00fcfen, dass der Nonce der neuen Transaktion sich um eins von dem vergangenen unterscheidet.<\/p>\n

In anonymen \u00dcberweisungssystemen tritt das Problem der Validierung von Transaktions-Nonce auf. Wir k\u00f6nnen den Nonce nicht direkt an die Adresse des Absenders binden, da dies offensichtlich die \u00dcberweisung de-anonymisieren w\u00fcrde. Wir k\u00f6nnen auch nicht zu den Nonce aller beteiligten Konten eins addieren, da dies mit anderen \u00dcberweisungen, die in Bearbeitung sind, in Konflikt geraten kann. <\/p>\n

Die Autoren von Zether schlagen vor, die Nonce kryptografisch zu generieren \u2014 abh\u00e4ngig von der \u201e\u00c4ra\u201c. Zum Beispiel:<\/p>\n

\"\u00dcber
\nHier x<\/i><\/b> \u2014 der geheime Schl\u00fcssel des Absenders und Gepoch<\/i><\/b> \u2014 ein zus\u00e4tzlicher Generator f\u00fcr die Epoche, der durch das Hashing einer Zeichenkette vom Typ ‘Zether + ‘ erzeugt wird. Jetzt scheint das Problem gel\u00f6st zu sein \u2014 wir geben den nonce des Senders nicht preis und mischen uns nicht in die nonces unbeteiligter Teilnehmer ein. Doch dieser Ansatz bringt ernsthafte Einschr\u00e4nkungen mit sich: Ein Konto kann nicht mehr als eine Transaktion in einer \"Epoche\" senden. Dieses Problem bleibt leider ungel\u00f6st und macht die anonyme Version von Zether, unserer Meinung nach, kaum nutzbar.<\/p>\n

Die Komplexit\u00e4t der Null-Wissen-Beweise<\/h4>\n

\nIn UTXO muss der Absender dem Netzwerk beweisen, dass er keinen negativen Betrag ausgibt, da sonst die M\u00f6glichkeit besteht, neue M\u00fcnzen aus dem Nichts zu generieren (warum dies m\u00f6glich ist, haben wir in einem der vorherigen Artikel<\/a><\/noindex>). Au\u00dferdem muss er die \u201eEing\u00e4nge\u201c mit einer Ringunterschrift signieren, um zu beweisen, dass unter den gemischten M\u00fcnzen auch Mittel sind, die ihm geh\u00f6ren.<\/p>\n

In der anonymen Version der account-basierten Blockchain wird der Beweis wesentlich komplizierter. Der Absender muss beweisen, dass:<\/p>\n

    \n
  1. Der gesendete Betrag positiv ist;<\/li>\n
  2. Das Guthaben nicht negativ bleibt;<\/li>\n
  3. Der Absender die Betr\u00e4ge der \u00dcberweisungen (einschlie\u00dflich null) korrekt verschl\u00fcsselt hat;<\/li>\n
  4. Der Kontostand \u00e4ndert sich nur beim Absender und beim Empf\u00e4nger;<\/li>\n
  5. Der Absender besitz den geheimen Schl\u00fcssel seines Kontos und dieser ist tats\u00e4chlich in der Liste der Absender (unter den gemischten) vorhanden;<\/li>\n
  6. Der in der Transaktion verwendete Nonce ist korrekt zusammengesetzt.<\/li>\n<\/ol>\n

    \nF\u00fcr einen so komplexen Beweis verwenden die Autoren eine Mischung Bulletproof<\/a><\/noindex> (\u00fcbrigens war einer der Autoren an seiner Erstellung beteiligt) und Sigma-Protokoll<\/a><\/noindex>, das sie Sigma-Bullets nennen. Der formale Beweis einer solchen Behauptung ist eine ziemlich komplexe Aufgabe und schr\u00e4nkt die Zahl derjenigen, die sich mit der Umsetzung der Technologie befassen wollen, erheblich ein.<\/p>\n

    Was kommt dabei heraus?<\/h4>\n

    \nNach unserer Ansicht k\u00f6nnte der Zether-Teil, der Vertraulichkeit in account-basierten Blockchains einf\u00fchrt, durchaus bereits jetzt verwendet werden. Aber derzeit bringt die anonyme Version der Technologie erhebliche Einschr\u00e4nkungen f\u00fcr ihre Nutzung mit sich, und ihre Komplexit\u00e4t erschwert die Implementierung. Man sollte jedoch nicht au\u00dfer Acht lassen, dass die Autoren sie erst vor wenigen Monaten ver\u00f6ffentlicht haben, und vielleicht wird jemand anderes eine L\u00f6sung f\u00fcr die heutigen Probleme finden. So funktioniert schlie\u00dflich Wissenschaft.
    \n
    Quelle:     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\u00dcber Anonymit\u00e4t in account-basierten Blockchains | ProHoster","description":"Wir interessieren uns schon lange f\u00fcr das Thema Anonymit\u00e4t in Kryptow\u00e4hrungen und bem\u00fchen uns, die Entwicklung der Technologien in diesem Bereich zu verfolgen.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/ob-anonimnosti-v-account-based-blokchejnah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/34101","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=34101"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34101\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=34101"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=34101"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=34101"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}