A new release is now available that fixes these problems:
- Compilation of Qt sources for Linux
- Reading of masternode.conf when running in GUI mode
Downloads, as always, via our
home page or from
GitHub.
Cheers,
If I remember right, masternode.conf was never read, neither in daemon, nor in GUI mode. Did you fix it to be read in GUI mode only, or in daemon mode too?
It was surprising to me to discover it, at least when compared to other masternode coins. So I activated it. Nothing exceptional, just a small piece of code that reads the content of
masternode.conf so one can execute commands like
start-alias,
start-many,
list-conf etc.
It reads masternode.conf in both daemon and GUI mode.
In any case, you do an awesome work. I have worked with hundreds of developers of different levels, and I believe I can spot a good professional when I see it. You tick many boxes in my book. Thanks for joining (basically picking up) this project!
Many thanks. But I think I am a little too late to the party. I should have contacted the people two years ago.
Apart of the work you do, I have few random thoughts to share (I might be the oldest follower of this coin, so I know a lot of its stormy history, though I hope most of it is not relevant anymore):
1. This coin used to have an amazing ability to attract community. It did it 2-3 times already, after being almost completely abandoned few times. I attribute that ability to the 8BIT-console theme, but there could be other reasons I am not aware about too. One of the generations was really brilliant and resourceful, but it was lost unfortunately. I hope we can attract more people again, or maybe some of the oldest members could look here again and have an input.
I too think it's because of the 8BIT-hardware theme. The preferred Generation X playground, so to speak.
2. Regardless of the fact there seems to be not many active community members, the coin doesn't look abandoned, when we look at stats. Somebody (maybe many people, but maybe just one-two entities) are running big amount of nodes, both masternode and staking ones. The number of staking coins is crazy high, for a semi-abandoned coin. It looks nearly like if someone knew this coin would be picked up by a dev (I don't imply anything here
)... I suppose we have at least one really big whale here. I hope he will contact you (if he didn't, already).
So far only two guys from the discord chat talked with me, but only technical stuff. No whale-contact. I got one donation, so not sure if this was a whale. Maybe, maybe not.
3. I see you are planning to upgrade the 8bit codebase, instead of doing a coin-swap to a completely new and already-upgraded coinbase. I completely agree this is the best approach, when it comes to good crypto practices, but something tells me this could be a huge and very complex task, as the existing codebase is really old (and baggy).
Yes, this was the initial plan, but because the code base is not only very old but also has mixed very different and (meanwhile) "dead" coins a real software-upgrade is actually not possible. At least not a gradual one, which would be my preferred way of doing upgrades.
I had a chance to look at the code when making few small changes for myself, and found the code quality was.. well... a bit frightening, to put it mildly.
This is the difference between copy/paste-code and understand/integrate-code. And yes, it is frightening.
So while I really love the quirky nature of 8bit code and blockchain, I am a bit unsure we can go far by making modifications to it. Are you sure upgrading it is a best way to forward?
Sadly, it isn't.
Not after I have analyzed all of the code. I have looked into every file, every header and source file.
For example, only to implement a Chain-abstraction class (called
CChain) would need to touch over 60% of the code. And the positive effect would be minor. It's basically a helper class that gives some nice goodies like Chain-Tip, Height, BlockHash etc. However, without this nice abstraction class one must remain with those gruesome globally available variables like
nBestHeight or
pindexBest etc.
Original Bitcoin code sucked a lot, but it was the only thing people had at this time.
Btw. Why didn't the Bcash fans actually fork the "original Satoshi" code? I mean, they're much into "tradition" etc.
Again, I would love to leave the existing chain and codebase, but it will create huge and complicating work for you, so I just wanted to make sure you are aware
Well, I could try to continue with copy/paste code just to prove the theory that "it is possible indeed", but such things are only good for one's ego, imo. Especially younger software developers like to show off their "skills". But I, being old enough, think that honesty and openness count more than any real or imagined "skill set".
It neither makes sense to make people promises nor it makes sense to fulfil those by following copy/paste practices.
We already have enough of that code, not only in cryptosphere. I too have written lots of bad code that still barely runs in....different institutions
Well, these are just few random thoughts... Thanks again for your work. It looks like 8BIT ability to attract people has brought it a really good dev. Keep it up, and lets see where this goes.
Thanks again.
I hope we can make something out of this coin. Maybe we should do a coin swap. But what it's really needed are people genuinely interested in the coin. So far there aren't that many of them here, but we have time I think.
Cheers,
. I see many older members not logging in anymore, or checking rarely but not posting. The troll attacks on Bitcointalk scared away most of its old members - those who actually made it great once. There are some steps from Theymos to improve this, lets see how it goes. In any case, with current state, it could take weeks or even months to spark up an interest. I'll try to ping few of the older members who were really helping in the past. 
