#baby $BABY @BabylonLabs_io Der beobachtete Speicher-Engpass Babylons wirkte fast gelöst, als ich einen Evidenz-Index mit 1.000 Paaren von Megabytes statt von Roh-Schaltkreisgröße aus betrachtet habe.
Das klingt effizient, aber es ist die einfache Kennzahl.
Das schwierigere Problem steckt im Index selbst. Wenn 98,05 % der Objekte zur Evidenz-Schicht gehören und dort ein Datensatz verloren geht, wirkt das nebensächlich. Verliert man dagegen ein Objekt aus der Durchsetzungs-Schicht, ist der Schaden etwa 50-mal so gravierend – bezogen auf diese kleinere Menge.
Bei 10.000 Paaren könnte die Digest-Schicht etwa 96,32 MB erreichen, bevor Metadaten und Signaturen hinzukommen. Immer noch beherrschbar. Aber eine beherrschbare Kapazität ist keine verlässliche Integrität.
Eine 25%-Evidenzstichprobe würde ungefähr 76 Datensätze pro Paar erfordern, die geprüft werden. Wer führt diese Prüfungen durch, wie oft, und was passiert, wenn Knoten sich nicht einig sind?
Ein gewisses Maß an Schwäche ist normal. Kompression verlagert den Druck nur an eine andere Stelle.
Für Babylon ist der eigentliche Vergleich die Reduktion des Rohspeichers gegenüber der Index-Disziplin. $BABY braucht weniger Evidenz – ja –, aber auch Wiederherstellungsregeln, Status-Bindung und Netzwerk-Konsistenz, die selbst bei teilweisem Verlust überleben.
$BABY