Topic: [ANN] SpreadCoin | True Decentralization (No Pools) | Testing New Masternodes - page 427. (Read 810079 times)

I don't see a mention of it in your post, but you'll need to account for the hardfork reducing the block time to 60s and a corresponding reduction to the block reward to preserve the overall rate : https://bitcointalksearch.org/topic/m.8280156

Cheers

Graham

Mr. Spread, can you explain what was going on in the first blocks?

block zero has 1 SPR generated, but
each of the next 2201 blocks has approx 66.66---- SPR generated.
The first blocks runs really fast, with high reward.

Mining began a few seconds earlier from 2014-07-29 11:01:16 when the first block was generated,
then first 200 blocks run with incredible speed just during less than 15 minutes.  2014-07-29 11:14:47 (diff 0.0016)
The next 200 blocks were created until 2014-07-29 12:05:58. (diff 0.0693)
only then the generation speed started to slow gradually.
so during first hour there was minted 26,666 coins.
Block 600 was generated much later, on 2014-07-31 at 03:58:26.

Until the fork at block 2202 there was minted approx 146,750 coins.
When taken as a whole, the number of coins minted in first 2201 blocks before the hard fork was done, the coin almost fits the specs -
2201 blocks between 2014-07-29 11:01:16 and 2014-08-11 18:03:03, which was 319 hours, 1 minute and 47 seconds, it should be around 1915 blocks.

But, somebody took great advantage until difficulty algorithm sets it right, and then, miners who joined later, were penalized, because the coin generation was slowered more, to compensate the initial speedup.

I am not trying to offend anyone here, as I do not know if it is even possible to avoid these initial fluctuations. I am just sharing what I have found.
Initially, it seems to me like (not so big) instamine, but with all these numbers the dev seems fair to me.

Maybe he will add some words to mine.

I wish nice hashing to everyone
What are the next plans with the coin?

Regards,
Andy

Many thanks for your explanation! 

There are 1440 minutes per day, blocks are generated approximately every minute thus there are approximately 1440 blocks per day.

It is halved every 4 years just like in Bitcoin. After first year (525600 blocks) reward will be 5.79066833 SPR, after two years (1051200 blocks) it will be 4.91466833 SPR. During the first year there will be 3'405'811 SPR.

EDIT: Here is comparison of Bitcoin (blue) and SpreadCoin (brown) rewards per block over time:


When looking at this graph keep in mind that SpreadCoin blocks are 10x faster and reward per block is 10x lower.

Anyway, hashing nicely.

So, should there be 1440 blocks each day?
Does it mean, during these few days, when block reward is approx. 6.65 SPR, there are minted approx. 9576 new coins a day?

And, if the reward is halving gradually (incidentally, what I appreciate much) each two years, it means right after first year had passed there will be 5 SPR block reward,
so during first year there will be minted 3,066,666 coins?
Am I right?

EDIT: That were multiple results from the two different CPUs, I do not have two haswells and two Ivys

i7-3770K  4,6GHz

{
"blocks" : 8371,
"currentblocksize" : 1000,
"currentblocktx" : 0,
"difficulty" : 0.00675380,
"errors" : "",
"generate" : true,
"genproclimit" : -1,
"hashespersec" : 143708,
"networkhashps" : 1032704,
"pooledtx" : 0,
"testnet" : false
}

Built-in miner is the same as in Darkcoin. There are no CPU-specific optimizations.

How do you measure it? You can find exact hashrate with getmininginfo command (see at hashespersec value).

I think that with HyperThreading hashrate should be higher, that is what HyperThreading for. I didn't check it myself.

Each thread has its own address for generated coins but otherwise blocks in each thread are the same. Well, in fact the same is true for the whole network (additional differences are caused by delays in blocks and transactions transmission).

Hello Developer,

can you tell us, what level of mining optimization has the wallet?
Are there special piece of code optimized for different CPUs?

It seems to me, that i5 Haswell has significantly higher finding rate than "faster" i7 Ivy Bridge.
Should be any difference between HyperThreading on and off on i7?

EDIT:
can you explain little deeper about threading? Is each thread trying to find a new block, or are all the threads working on the same block?
(The latter seems much more reasonable to me, but I am asking for sure).


Thank you.

Regards,
Andy

These are command line parameters.
Please create a shortcut for "spreadcoin-qt.exe".
Then edit the command line:

C:\ ... {Your path to wallet} \spreadcoin-qt.exe -gen

Then launch with this shortcut, and you will immediately see CPU usage top at 100%. Mining is on.

Regards,
Andy

I love looking at code. Don't really know how this all works but it seemed like the ones in db.cpp were used as some sort of header for files like peer.dat. Was curious so went looking and darkcoin, feathercoin, litecoin, reddcoin and of course spreadcoin have the exact same bytes as the header in their peer.dat file. Probably a lot more coins if they were originally based on litecoin.

