Die endgültige Bestätigung von etwa 16 auf rund 4 Minuten zu verkürzen – die wichtigste Frage ist dabei nicht, „um wie viel schneller“ es geht, sondern wer für diesen Geschwindigkeitsgewinn bezahlt: Müssen Nutzer kürzer warten, und was ändert sich dafür für Validatoren und das Protokoll?
Wie Jinse Finance am 22. Oktober berichtete, haben Ethereum-Forschende einen Entwurf für einen Mechanismus zur schnelleren endgültigen Bestätigung vorgelegt. Die Zeit bis zur endgültigen Bestätigung von Transaktionen soll demnach von derzeit etwa 16 Minuten auf rund 4 Minuten sinken – eine etwa viermalige Beschleunigung. Das Ziel klingt beeindruckend. Zugleich stellt der Bericht klar, dass sich der Entwurf noch in einem frühen Stadium befindet und ein Aktivierungszeitpunkt noch nicht feststeht. Diskutiert wird derzeit ein Forschungsvorschlag, keine bereits eingeführte Leistungsverbesserung.
Der Ansatz besteht nicht einfach darin, die Validatoren zu schnelleren Abstimmungen anzuhalten. Laut Bericht sollen die Abstimmungen der Validatoren, mit denen neue Blöcke bestimmt und historische Blöcke endgültig bestätigt werden, auf zwei Mechanismen aufgeteilt werden. So soll die endgültige Bestätigung schneller voranschreiten können. Diese Aufteilung ist der Kern der Mechanismusänderung: Wie die Bestätigungsabläufe ineinandergreifen, wofür die beiden Abstimmungsverfahren jeweils zuständig sind und wie bei Störungen vorgegangen wird – all das beeinflusst, ob der Mechanismus sicher funktionieren kann. Der bisherige Bericht liefert keine vollständigen Antworten auf diese Fragen. Es wäre verfrüht, den Vorschlag bereits für ausgereift zu erklären.
Wird das Ziel letztlich erreicht, könnten Nutzer und Anwendungen profitieren, die auf eine endgültige Bestätigung warten müssen: Bei bestimmten Vorgängen, die vom Bestätigungsergebnis abhängen, könnte sich die Wartezeit verkürzen. Für Nutzer kann es durchaus wertvoll sein, mehr als zehn Minuten weniger warten zu müssen – insbesondere, wenn die Bestätigung Voraussetzung für den nächsten Schritt ist. Eine schnellere endgültige Bestätigung bedeutet jedoch nicht automatisch, dass die gesamte Nutzungserfahrung schneller wird; andere Schritte können weiterhin Engpässe darstellen. Zudem nennt die Meldung keine tatsächlichen Testergebnisse. Daher lässt sich die angestrebte Dauer derzeit nicht als bereits spürbare Verbesserung für Nutzer darstellen.
Mögliche Kosten könnten bei der Protokollgestaltung, der Koordination der Validatoren und der Sicherheitsbewertung entstehen – das sind offene Fragen, die sich aus der Mechanismusänderung ergeben, keine bereits belegten zusätzlichen Belastungen. Werden die Abstimmungen auf zwei Mechanismen verteilt, müssen die Regeln klar genug formuliert sein und die Beteiligten wissen, wann und wie sie vorzugehen haben. Wird das Design komplexer, ohne klare Grenzen zu setzen, darf das Beschleunigungsziel nicht Vorrang vor den Sicherheitsanforderungen haben. Andererseits könnte gerade die Aufteilung der Abläufe eine Möglichkeit sein, die Bestätigung zu beschleunigen. Allein aus der Tatsache, dass der Konsensmechanismus geändert wird, lässt sich nicht schließen, dass dadurch zwangsläufig zusätzliche Risiken entstehen. Entscheidend sind die Details und ihre Überprüfung – nicht nur die Zahl in der Überschrift.
Ich kann auch nachvollziehen, warum Kritiker vorsichtig sind: Die endgültige Bestätigung ist ein Teil des Sicherheitsmechanismus, und kürzere Wartezeiten sollten nicht als kostenlose Optimierung behandelt werden. Wenn Nutzer tatsächlich an anderer Stelle warten müssen, könnte eine isolierte Beschleunigung der endgültigen Bestätigung im Alltag nur wenig bewirken. Und falls der neue Ansatz zusätzliche Koordinationsprobleme mit sich bringt, ist die eingesparte Zeit womöglich den Aufwand nicht wert. Das sind jedoch Fragen, auf die der Vorschlag Antworten liefern muss – keine bereits eingetretenen Störungen. Umgekehrt lässt sich auch die Behauptung, eine Beschleunigung gehe zulasten der Sicherheit, nicht allein aufgrund eines Bauchgefühls aufstellen: Wenn sich nach sorgfältiger Prüfung zeigt, dass die beiden Abstimmungsverfahren zuverlässig ineinandergreifen und die Bestätigung nach der Einführung tatsächlich schneller und stabil läuft, wäre diese Behauptung nicht belegt.
In dieser Forschungsmitteilung geht es um den Ethereum-Mechanismus, nicht um geplante Upgrades für $BTC . Die jeweiligen Protokolldesigns lassen sich zwar vergleichen, doch ein Vorschlag für das eine Netzwerk lässt sich nicht einfach auf das andere übertragen. Ebenso wenig können die Kursentwicklungen der beiden Coins die technische Überprüfung ersetzen. Für $ETH kommt es nicht darauf an, ob der Markt sofort reagiert, sondern darauf, ob der Entwurf von der frühen Forschungsphase zu einem vollständigeren Design weiterentwickelt werden kann.
Als Nächstes werde ich auf drei Dinge achten: Werden die konkreten Regeln für die Aufteilung der Abstimmungen veröffentlicht? Werden die im Prüfprozess aufgeworfenen Sicherheitsfragen beantwortet? Und wird ein konkreter Aktivierungszeitpunkt genannt? Wenn es weiterhin nur bei der Zielvorgabe von „rund 4 Minuten“ bleibt, handelt es sich nach wie vor um eine Forschungsrichtung. Erst wenn Design, Umsetzung und Betriebsergebnisse nach und nach vorliegen, wird aus der angestrebten Beschleunigung eine Tatsache.
Wie Jinse Finance am 22. Oktober berichtete, haben Ethereum-Forschende einen Entwurf für einen Mechanismus zur schnelleren endgültigen Bestätigung vorgelegt. Die Zeit bis zur endgültigen Bestätigung von Transaktionen soll demnach von derzeit etwa 16 Minuten auf rund 4 Minuten sinken – eine etwa viermalige Beschleunigung. Das Ziel klingt beeindruckend. Zugleich stellt der Bericht klar, dass sich der Entwurf noch in einem frühen Stadium befindet und ein Aktivierungszeitpunkt noch nicht feststeht. Diskutiert wird derzeit ein Forschungsvorschlag, keine bereits eingeführte Leistungsverbesserung.
Der Ansatz besteht nicht einfach darin, die Validatoren zu schnelleren Abstimmungen anzuhalten. Laut Bericht sollen die Abstimmungen der Validatoren, mit denen neue Blöcke bestimmt und historische Blöcke endgültig bestätigt werden, auf zwei Mechanismen aufgeteilt werden. So soll die endgültige Bestätigung schneller voranschreiten können. Diese Aufteilung ist der Kern der Mechanismusänderung: Wie die Bestätigungsabläufe ineinandergreifen, wofür die beiden Abstimmungsverfahren jeweils zuständig sind und wie bei Störungen vorgegangen wird – all das beeinflusst, ob der Mechanismus sicher funktionieren kann. Der bisherige Bericht liefert keine vollständigen Antworten auf diese Fragen. Es wäre verfrüht, den Vorschlag bereits für ausgereift zu erklären.
Wird das Ziel letztlich erreicht, könnten Nutzer und Anwendungen profitieren, die auf eine endgültige Bestätigung warten müssen: Bei bestimmten Vorgängen, die vom Bestätigungsergebnis abhängen, könnte sich die Wartezeit verkürzen. Für Nutzer kann es durchaus wertvoll sein, mehr als zehn Minuten weniger warten zu müssen – insbesondere, wenn die Bestätigung Voraussetzung für den nächsten Schritt ist. Eine schnellere endgültige Bestätigung bedeutet jedoch nicht automatisch, dass die gesamte Nutzungserfahrung schneller wird; andere Schritte können weiterhin Engpässe darstellen. Zudem nennt die Meldung keine tatsächlichen Testergebnisse. Daher lässt sich die angestrebte Dauer derzeit nicht als bereits spürbare Verbesserung für Nutzer darstellen.
Mögliche Kosten könnten bei der Protokollgestaltung, der Koordination der Validatoren und der Sicherheitsbewertung entstehen – das sind offene Fragen, die sich aus der Mechanismusänderung ergeben, keine bereits belegten zusätzlichen Belastungen. Werden die Abstimmungen auf zwei Mechanismen verteilt, müssen die Regeln klar genug formuliert sein und die Beteiligten wissen, wann und wie sie vorzugehen haben. Wird das Design komplexer, ohne klare Grenzen zu setzen, darf das Beschleunigungsziel nicht Vorrang vor den Sicherheitsanforderungen haben. Andererseits könnte gerade die Aufteilung der Abläufe eine Möglichkeit sein, die Bestätigung zu beschleunigen. Allein aus der Tatsache, dass der Konsensmechanismus geändert wird, lässt sich nicht schließen, dass dadurch zwangsläufig zusätzliche Risiken entstehen. Entscheidend sind die Details und ihre Überprüfung – nicht nur die Zahl in der Überschrift.
Ich kann auch nachvollziehen, warum Kritiker vorsichtig sind: Die endgültige Bestätigung ist ein Teil des Sicherheitsmechanismus, und kürzere Wartezeiten sollten nicht als kostenlose Optimierung behandelt werden. Wenn Nutzer tatsächlich an anderer Stelle warten müssen, könnte eine isolierte Beschleunigung der endgültigen Bestätigung im Alltag nur wenig bewirken. Und falls der neue Ansatz zusätzliche Koordinationsprobleme mit sich bringt, ist die eingesparte Zeit womöglich den Aufwand nicht wert. Das sind jedoch Fragen, auf die der Vorschlag Antworten liefern muss – keine bereits eingetretenen Störungen. Umgekehrt lässt sich auch die Behauptung, eine Beschleunigung gehe zulasten der Sicherheit, nicht allein aufgrund eines Bauchgefühls aufstellen: Wenn sich nach sorgfältiger Prüfung zeigt, dass die beiden Abstimmungsverfahren zuverlässig ineinandergreifen und die Bestätigung nach der Einführung tatsächlich schneller und stabil läuft, wäre diese Behauptung nicht belegt.
In dieser Forschungsmitteilung geht es um den Ethereum-Mechanismus, nicht um geplante Upgrades für $BTC . Die jeweiligen Protokolldesigns lassen sich zwar vergleichen, doch ein Vorschlag für das eine Netzwerk lässt sich nicht einfach auf das andere übertragen. Ebenso wenig können die Kursentwicklungen der beiden Coins die technische Überprüfung ersetzen. Für $ETH kommt es nicht darauf an, ob der Markt sofort reagiert, sondern darauf, ob der Entwurf von der frühen Forschungsphase zu einem vollständigeren Design weiterentwickelt werden kann.
Als Nächstes werde ich auf drei Dinge achten: Werden die konkreten Regeln für die Aufteilung der Abstimmungen veröffentlicht? Werden die im Prüfprozess aufgeworfenen Sicherheitsfragen beantwortet? Und wird ein konkreter Aktivierungszeitpunkt genannt? Wenn es weiterhin nur bei der Zielvorgabe von „rund 4 Minuten“ bleibt, handelt es sich nach wie vor um eine Forschungsrichtung. Erst wenn Design, Umsetzung und Betriebsergebnisse nach und nach vorliegen, wird aus der angestrebten Beschleunigung eine Tatsache.