Der @ShieldedLabs Crosslink Meilenstein 4a wurde erreicht: - 2 große Bugs aus ms3 behoben - viel einfachere Benutzererfahrung, ~x3 Teilnehmer auf der BFT-Liste - unser neuer maßgeschneiderter BFT hat sich als stabiler erwiesen als das vorherige SDK - wir haben einen BFT-Sicherheitsfehler aufgrund einer bekannten Designlücke erlebt (kein BFT-Bug) Anschnallen: 🧵

@ShieldedLabs Aufgrund eines Impedanzmissverhältnisses in der Codearchitektur zwischen einem PoW-Synchronisierungs-Timeout und einer niedrigen Miner-Schwierigkeit hatte unser Netzwerk häufig lange PoW-Splits. Anstatt zu versuchen, das vor dem Workshop zu beheben, haben wir uns darauf konzentriert, unser neues BFT, UX und den Visualizer zu verbessern. Warum? …

@ShieldedLabs Warum nicht das offensichtliche bekannte Problem beheben? Weil wir die Widerstandsfähigkeit des Testprotokolls, diagnostische Funktionen und die Benutzererfahrung priorisieren. Das ist tatsächlich ein perfekter Fehler, den man beibehalten kann, während man die BFT-Widerstandsfähigkeit, die Nützlichkeit des Visualisierers und die diagnostischen Techniken nachweist.

@ShieldedLabs Der Impedanzunterschied in der Codearchitektur simulierte im Grunde ein "stark partitioniertes" Netzwerk, als ob die Internetverbindungen zwischen Minern und BFT-Knoten häufig ausfielen und gelegentlich repariert wurden. Dies demonstrierte die Widerstandsfähigkeit von Crosslink, und es lief viel besser als ich erwartet hatte.

@ShieldedLabs Ich habe einen Screenshot davon gemacht, wie sehr lange PoW-Gabeln in der Crosslink-Struktur aussehen. Hier sehen Sie, dass obwohl es sehr lange PoW-Gabeln gibt, die Crosslink-Bestätigungen kohärent sind: Sie springen nicht über Gabeln hinweg; d.h. die Finalitätssicherheit bleibt erhalten.

@ShieldedLabs Es gab einen Sicherheitsverstoß aufgrund einer bekannten Implementierungslücke: Zebra hat eine Bitcoin-ähnliche 100 Block "YOLO-Finalität" und wir haben noch nicht sichergestellt, dass die BFT-Finalität überlegen ist. Fügen Sie starke Partitionierung hinzu und wir erreichen den Sicherheitsverstoß, nachdem einige Knoten >100 PoW-Blöcke außer Sync waren.

@ShieldedLabs Ok, es ist also eine bekannte Sicherheitslücke, schade, lass uns das beheben, oder? Ja, aber es gab einen großen Silberstreif am Horizont. Wir hätten einfach sagen können: "Ok, Fehler gemeldet, komm beim nächsten Mal wieder". Stattdessen: …

Wir haben eine Live-Wiederherstellung des BFT-Stalls improvisiert! Wir konnten die nicht synchronisierten BFT-Knoten neu starten und BFT (mit unverändertem Roster) fortsetzen, ohne PoW zu stören, was eine Live-Validierung eines Grundpfeilers von Crosslink war: Die Sicherheit ist so stark wie jedes Subprotokoll: Ein BFT-Ausfall hat PoW nicht aus der Bahn geworfen.

Um klarzustellen, das war jedoch kein realistischer BFT-Neustart. Wir haben uns auf die aktuelle flüchtige Natur des BFT-Zustands verlassen, um die widersprüchlichen Signaturen zu vergessen. Dennoch war dies eine völlig improvisierte, unerwartete Entwicklung des Workshops. Bonus-XP für diesen allgemeinen Betriebsprozess und die Crosslink-Validierung.

@ShieldedLabs Nach dem (Ende von MS5) werden wir den Großteil von 2026 damit verbringen, einen gehärteten, produktionsbereiten Knoten neu zu implementieren, wobei wir all unsere Design-/Implementierungs-Learnings aus dieser Prototyp-Phase nutzen. 2026 = Prüfungs-Herausforderung! Legen wir los. Rocket Shields Go Up! 🚀🛡️