# Trust process is too long **URL:** \ **Category:** Node Operators\ **Tags:** multiple-nodes, payouts, storagenode\ **Created:** [May 13, 2020, 4:27am UTC](https://forum.storj.io/t/trust-process-is-too-long/6754 "2020-05-13T04:27:50Z")\ **Posts on this page:** 5\ **Page:** 2
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [May 14, 2020, 3:50am UTC](https://forum.storj.io/t/trust-process-is-too-long/6754/21 "2020-05-14T03:50:21Z")
> [@stuberman](#): > > Each node is a storage unit from a system perspective and it must prove itself over time regardless of environment. I agree to that. Each storage node can be on run in a totally different (hardware) environment and has to prove its reliability independently. However 2 things maybe worth to consider: 1. Once a node has proven to be reliable to one satellite, other satellites could take over the trust. Especially if those satellites are run by the same entity. Maybe there could be some setting for the satellite owner for example to trust the Storj satellites and take over the trust level for their nodes. 2. Also I had [my own thread](https://forum.storj.io/t/do-full-nodes-get-vetted/6226/1) with the [suggestion](https://forum.storj.io/t/test-data-on-the-storj-network-and-surge-payouts-for-storage-node-operators/5890/80) to at least not artificially halt the vetting process for full nodes. As current vetting process requires the node to hold data from the respective satellite. If a node is full there is no such data and therefore no vetting can take place unless the satellite can place data pieces on it. ---
**Author:** ![frances](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/frances/32/1137_2.png) [@frances](https://forum.storj.io/u/frances)\ **Post date:** [May 14, 2020, 7:25am UTC](https://forum.storj.io/t/trust-process-is-too-long/6754/22 "2020-05-14T07:25:15Z")
> [@GhostTyper](#): > > All of them are hosted in datacenters can this be profitable??? by the way, I don´t think the integrity of the data is the responsibility of any SNO, storJ takes precautions and implements a lot of redundancy that as a side effects, reduces the frequency of sno having egress. it´s a little confusing to go into ethical judgments, but of course, a very interesting matter to discuss ---
**Author:** ![GhostTyper](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/ghosttyper/32/1125_2.png) [@GhostTyper](https://forum.storj.io/u/GhostTyper)\ **Post date:** [May 14, 2020, 11:35am UTC](https://forum.storj.io/t/trust-process-is-too-long/6754/23 "2020-05-14T11:35:58Z")
> [@frances](#): > > can this be profitable??? No. But I have the infrastructure already and it’s paid because of other projects running on it - so actually yes. I would also host other projects on it, if those are as cool as STORJ. 🙂 > [@frances](#): > > it´s a little confusing to go into ethical judgments Especially if not all facts are known. So for me it’s clear now: I will start warming up new nodes now for new storage I will buy in some months. ---
**Author:** ![kevink](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/kevink/32/6077_2.png) [@kevink](https://forum.storj.io/u/kevink)\ **Post date:** [May 14, 2020, 1:02pm UTC](https://forum.storj.io/t/trust-process-is-too-long/6754/24 "2020-05-14T13:02:48Z")
> [@GhostTyper](#): > > So for me it’s clear now: I will start warming up new nodes now for new storage I will buy in some months. That’s also what I do. I have a small full node with 700GB sitting on my main drives, just in case a HDD dies. Then I have a fully vetted, 10 month old node to replace it. If that happens, I’ll immediately start a new node with 500GB allocated. I think there’s nothing wrong with that. However, all those nodes are on the same machine so basically they have all proven to be reliable. This is different if you start a node in place1 as a backup and then use it in place2 where your HDD fails. Then the node’s status doesn’t represent the reliability of place2 (or maybe even place3 that did not host a node yet). And that’s the point where the discussion gets tricky and some “ethical” arguments might be made… ---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [May 14, 2020, 1:36pm UTC](https://forum.storj.io/t/trust-process-is-too-long/6754/25 "2020-05-14T13:36:17Z")
> [@kevink](#): > > However, all those nodes are on the same machine so basically they have all proven to be reliable. This is different if you start a node in place1 as a backup and then use it in place2 where your HDD fails. I don’t think it is much different. A node gets vetted for its history of reliability. It is not a prediction of the future reliability. So I don’t see much of a difference: The node has proven to be reliable in the past, but yet to prove if it keeps being reliable in the future. If you move it to some other place no problem. Auditing keeps going and if the node fails repeatedly, it will become an unreliable node and might get disqualified. [Previous page](https://forum.storj.io/t/trust-process-is-too-long/6754.md?page=1)