I believe I remember reading, a long time ago, in a galaxy far, far away, something about a developer being able to realize earnings by publishing his app on the Autonomi network (it was still called SAFE back then).
Something like… tokens issued when the app is used… something like that, if I recall…?
Or is this just a figment of my over-active imagination?
That existed as a concept around a decade ago. It seemed well-intentioned but flawed to me though, because I could just put requests to my site inside a hot loop on a dozen servers to farm tokens.
What might be cool is if there’s a way for the network to know which site is originating user uploads, to cut the site in on the action. If a site is bringing business to the network and it was feasible, earning a small commission could be a great growth accelerator.
The current programs by the foundation (Impossible Futures) are an alternative to the PtD since its not possible in the current versions of the network to do PtD PtP and may never be. It was a way to flip the current system
As to being able to spam your program to earn. It’ll cost a lot more to do the spamming than one could ever expect to earn from PtD. It costs a lot to hire the bot farms. And a few computers spamming would just hit caching and earn nothing.
PtD wasn’t meant to earn one a living, just like running 20 nodes will not earn you a living. It was to help reward the developer and hopefully do some compensation for their efforts and uploading.
Now if an App became so useful that it could earn from millions of people using it (bigger than a bot farm by far) then the developer might be able to give up a day job and continue developing it.
PtP was similar in economics in that it’d cost more to “spam” the content than what the spamming would earn. Again if a hit record was released listened to by millions and millions of times then it would be something to help pay the time required.
People needed to think seriously about things before believing that simple spamming was a road to riches. LOL it would never be that high for that to happen. The network is not about making one rich, but compensate so that the rich and poor have full access to the features of the network and be able to store, read, etc on the network.
Earning from providing storage was by far the best way to earn, and the bots could be not used and the computers used to run nodes to earn many time (>10 times) than any spamming would or could
Micro transactions were and still can be a way to earn a living for those wanting to make a living that way. And of course are good enough to do that. Subscriptions for channels on you tube are proof that it can work if you produce Apps or media people want to use/view/listen
I agree there is plenty of past discussion to search and that for now we’ll just have to rely on the foundation and integrated tipping and clever / more fair monetization.
Until we get PtD and / or PtD, I don’t feel the dream is fully realized but we are headed in the right direction! I also agree with some of the earlier concern of abuse and that is something that can be designed for. What that entails exactly I’m not 100%, maybe rate limiting, reward curve, AI inspection of activity, likely a combination to cover all angles but I think we get there.
The native currency I think will be what helps push these possibilities along but imo the payments need to come from the network itself to be most impactful but again design to prevent abuse.
So im a little confused generally. Ive ran 1k nodes on one box, bare metal, another 1k nodes on another node bare metal.
1st ran fine. Zero rewards, no errors.
2nd ran mostly fine. Zero rewards. 3 out of 1000 nodes decides to have RPC errors. They were ‘running’ but due to the way the output works didnt get any real information due to one error breaking all the logging.
Now.. when I went to stop these service the node graph seemed to take exponentially longer on one box than the other. Im talking in the realms of hours, not a few minutes. CPU specs below. its noted that the First system is actually on RADI5 with regular HDDs and the slow one was on SSDs which seems counter intuitive. Curious to any idea what would cause such a discrepancy.
FAST
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 46 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 36
On-line CPU(s) list: 0-35
Vendor ID: GenuineIntel
Model name: Intel(R) Xeon(R) W-2295 CPU @ 3.00GHz
CPU family: 6
Model: 85
Thread(s) per core: 2
Core(s) per socket: 18
Socket(s): 1
Stepping: 7
CPU max MHz: 4800.0000
CPU min MHz: 1200.0000
SLOW
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 46 bits physical, 57 bits virtual
Byte Order: Little Endian
CPU(s): 48
On-line CPU(s) list: 0-47
Vendor ID: GenuineIntel
Model name: Intel(R) Xeon(R) Silver 4310 CPU @
2.10GHz
CPU family: 6
Model: 106
Thread(s) per core: 2
Core(s) per socket: 12
Socket(s): 2
Stepping: 6
CPU(s) scaling MHz: 82%
CPU max MHz: 3300.0000
CPU min MHz: 800.0000
Either - not a single token earned over days on each box.. Realistically there was TBs of data processed..