Thirdly, the whole point about decentralisation is that having lots of people run nodes means that individual nodes DO NOT NEED the ultra high uptime that data centers provide. If one API node is down front ends auto switch to others.
For an API node, I agree, for a witness node I disagree. Every time a witness misses a block, it has to be passed on to the next witness and puts the chain at risk.
Glad you agree on API nodes because that is actually what my post was about. :-)
Hive has enough witnesses (although more is always better) but does not have enough API nodes because people think they are very expensive to run.
The specs required to run a witness node are so low these days that you can run a backup witness on a 9 year old laptop (admittedly with 8Gb RAM and 500Gb NVME SSD and i7 4 core - my old Macbook Pro was a beast in its day).
A laptop is the poor man's uninteruptible power supply and 4/5G or alternate wifi (neighbours) can provide internet redundancy.
That's my bad, I know you run your witness on a workstation and assumed it was the same thing.
I disagree, we have far fewer witnesses than we did on Steem and very few who really know anything more than getting the witness up and running, which is just following some instructions and typing in a few commands.
Sure if you don't mind missing blocks, oh and I know the answer is going to be "But I haven't", performance of a top 100 witness is vastly difference than the requirements of a top 20, the higher you get the more demanding it is.
I agree that the level of knowledge about witnessing and running nodes needs to improve and broaden.
This is precisely why I am both calling for far better documentation by Hive devs and encouraging people to run nodes on owned equipment, physically located with them.
If you have a witness running beside you at your desk and you can see the logs running all the time (and immediately when they go down) you are much more connected to being a witness than having it run on some "cloud" server somewhere.
You are more likely to learn how it works. That is certainly what I am trying to do.
According to @someguy123 you can even run a witness on a 4Gb RAM machine.
8Gb RAM with a 4/8 core CPU should be plenty sufficient for a backup witness.
My main witness will have 24Gb & 6 core CPU and my API node 128Gb and 6/12 core CPU & 2x1Tb RAID0 NVME.
Why do you suggest that I would be missing blocks with this setup if I made it to a top20 witness slot? I can always add a second backup witness node to provide further redundancy if necessary. I've got heaps of PC parts lying around. :-)
I admire your persistence and patience (I can't even bear to continue reading more of that "wet blanket power" - don't have the patience or the time). You're definitely doing the right thing and thank you so much for your efforts. My "reality check" response fell on deaf ears, but was nonetheless very revealing and worth taking note of. In my opinion, what you are proposing is a key step forward that we must take, it's in our own best interests, and we must press forward in spite of whatever resistance that may arise, no matter how great (or small) it may be. A big thumb's up!
I don't think he means to be a wet blanket, he just comes from the perspective of a professional IT guy.
As a profession they have become far too used to using "cloud" services.
Its easier, more comfortable, easier to scale (for centralised solutions) and no one got fired for using AWS or other "cloud" based solutions.
But what is sacrificed is control, independence and higher costs than buying and running you own equipment.
There are also substantial dis-economies of scale with massive data farms - George Gilder has written about this in "Life After Google".
Also there is a loss of hardware technical skills, although @themarkymark is impressive this regard.
Now the chickens are coming home to roost for those that want independence and free speech.
It isn't about cloud as much as Home data center vs real data center reliability.
And there you go again. It has nothing to do with "reliability". If anything clear has come out of this "conversation", it's precisely that. Or haven't your realized that you agreed that for an API Node . . .
How tiring . . .
It has everything to do with the IT professional in charge (and, of course, and this is without question, that means, by definition, having PHYSICAL ACCESS), and his or her systems and connectivity solutions contracted and implemented.
But nooooooooooooooooooo.
I've never been so infuriated!
Next you'll be telling us that Bitcoin wallets are better stored on data center shared servers (head's up: that's a joke that's meant to be an exaggerated extreme to try to make evident the obvious in a funny way, which means that a pedantic response on that is not necessary - save your breath).
I used to work in IT, and I would say that anyone relying on cloud services for sensitive data is not a professional (even though all the "kids" do it - hey, we live in a world where a 100k hack is solved by "printing" more tokens - not serious at all). This is my opinion, no doubt about it, but with the cybersecurity issues we ALL know about, I never ever had a client's sensitive data in the "cloud". NEVER! Not even backups. That's all done ON SITE, and multiple locations if the data is extremely sensitive.
To be honest, everything I've heard here on his part sounds extremely "amateur". Sorry, but that's my take on what I've seen him say (and how he's said it, etc., etc.).
I disagree, I can see logs from anywhere in the world at similar efficiency. While I am not against having your own equipment what so ever, I do have concerns running critical servers on a home network. Granted not everyone has to deal with snow I won't run even simple services like Poshbot on my home network as I don't trust a home connection being available. This is just my own opinion.
I see no problem with that hardware, but you did mention a 9 year old laptop. The thing is, running a witness is a lot different than replaying one. While we do have the ability to do snapshots now, it can still take hours to transfer block logs and snapshots even with 1 Gbit Internet connection. The real problem comes during hard forks and emergency patches, you won't have a snapshot to rely on, and will need to do a full sync, witness nodes and API nodes.
Most witnesses are no where to be seen when critical shit happens, the witnesses that are and have the hardware, Internet, and knowledge to support agile recovery are who I want protecting the Hive blockchain. Unfortunately, this list is rather tiny and doesn't reflect in the witness rankings.
Posted Using LeoFinance Beta
Troll Alert: Warning, the following is strictly trolling now:
No! Your bad was your totally flippant and outright dismissing of the entire post!
Remember?
And then you continue by ending your comment with yet more negativity totally absent of possible solutions . . .
How apropos!
/end trolling
You are not even a good troll at that.
Thank you for the compliment . . . even though I'm sure that wasn't your intention. 🤣