the token is IMO useless if you need to run a server too at the same time. DPOS is good because of the election/ voting.
That's like buy tokens for yourself.
IMO not really a system that makes sense.
You are viewing a single comment's thread from:
the token is IMO useless if you need to run a server too at the same time. DPOS is good because of the election/ voting.
That's like buy tokens for yourself.
IMO not really a system that makes sense.
Yes when you look at it like this. It doesn’t make much sense.
I’m not sure you have fully understood why we put it in there.
It drives liquidity into the SIP. If u focus on this last sentence, I’m sure it will become clearer why the miner token is useful.
It effectively gets the ppl running infrastructure and earning from the network to also support liquidity in the systems defi pool at the same time
IMO this will not happen. It would need for that a "pay and play" application to get people running infrastructure. And even then it's not easy.
That opens now another question. What if someone runs a super cheap and useless infrastructure with a lot of tokens to leach and another one buys high-end ( or even really good) with close to no tokens?
How to balance that? From this viewpoint, if the network needs infrastructure, would an airdrop only make sense to connect it to a "hardware miner/ Infrastructure" or some "cluster" of people that run together hardware.
IDK, I will follow it, but I don't think it will work.
We will see if it will happen or not. If it doesn’t work, the consensus will decide what to do. But market forces will drive demand for token. Balance needs building into system so that it is economically more efficient to hold more miners if u want to earn more when competing with someone who is putting the same infrastructure up as u and it is being used as much as urs.
The info on this has been out for a year now. Did u let us know an alternative as to how this could work already? It would be good to get ur feed back as to how this system can be improved. It’s kind of in the hands of the consensus on the speak claim chain at this point so it can still be changed. The main larynx tokenomics proper won’t come into action for another few months while we build out the tokenomics system to incentivise the nodes so there is still time to influence a better solution
Airdrop = good token distribution. Makes no sense if no DPOS character (IMO).
What could work with nice token distribution + Infrastructure is some combination of "delegation or cluster building" + "pay and play server renting".
It would offer a lot of infrastructure with calculated able cost + a transition to a more efficient system.
Pay and Play = installer to allow everyone to run it. Better would be a premade packacke to expand after out of it.
Cluster building = letting people work together and share costs, the hardware doesn't need to be physical. So why not build it in a shared economy way decentralized? Like a mining pool backed by hardware/tokens.
Would sound for me more flexible than the current thing.
I think a signup system for hardware runner (preinstall, easy, and open for everyone) + airdrop community for involvement in "Pool game" could work better.
I respect the work that's done by you guys, it's no offense, it's only some critic.
Maybe it works and it will play out. But as far I know, it becomes boring and nobody cares if it has no active mechanics for the community.
We have heard a bit about delegating miner tokens. It’s interesting to us.
If can delegate it allows for pools to build and the delegator to earn. But it does not result in as much liquidity in the defi pool (SIP). So it’s a trade off we are looking into.
The nodes will be free to down load and a package that allow u to run infrastructure with little hard ware and I would assume clusters will naturally form from this to share hardware costs. This makes a lot of sense and is something we should definitely explore more.
The mining pool backed by tokens is essentially what the SIP is.
The more I read what u are describing the more I think what u are describing is more or less what we are building.
Boring is very good. Very very very very very very good
ok sounds nice :D
Yeah I mean maybe some " whitepaper for dummies" with pictures could help people like me.
Some really simple. Like the books for children, a farm gets explained.
" that's a cow" and so on :P
Boring and steady is good :P Boring alone not that much :D
There were a lot of pictures done buy ryzeonline. Some of them are on the SPK.network website front page. We can get. The rest put up as a link on the site too.
Btw, Cluster + SIB liquidity could also work with liquidity that allows staking into a cluster.
For example.
Like a tree root system. People can stake into the tree. So they can be part of that, but no power down.
The same for hardware, you can add to the cluster (root system).
It would be an independent cluster that has mining rewards by nature that would create edge point hardware to join it.
It would allow more people get involved in that system IMO :)
And would decentralize everything a bit more, because if many clusters + Single players are in the field would democratize it massively.
There must be a way people can store $ and help the network, or invest. But without any know-how from technicals. That opens the door for huge $.
I’m pretty sure this is exactly what is being built. cluster will likely naturally form.
It would be interesting to see a post from u that give a few more details about this to make sure we are actually talking about the same thing.
I would recommend reading the documentation on the speak network too. There is plenty. Most is linked on our SPK.network website, our blog @spknetwork or our video blog segments on @spknetwork.chat
After that if u still think what u are proposing is completely different, then I’d love to see a short basic spec for it written out.
Maybe what u are proposing is a way to make it easier technically for SPK infrastructure nodes to for clusters and share rewards. The easier this can be made to take part in technically, especially for the smaller node operators, probably the better imo. So what u are proposing is likely something that can be either built into or on top of the SPK network protocol