Die Skalierungshierarchie in Blockchains: Berechnung > Daten > Zustand Berechnung ist einfacher zu skalieren als Daten. Man kann sie parallelisieren, den Blockbauer dazu bringen, alle Arten von "Hinweisen" dafür bereitzustellen, oder einfach beliebige Mengen davon durch einen Nachweis ersetzen. Daten stehen in der Mitte. Wenn eine Verfügbarkeitsgarantie für Daten erforderlich ist, dann ist diese Garantie erforderlich, da führt kein Weg daran vorbei. Aber man _kann_ sie aufteilen und mit Erasure-Coding versehen, à la PeerDAS. Man kann eine sanfte Degradation dafür durchführen: Wenn ein Knoten nur 1/10 der Datenkapazität der anderen Knoten hat, kann er immer Blöcke der Größe 1/10 produzieren. Zustand ist das Schwierigste. Um die Fähigkeit zu garantieren, auch nur eine Transaktion zu verifizieren, benötigt man den vollständigen Zustand. Wenn man den Zustand durch einen Baum ersetzt und die Wurzel behält, benötigt man den vollständigen Zustand, um diese Wurzel aktualisieren zu können. Es _gibt_ Möglichkeiten, ihn aufzuteilen, aber diese erfordern Architekturänderungen, sie sind grundsätzlich nicht allgemein einsetzbar. Daher, wenn man den Zustand durch Daten ersetzen kann (ohne neue Formen der Zentralisierung einzuführen), sollte man dies standardmäßig ernsthaft in Betracht ziehen. Und wenn man Daten durch Berechnung ersetzen kann (ohne neue Formen der Zentralisierung einzuführen), sollte man dies standardmäßig ernsthaft in Betracht ziehen.