Glossar
Data Availability (Datenverfügbarkeit)
Aktualisiert 12. Juni 2026
Data Availability (Datenverfügbarkeit) ist die Garantie, dass alle Daten, die zur Validierung eines Blocks oder Transaktions-Batches notwendig sind, von jedem Netzwerkteilnehmer für einen ausreichenden Zeitraum abgerufen werden können – unabhängig davon, wer den Block produziert hat.
Warum Verfügbarkeit nicht gleich Speicherung ist
Der Begriff ist bewusst eng definiert: Es geht nicht um dauerhafte Archivierung, sondern darum, dass Daten kurzzeitig abrufbar sind, solange die Validierungsphase läuft. Ein Block kann kryptografisch korrekt aussehen und trotzdem unvollständig publiziert worden sein. Genau hier liegt das Problem: Ohne vollständige Daten können Full Nodes den Kettenzustand nicht rekonstruieren, Light Clients gewinnen keine verlässliche Sicherheit, und Fraud Proofs – also Beweise für fehlerhafte Zustandsübergänge – lassen sich schlicht nicht erstellen. Ein Angreifer könnte so einen manipulierten Zustand durchsetzen, ohne dass ehrliche Teilnehmer eingreifen können, weil ihnen die nötige Datenbasis fehlt.
Dieses Szenario ist kein theoretisches Randproblem. Es beschreibt ein strukturelles Skalierungs-Bottleneck: Rollups und Layer-2-Netzwerke müssen Transaktionsdaten irgendwo veröffentlichen, damit die übergeordnete Schicht sie im Zweifelsfall prüfen kann. Die Kosten dafür machen den Großteil der Gebühren aus, die solche Netzwerke tragen.
DA-Layer als spezialisierte Infrastruktur
Als Antwort darauf hat sich ein eigener Infrastrukturtyp entwickelt: der Data Availability Layer. Das ist eine Blockchain, deren primäre Aufgabe nicht Transaktionsausführung oder Konsens über Programmzustände ist, sondern die zuverlässige, kostengünstige Bereitstellung von Rohdaten für externe Systeme. Rollups veröffentlichen dort ihre Batches; der Layer stellt sicher, dass die Daten zugänglich sind und liefert darüber Nachweise.
Ein praktisches Beispiel: Ein Optimistic Rollup setzt auf Fraud Proofs, um fehlerhafte Transaktionen anzufechten. Damit ein Teilnehmer einen solchen Beweis überhaupt konstruieren kann, muss er die Originaldaten des strittigen Batches einsehen können. Fehlen diese Daten – weil der Sequenzer sie zurückgehalten hat – greift der Sicherheitsmechanismus ins Leere. Data Availability ist damit keine optionale Ergänzung, sondern die Voraussetzung dafür, dass trustminimierte Systeme funktionieren.
Das Blockchain-Trilemma berührt Data Availability indirekt: Wer Skalierbarkeit über Rollups anstrebt, verlagert Rechenarbeit nach außen – muss aber sicherstellen, dass die dazugehörigen Daten verfügbar bleiben, sonst erkauft man sich Durchsatz auf Kosten der Sicherheit.