Post
Topic
Board Announcements (Altcoins)
Re: [ANN][LSK] Lisk | Blockchain Application Platform for JavaScript Developers
by
MrPresident
on 04/01/2017, 06:55:19 UTC
Only pools must be in delegates. We don't need other delegates. We need a high-end professionals and best programmers, which will be paid from money collected in the ICO, and will implement the roadmap in full. Max must remove votes from delegates
Have we been eating paint-chips?
Pools are the most unstable of the nodes and cause the most dumping. The bulk of them totally SUCK!
If you took 3 seconds to look at the statistics, only 1 pool even watches his nodes... robinhood.
If we did what you ask and implement this tinfoil theory, the network would become destabilized and fork all over the place.
It's already bad enough the entire pool of 101 active delegates loses lisk because of unwatched pool nodes without failovers or backups.
Most of the current 101 non-pool delegates have worked hard over the past 10 months helping to stabilize lisk and provide the community with a plethera of handy tools. Lose them, and lisk is in trouble.

There are currently only about 90 people who have really even proven they can even manage a lisk node properly.
AND WE ARE STILL SEARCHING FOR MORE
If you have any linux or JS skills and a few lisks, you should try.  Wink

Pools are the most unstable of the nodes and cause the most dumping. The bulk of them totally SUCK! - it is a blatant lie.
For 40 BTC  is possible to run 1000!!! nodes on 1000 dedicated servers and Max could run nodes without help of fucking delegates.
The vast majority of people, want pools. Only sucking delegates are afraid of pools because those will take their place.
All this on "its possible"?
The current pool forging record speaks loudly, and your "sucking delegates" are the ones who worked for ten months without any returns.
Without them there is no Lisk community.

You obviously have no idea the bash history of a delegate's node since february or what would happen if 101 nodes were handing out free lisk.