Ich habe heute wieder meine kleine $BABY test-Position angesehen und gemerkt, dass ich mich auf die falsche Kennzahl konzentriere.Zuerst wirkte die Reduzierung des Speichers beeindruckend. Das Reduzieren eines Beweisindex mit 1.000 Einträgen auf Megabyte fühlt sich wie ein großer Gewinn an. Aber dann habe ich darüber nachgedacht, was passiert, wenn der Index selbst zur Schwachstelle wird.Das Interessante ist das Ungleichgewicht: Der Verlust eines einzelnen Beweisdokuments ist zwar ärgerlich, aber der Verlust eines einzelnen Durchsetzungsobjekts kann weitaus schlimmer sein, weil diese Ebene viel mehr Gewicht trägt. Komprimierung beseitigt kein Risiko, sie verlagert es nur.Zum Beispiel klingt eine 25%-Stichprobe von Beweisen effizient, aber wer führt diese Prüfungen tatsächlich durch, wie oft, und wie lösen Knoten Uneinigkeiten auf?Ich habe meine BABY-Position aus diesem Grund nicht geändert, aber es hat beeinflusst, wie ich die Technologie bewerte. Weniger Daten sind nützlich. Die eigentliche Herausforderung besteht darin, den komprimierten Index zuverlässig genug zu machen, um ihm vertrauen zu können.
@BabylonLabs_io #baby $BABY $HFT
Was ist die größte Herausforderung für Babylons komprimierten Index?
Keeping verification reliable
Lowering storage costs
Increasing data size
7 Stunde(n) übrig