Was sind Layer-1-Blockchains, und wie schneiden sie wirklich im Vergleich ab?

Jede Kryptowährung braucht eine Basisschicht, die Transaktionen tatsächlich aufzeichnet und abwickelt, und diese Basisschicht wird meist als „Layer 1“-Blockchain bezeichnet. Dutzende davon buhlen inzwischen um Aufmerksamkeit, jede mit der Behauptung, schneller, günstiger oder dezentraler zu sein als die vorherige. Zu verstehen, was eine Layer 1 wirklich ist und welche Kompromisse hinter diesen Behauptungen stecken, macht es weit einfacher, über das Marketing hinauszublicken.

Was macht eine Blockchain zu einer „Layer 1“?

Ein Layer-1-Netzwerk ist eine Blockchain mit einem eigenen unabhängigen Satz von Validatoren, eigenen Konsensregeln und einem eigenen nativen Vermögenswert, mit dem die Aktivität im Netzwerk bezahlt wird. Es hängt nicht von einer anderen Kette ab, um Transaktionen zu finalisieren — es ist selbst die Basisabwicklungsschicht. Das unterscheidet sich von einem Layer-2-Netzwerk, das Aktivität separat verarbeitet und die Ergebnisse dann zurück auf eine zugrunde liegende Layer 1 abwickelt. Bitcoin und Ethereum sind beide Layer 1s, ebenso wie die meisten Netzwerke, die sich selbst als „Konkurrenten“ von Ethereum bezeichnen.

Weil eine Layer 1 für ihre eigene Sicherheit einsteht, sind die praktischen Einsätze ihrer Designentscheidungen höher als bei einer darauf aufgebauten Layer 2. Ein Fehler oder ein Moment der Instabilität im Konsensprozess einer Layer 1 betrifft alles, was auf dieser Kette aufgebaut ist, auf einen Schlag, einschließlich aller Layer-2-Netzwerke, die auf ihr abwickeln, was ein Grund dafür ist, dass sich Layer-1-Design tendenziell vorsichtig bewegt und dass neue Layer 1s einer genauen Prüfung unterzogen werden, bevor man ihnen nennenswerte Aktivität anvertraut.

Das Blockchain-Trilemma

Jedes Layer-1-Design stößt auf dieselbe grundlegende Spannung, oft als Blockchain-Trilemma beschrieben: Es ist schwierig, Dezentralisierung, Sicherheit und Skalierbarkeit gleichzeitig vollständig zu maximieren, und die meisten Designs stützen sich stärker auf zwei der drei. Ein Netzwerk, das die Validierung über einen sehr großen, geografisch vielfältigen Satz unabhängiger Teilnehmer verteilt, ist tendenziell hochgradig dezentral und sicher, aber so viele Teilnehmer zu koordinieren kann begrenzen, wie viel Transaktionsdurchsatz die Basisschicht bewältigt. Ein Netzwerk, das einen kleineren oder enger koordinierten Validator-Satz nutzt, kann oft schneller sein, aber diese Konzentration ist selbst ein Kompromiss zulasten der Dezentralisierung.

Keine der beiden Seiten dieses Kompromisses ist automatisch falsch. Es hängt davon ab, worauf die Kette optimiert, und es lohnt sich, die eigene Designdokumentation eines Projekts zu lesen, um zu sehen, welche Seite des Trilemmas es bewusst gewählt hat, statt anzunehmen, irgendeine Kette habe dem Kompromiss gänzlich entkommen können.

Es hilft, das Trilemma eher als Budget denn als festes Gesetz zu betrachten: Eine Kette ist nicht für immer in einen einzigen Kompromiss eingeschlossen, und Designänderungen können mit der Zeit verschieben, wo sie steht. Doch dieses Gleichgewicht in eine Richtung zu verschieben bedeutet meist weiterhin, an anderer Stelle etwas aufzugeben, selbst wenn die Änderung schrittweise oder in Etappen statt auf einmal erfolgt. Behauptungen, eine Kette bewege sich hin zu „mehr Dezentralisierung und mehr Skalierbarkeit zugleich“, lohnt es sich genau zu lesen, um zu sehen, was, wenn überhaupt, dafür aufgegeben wurde.

Wie der Konsens die Kompromisse formt

Der Konsens ist der Mechanismus, mit dem ein Netzwerk Tausende unabhängiger Computer dazu bringt, sich auf eine einzige, gemeinsame Transaktionshistorie zu einigen, ohne dass eine zentrale Autorität die endgültige Entscheidung trifft. Die Wahl des Konsensmechanismus wirkt sich direkt darauf aus, wo eine Kette im Trilemma steht: Sie bestimmt, wer an der Validierung von Transaktionen teilnehmen kann, welche Hardware oder welches Kapital das erfordert und wie schnell das Netzwerk eine Transaktion als endgültig behandeln kann. Zwei Ketten können auf dem Papier sehr ähnliche Ziele teilen und sich dennoch sehr unterschiedlich verhalten, sobald man betrachtet, wie ihre Konsensschicht tatsächlich aufgebaut ist.

