Actually, I’m glad you asked! It looks like the underlying structure of the audits field has changed, and I missed that. I’ll edit the description above.
Thanks for the heads up. Does this come with changes to the databases as well? Might need to adjust the earnings script accordingly. Perhaps you could point to the PR?
Will the onlineScore be added to the audit field os a single satellite too? (since there are both other audit scores)
Or only to the satellites endpoint?
Your working is a bit unclear to me in that point because there is only an “audits” field for satellites but the single satellite has “audit” field and a different structure. But the “audits” field of satellites already contains the onlineScore so probably not what you meant?
Sorry about that. Your picture of the single satellite with the crossed out sections is correct, except that the audit field is now identical to your second picture. Well, except that it won’t be an array, of course.
So in short the “audit” field will get an entry “onlineScore”/it moves into the audit field but no satelliteName obviously. That’s what I assumed, thanks.
Given this, I’m guessing those of us that do depend on the API for extended tracking will need to update those scraper tools ( ie. Prometheus Storj-Exporter ).
You will find the auditHistory under api/sno/satellite/. It will print out something like {“windowStart”:“2020-12-17T12:00:00Z”,“totalCount”:19,“onlineCount”:18} for the last 30 days with an interval of 12 hours.
If I’m reading this correctly we’re going to loose audit total count and replaced with history that’s only last 30 days? This will make it harder to estimate vetting which takes more then 30 days usually.
To the first point, that is correct. I agree that successful/total number of audits is useful information. @Nikolai_Seidov what do you think about putting those fields back?