Search results

Are the developers working on v0.12.0.55,56,57...? I noticed there are MNs that were not paid even though the last payment time has been updated. Do you call it hijack without a trace? Dashninja.pl does not report it. It is like we were back to the days before enforcement with centralized...

And, restart script can't prevent zombie processes filling up the process table thus crashing your machine. So, it should only be used as a temporary solution.

Unfortunately, I did not save the entire log. I only have the last 300 lines. Will use pastebin.com next time.

Part 3: UpdateTip: new best=000000000007a32d6b6be30e2b0a28f4d5074f6b9ec70eb245513c1d038bb676 height=334441 log2_work=61.702449 tx=1341238 date=2015-09-11 07:28:26 progress=0.999999 cache=3215 ProcessNewBlock : ACCEPTED CheckBlock() : skipping transaction locking checks CheckBlock() ...

Part 2: CBudgetVote::SignatureValid() - Unknown Masternode - CTxIn(COutPoint(5549b842aaf10635f29a21cc58bc1fabe61167a30269aae666995b4699d8fdda, 0), scriptSig=) CBudgetVote::SignatureValid() - Unknown Masternode - CTxIn(COutPoint(37f6f626caa4f71bb1064b53a7f65774b03a05273ab37b0f686dc87ce7e802a3...

Here is the last 300 lines of log. Part 1: CheckBlock() : skipping transaction locking checks CheckBlock() : skipping transaction locking checks CheckBlock() : skipping transaction locking checks UpdateTip: new best=00000000000366e32000e4cad95e051f0f2a34e8d322726e150ca44d4a758a01 height=334439...

I found something in the log messages: dumpaddr thread stop msghand thread interrupt opencon thread interrupt addcon thread interrupt net thread interrupt PrepareShutdown: In progress... StopNode() So, why did dumpaddr stop? I will upload the last 300 lines of log messages later.

I noticed something about the crash. The crashed daemon turned itself into a defunct process.

Skipping the long story you told. Can you simply tell us what will happen in the following scenario? Some MN operator ran his MNs at the beginning of the month. But, his MNs died right before the end of the first 3 superblocks. He could not start his MNs back before his MNs got kicked off the...

That's great! Congratulation! But, let's not forget the >51%. We don't want to be the first to prove that >51% attack works in real life. BTW, has it been proven yet (i mean by other bitcoin clones)?

Could it be some central bankers funded operation? We should really take care of the >51% hash rate.

You can check the start time of your dashd from the ps command. If you remember roughly when you start your MNs, you know whether it crashed and restarted by cron or not.

v0.12.0.53 still crashes. I can confirm this because I had one MN died today. Signal 10... Bus error?

Can someone comment on this? Do these log messages tell us anything? I think it is just a regular log file.

I noticed that you run crontab to run this. You don't really need the while loop if you do so because crontab will run your script periodically. You will end up with many many instance of your script. By the web, you don't even need a script. You can run: if [ -z $(fuser -c ~usr1/.dash/dash.pid...

The official number for Jubi is that it just became the second largest cryptocurrency trading platform with its "shark/shit"coins. So, the official statement does not mean to tell the truth.

The USDT/USD volume is less than a thousand USD per day. If they keep Tether, why can't they keep DASH? Their total DASH volume was next to Cryptsy. So, trading volume is not the real reason. It would be more likely that they lost money even if they do insider trading because DASH volume is so...

Can someone who has the skill to represent us talk to Bifinex about offering the DASH/BTC and DASH/USD trading pairs on their exchange again? We should use the vote system to choose our Representative to Bitfinex. It will make me learn how to vote.

while [ true ] ; do if [ -z $(fuser -c ~user1/.dash 2>&-) ] ; then dashd 1>&- fi sleep 300 done

I saw this on dashninja.pl: Who is getting 1153.696 DASH/day? :eek: