Tl;
- Fortschritt zusammenführen – Minor Spec -Updates, Engineering Full Steam voraus 🚂
- Keine Fortschritte bei der Kundenvielfalt. Sei egoistisch, leite einen Minderheitenkunden!
Update zusammenführen
Zunächst – fantastische Arbeit an alle Ingenieurteams im Kintsugi Sprint, die beim Start des Kintsugi Merge TestNet gipfelte. Es ist unglaublich, 3 Ausführungskunden und 5 Konsenskunden für insgesamt zu sehen 15 Verschiedene Paarungen, die an einer einheitlichen Front arbeiten.
Kintsugi🍵Das erste langjährige Merge-Testnet war nicht ohne Aufregung. Der #TestingTheMerge Bemühungen hämmerten das TestNet mit Transaktionen, schlechten Blöcken und einer Reihe anderer chaotischer Eingänge und sprudelten einige Fehler im Zustandsübergang, Synchronisation und vieles mehr auf. Wir erwarten, solche Fehler in frühen Testnets zu finden, aber mit jeder Iteration werden Kunden immer stabiler.
Ofen -Neustart 🔥🧱
Die Teams haben vor einigen Wochen ein wichtiges Thema identifiziert. Dies war ein Missverhältnis in der Motor -API (Wie der POS-Konsens-Schicht die Ausführungsschicht antreibt) Semantik bezieht sich auf die Art und Weise, wie Ausführungsschichtkunden in der Praxis tatsächlich funktionieren. Das TL; DR ist, dass in einigen Kontexten der Konsensschicht versehentlich eine unerwartete Belastung für die Ausführungsschicht induzierte.
Die Ingenieure erkannten dann, dass die beiden Schichten harmonischer funktionieren könnten, wenn die Motor -API -Semantik etwas flexibler wäre. Dies führte zu einer subtilen, aber kritischen Änderung der Motor -API und eine verwandte Brechen Spezifikation veröffentlicht.
Heute die Kiln Spec🔥🧱 wurde freigelassen und die Ingenieure sind damit beschäftigt, die Änderungen auszuschalten. Am Ende dieses Sprint wollen die Teams produktionsbereitete Implementierungen für den öffentlichen Verbrauch in ein neues Testnetz bringen. Halten Sie Ihre Augen offen, um teilzunehmen.
Von dort aus werden die Teams öffentliche Testnetze in den Nachweis des Einsatzes übergeben, bevor sie die Vorbereitungen für die Hauptnetze vornehmen.
Kundenvielfalt Metriken
Michael Sproul veröffentlichte eine neue Welle von Kundenvielfalt Metriken mit seinem neuartigen Fingerabdruckmechanismus. Leider hat sich die Kundenverteilung der Validierungsknoten in den letzten 6 Monaten nicht mehr aufgeregt.
Die Vielfalt der Konsens-Layer-Client-Implementierungen ermöglicht es Ethereum und seinen Benutzern, eine einzigartige und robuste Widerstandsfähigkeit gegen Softwareversagen und -angriffe zu haben. Benutzer erreichen eine gewisse Resilienz, indem sie einen Minderheitsclient unabhängig vom Netzwerk -Make -up verwenden, aber das Netzwerk selbst erlangt die Resilienz bei einigen wichtigen Validator -Verteilungsschwellen.
Wenn ein einzelner Kunde:
- Überschreitet 66,6%, ein Fehler/Fehler in einem einzelnen Client nicht kann nicht fertiggestellt werden
- Überschreitet 50%nicht, ein Fehler/Fehler in der Forkchoice eines einzelnen Kunden Kann den Kopf der Kette nicht dominieren
- Überschreitet 33,3%, ein Fehler/Fehler in einem einzelnen Client nicht Finalität nicht stören
Aus dem Aussehen des Fingerabdruckmechanismus liegt Prysm immer noch über der 66,6% igen Marke.
Ich möchte den Teams, Einzelpersonen und Gemeinden, die die Klientenvielfalt ernst nehmenAusstellung aAnwesend Ausstellung b). Das Ausführen eines Minderheiten -Clients ist nicht nur für das Netzwerk gesund, sondern auch für die Fonds des einzelnen Benutzers sicherer.
Sei egoistisch (rational)! Führen Sie einen Minderheitenkunden aus 🚀
