Small update. elbandi has found that current version doesn't send all the information necessary for lightweight wallets. This new version fixes this. There are also several minor improvements. Version 0.9.15.3- Sent all necessary information to lightweight wallets.
- It is now possible to start mining with zero threads, this is useful if you want to just unlock the wallet for GPU mining.
- Make it clear that hashrate displayed in the wallet is only for built-in miner.
- Fixed bug when user was asked for password to start built-in miner even if miningprivkey was set.
- Decimal dot in supply in getinfo method.
- Testnet: it is now possible to mine without connected nodes.
You can download new version from http://spreadcoin.net/ |
|
|
|
Will this be Windows and Linux or Linux only?
Windows, Linux and OS X - all platforms that SpreadCoin currently works on. You're amazing Mr. Spread. I get more excited about SPR everyday.
One small suggestion on the GUI. I'm sure you've thought of this, but just in case, the ability to toggle and sort by the columns would be nice. So I could click on, "Control" and all the masternodes under my control would be listed at the top. That way, when there are a lot of masternodes, I can easily find mine.
Yes, I was thinking about it but it is not yet implemented. So we will always see ALL masternodes that exist (not just our own ones) in the GUI ?
Yes |
|
|
|
Here is how GUI for masternodes will look like:  Checkboxes are only for your masternodes, they allow you to start or stop your masternode (of course you will also be able to do it with speadcoin.conf). Other useful information is also shown, e.g. deposit amount and time before next payment for each masternode. Addresses don't start with S because this is testnet. |
|
|
|
Oh, that is interesting. Correct - hash functions are great at that, but it depends on what you put in them to start with...
This is how it is described in the white paper: For (mastenode in masternodes)
{
n = masternode.CalculateScore();
if (n > best_score) {
best_score = n;
winning_node = masternode;
}
}
CMasterNode::CalculateScore()
{
n1 = GetProofOfWorkHash(nBlockHeight); // get the hash of this block
n2 = x11(n1); // hash the POW hash to increase the entropy
n3 = abs(n2 - masternode_vin);
return n3;
} Look at this line: n3 = abs(n2 - masternode_vin); This is simple subtraction, it means that nodes with similar hashes will be selected together while nodes with too different hashes will never be selected together. The better way would be just to hash n2 & masternode_vin, i.e. n3 = hash(n2, masternode_vin); This way at each new block selected nodes will be completely random. As I said the actual algorithm used in DarkCoin is more complicated and probably more secure, still there is no reason to not simply use usual hash instead. |
|
|
|
Guys, is it possible to say "this is my masternode's ip"? because I want to use no-ip.org which gives you a static ip. But it is actually just a redirect type thing. (i don't know what it's called)
So yeah, can I run a masternode from my (dynamic ip) house like this?
Initial masternode implementation will not require you to have a static IP. Instant transactions simply don't require this: someone broadcasts transaction, masternode receive this transactions, sign it and broadcasts this signature, there is no need for anyone to directly connect to masternodes. Nodes will monitor time delays between receiving transactions and confirmations from masternodes and will assign scores for each masternode according to these delays. This score and deposit amount will affect which masternodes will receive payments. What is actually important here is not a whether your IP address is static or dynamic but whether or not you can accept incoming connections. I want to make it optional in the future so that if your masternode can accept connections you will broadcast your IP address, if your IP address is dynamic then you will just broadcast another message to announce your new address. Both initiator of transaction and masternodes want to confirm transaction as fast as possible and initiator will be able send transaction directly to required masternodes, since this will decrease delays between transactions and confirmations masternodes which can accept connections will be valued higher. Requiring masternodes to have static IPs and accept connections makes network more centralized because many people will run their masternodes on hostings like Amazon, we don't want many of our masternodes to be located in the same datacenter, right? Possibility to rebroadcast your address fixes this at least partially because you don't need to have static IP and may be able to accept connections on your home computer (this depends on your ISP). |
|
|
|
What's centralized about what i said? You think one person having 10% of a network is centralization?
If you really believe that 10% is menial, give me 10% of your cryptos, then tell me how decentralized you feel in the morning.  One person owning x% of the Masternodes is a very different thing from one person owning x% of the hashpower. Probability of attack success does not scale linearly with attacker numbers when it comes to Masternodes. Masternodes are selected each block/transaction effectively randomly, in an n-of-m fashion. Do the math on the chances of 10% of Masternodes belonging to one person being compromised enabling anyone to trace a transaction through for example 8 rounds of Darksend: 0.1^8 = 0.00000001. Good luck with that. At 51% compromised Masternodes it rises to a mighty 4.58% chance of success, vs a 51% hashpower attack which has a 100% chance of success. If you're not getting that Masternodes are fucking awesome, I suggest laying off whatever shit you're smoking and injecting some steroids directly into your brain. Might take you a few stabs to locate it...  It is supposed to be random but if you will read instant tx whitepaper you will see that they wanted to use some very non random method of selecting masternodes which is easier to attack although whitepaper assumes (incorrectly) that it is random as you describe it. The actual method of selecting masternodes in source code is different from the one described in whitepaper, they are subtracting points in 4D space and then make some arbitrary bit shifts, it is hard to tell how secure it is. The correct method of selecting masternodes should be random which is easy to accomplish using good hash function such as SHA-2 or X11, no need to invent new algorithms, standard hashes are known to be good and secure (and will produce uniform distribution which is important here). |
|
|
|
Cannot find my transaction yet, 30 minutes have passed:
8d626fd32b56cf613d81a1a97c4165532cdd1414bdb6b0754d2c76079c5600cc
Any ideas? What's the max. value that can be transfered to my wallet?
EDIT: It's OK now
5000 is the maximum transaction per time. Really? I didn't know that. We need to remove that as soon as possible. Where in the code is this restriction? I havent checked the code,I just get this result by trying to send from 10000 to 5000 each time. Are you trying to send newly mined coins? They are in small inputs, 10000 coins is about 1600 blocks, mined coins in each block is a separate input. If you have received several thousands of coins in one or few transactions and then will try to send them then you should not have any such problems. |
|
|
|
if we wanna attract a lot of new people and immediately create a big network of masternodes, why not get rid of any requirement. I am even thinking about none at all, ZERO, NADA. Not 1 SPR as I said before.... better yet, why not 0 SPR.  (I am serious) We'll need some minimum amount just to protect form potential DoS attack at launch, we don't want someone to try to create millions of masternodes. |
|
|
|
Unfortunately I wasnt able to use this svg since it is encoded in CMYK colors (for print), not RGB, so I can't use it with flash or photoshop, I would need to install illustrator or something like that.
Can someone convert it to RGB?
Original logo was in CMYK. I tried to convert it with Corel Draw but colors were altered somehow, i.e. CMYK and RGB versions looked differently on my computer. It is strange, I'm looking at its source and it seems that colors there are RGB: #6C3D94 and #A13469: https://raw.githubusercontent.com/spreadcoin-project/spreadcoin.net/gh-pages/logo/SpreadCoin.svgDunno why software thinks that it is in CMYK. |
|
|
|
What basic functionality will those first testnet masternodes provide?
Will they just act like "empty" masternodes first?
All the functionality related to masternodes themselves (adding/removing masternode and masternode payments) will be there. Instant transactions may be not completely finished by that moment but I will try to make them ready. Together with releasing source code I will write a long post which will describe in details how all of this stuff works, it will be reworked into a white paper in the future. |
|
|
|
Mr. Spread, what about ETA on masternodes? You said you gonna release them in the middle of january.
I think I said that it will be in the second half of the January and then specified it to be the end of the January. This will be testing on testnet, depending on how well it will work out we will decide when it is ready for mainnet. Meanwhile spreadcointalk.org is working, it is operated by georgem. Not everything is ready yet, feel free to leave suggestions about how it can be improved. |
|
|
|
Hey guys, I'm in the process of buying a GPU to use it just for spreadcoin.
Any recommendations?
Shouldnt' cost more than 200$.
Hmm. I would just buy coins for masternodes if I were you. Let him decentralize mining |
|
|
|
Unfortunately it looks like that domain is unavaliable to purchase as well as the .com and .net  Maybe someone from here registered it? Everything is fine, spreadcointalk.org, .com and .net were registered by georgem. |
|
|
|
|
I'm against giving part of the block reward to any foundation, this is like premine. No matter how transparent it would be it would still look unfair to many people. The better way is donating.
|
|
|
|
Hmm, one miner has 24% of the hashrate. Interesting. Looks like we found the dumper.
Nice chart by the way.
No, 24% is just within this top addresses. To clarify, people brought up the concern that some miners aren't taken into account due to their blocks being sent to a new address each time. Is this correct or did you find a workaround for that in this chart?
The blockchain dont know which addresses are in same wallet. We can just infer that, after he assemble that coins. like Sfxc14Aj5FHA7cwLqxZyMxdus5CgVxr9Mw. Fair enough. Would you be willing to continue to host all of this? Yes, i host it, and it is updated once every day. elbandi maybe you could ask Mr Spread to put a link in the OP and on the Spread website? What link? There is no link in the quoted messages, are you talking about this http://104.36.83.126/spreadcoin ? |
|
|
|
Coin supply and max number of masternodes are unrelated.
Shouldn't they relate atleast in some way? For example, if we know that we will never have more than 20 Million coins, and we also assume that say no more than 50% will ever be locked in Masternodes... shouldn't those resulting 10 Million coins locked in masternodes serve as a guideline of how many MN we should maximum allow? 10 Million coins / 1000 MN = 10k SPR per MN (to reach a state of untouchability) 10 Million coins / 10k MN = 1000 SPR per MN (to reach a state of untouchability). When I say untouchability I mean the amount of SPR your MN has to have so that NO OTHER MN can possibly take its seat away. I am not sure if you read the last dozen posts I spouted out earlier, lol. I explain everything there. I see your point. What I meant is that total cap is just an arbitrary number, for some coins it is billions for some just a few millions and it depends on unit of measurement. If there are 1000 MN then you need 0.1% of total supply to reach state of untouchability regardless of the total supply. If there are 10000 MN then you need 0.01% of total supply to reach state of untouchability regardless of the total supply. |
|
|
|
What georgem says is true, there will be not enough spreadcoins.
Do you afraid that someone will start tens of thousands of DarkCon masternodes to just outnumber everyone else and receive 90% of rewards? This is simply not possible because there are not enough darkcoins.
Mr. Spread, have you decided on the masternode limit yet? Not yet. What georgem says is true, there will be not enough spreadcoins.
Do you afraid that someone will start tens of thousands of DarkCon masternodes to just outnumber everyone else and receive 90% of rewards? This is simply not possible because there are not enough darkcoins.
Mr. Spread, have you decided on the masternode limit yet? When deciding the max amount of MN we need to take into consideration the max amount of coins that will ever be mined: 20 million coins. Mr.Spread how accurate is the final coinsupply? Coin supply and max number of masternodes are unrelated. |
|
|
|
|
What georgem says is true, there will be not enough spreadcoins.
Do you afraid that someone will start tens of thousands of DarkCon masternodes to just outnumber everyone else and receive 90% of rewards? This is simply not possible because there are not enough darkcoins.
|
|
|
|
|
Show Posts
