Looking at these traffic spikes of the storage node in graceful exit mode - it’s more like a “dramatic exit” than a graceful one!
That 220k peak is especially entertaining - looks like the node decided to go out with a bang, doing a “here’s-all-my-data-take-it-or-leave-it” kind of farewell
Those multiple peaks make it seem like the node can’t decide whether to leave quietly or throw a grand finale party. It’s like the storage node version of “thanks for all the fish”
Talk about making a memorable exit - this node definitely knows how to leave an impression on the network!
Why not make the return speed as high as possible?
We re-implemented a Graceful Exit more than a year ago (Graceful Exit Guide (new procedure as of 2023-10-?)), it now doesn’t upload data to other nodes and doesn’t update the status until 30 days would pass. If your node was online with an online score not less than 80% it will succeed otherwise - disqualified.
So, that usage is a usual customers’ usage, maybe there is also a repair traffic, too.
You may check your logs for sure.
Currently I’m at 95% score. The server hosted at my location costs $80/month in electricity, the internet is $100/month, and your node is paying only $10/month.
Since it’s not reasonable for me to run your node at a huge loss, I started Graceful Exit but for 8TB of stored data I may not see the economic value in waiting around for that process to complete and I have economic incentives to simply destroy the Storj Volume.
What is my incentive to keep running until graceful exit completion?
There are none. I would have (and did) rm -rf’'ed perfectly good nodes whenever I simply needed to get back some of the space. The whole “do anything for a month for $10” is simply preposterous
The incentives don’t need to work on everyone – they just need to nudge the behavior enough on average to get the required per-node average durability. Evidently, the current system accomplishes that well enough.
This is why we always recommend to use only what you have now and what’s will be online with Storj or without. Only in this case any income is a pure profit.
To receive a held amount back. Some use “to be nice” as an incentive - it’s up on you.
The held back amount is less than the cost of keeping it running for the month so I’m more profitable by simply deleting and shutting off the server to conserve power.
You guys have only yourselves to blame for this scenario by your cutting the compensation in half.
Graceful exit is a moot point if node operators are shelling out of pocket due to your rate cuts.
Joining the project without trying to understand it and then complaining when things don’t go according to your uninformed opinion about how things should work is hardly productive.
This is not news and has been repeated many times on the forum and in the documentation.
To address this your concern:
If storj keeps your server online you are already in the wrong here. Shut it down. You should have not been running it in the first place, let alone to get held amount.
If you run your server anyway for other reasons but want to stop participating as a node operator and don’t need to reclaim space right now — there are no reason not to do graceful exit.
Awesome!
For me it’s terrible! Does this make any of the users feel more comfortable? It looks like no one will wait that long, the money will just “disappear”! But we understand who will get it)
It will be spent restoring the durability of the data your node lost
Correct, other node operators.
Not getting free $10 that were never yours to begin with is terrible? How so? And besides, you have agreed to this (forfeiting held amount when exiting network abruptly) when you accepted tos and started the node. So I’m not sure what point are you trying to make?
"Dear sir, you not only confused MY $10 with YOURS, but you also decided to hold onto them for another 30 days! It’s like taking someone else’s umbrella and saying: ‘I’ll return it in a month when the rainy season ends’
My disk is already wheezing like an old vacuum cleaner, and you’ve sentenced it to another month of hard labor! It’s like telling a dying battery: ‘Just work a little longer, only 720 hours to go!’
Terms of Service, you say? Well… I can write conditions too: ‘By reading this text, you automatically owe me a million!’ How do you like that agreement?
P.S. My disk is already at retirement age, it needs to go on well-deserved rest, but you’re like: ‘30 days without the right to early release!’ It’s like some kind of strict regime sanatorium! "
The 30 days requirement was always there. Just earlier implementation also used your bandwidth to unload data from your node to other nodes. The latest implementation just requires your node to be online as usual, no additional traffic is produced, than the usual customers usage.
These 30 days are needed to help repair data using your node, if there are segments with the low amount of healthy pieces and your node contains some of them. This would be rewarded with your held amount + regular payout for the usage during the graceful exit period.
If the node would exit abruptly or disqualified during graceful exit period, the held amount will be used to repair data on other nodes (they will be compensated for the egress repair traffic from that held amount).
This crass retort is truly remarkable. Node operators have every right to be fairly and gainfully compensated for the resources used. We’re not inherently a volunteer crew that signed up to do things for free so that any money paid is actually a profit. That’s not how this works at all.
I would never want to store my data here knowing that at any moment it could become corrupted due to the crass and cynical compensation policies of STORJ. Hello?
This is purely crass bs. In what world is it considered “never yours to begin with” when it comes to being compensated for rending services to a customer while operating any hosting business? Do you really believe that STORJ node operators are not entitled to compensation?
Good morning. Are you drunk? How can compensation policy corrupt data? Read the white paper if you are unsure how this works.
Held amount only becomes yours after you completed graceful exit. It’s in the agreement you have accepted.
lol :). You seriously need to learn more about this project. There is no value to anyone in restating her obvious in bazillions time. Hint: you can’t make money with storj. Research from there on your own.
Sorry if you feel offended, I didn’t want to do so.
We do not recommend to build something with purpose only for Storj, in many cases it could not have ROI for a long time, it could be never. So the idea is to use only already running online hardware. The income from running a node is a nice compensation of your already exist expenses. It’s just a discount to your running bills.
The compensation rates are published in our ToS, on the site and in the documentation, the same about a held amount, so if you cannot accept them, then you shouldn’t run a node.
Duuuuuude… You are literally correcting storj employee on how the company is run… I can’t anymore…
Quit trolling please. It’s like you are purposefully ignoring everything people who are actually familiar with the matter tell you, all documentation that is freely accessible online, and instead defending your fantasy of how things should have been in alternate universe.
Maybe time to ban this clown? Spending any more time regurgitating the obvious 31003th time does not benefit anyone.
They are fairly and gainfully compensated. Typically they started by running one or more services: and deciding to pay the fully-loaded monthly costs to do so (power/cooling/internet/slot/hosting/whatever). Doesn’t matter what the service was: that’s private and only their business: they’re paying for it so they can do what they want . That’s steady-state: pre-Storj… and some setups run like that for years.
And then one day, with those costs 100% covered, they decided they had enough extra space and bandwidth to spare… so they installed Storj. Any Storj payout is completely new money: against expenses entirely covered by the primary services: so “pure profit”.
Often SNOs see it as Storj offsetting those primary-service expenses - a way to run them cheaper. And sometimes Storj can entirely offset those costs: hooray! Successful SNOs may continue like that for years. But on the other hand: sometimes the primary expenses become a burden: and Storj doesn’t offset enough of them…so the node operator decides to shut everything down . That’s still OK… luckily the network is still robust with over 20000 nodes to keep things running smoothly.
I hope you still come check on Storj every few months: just to see what the project is up to. Maybe you’ll be back!