Id say give him 31 days. Thats enough to time to be released if he's in jail for something small. 

How much jail time you get for using bitcoin in russia?

You should add a link to the whitepaper...

http://spreadcoin.net/files/SpreadCoin-WhitePaper.pdf

The white paper has several instances of "if ... then ..." written as "if ... than ...". But since i'm no native english speaker, i didn't dare point those out... now that grammar-nazism is ruling the world of spreadcoin, i finally feel free enough to point it out!

For instance,

- To prevent creation of pools we must remove this possibility so that if a pool will be is created thanthen any miner can... (page 1)
- If both miner and pool know the private key but only the pool knows the content of
the block than then the pool can generate and broadcast a spending transaction earlier than the miner. (page 1)
- If both the miner and the pool know the contents of the block than then the the miner will be the first one who can broadcast the block and spending transaction. (pages 1-2)
- But even if someone will does, than then it can be countered by releasing a stealing miner software to which many miners will switch to.

sorry, i got carried on by my grammar nazism... now, native speakers, please correct my corrections

Intensity is WAY too high. with I = 31 you'd need at least 64 Gb of memory in your GPU. You should try values between 18 and 22.

I don't seem to be able to compile on my ubuntu server.

Not even 5 sec after the compilation start it stopped with the following error:



Here as copy paste:

Code: [Select]

root@rs211321:/usr/spreadcoin/src# make -j4 -f makefile.unix USE_UPNP=
/bin/sh ../share/genbuild.sh obj/build.h
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -std=gnu++0x -Wno-literal-suffix -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/usr/spreadcoin/src -I/usr/spreadcoin/src/obj -DUSE_IPV6=1 -I/usr/spreadcoin/src/leveldb/include -I/usr/spreadcoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2  -MMD -MF obj/checkpoints.d -o obj/checkpoints.o checkpoints.cpp
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -std=gnu++0x -Wno-literal-suffix -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/usr/spreadcoin/src -I/usr/spreadcoin/src/obj -DUSE_IPV6=1 -I/usr/spreadcoin/src/leveldb/include -I/usr/spreadcoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2  -MMD -MF obj/db.d -o obj/db.o db.cpp
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -std=gnu++0x -Wno-literal-suffix -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/usr/spreadcoin/src -I/usr/spreadcoin/src/obj -DUSE_IPV6=1 -I/usr/spreadcoin/src/leveldb/include -I/usr/spreadcoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2  -MMD -MF obj/init.d -o obj/init.o init.cpp
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -std=gnu++0x -Wno-literal-suffix -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/usr/spreadcoin/src -I/usr/spreadcoin/src/obj -DUSE_IPV6=1 -I/usr/spreadcoin/src/leveldb/include -I/usr/spreadcoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2  -MMD -MF obj/main.d -o obj/main.o main.cpp
In file included from checkpoints.cpp:10:0:
main.h: In function ‘std::size_t hash_value(COutPoint)’:
main.h:345:5: error: ‘hash_combine’ is not a member of ‘boost’
In file included from db.h:8:0,
                 from db.cpp:6:
main.h: In function ‘std::size_t hash_value(COutPoint)’:
main.h:345:5: error: ‘hash_combine’ is not a member of ‘boost’
In file included from db.h:8:0,
                 from main.cpp:8:
main.h: In function ‘std::size_t hash_value(COutPoint)’:
main.h:345:5: error: ‘hash_combine’ is not a member of ‘boost’
In file included from txdb.h:8:0,
                 from init.cpp:6:
