{"id":13661,"date":"2026-03-02T11:08:09","date_gmt":"2026-03-02T11:08:09","guid":{"rendered":"https:\/\/satoshibrother.com\/de\/vitalik-buterin-strebt-80-reduzierung-der-nachweis-kosten-mit-eip-7864-an\/"},"modified":"2026-03-02T11:08:09","modified_gmt":"2026-03-02T11:08:09","slug":"vitalik-buterin-strebt-80-reduzierung-der-nachweis-kosten-mit-eip-7864-an","status":"publish","type":"post","link":"https:\/\/satoshibrother.com\/de\/vitalik-buterin-strebt-80-reduzierung-der-nachweis-kosten-mit-eip-7864-an\/","title":{"rendered":"Vitalik Buterin strebt 80% Reduzierung der Nachweis-Kosten mit EIP-7864 an"},"content":{"rendered":"

Einf\u00fchrung<\/h2>\n

Vitalik Buterin<\/strong>, Mitbegr\u00fcnder von Ethereum (ETH), hat zwei technische \u00c4nderungen vorgeschlagen, die darauf abzielen, die Herausforderungen der Nachweiskosten im Blockchain-Netzwerk zu bew\u00e4ltigen. Diese Vorschl\u00e4ge sind im Ethereum Improvement Proposal (EIP) 7864<\/em> und verwandten Dokumenten skizziert.<\/p>\n

Kurze technische \u00c4nderungen<\/h2>\n

Der kurzfristige Vorschlag, EIP-7864<\/strong>, sieht vor, den aktuellen hexary Keccak Merkle Patricia Tree<\/em> von Ethereum durch eine bin\u00e4re Baumstruktur zu ersetzen, die eine effizientere Hash-Funktion nutzt. Die bestehende hexary Struktur wurde f\u00fcr Priorit\u00e4ten entworfen, die sich von der nachweislastigen Architektur unterscheiden, die die Ethereum-Entwickler derzeit verfolgen.<\/p>\n

Die bin\u00e4re Baumstruktur w\u00fcrde Merkle-Zweige erzeugen, die viermal k\u00fcrzer sind als das aktuelle System, da bin\u00e4re Operationen 32-mal log(n)<\/strong> im Vergleich zu hexary’s 512-mal log(n)<\/strong> geteilt durch 4 erfordern, gem\u00e4\u00df den technischen Spezifikationen im Vorschlag. Diese Reduzierung w\u00fcrde die Kosten f\u00fcr die clientseitige Zweigverifizierung senken und die Datenbandbreitenanforderungen f\u00fcr Werkzeuge wie Helios und private Informationsabrufsysteme um denselben Faktor verringern.<\/p>\n

Die Effizienzgewinne beim Nachweis w\u00fcrden \u00fcber die Verbesserungen der Zweigl\u00e4nge hinausgehen. Der Vorschlag weist darauf hin, dass k\u00fcrzere Zweige eine Verbesserung von drei bis vier Mal<\/strong> liefern w\u00fcrden, unabh\u00e4ngig von der Optimierung der Hash-Funktion. Die Implementierung von Blake3<\/em> anstelle von Keccak<\/em> k\u00f6nnte eine zus\u00e4tzliche Verbesserung um das Dreifache<\/strong> bieten, w\u00e4hrend eine Poseidon-Variante<\/em> potenziell eine Verbesserung um das Hundertfache<\/strong> liefern k\u00f6nnte, obwohl eine zus\u00e4tzliche Sicherheitsanalyse erforderlich ist, bevor Poseidon implementiert wird.<\/p>\n

Langfristige Vorschl\u00e4ge<\/h2>\n

Der langfristige Vorschlag sieht vor, die Ethereum Virtual Machine (EVM)<\/em> durch eine effizientere virtuelle Maschine wie RISC-V<\/strong> zu ersetzen. Der Vorschlag argumentiert, dass die Architektur der EVM nicht f\u00fcr eine nachweislastige Blockchain optimiert ist und dass deren Ersetzung grundlegende Ineffizienzen angehen w\u00fcrde, anstatt sie durch angesammelte Precompiles und Umgehungen zu verwalten.<\/p>\n

Buterins Vorschlag nennt vier Vorteile von RISC-V gegen\u00fcber der EVM:<\/p>\n

    \n
  1. Rohe Ausf\u00fchrungseffizienz<\/strong>: RISC-V \u00fcbertrifft die EVM in einem Ma\u00dfe, das die Notwendigkeit vieler Precompiles beseitigen w\u00fcrde, da die zugrunde liegenden Berechnungen effizient innerhalb der VM selbst ausgef\u00fchrt werden k\u00f6nnten.<\/li>\n
  2. Nachweiser-Effizienz<\/strong>: Zero-Knowledge-Prover sind derzeit in RISC-V geschrieben, was eine nat\u00fcrliche Ausrichtung mit der bestehenden Nachweis-Infrastruktur schafft.<\/li>\n
  3. Clientseitiger Nachweis<\/strong>: Eine RISC-V VM w\u00fcrde es Benutzern erm\u00f6glichen, lokal Zero-Knowledge-Beweise \u00fcber Konto-Interaktionen mit spezifischen Daten zu generieren, was Datenschutz- und Verifizierungsanwendungen erm\u00f6glicht, die derzeit von der EVM ohne externe Werkzeuge nicht unterst\u00fctzt werden.<\/li>\n
  4. Einfachheit<\/strong>: Ein RISC-V-Interpreter kann laut dem Vorschlag in mehreren hundert Zeilen Code implementiert werden.<\/li>\n<\/ol>\n

    Bereitstellungsfahrplan<\/h2>\n

    Der im Vorschlag skizzierte Bereitstellungsfahrplan umfasst drei Phasen:<\/p>\n

      \n
    1. In der ersten Phase w\u00fcrde eine neue virtuelle Maschine, m\u00f6glicherweise RISC-V, nur Precompiles behandeln, wobei aktuelle und neue Precompiles zu Code-Blobs in der neuen VM werden.<\/li>\n
    2. In der zweiten Phase k\u00f6nnten Benutzer Vertr\u00e4ge direkt in der neuen VM bereitstellen.<\/li>\n
    3. In der dritten Phase w\u00fcrde die EVM au\u00dfer Betrieb genommen und als Smart Contract in der neuen VM neu implementiert, wobei die R\u00fcckw\u00e4rtskompatibilit\u00e4t f\u00fcr bestehende Vertr\u00e4ge gewahrt bleibt. Die Haupt\u00e4nderung w\u00e4ren Anpassungen der Gaskosten, die voraussichtlich von gleichzeitigen Skalierungsentwicklungen \u00fcberschattet werden.<\/li>\n<\/ol>\n

      Schlussfolgerung<\/h2>\n

      Buterin charakterisiert beide \u00c4nderungen als Ans\u00e4tze zur Bew\u00e4ltigung derselben grundlegenden Herausforderung aus unterschiedlichen Blickwinkeln. Der Zustandsbaum und die VM zusammen machen mehr als 80 Prozent<\/strong> des Engpasses bei effizientem Nachweis aus. Die Behandlung einer der beiden Komponenten ohne die andere l\u00e4sst das gr\u00f6\u00dfere Problem teilweise ungel\u00f6st, w\u00e4hrend die Behandlung beider eine Protokollstruktur erzeugen w\u00fcrde, die mit der nachweislastigen Architektur, die Ethereum entwickelt hat, strukturell \u00fcbereinstimmt.<\/p>\n

      Der Vorschlag erkennt an, dass der VM-Ersatz derzeit keinen Konsens innerhalb der Ethereum-Entwicklungsgemeinschaft darstellt und beschreibt ihn als eine \u00c4nderung, die deutlicher wird, sobald die Modifikationen des Zustandsbaums abgeschlossen sind. Die \u00c4nderungen werden als sequenziell pr\u00e4sentiert: Zuerst bin\u00e4re B\u00e4ume, gefolgt von der VM-Ersetzung, sobald die Nachweis-Infrastruktur um die neue Zustandsstruktur gereift ist. Die EVM hat im Laufe der Jahre durch inkrementelle Erg\u00e4nzungen an Komplexit\u00e4t zugenommen, und der Vorschlag besagt, dass die Erf\u00fcllung der Funktionalit\u00e4tsanforderungen von Ethereum die Behandlung der VM erfordert, anstatt kontinuierlich Umgehungen zu implementieren.<\/p>\n","protected":false},"excerpt":{"rendered":"

      Einf\u00fchrung Vitalik Buterin, Mitbegr\u00fcnder von Ethereum (ETH), hat zwei technische \u00c4nderungen vorgeschlagen, die darauf abzielen, die Herausforderungen der Nachweiskosten im Blockchain-Netzwerk zu bew\u00e4ltigen. Diese Vorschl\u00e4ge sind im Ethereum Improvement Proposal (EIP) 7864 und verwandten Dokumenten skizziert. Kurze technische \u00c4nderungen Der kurzfristige Vorschlag, EIP-7864, sieht vor, den aktuellen hexary Keccak Merkle Patricia Tree von Ethereum durch eine bin\u00e4re Baumstruktur zu ersetzen, die eine effizientere Hash-Funktion nutzt. Die bestehende hexary Struktur wurde f\u00fcr Priorit\u00e4ten entworfen, die sich von der nachweislastigen Architektur unterscheiden, die die Ethereum-Entwickler derzeit verfolgen. Die bin\u00e4re Baumstruktur w\u00fcrde Merkle-Zweige erzeugen, die viermal k\u00fcrzer sind als das aktuelle System, da<\/p>\n","protected":false},"author":3,"featured_media":13660,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[13,8094,2791,323],"class_list":["post-13661","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ethereum","tag-ethereum","tag-helios","tag-risc-v","tag-vitalik-buterin"],"yoast_description":"Vitalik Buterins EIP-7864 zielt darauf ab, die Nachweiskosten von Ethereum erheblich zu senken, indem auf einen bin\u00e4ren Zustandsbaum umgeschaltet und eine effizientere RISC-V VM vorgeschlagen wird.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/13661","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/comments?post=13661"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/13661\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media\/13660"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media?parent=13661"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/categories?post=13661"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/tags?post=13661"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}