#Solana计划将出块时间缩至200毫秒 bedeutet genau genommen, dass die Slot-Zeit (Slot-Dauer) von 400 ms auf 200 ms gesenkt wird. Es geht nicht einfach darum, die TPS zu verdoppeln, sondern darum, den „Blockproduktionsrhythmus“ zu beschleunigen. Dies ist das stufenweise Upgrade SIMD-0525. Der letzte Schritt sollte ursprünglich ungefähr am 2026-10-09 (in der Nähe von Epoch 1053) im Mainnet aktiviert werden; maßgeblich ist jedoch der Status des On-Chain-Feature-Gates.
1️⃣Was wird konkret geändert?
❗Pfad: 400 ms → 350 ms → 300 ms → 250 ms → 200 ms. Für jeden Schritt gibt es ein eigenes Feature-Gate, das an Epoch-Grenzen aktiviert wird und über einen Bremsmechanismus anhand der Skip-Rate verfügt.
❗Bei 200 ms: etwa 5 Slot-Gelegenheiten pro Sekunde (zuvor 2,5).
❗Was unverändert bleibt: Ticks pro Slot, das 4-Slot-Leader-Fenster und grundsätzlich die 432.000 Slots pro Epoch.
❗Was sich ändert:
1. Das Zeitfenster, in dem ein einzelner Leader die Reihenfolge durchgehend kontrolliert: 1,6 s → 800 ms
2. Das Compute-Limit pro Block wird entsprechend gesenkt (etwa 60M → 30M CU). Daher bleibt der Durchsatz pro Zeiteinheit ungefähr gleich; hauptsächlich sinkt die Latenz.
3. Das Ablaufzeitfenster des Blockhash wird kürzer: bei 400 ms etwa 80 s, bei 250 ms etwa 50 s, bei 200 ms etwa 40 s.
2️⃣Die konkreten Auswirkungen auf Nutzer und Ökosystem
1. Normale Nutzer: Die erste Bestätigung von Überweisungen und Swaps erfolgt schneller; das Gefühl, dass eine Transaktion in der Wallet „bestätigt“ ist, kommt nahezu in Echtzeit.
2. Trader / Market Maker: Der On-Chain-Status wird häufiger aktualisiert, Arbitragemöglichkeiten aufgrund veralteter Preise werden eingeschränkt und Quotes können enger ausfallen. Sandwich-MEV verschwindet jedoch nicht zwangsläufig – das hängt vom Wettbewerb um die Latenz ab.
3. Entwickler:
（1）Nicht mehr „1 Slot = 400 ms“ fest codieren. Stattdessen getBlockTime verwenden oder die aktuelle Slot-Dauer vom Client abfragen.
（2）Bei Offline-Signaturen, manueller Bestätigung per QR-Code und Hardware-Wallet-Signaturen kann der Blockhash leichter ablaufen; daher sollten Wiederholungsversuche vorgesehen werden.
（3）Indexer müssen das Format nicht ändern. Da es pro Zeiteinheit aber mehr Blöcke gibt, steigt der Druck auf die Datenspeicherung.
4. Validatoren:
（1）Die Abstimmungsfrequenz verdoppelt sich ungefähr → Abstimmungsgebühren sowie Bandbreiten- und CPU-Belastung steigen.
（2）Die Nettokosten sind für kleine Validatoren schwieriger zu tragen. Große Validatoren können ihre Abstimmungsgebühren durch Leader-Gelegenheiten besser ausgleichen → dadurch könnte sich der Stake schneller auf große Nodes konzentrieren.
（3）Der Anteil der Leader-Handoff-Latenz steigt (beispielsweise macht eine Latenz von 100 ms bei einem 200-ms-Slot die Hälfte aus). $BTC $ETH $SOL
#比特币重复使用地址持有433万枚BTC #美参议员调查CantorFitzgerald与Tether关系
1️⃣Was wird konkret geändert?
❗Pfad: 400 ms → 350 ms → 300 ms → 250 ms → 200 ms. Für jeden Schritt gibt es ein eigenes Feature-Gate, das an Epoch-Grenzen aktiviert wird und über einen Bremsmechanismus anhand der Skip-Rate verfügt.
❗Bei 200 ms: etwa 5 Slot-Gelegenheiten pro Sekunde (zuvor 2,5).
❗Was unverändert bleibt: Ticks pro Slot, das 4-Slot-Leader-Fenster und grundsätzlich die 432.000 Slots pro Epoch.
❗Was sich ändert:
1. Das Zeitfenster, in dem ein einzelner Leader die Reihenfolge durchgehend kontrolliert: 1,6 s → 800 ms
2. Das Compute-Limit pro Block wird entsprechend gesenkt (etwa 60M → 30M CU). Daher bleibt der Durchsatz pro Zeiteinheit ungefähr gleich; hauptsächlich sinkt die Latenz.
3. Das Ablaufzeitfenster des Blockhash wird kürzer: bei 400 ms etwa 80 s, bei 250 ms etwa 50 s, bei 200 ms etwa 40 s.
2️⃣Die konkreten Auswirkungen auf Nutzer und Ökosystem
1. Normale Nutzer: Die erste Bestätigung von Überweisungen und Swaps erfolgt schneller; das Gefühl, dass eine Transaktion in der Wallet „bestätigt“ ist, kommt nahezu in Echtzeit.
2. Trader / Market Maker: Der On-Chain-Status wird häufiger aktualisiert, Arbitragemöglichkeiten aufgrund veralteter Preise werden eingeschränkt und Quotes können enger ausfallen. Sandwich-MEV verschwindet jedoch nicht zwangsläufig – das hängt vom Wettbewerb um die Latenz ab.
3. Entwickler:
（1）Nicht mehr „1 Slot = 400 ms“ fest codieren. Stattdessen getBlockTime verwenden oder die aktuelle Slot-Dauer vom Client abfragen.
（2）Bei Offline-Signaturen, manueller Bestätigung per QR-Code und Hardware-Wallet-Signaturen kann der Blockhash leichter ablaufen; daher sollten Wiederholungsversuche vorgesehen werden.
（3）Indexer müssen das Format nicht ändern. Da es pro Zeiteinheit aber mehr Blöcke gibt, steigt der Druck auf die Datenspeicherung.
4. Validatoren:
（1）Die Abstimmungsfrequenz verdoppelt sich ungefähr → Abstimmungsgebühren sowie Bandbreiten- und CPU-Belastung steigen.
（2）Die Nettokosten sind für kleine Validatoren schwieriger zu tragen. Große Validatoren können ihre Abstimmungsgebühren durch Leader-Gelegenheiten besser ausgleichen → dadurch könnte sich der Stake schneller auf große Nodes konzentrieren.
（3）Der Anteil der Leader-Handoff-Latenz steigt (beispielsweise macht eine Latenz von 100 ms bei einem 200-ms-Slot die Hälfte aus). $BTC $ETH $SOL
#比特币重复使用地址持有433万枚BTC #美参议员调查CantorFitzgerald与Tether关系