See my previous post. I have explained where you can find proof.
Also, just because it is open source, this does not - at least in my opinion - justify the devs and their crew stealing money from you. Didn't you work hard for what you earned?

the devs and their crew stealing money from you.

Thanks! but say if i set up adrenaline node on VPN and i don't want my standard linked crave wallet on a home laptop can i have both node and wallet on same server pointing them to different data directories?

Not after April 11, this commit broke crave (https://github.com/bitcoin/secp256k1/commit/a9b6595ef812e8e52b0cb56d22109de5636b82aa)

maxconnections=100
rpcuser=yourusername
rpcpassword=yourpassword
rpcallowip=127.0.0.1
rpcport=5555
gen=0
listen=0
server=1
daemon=1
reservebalance=9999999
logtimestamps=1
masternodeaddr=YOURIPADDRESS:9999
masternode=1
masternodeprivkey=YOUR GENERATED PRIV KEY

You can change the port and setup more if you want. You will need to have multiple copies of the datadir and you crave-qt.exe

something like this for your .bat files and make sure you have a folder to hold the data for each running MN.

StartMasterNode1.bat
crave-qt -datadir=C:\SubFolders\CraveMasterNode1

StartMasterNode2.bat
crave-qt -datadir=C:\SubFolders\CraveMasterNode2

StartMasterNode3.bat
crave-qt -datadir=C:\SubFolders\CraveMasterNode3

Crave Master Node 1 Config

Crave Master Node 2 Config

Crave Master Node 3 Config

You can check the patch, it does nothing abnormal, just updates crave to use the latest API after this commit (https://github.com/bitcoin/secp256k1/commit/a9b6595ef812e8e52b0cb56d22109de5636b82aa)
You're right to have those concerns.

Answered you, compile crate yourself like this:
https://bitcointalk.org/index.php?topic=997356.msg11075114#msg11075114

the same on windows
not capable masternode: Unknown. Check debug.log for more information.

Please help. Please masternode detailed instructions on https://my.vultr.com/  I did everything in your instructions and I can not run masternode. At the end I ./craved & and pops root@vultr:~# ./craved: error while loading shared libraries: libboost_system.so                       .1.46.1: cannot open shared object file: No such file or directory

WRITE STEP BY STEP instructions VULTR.COM. How does CRAVE become popular as a beginner can not set up according to your instructions node? The whole day I struggle with this and NIEPOTRAFIĘ and the worst that nobody wants to HELP me

New Crave BCT Signature is out !!!!


do you like it? Do you want to use it?  


PM me here so I will send you the code to put in your profile/signature

 

no one help me?
port 9999 is open, still not work

For those of you that want to compile crave:
Assuming you have all the dependencies.

For libsecp256k1:

Crave:

Now we have the latest secp256k1, but crave doesn't support that, you should apply this simple patch to crave,
Copy this in the same directory as crave/ to a file named latest_libsec.patch
http://pastebin.com/K1HCS8hW

If just compiling the daemon:

If compiling with gui (make sure you're using qt5)

Hope that can help.

yes port 9999 is open

i still get this error when i want to start mn: not capable masternode: Unknown. Check debug.log for more information.

can enyone help? i working on windows

How much crave is needed to run a masternode? I dont have any atm 

I pmed the dev about this a few days ago, but haven't received any response, nor has anything been done about these, so I'm posting this here now hoping it'll get some answers. This is not the message I sent, this is reworded for general users who I don't expect to know much about the code.

There are multiple things I've found in the code that seem like problems. In the masternode payment enforcement, the code for checking that masternodes are being paid is checking the wrong transaction. In btc(and pow coins like darkcoin which the code came from) the block reward is in the first transaction (vtx[0]), and in PoS forks like crave is, vtx[0] is always left empty and the block reward is in vtx[1]. It can be seen here https://github.com/industrialcoinmagic/crave/blob/master/src/main.cpp#L2375 and https://github.com/industrialcoinmagic/crave/blob/master/src/main.cpp#L2357 that the code was not updated to look in vtx[1], and continues to look at vtx[0]. It can also be seen a little higher up in the same function that the block verification does check that vtx[0] is empty https://github.com/industrialcoinmagic/crave/blob/master/src/main.cpp#L2302 . Since block verification checks that vtx[0] is empty to even get to masternode payment verification, payment verification will never find an output to a masternode in that loop, and should reject all blocks, except it doesn't deadlock due to the next point.

The hard fork never happened. If you scroll up a little from the previous section, you'll see a flag used for enabling masternode enforcement. https://github.com/industrialcoinmagic/crave/blob/master/src/main.cpp#L2341 Right below it checks it against a timestamp, and sets the flag to true if we're past the fork time. Before we actually use the flag, there's another condition calling the IsSporkActive function https://github.com/industrialcoinmagic/crave/blob/master/src/main.cpp#L2341 which is capable of turning the flag back off. If you follow that function https://github.com/industrialcoinmagic/crave/blob/master/src/spork.cpp#L80 what happens in that call is it doesn't see that flag in the map, so heads into the else block where it copies SPORK_1_MASTERNODE_PAYMENTS_ENFORCEMENT_DEFAULT to r, and then compares r to the current time. If you take a look at the value compared https://github.com/industrialcoinmagic/crave/blob/master/src/spork.h#L28 , and convert that timestamp(2428537599) to normal time ( http://www.epochconverter.com/ ), you'll see that the timestamp used is Dec 16 2046. Clearly this hasn't happened yet, so IsSporkActive returns false, and that causes it to set the flag back to false so the masternode payment enforcement code is skipped over. Until ICM quieted the logging, it could also be seen in the logs that the skipped message was still being logged after the fork supposedly happened.

Lastly at https://github.com/industrialcoinmagic/crave/blob/master/src/main.cpp#L2320 the constant passed to IsSporkActive is the timestamp from before, not a spork ID, which causes the InstantX checks to be skipped.

has to be unlocked at the prompt you have option to unlock for staking only disabling send transactions

./craved -walletpassphrase [passhere] 99999999 true

I see $0.28 per coin. So that means for each transaction a MN processes that node gets $0.1866666648.