Hello @S0ly,
Welcome to the forum!
We need nodes, but geographically distant, physically separated, not a huge setup in the one physical location.
Thus are limits - all your nodes behind the same /24 subnet of public IPs will be treated as a one big node for customers uploads and as a separate ones for customers downloads, repair and audit traffic and online checks - we want to be decentralized as much as possible. So doesn’t matter one big node or dozens smaller ones - they will get the same amount traffic as only one node. Multiple nodes makes sense only if you run one node per disk - you wouldn’t need to have RAID and in case of the one disk failure you will lose only this small part of the common data, not everything in case of RAID failure, especially like in case of RAID0 (JBOD, LVM simple volume, ZFS simple pool, MergeFS, etc.).
The second problem is an equilibrium point - the balance between uploaded and deleted data (all usage from the customers, thus it’s not predictable), and the last known equilibrium point is
but likely it’s outdated.
You may use this Community Estimator to get an idea how long it may take to fill all the free space and how much you may earn:
The other alternative for you would be if you have SOC2 and/or EU ISO27001 compliance, then you may try to register as a commercial SNO, if there is a demand: Put your commercial storage capacity to work