Paymaster allows uploaders to pay solely with ANT. That’s great progress, but still has a high barrier to entry. There will be plenty of people who don’t care to hold ANT, they just want to pay ‘market rate’ to upload. Why exclude them?
Let’s integrate payslave, which allows anyone to pay using any token. Rather than burdening nodes, integrate it right into the client. Payslave would work by automatically obtaining ANT at time of upload using DEX like Uniswap. That has the side benefit of increasing the demand side of ANT, which is great for holders that believe in the project.
Let’s crack the whip on this network with payslave.
Being able to pay in any crypto / possibly fiat, would be a great service to make the network more accessible to many, and posisbly be a viable business for whoever operates it if it gets decent scale.
Another related value-adding service once the network is maturing & nodes are reasonably full would be enabling modified nodes that earn in whatever crypto someone wants to earn. So, an ETH/SOL/DOGE/BTC/whatever enthusiast could both earn & pay in their preferred crypto to begin with, and exchanges to/from AUTONOMI happen behind the scenes.
Could help reach a bunch of these communities with Autonomi by saying ‘earn your favourite crypto by contributing spare resources to the Autonomi Network’.
For anyone with crypto already, the concept of paying for storage should not be strange thing at all. For those with fiat, the concept should not be issue since they pay for coffee with their cards/cash
So I do think the idea of an app that will do the swap from crypto or even credit/debit card to autonomi (maybe also ARB-ETH if needed) is a logical progression. And when native then to native.
The app could basically fund a wallet for the user and that is then used to fund their activities on Autonomi. The app could be an add on, or like a pipe in unix you run it then the app that works on Autonomi in some way (upload/etc).
Yes there is complexity and work to be done to implement it. But to make it part of Autonomi network code itself is trying to another arm to a ever growing hydra. Where would one stop if nodes have to accept fiat, cc/db, any crypto? why not include IOT in the node s/w, why not include ??? in the code, why not messaging, why not calendars, why not time servers, …
As @born2build started with, this is app level function and as such can be improved upon without increasing the code size, complexity, debugging, etc of the node and keep the node as slim and fast as possible. No having one node not able to accept credit cards because of their country’s regulations. etc.
We would get back into the situation where one node accepts these payment options and not those payments options so the client has to have all sorts of payment methods just to ensure their upload can work.
Better to keep the multi payment source method at the app level and leave the network code slim efficient and accepting payment from everyone with just one token accepted. And universal
Since the only replies so far have been for a different idea, and not payslave, I’ll clarify that payslave has nothing in the node or app level, unless by app you’re referring to the Autonomi client itself. (and by client, that’s either the official client or another client, such as the uploaders @zettawatt is working on)
Maybe @DavidMc0 ‘s idea and the replies re: it could be moved to their own topic? Would be great to be able to discuss the topic I created without confusion introduced by off-topic stuff.
This is a really great idea. There isn’t a reason to be tied to one token or another at the user level. I think as we integrate other services we may need other tokens for other apps. This would greatly reduce friction for the end user.
If we can find someone with Rust + DEX (Uniswap ideally, but any really) programming experience to triple team it with, and license it BSD and/or MIT, I’ll join in and help.
You code & dep it in your uploaders to test/prove it and hopefully generate you some income.
Other guy handles DEX coding portion.
I’ll code too. I have plenty of Rust, and blockchain programming experience now, but DEX programming is something I lack for now.