Warum beträgt die durchschnittliche Blockzeit 17 Sekunden?

Die Netzwerkstatistik zeigt eine konstante durchschnittliche Blockzeit von etwa 17 Sekunden. Wenn Sie es überprüfen, sind es ungefähr 16 bis 18 Sekunden.

Geben Sie hier die Bildbeschreibung ein

Wenn man den Blogbeitrag von Vitalik Buterin liest, heißt es, dass die Blockzeit im Durchschnitt 12 Sekunden betragen sollte. (Update: Ok, neuere Ressourcen geben eine Zielzeit von 15 Sekunden an.)

Warum liegt die durchschnittliche Blockzeit konstant bei etwa 17 Sekunden?

Tolle Frage und klare Antwort. Vergessen Sie nicht, diese Leute hochzustimmen! Wir möchten viele klare, leuchtende Beispiele haben, denen andere Leute auf der Website folgen können.

Antworten (1)

Aufgrund von Fortschritten in der Blockchain-Forschung hat sich gezeigt, dass deutlich kürzere Blockzeiten möglich und angesichts der aktuellen Konnektivität des Internets möglicherweise von Vorteil sind. Eines der potenziellen Risiken einer niedrigen Blockzeit ist eine höhere Rate an verwaisten Blöcken (konkurrierende Blöcke, die es nicht in die Hauptkette schaffen). Um dem entgegenzuwirken, wird ein GHOST-Protokoll verwendet, das für diese verwaisten Blöcke (bekannt als Onkel) bezahlt und die Sicherheit der Hauptkette erhöht. Anstatt dass die Hauptkette "am längsten" ist, ist sie stattdessen "am schwersten".

Während der Entwicklung von Ethereum wurden mehrere verschiedene Zeiten und Zielalgorithmen getestet , die sich schließlich auf etwa 15 Sekunden einstellten. Aufgrund der verwendeten spezifischen Gesamtschwierigkeitsberechnung beträgt die tatsächliche Zeit zwischen den Blöcken derzeit etwa 17 Sekunden, eine für Homestead geplante Änderung wird dies jedoch hoffentlich näher an 15 Sekunden bringen. Dies wird nur als vorübergehende Lösung vorgeschlagen, da Ethereum beabsichtigt, auf Proof-of-Stake umzusteigen , was möglicherweise eine nahezu sofortige Endgültigkeit bietet.

Gute Antwort. Aber es ist ein bisschen irreführend, von einer potenziell nahezu sofortigen Endgültigkeit zu sprechen, da es wirklich schwierig ist, die Blockzeit von 5 Sekunden zu unterschreiten. Außerdem ist die Kettenendgültigkeit nur bis zu einem bestimmten Schwellenwert probabilistisch, der (viel) länger sein kann.
Ich stimme @Symeof nicht zu. Es ist denkbar, dass der Proof -of-Stake und andere Faktoren wie die Netzwerkgröße dazu beitragen können, eine nahezu sofortige Endgültigkeit zu erreichen. Offensichtlich wird dieses Ziel möglicherweise nicht in diesem Jahr oder sogar in mehreren Jahren erreicht, aber die Änderungen, die zu Serenity kommen, scheinen auf zukünftige Ebenen der Blockchain-Abstraktion hinzudeuten, die es erleichtern können, Änderungen an den Konsensstücken der Blockchain viel einfacher vorzunehmen. Wenn neuere Innovationen im Weltraum auftauchen, kann das Netzwerk reagieren.
@Hudson: Ich hoffe es auf jeden Fall. Aber ich sehe nicht, wie eine Erhöhung der Netzwerkgröße der Endgültigkeit helfen würde. Haben Sie einen Grund, das zu glauben?
@Symeof: Ich hatte den Eindruck, dass die Geschwindigkeit der Blockchain-Endgültigkeit teilweise mit der Latenz der Verbindungen/Verbindungen der Knoten zusammenhängt. Je mehr Knoten in der Lage sind, Transaktionen schnell zu verbreiten, desto geringer ist die Wahrscheinlichkeit einer Latenz, würde ich denken. Außerdem verwendet die vorgeschlagene POS-Lösung, die während Serenity implementiert wird, einen By -Block-Konsens anstelle eines By-Chain-Konsenses, was dazu beitragen könnte, die Finalitätszeiten zu verkürzen, wenn die Validierer auf Blöcke setzen, sobald sie sie sehen.
@Hudson: Latenz spielt in der Tat eine große Rolle. Es scheint nicht wahrscheinlich, dass dies über einen bestimmten Punkt hinaus gedrückt werden könnte, da das Netzwerk global ist. Außerdem brauchen wir möglicherweise eine funktionierende Definition von Endgültigkeit: Weil es in den meisten Systemen nur eine Wahrscheinlichkeitsschwelle ist (dh die Wahrscheinlichkeit, dass eine Transaktion rückgängig gemacht wird, ist geringer als Epsilon) ...
"nahezu sofortige Endgültigkeit" -> Reden wir von 1 s, 100 ms, 10 ms?