Light Clients
Letzte Aktualisierung der Seite: 25. Februar 2026
Einen vollständigen Blockchain-Knoten (Full Node) zu betreiben, ist die vertrauensloseste, privateste, dezentralisierteste und zensurresistenteste Art, mit Ethereum zu interagieren. Mit einem vollständigen Blockchain-Knoten behalten Sie Ihre eigene Kopie der Blockchain, die Sie sofort abfragen können, und Sie erhalten direkten Zugang zum Peer-to-Peer-Netzwerk von Ethereum. Der Betrieb eines vollständigen Blockchain-Knotens erfordert jedoch eine erhebliche Menge an Arbeitsspeicher, Speicherplatz und CPU-Leistung. Das bedeutet, dass es nicht für jeden machbar ist, einen eigenen Blockchain-Knoten zu betreiben. Es gibt mehrere Lösungen dafür auf der Ethereum-Roadmap, einschließlich Zustandslosigkeit (Statelessness), aber deren Implementierung ist noch einige Jahre entfernt. Die kurzfristige Antwort besteht darin, einige der Vorteile des Betriebs eines vollständigen Blockchain-Knotens gegen große Leistungsverbesserungen einzutauschen, die es ermöglichen, Blockchain-Knoten mit sehr geringen Hardwareanforderungen zu betreiben. Blockchain-Knoten, die diesen Kompromiss eingehen, werden als Light Nodes (leichte Knoten) bezeichnet.
Was ist ein Light Client?
Ein Light Node ist ein Blockchain-Knoten, auf dem Light-Client-Software ausgeführt wird. Anstatt lokale Kopien der Blockchain-Daten aufzubewahren und alle Änderungen unabhängig zu verifizieren, fordern sie die erforderlichen Daten stattdessen von einem Anbieter an. Der Anbieter kann eine direkte Verbindung zu einem vollständigen Blockchain-Knoten oder über einen zentralisierten RPC-Server sein. Die Daten werden dann vom Light Node verifiziert, sodass er mit der Spitze der Chain Schritt halten kann. Der Light Node verarbeitet nur Block-Header und lädt nur gelegentlich die tatsächlichen Blockinhalte herunter. Blockchain-Knoten können in ihrer "Leichtigkeit" variieren, abhängig von den Kombinationen aus Light- und Full-Client-Software, die sie ausführen. Die leichteste Konfiguration wäre beispielsweise die Ausführung eines leichten Ausführungs-Clients und eines leichten Konsens-Clients. Es ist auch wahrscheinlich, dass viele Blockchain-Knoten sich dafür entscheiden werden, leichte Konsens-Clients mit vollständigen Ausführungs-Clients auszuführen oder umgekehrt.
Wie funktionieren Light Clients?
Als Ethereum begann, einen auf Proof-of-Stake basierenden Konsensmechanismus zu verwenden, wurde eine neue Infrastruktur speziell zur Unterstützung von Light Clients eingeführt. Dies funktioniert, indem alle 1,1 Tage zufällig eine Teilmenge von 512 Validatoren ausgewählt wird, die als Sync-Komitee (Sync Committee) fungieren. Das Sync-Komitee signiert den Header der neuesten Blöcke. Jeder Block-Header enthält die aggregierte Signatur der Validatoren im Sync-Komitee und ein "Bitfeld", das zeigt, welche Validatoren signiert haben und welche nicht. Jeder Header enthält auch eine Liste von Validatoren, von denen erwartet wird, dass sie an der Signierung des nächsten Blocks teilnehmen. Das bedeutet, dass ein Light Client schnell erkennen kann, dass das Sync-Komitee die empfangenen Daten abgezeichnet hat, und er kann auch überprüfen, ob das Sync-Komitee das echte ist, indem er das empfangene mit dem vergleicht, das er im vorherigen Block erwarten sollte. Auf diese Weise kann der Light Client sein Wissen über den neuesten Ethereum-Block ständig aktualisieren, ohne den Block selbst herunterzuladen, sondern nur den Header, der zusammenfassende Informationen enthält.
Auf der Ausführungsebene gibt es keine einheitliche Spezifikation für einen leichten Ausführungs-Client. Der Umfang eines leichten Ausführungs-Clients kann von einem "Light-Modus" eines vollständigen Ausführungs-Clients variieren, der über die gesamte EVM- und Netzwerkfunktionalität eines vollständigen Blockchain-Knotens verfügt, aber nur Block-Header verifiziert, ohne die zugehörigen Daten herunterzuladen, oder es kann ein stärker reduzierter Client sein, der sich stark auf die Weiterleitung von Anfragen an einen RPC-Anbieter verlässt, um mit Ethereum zu interagieren.
Warum sind Light Clients wichtig?
Light Clients sind wichtig, weil sie es Benutzern ermöglichen, eingehende Daten zu verifizieren, anstatt blind darauf zu vertrauen, dass ihr Datenanbieter korrekt und ehrlich ist, während sie nur einen winzigen Bruchteil der Rechenressourcen eines vollständigen Blockchain-Knotens verbrauchen. Die Daten, die Light Clients erhalten, können mit Block-Headern abgeglichen werden, von denen sie wissen, dass sie von mindestens 2/3 einer zufälligen Gruppe von 512 Ethereum-Validatoren signiert wurden. Dies ist ein sehr starker Beweis dafür, dass die Daten korrekt sind.
Der Light Client verbraucht nur eine winzige Menge an Rechenleistung, Arbeitsspeicher und Speicherplatz, sodass er auf einem Mobiltelefon ausgeführt, in eine App eingebettet oder als Teil eines Browsers verwendet werden kann. Light Clients sind eine Möglichkeit, den vertrauensminimierten Zugang zu Ethereum genauso reibungslos zu gestalten wie das Vertrauen in einen Drittanbieter.
Nehmen wir ein einfaches Beispiel. Stellen Sie sich vor, Sie möchten Ihren Kontostand überprüfen. Dazu müssen Sie eine Anfrage an einen Ethereum-Blockchain-Knoten stellen. Dieser Blockchain-Knoten überprüft seine lokale Kopie des Ethereum-Zustands auf Ihren Kontostand und gibt ihn an Sie zurück. Wenn Sie keinen direkten Zugang zu einem Blockchain-Knoten haben, gibt es zentralisierte Betreiber, die diese Daten als Dienstleistung anbieten. Sie können eine Anfrage an sie senden, sie überprüfen ihren Blockchain-Knoten und senden das Ergebnis an Sie zurück. Das Problem dabei ist, dass Sie dann darauf vertrauen müssen, dass der Anbieter Ihnen die richtigen Informationen gibt. Sie können nie wirklich wissen, ob die Informationen korrekt sind, wenn Sie sie nicht selbst verifizieren können.
Ein Light Client löst dieses Problem. Sie fordern weiterhin Daten von einem externen Anbieter an, aber wenn Sie die Daten zurückerhalten, sind sie mit einem Nachweis versehen, den Ihr Light Node mit den Informationen abgleichen kann, die er im Block-Header erhalten hat. Das bedeutet, dass Ethereum die Richtigkeit Ihrer Daten verifiziert und nicht ein vertrauenswürdiger Betreiber.
Welche Innovationen ermöglichen Light Clients?
Der Hauptvorteil von Light Clients besteht darin, dass mehr Menschen unabhängig auf Ethereum zugreifen können, mit vernachlässigbaren Hardwareanforderungen und minimaler Abhängigkeit von Dritten. Dies ist gut für die Benutzer, da sie ihre eigenen Daten verifizieren können, und es ist gut für das Netzwerk, da es die Anzahl und Vielfalt der Blockchain-Knoten erhöht, die die Chain verifizieren.
Die Fähigkeit, Ethereum-Blockchain-Knoten auf Geräten mit sehr geringem Speicherplatz, Arbeitsspeicher und Rechenleistung auszuführen, ist einer der wichtigsten Innovationsbereiche, die durch Light Clients erschlossen werden. Während Ethereum-Blockchain-Knoten heute viele Rechenressourcen benötigen, könnten Light Clients in Browser eingebettet, auf Mobiltelefonen und vielleicht sogar auf kleineren Geräten wie Smartwatches ausgeführt werden. Das bedeutet, dass Ethereum-Wallets mit eingebetteten Clients auf einem Mobiltelefon laufen könnten. Dies bedeutet, dass mobile Wallets viel dezentralisierter sein könnten, da sie für ihre Daten keinen zentralisierten Datenanbietern vertrauen müssten.
Eine Erweiterung davon ist die Ermöglichung von Internet of Things (IoT)-Geräten. Ein Light Client könnte verwendet werden, um schnell den Besitz eines Token-Guthabens oder NFTs nachzuweisen, mit allen Sicherheitsgarantien, die von den Sync-Komitees bereitgestellt werden, und so eine Aktion in einem IoT-Netzwerk auszulösen. Stellen Sie sich einen Fahrradverleih (opens in a new tab) vor, der eine App mit einem eingebetteten Light Client verwendet, um schnell zu verifizieren, dass Sie das NFT des Verleihs besitzen, und wenn ja, ein Fahrrad für Sie freischaltet, mit dem Sie losfahren können!
Ethereum-Rollups würden ebenfalls von Light Clients profitieren. Eines der großen Probleme für Rollups waren Hacks, die auf die kettenübergreifenden Brücken abzielten, die den Transfer von Geldern vom Ethereum-Mainnet zu einem Rollup ermöglichen. Eine Schwachstelle sind die Orakel, die Rollups verwenden, um zu erkennen, dass ein Benutzer eine Einzahlung in die kettenübergreifende Brücke getätigt hat. Wenn ein Orakel falsche Daten liefert, könnte es das Rollup täuschen und glauben machen, dass es eine Einzahlung in die kettenübergreifende Brücke gab, und fälschlicherweise Gelder freigeben. Ein in das Rollup eingebetteter Light Client könnte verwendet werden, um sich vor korrumpierten Orakeln zu schützen, da die Einzahlung in die kettenübergreifende Brücke mit einem Nachweis versehen sein könnte, der vom Rollup verifiziert werden kann, bevor Token freigegeben werden. Dasselbe Konzept könnte auch auf andere kettenübergreifende Brücken angewendet werden.
Light Clients könnten auch verwendet werden, um Ethereum-Wallets zu aktualisieren. Anstatt Daten zu vertrauen, die von einem RPC-Anbieter bereitgestellt werden, könnte Ihr Wallet die Ihnen präsentierten Daten mithilfe eines eingebetteten Light Clients direkt verifizieren. Dies würde die Sicherheit Ihres Wallets erhöhen. Wenn Ihr RPC-Anbieter unehrlich wäre und Ihnen falsche Daten liefern würde, könnte der eingebettete Light Client Sie darauf hinweisen!
Wie ist der aktuelle Stand der Light-Client-Entwicklung?
Es befinden sich mehrere Light Clients in der Entwicklung, darunter Ausführungs-, Konsens- und kombinierte Ausführungs-/Konsens-Light-Clients. Dies sind die Light-Client-Implementierungen, die uns zum Zeitpunkt des Schreibens dieser Seite bekannt sind:
- Lodestar (opens in a new tab): Konsens-Light-Client in TypeScript
- Helios (opens in a new tab): kombinierter Ausführungs- und Konsens-Light-Client in Rust
- Geth (opens in a new tab): Light-Modus für Ausführungs-Client (in Entwicklung) in Go
- Nimbus (opens in a new tab): Konsens-Light-Client in Nim
Nach unserem Kenntnisstand gilt noch keiner davon als produktionsreif.
Es wird auch viel daran gearbeitet, die Möglichkeiten zu verbessern, wie Light Clients auf Ethereum-Daten zugreifen können. Derzeit verlassen sich Light Clients auf RPC-Anfragen an vollständige Blockchain-Knoten unter Verwendung eines Client/Server-Modells, aber in Zukunft könnten die Daten auf dezentralisiertere Weise über ein dediziertes Netzwerk wie das Portal Network (opens in a new tab) angefordert werden, das die Daten den Light Clients über ein Peer-to-Peer-Gossip-Protokoll zur Verfügung stellen könnte.
Andere Punkte auf der Roadmap wie Verkle-Bäume und Zustandslosigkeit werden die Sicherheitsgarantien von Light Clients letztendlich an die von Full Clients angleichen.