Creator Pulse: Base Denim ändert die Bedeutung eines schnellen Blocks

Schnellere Blöcke ändern Anwendungsvoraussetzungen

Base Engineering gab bekannt am 5. November, dass Denim auf dem Mainnet live ist. Laut dem Team produziert Base jetzt fünf kanonische Blöcke pro Sekunde und ersetzt damit ein System, in dem Flashblocks Previews zwischen zweisekündigen kanonische Blöcke gestreamt haben. Dies ist eine Angabe des Betreibers; es ist keine unabhängige Messung der tatsächlichen Benutzerlatenz.

Warum jetzt: Das Upgrade ändert das Objekt, das eine Anwendung sieht. Ein Flashblock war eine Vorschau eines Blocks, der noch erstellt wurde. Ein kanonischer Block liefert den aktuellen Block-Datensatz der Chain, aber die Einbindung allein bedeutet nicht die endgültige Abwicklung. Base sagt, ein Block wird sicher, wenn sein Batch auf Ethereum gepostet wird, und final, wenn Ethereum diesen Batch finalisiert.

Ein Aspekt, der erklärt werden sollte: Schnellere Blöcke beeinflussen das Anwendungsdesign ebenso wie die Zahl auf einem Performance-Diagramm. Base gibt an, dass der Stream der ausstehenden Flashblocks eingestellt wurde, sodass Anwendungen, die diesen nutzen, auf kanonische Block- und RPC-Streams umsteigen müssen. Eine Wallet oder eine Handelsschnittstelle kann ihre Zustandsverarbeitung vereinfachen, aber Teams müssen zuerst die Integrationen migrieren und verifizieren, dass die nachgelagerten Dienste mithalten.

Eine zweite Änderung betrifft Verträge, die Blockzählungen als Uhr verwenden. Bei der angegebenen Kadenz vergeht eine feste Anzahl von Blöcken in etwa einem Zehntel der vorherigen Wanduhrzeit. Ein Abstimmungszeitraum, eine Abkühlphase oder eine Ratenbegrenzung, die in Blöcken ausgedrückt wird, kann sich daher anders verhalten, sofern ihre Konfiguration oder Implementierung nicht angepasst wird. Dies ist ein konkretes Beispiel zur Überprüfung in einem bestimmten Vertrag, kein Beweis dafür, dass eine benannte Anwendung defekt ist.

BaseTime bietet eine Uhr mit Millisekunden-Auflösung an, während das übliche block.timestamp weiterhin in ganzen Sekunden bleibt. Ein Entwickler, der den Ablauf von Aufträgen oder die Berechnung von Belohnungen entwirft, muss die Uhr wählen, die der beabsichtigten Präzision der Anwendung entspricht. Häufigere Blöcke garantieren nicht, dass ein Oracle aktualisiert wird, eine Transaktion eingeschlossen wird oder ein Nutzer alle 200 Millisekunden ein Ergebnis sieht.

Was weiterhin ungewiss bleibt: Die Ankündigung von Base quantifiziert nicht unabhängig die reale Latenz, den Abschluss der Migration oder die Anzahl der betroffenen Anwendungen. Messungen über verschiedene Wallets, RPC-Provider und Transaktionstypen hinweg würden zeigen, wie viel des beworbenen Taktes die Nutzer tatsächlich erreicht.

Eine KI-Lease erhält eine neue Kreditabsicherung

Die Einreichung von TeraWulf vom 4. November beschreibt die Kreditunterstützung von Google für bestimmte Anthropic-Verpflichtungen im Zusammenhang mit einer Rechenzentrum-Lease. Die ursprüngliche 20-jährige Lease wurde laut der Einreichung im Juli unterzeichnet. Das neue Ereignis ist die Kreditunterstützungsvereinbarung, nicht eine neu unterzeichnete Lease.

Warum jetzt: Die Vereinbarung fiel in eine Woche, in der Aktien von KI-Infrastrukturen unter breitem Druck standen. Sie bietet einen konkreten Fall, um zu untersuchen, wie ein langfristiges Bauprojekt Finanzierungen anzieht, ohne anzunehmen, dass der Deal die Kursbewegung am Aktienmarkt verursacht hat.

Ein Aspekt, der es zu erklären lohnt: TeraWulf erwartet, in Phasen von Ende 2027 bis zum zweiten Quartal 2028 etwa 401 Megawatt kritische IT-Kapazität zu liefern. Die Miete beginnt, sobald die jeweiligen Datenhallen übergeben werden. Das Unternehmen beschrieb zuvor etwa 19 Milliarden US-Dollar an vertraglich vereinbarten Lease-Einnahmen über den Anfangszeitraum: Das ist eine langfristige Umsatzschätzung, kein bereits erhaltenes Bargeld oder Gewinn.

Was weiterhin ungewiss bleibt: Die Einreichung macht die Absicherung von Bedingungen abhängig, einschließlich des Zeitpunkts, an dem die letzte Datenhalle unter jeder relevanten Lease beginnt. Bau, Finanzierung und Lieferung spielen für die prognostizierten Einnahmen immer noch eine Rolle; die Unterstützungsvereinbarung beseitigt kein Ausführungsrisiko.

Der nützlichste Folgeschritt wäre ein Vergleich des Verhaltens einer spezifischen Anwendung vor und nach der Migration, einschließlich dessen, worauf sie wartet: ein kanonischer Block, ein sicheres Batch oder die Ethereum-Finality. Dieser Vergleich würde den Kompromiss verständlich machen, ohne diese unterschiedlichen Phasen als gleichwertig zu behandeln.