Durchsatz und Gebühren sind Designentscheidungen, keine Zufälle

Wenn sich eine Kette schneller oder günstiger anfühlt, ist das meist das sichtbare Ergebnis konkreter architektonischer Entscheidungen: der Blockzeit, wie viele Daten in jeden Block passen, wie Transaktionen geordnet werden und wie viel Koordination zwischen den Validatoren nötig ist, bevor ein Block als endgültig gilt. Nichts davon ist umsonst. Mehr Durchsatz aus einer Basisschicht herauszupressen bedeutet in der Regel, mehr von der Hardware oder Koordination zu verlangen, die zum Betrieb eines Validators nötig ist, was einschränkt, wer sich realistisch an der Absicherung des Netzwerks beteiligen kann. Eine nützliche Gewohnheit ist zu fragen, was eine Kette aufgegeben hat, um ihre Durchsatzzahlen zu erreichen, statt eine plakative Geschwindigkeitsbehauptung als die ganze Geschichte zu behandeln.

Dezentralisierung ist nicht immer auf den ersten Blick sichtbar

Eine Kette kann in ihrem Marketing dezentral wirken, während ihr tatsächlicher Validator-Satz auf eine kleine Zahl großer, gut ausgestatteter Betreiber konzentriert ist. Die Hardwareanforderungen sind hier wichtig: Wenn der Betrieb eines Validators teure, spezialisierte Infrastruktur erfordert, können realistisch weniger unabhängige Teilnehmer dies tun, selbst wenn die Gesamtzahl der Validatoren auf dem Papier hoch aussieht. Geografische und organisatorische Konzentration unter den Validatoren lässt sich schwerer per Marketing umgehen als eine Durchsatzzahl, und genau deshalb lohnt es sich, danach zu suchen.

Die Client-Vielfalt ist ein verwandtes, weniger diskutiertes Signal. Die meisten Layer 1s verlassen sich auf Validator-Software, die von einer kleinen Zahl unabhängiger Teams gebaut und gepflegt wird, und wenn ein Teil dieser Software einen schwerwiegenden Fehler enthält, hängt die Auswirkung stark davon ab, wie viele Validatoren sie ausgeführt haben. Ein Netzwerk, in dem die Validatoren eine wirklich vielfältige Mischung unabhängig entwickelter Software betreiben, ist gegen diese Art von einzelnem Ausfallpunkt widerstandsfähiger als eines, in dem nahezu alle standardmäßig denselben Client betreiben.

Zwei unterschiedliche Designphilosophien

Ethereum und Solana veranschaulichen zwei unterschiedliche Antworten auf dasselbe Trilemma. Ethereum hat es generell priorisiert, seine Basisschicht breit dezentral zu halten, und schiebt einen großen Anteil der alltäglichen Transaktionsaktivität auf separate Layer-2-Netzwerke, die auf ihm abwickeln, statt den Durchsatz der Basisschicht direkt zu maximieren. Solana verfolgt ein enger integriertes Design, einschließlich eines eingebauten Mechanismus zum Ordnen von Transaktionen vor dem Konsens, mit dem Ziel, deutlich mehr Aktivität direkt auf seiner Basisschicht zu bewältigen. Kein Ansatz ist objektiv richtig — sie spiegeln unterschiedliche Wetten darüber wider, wo die Kompromisse es wert sind, eingegangen zu werden, und beide entwickeln sich weiter.

Layer 1s gut zu vergleichen bedeutet, über die plakative Durchsatzzahl hinauszublicken und stattdessen drei Fragen zu stellen: Wie sieht der tatsächliche Validator-Satz aus, und wie konzentriert ist er? Was muss technisch wahr bleiben, damit die Kette weiter funktioniert, während mehr Menschen sie nutzen? Und was sagt die eigene Dokumentation des Projekts, worauf es optimiert, in eigenen Worten und nicht in einer Pressemitteilung? Eine Kette, die offen über ihre Kompromisse spricht, ist in der Regel vertrauenswürdiger als eine, die behauptet, das Trilemma rundheraus gelöst zu haben. Beim Layer-1-Vergleich geht es letztlich um Kompromisse, nicht um Sieger — jede Designentscheidung, die eine Kette schneller oder günstiger macht, ist von anderswo im System geborgt, und zu wissen, woher sie geborgt wurde, sagt einem weit mehr als eine Marketingseite je könnte.