To be clear. I didn’t hear any plans like that. I was just curious how many storage nodes would opt in and to my surprise, the answer was 0. I don’t expect storj to change anything for 0 nodes.
How do you pass an array when using commandline options?
Is what @anon27637763 is using the right approach for declaring several values:
?
Also where was it said that we could vote by changing node configuration?!
By myself, I’m never gonna put invalid options to a commandline parameter just in the hope that developers will notice! ^^
I think we would need some ELI5 on Polygon and how to vote for it to make an informed decision. Personally I don’t know anything about it, what to do with it, how it works, advantages, potential disadvantages, and so on and so on.
I wouldn’t say it is meant to be a vote. I am saying the wallet_features is designed to be a list and technically you can add any payout option you are willing to accept. That is all. It doesn’t mean storj will understand that as a vote. The satellite operator has the right to choose from the given list and that includes to fall back on L1 if the satellite operator doesn’t like any of your payout options.
Well just ask your questions in this thread and I am sure someone will help you to make a decision for your storage node. This is open source. You can do it. The only risk is that the satellite operator might ignore it. Every one of us can add a long list of payment options to show the satellite operator what we are willing to accept. We can’t force the satellite operators.
So does that mean polygon is a supported payout though? I don’t see like if you opt into zksync in the payouyt method on the dashboard. It doesnt forward you to the polygon explorer like zksync did.
The gist of what Littleskunk said is that SNOs could have --operator.wallet-features="zksync,polygon,BTC,LTC,ETH,XMR,<any crypto>" but it is up to the satellite operator to choose which crypto to use for payment.
But it should also be noted that it wasn’t a well known fact that the payment option was an array or we can use any array elements we want. Most of us want to run a node, get paid and not have to deal with “you have misconfigured your node so no payment this month, wait for next payout”.
If Polygon ever becomes an option it will certainly be notified to us the same way we were notified about zksync. As of now we can see how this develops from this quote
Right above your circled “Swap for Gas” is a new “Token Swap” feature built right into the polygon wallet. The documentation states that it uses the 0x API … which has multiple DEX inputs to determine the exchange rates. However, it doesn’t appear that STORJ is widely available in the pools. So, the exchange rate is pretty terrible at the moment. I think I would end up losing 99.999% of the token value exchanging in the Polygon wallet. Hopefully that changes soon… need some whales to take a dip in the polygon pools.
Something doesn’t line up here. On our end I see a single storage node that would accept Polygon. What is the reason for this low number? Do we have a bug in the wallet_feature list?
The fact that there is one would suggest there isn’t a bug. But to check, I just added polygon to the list for one of my smaller nodes using the command line option --operator.wallet-features="zksync,polygon". Perhaps you can check if you see at least 2 now.
Edit: I may or may not have added a third option to the list