main.h: In function ‘std::size_t hash_value(COutPoint)’:
main.h:345:5: error: ‘hash_combine’ is not a member of ‘boost’
main.cpp: In member function ‘bool CBlock::CheckBlock(CValidationState&, bool, bool) const’:
main.cpp:2638:47: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
main.cpp: In function ‘void SpreadCoinMiner(CWallet*)’:
main.cpp:5325:49: warning: ‘auto_ptr’ is deprecated (declared at /usr/include/c++/4.6/backward/auto_ptr.h:87) [-Wdeprecated-declarations]
At global scope:
cc1plus: warning: unrecognised command line option "-Wno-literal-suffix" [enabled by default]
make: *** [obj/checkpoints.o] Error 1
make: *** Waiting for unfinished jobs....
At global scope:
cc1plus: warning: unrecognised command line option "-Wno-literal-suffix" [enabled by default]
make: *** [obj/db.o] Error 1
At global scope:
cc1plus: warning: unrecognised command line option "-Wno-literal-suffix" [enabled by default]
make: *** [obj/init.o] Error 1
At global scope:
cc1plus: warning: unrecognised command line option "-Wno-literal-suffix" [enabled by default]
make: *** [obj/main.o] Error 1
root@rs211321:/usr/spreadcoin/src#


You seem to have the wrong version of libboost. What version of ubuntu are you using?

or maybe you didn't install libboost?
sudo apt-get install libboost-all-dev

Quote from: Mr. Spread on January 29, 2015, 10:04:44 pm

I think it is better not to send your coins to the wallet stored on VPS but instead keep them in your local wallet and generate mnsecert from it.

Hey Mr. Spread

This doesnt work at all. If the private key is unknown it you can't start the masternode from remote.

Not sure what you men by it. I started the MN from my VPS with an empty wallet, using the "mnsecret" generated on my home machine. No need for the PK.

I got a little further this time.  On the same step, this time I got:

Quote

virtual memory exhausted: Cannot allocate memory
make: *** [obj/main.o] Error 1

After it ran for quite awhile.  Is my little free micro instance not powerful enough?    What is the story here?

you can add some virtual memory to it, so it stands the compilation process

http://stackoverflow.com/questions/17173972/how-do-you-add-swap-to-an-ec2-instance

Quote from: girino on January 29, 2015, 12:37:50 pm

A question,

I did the following:
1- in my home wallet i created a MN that has been elected.
2- i stopped this MN, but did not touch the funds
3- i used "mnsecret" on its' transaction:output
4- i went to my VPS and used "mnstart" to start a MN with this secret

What happens now? Will a new MN be created and elected with this secret? will it show on my home wallet? how? will those funds be unavailable in my home wallet? if not, what happens if i spend them?

thanks to all.

What I think should happen is that your MN (remember, your MN is just a machine that's tied via mnsecret key to a big enough lump of SPR) will get unelected, and when your VPS instance broadcasts via mnstart or having the correct mnstart line in the .conf it will in time get re-elected. I don't think you need the wallet with the SPR in on the VPS, as long as you have the correct mnstart= code in the VPS .conf file.

but what happens if i try to spend the funds for this N in my home machine (where they are actually stored)? Will the MN die or will the transaction be rejected by the network? Or will it simply enable me to multiply my MNs indefinitely?

Quote from: MyFarm on January 28, 2015, 11:02:43 pm

I don't think this is a bug per se, but it is a bit of a pain.  At least on testnet when you are setting up lots of masternodes and sending test coins.  I think on mainnet it would be less of an issue.

But I've found that if you setup a masternode and are waiting for the 50 confirmations, if you send coins to someone else during that time, it stops that masternode from being created.  I assume the coins you sent to yourself for the masternode are used for the coins sent to the person which stops the masternode from being created.  Not a huge deal, just an annoyance.  But if people ask why their masternode didn't get created, ask them if they sent coins to someone else before the 50 confirms.

I think this is similar to what just happened to me. I tried breaking up a masternode that had 350 coins in it so I created two new addresses and proceeded to send each of the new addy's 100.1 coins' after disabling the existing mn of course. I think I sent them back to back. What's strange is the first one I sent never made it to the newly created address. It ended up in a change address under the existing mn. So I ended up with one new mn, the second addy sent to, and the original mn addy still had 250 coins but in a change address. On top of that, I checked the tx ID  and it showed it going to the addy I had created for it.
MyFarm,
When your coins didn't go through, did they show up in a change address in coin control?

guys, you should enable "coin control" features on the "option" menu and use it to choose which coins you are sending. If you let the wallet choose them, he will choose the easier ones, and that will always be the last ones you sent. Use coin control and be happy.