# Tuning audit scoring

**URL:** <https://forum.storj.io/t/tuning-audit-scoring/14084>\
**Category:** Storage Node feature requests - voting\
**Created:** [May 31, 2021, 7:27pm UTC](https://forum.storj.io/t/tuning-audit-scoring/14084 "2021-05-31T19:27:54Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\
**Post date:** [June 1, 2021, 9:48pm UTC](https://forum.storj.io/t/tuning-audit-scoring/14084/7 "2021-06-01T21:48:36Z")

</div>

This feedback really belongs in this thread, so I’m answering here.

> [@Missing 5 .sj1 files of 3.2 million - end of node? 'Resilver' of objects?](https://forum.storj.io/t/missing-5-sj1-files-of-3-2-million-end-of-node-resilver-of-objects/14066/16):
>
> I reported having lost 5% of files on a Node, and it hit the dangerous score of 70% at some point.

As a special treat for you I ran that simulation on the original settings.

 ![image](https://storj-s3.bcdn.literatehosting.net/original/2X/5/550082e8d5a59c07198363efb8d510213b13f0bd.png)  
So yeah, that fits. The erratic nature of these settings causes fairly deep peaks from time to time. But it’s infrequent and your node would indeed survive as you’ve seen.  
To verify that I also ran 100 million simulated audits in python.

> Score = 0.9678485255896826 after 100000000 audits

> [@Missing 5 .sj1 files of 3.2 million - end of node? 'Resilver' of objects?](https://forum.storj.io/t/missing-5-sj1-files-of-3-2-million-end-of-node-resilver-of-objects/14066/16):
>
> And… Surely some advanced statistical models determined that the current audit system is robust? Data scientists know better, right? 🙂

No argument there. In fact the new publicly available stats show that none of the satellites have ever lost a single segment. But being more strict, yet fair with nodes gives more room to for example reduce the expansion factor, which with the new pricing might help lower the negative impact on payouts. It’s best to finely tune all aspects to get the most out of the entire system. Additionally, my primary goal was to get rid of the erratic and unpredictable nature of this score as it really doesn’t tell the node operator how well the node is doing at all right now.

---

_[View the full topic](https://forum.storj.io/t/tuning-audit-scoring/14084)._