Figure I might as well get my coin's worth. So I just read this thread from beginning... To include the info listed in the code Graham listed.

Mr Spread, what's that line of code in your db.cpp? Why would you need two different pchmessagestart identifiers for a coin? Which one is your coin's network?

Thanks for the info, but I'm still going to dig into it; I don't know the first thing about code... I simply followed everyone's direction to start a p2pool, but this is an excuse for me to learn about coins on a deeper level I suppose. Don't take me very long tho to learn tho - hell, it took me less than a month to convert my rig to a web server and build a website and I knew absolutely nothing either going in. Still can't figure out that damn mail server, but I'll get it right. I'm more focused on learning how to harden the system more than anything right now; silly chick had her box wide the fuck open, no wonder it went bunkers on my ass and I lost everything. Anyhoo, until I recover my wallets I'll have to buy btc - the coins I have at an exchange are already reserved for the person who helps me to recover my files.

Goodness! Now you're really being sexist by thinking that I need an apology But no, you didn't offend me - I just thought I'd point out that bucket you placed me in, that's all.

I did't mean to offend you, this forum in fact showed that you were offline so it appeared to me that you had logged out shortly after my post. I didn't go futher to explore your post history.

I don't think there is a need for new thread as there is not much to discuss, you will pay when you can/want. For your peace of mind I can assure you that I would continue to work on my cryptocurrency regardless of this 1 btc, so you won't actually fund my endeavor.

For DarkCoin these values are in protocol.cpp, for Bitcoin they are in chainparams.cpp.

Technically it it possible to put them in any file. Maybe for most coins these values are in main.cpp but main.cpp is bloated with many unrelated stuff so devs try to move some code out of it.

Ah! I see what you did. I assume you were hinting that I didn't know what I was doing because it took a minute to upload the screenshots. Yes, your method would've been much if I actually had the files downloaded - I was just using a browser's preview pane. But I wasn't being factious about the offer to assist me in recovering my wallet files - I'm still on the hunt. Unlike the incremental payments mr spread will get from me, I do pay out my bounties in full - and I don't retract them. Hell, I still sent out a mobo even after I found it was working  - I held a give away for a free broke mobo; turned out it wasn't broken after all, but oh well

Not sure where you get that notion from, I was pointing to a pure-text solution which would eliminate any need to use/upload images<- the problem. I thought it might make that particular task a bit easier to manage.


Cheers

Graham

I do apologize if that sounded sexiest , I should have done it as a edit as I originally wrote he but thought I would double checkand changed it my bad!!
Also I have many female friends in the crypto community and quite often they will bring a fresh view point to the table so no I really dont have any problems with females or girls!!
But if I offended you , sorry!!

Of course I don't think that either is a scam - but I see the link indicates those values are in their main.cpp file - yours on the other hand is located where people who write guides (and even on the wiki itself) neglected to tell people. Now I'm really wondering. I don't claim to be any kind of techie, but using their instruction, I was able to create the network.py files for the coins who didn't have them listed in the hub. It wasn't until I started to bring nodes online for these fly by nights that I noticed those values weren't in the main.cpp. After asking several devs how I can find them and got nothing but crickets, I came to the conclusion that something must be up with it. Before downloading the files, I always checked the files for the values needed to bring a node online... there was no need to waste my time compiling a wallet for a coin I couldn't set up a pool for. But like I said... this info is instrumental; worth a btc IMO.

And yes, I realize the numbers were for the testnet; the hex value for the real network is located in that file as well.

Seriously? disappeared... and even pulling my last active date? You know... I'm not even upset that I 'lost' this bet, but assuming I disappeared because I wasn't active for a couple of days is silly; if I didn't know any better, I'd think you're trying to piss me off. Surely you took a peek at my post history... I don't post here everyday; I have a life. Actually, I never log out so it should look as if I'm logged in 24/7. The only time I log in is when I have to restart my system or the site goes down. I need to fix that anyways.

But all aside - I have no problem paying up; I keep my word. I'm just curious to know why all the instruction provided by members (on this forum, github and others) all point to the main.cpp for the pchmessagestart value. No one has ever hinted that it's listed in a protocol file; this has me wondering whether there's any significance.

Anyhoo, your choice... you can start a new thread that you won the bet and I owe you (frankly, knowing this tidbit is worth a coin; I've asked several devs for it... most had no clue what the hell I was talking about) or we can use this thread for your payments. Yeah, I'm gonna pay you, but I'll be damned if I'm going to assist with funding your endeavor; I still don't have much confidence in the success of this coin. On the other hand, if you were an established member, they would've been in your wallet shortly after I logged on today.