Geben Sie eine Adresse ein, und Sie sehen, wie sich ihr RNBW-Bestand Tag für Tag seit dem ersten Tag des Tokens verändert hat. Die Reihe ist aus allen Überweisungen auf Base gebaut: ein Bestand ist alles Eingegangene minus alles Ausgegangene, mehr braucht es dafür nicht.
Schnell:
Der Index speichert tägliche Zuwächse je Adresse, und der Bestand an einem beliebigen Tag ist deren laufende Summe. So schrumpft die gesamte Historie von 1,2 Millionen Überweisungen auf fünf Megabyte, verteilt auf 256 Stücke nach den ersten beiden Zeichen der Adresse: der Browser lädt genau ein Stück von etwa 19 KB statt der ganzen Liste von 167 MB.
Vor der Veröffentlichung wird der Index gegen die Kette geprüft: der aus den Zuwächsen errechnete Bestand der zwölf größten Adressen muss mit dem übereinstimmen, was balanceOf im Contract zurückgibt. Stimmt er nicht, wird der Index nicht überschrieben. Diese Prüfung hat sich bereits bezahlt gemacht: eine Überweisung, bei der Absender und Empfänger dieselbe Adresse sind, ändert den Bestand nicht, und die erste Fassung der Rechnung, die nur eine Seite anwandte, lag bei der Schatzkammer um 2,5 Millionen RNBW daneben.
Nur RNBW und nur Base. Adressen, die den Token nie gehalten haben, fehlen im Index — das ist kein Fehler, sondern fehlende Historie. Daten und Tage sind UTC. Adressen, die den Token am selben Tag erhalten und weitergegeben haben, fehlen im Index: an jeder Tagesgrenze war ihr Bestand null. Das ist etwa die Hälfte aller Adressen — der Airdrop, am Tag des Eingangs weitergereicht.
Index: /api/balhist/. Quelle — die Überweisungsliste des Tokens ab dem Block seiner Bereitstellung.