• Forum has been upgraded, all links, images, etc are as they were. Please see Official Announcements for more information

V12 Release

Do we have some development plan that will promote the trading of DASH with fiat? I think the MN and InstantX features are great but we really need some good trading volumes to compete with other cryptocurrencies. Does the profit from MN making margin trading unlikely because we don't really have a swap market? I mean if you have thousands of DASH, would you run MNs rather than offering swaps? I think the leverage by taking out a swap is what makes trading so profitable. We might not need to think about this when large exchange like Bitfinex had DASH/BTC and DASH/USD pair. Now, it seems relevant to us. I really don't want to go to Cryptsy for DASH trading. I don't know why, I just don't feel comfortable with Cryptsy.
The thing holding DASH back is understanding...

When Silk Road first launched, the guv and their collusive media pals put in motion a large misinformation campaign to define Bitcon as "Anonymous Internet Devil Money for teh DRUGGGZZZZ!" They emphasized the "anonymous" part to get the fools that didn't know otherwise to make low-hanging fruit of themselves. To this day, the key to catching most of them has still been "follow the money." They make no effort to cover their tracks because the falsely believe they are not leaving any.

This false belief that there is any kind of privacy at all with Bitcoin and all of it's clones is still believed by many. They don't understand why DASH exists. They have so much pride in the coin they hold that any attempt to educate them is considered trolling or promoting a pump/dump of your/their coin of choice...

The key is finding a way to educate them in a way that doesn't seem like you're attacking their precious shitclone. And they can't really be blamed too much, with the huge amount of BS in crypto, even a mature person would be skeptical and defensive to the point that they may simply refuse to look around... Most traders have no clue how DASH works, or any other coin for that matter. DASH is unattractive for trading because the masternodes' proof of service holdings make it hard to manipulate, so there isn't a bunch of BS volume and big waves to make or lose money on.

No one has yet discovered the holy grail of how to educate an overly defensive, emotionally charged, cryptotard that their coin doesn't do what they think it does, without setting off their perfectly sensible defense mechanisms created as a result of the endless scamming and trolling inherent to crypto...

Further, DASH will never be a truly high volume trade because the senseless fluctuations that other coins have are pretty much eliminated, and pump/dump schemes are too expensive compared to what they could accomplish in any other coin for the same investment. In a market that primarily exists so that cryptotards can force each other to trade empty bags, DASH has kind of alienated itself by being more inherently stable than the competitors. The feature became a bug due to the userbase of crypto in general being a bunch of fuckwipes.

I believe DASH's future does not lie on the exchanges. It's inherently more stable and has instant TXes... It just won't ever live on the exchanges because it's not wildly fluctuating and anything else is a more effective/cheaper manipulation target. DASH is a different beast and it treads into territory that most cryptos forgot to become as they all huddled around the Ouija Board Chart abbreviation-trading crack pipe. They forgot to be cryptoCURRENCIES and a cult of derp has evolved around that failing. DASH has remembered to be a cryptoCURRENCY, but it's just wandering off into the cold darkness because everyone is addicted to the unintended crack-pipe of speculative trading on nonsense fluctuations and manipulation that the rest of crypto has become.

Education and promotion are key. The differentiating "it's actually a currency" features are already there. But nobody knows why. They think it's a solution to a problem that doesn't exist because they fell for the initial propaganda barrage and never looked back. Finding someone who knows what crypto is, is rare. Finding someone who knows that Bitcoin (and all of it's clones) is not anonymous already, is even more rare... I don't know what the Holy Grail is for bridging that gulf of cluelessness without setting off their alarms. That's what's really holding it back... Then, whenever that Holy Grail is discovered, it won't be exchanges, but real-world use via IX, that accelerates adoption. The stability is a GOOD THING for an actual CURRENCY, but the traders, and thus the exchanges that make commissions off of them, don't think so because their profit is centered around instability of a speculative and manipulative investment, which is what the bulk of crypto, and the mentality around it, has become. DASH's innovations has made it the "straight edge" in a community of crack-heads. DASH is the odd one out in a community of so-called "people" who have no idea why a person would care about anything but jonsing for their next rock.

As I've said before, the smart money is already in DASH. There's just not that much smart money...
 
Thank you for responding! First off, dashninja is a little wonky lately -- I usually have to load the page that details the MN, and then refresh the page to get it to display anything. Dashnodes works better...

I'm using a hosting service, so I am at their mercy if my MN goes offline and I have to do a remote restart.

I'm starting to wonder if it's really possible to create a mechanism whereby the MNs reliably come to a consensus about who among them gets rewarded next (currently we can't seem to maintain consensus). This is a hard problem that probably needs to be modeled using chaos theory (not that I know much about it). It might feature unexpected oscillations and feedback loops. Also, as the software is open source, what about people tweaking it to try to gain advantage. For example, is it possible to alter the code such that one could do a remote restart on the sly? If Dash gets more valuable, you can be sure people will try to game this.

Thanks again.

Dashninja does have a lot of scripts running the pages, and I also have trouble keeping it open on my old machine :) But try this: https://dashpay.atlassian.net/wiki/pages/viewpage.action?pageId=8880256 which will monitor your masternode to be sure it's running, and restart it if it should stop. actually, that script is more complex, and is supposed to deliver an email notification. All you really need is to restart. See how I have it below :)

Also, So that if the server goes down, but comes back up within an hour, your masternode will be restarted automatically. Make a cron-job. You can do this either as root or as the user. I think it's better as the user of the masternode, so a cron job per masternode/user. You do this so:

type in:
crontab -e

choose your favorite editing thingy, I use nano, others vi (most popular) and hopefully one of them is installed on your machine. Just enter the number next to the choice:

2

At the bottom of the file that opens, insert this: (Use the down arrow key to get to the bottom of the file)

Copy and past into screen:

@reboot /usr/local/bin/dashd
*/1 * * * * /home/ingie/mn_watch.sh >/dev/null 2>&1


Control o writes the changes
Control x saves the file and closes nano

Well, that's what I have in there. The first line means to restart dashd when system is rebooted. The second line checks to see if dashd is running, and if not, executes the mn_watch.sh script I placed in home/user/ folder. The second cron job on the list checks every minute (probably too often, come to think of it) and if dashd isn't running, executes this sh file that I have at that location. It's called mn_watch.sh, I made it in nano, and the only thing inside is this:

To make this file, again open nano:

nano mn_watch.sh

this opens a new file named mn_watch.sh.

Now copy this and paste it into your screen:

#!/bin/bash
#mn_watch.sh
#make sure a process is always running.

process=dashd
makerun="/usr/local/bin/dashd" #where my dashd, dash-cli and dash-tx reside

if ps ax | grep -v grep | grep $[d]ashd > /dev/null
then
exit
else
$makerun &
fi


exit

(or better, the one at the bottom of this comment)

and finally, again, do control o and control x to save.
And this is because I keep my dashd, dash-cli and dash-tx files in usr/local/bin so that I don't have to do ./ before every command. Also, I have two masternodes on this machine, and I only have to update once, then start dashd for each user.

explaination: 'pidof dashd' refers to dash.pid which you can see in your .dash folder when dashd is running. I think it links to the running service. So if it's not there, it means dashd isn't running, hence the "then" statement of executing dashd. make sense? I'm still learning too. LOL, I just tried to open my dash.pid file to see what's inside and it disappeared! Wonder if my dash will try to restart now, LOL.

I really think your masternodes might not be running properly. The consensus system has actually been running perfectly as I understand it?

Edit: My pid file version wasn't working, so I tried this and it seems to work.
Edit2 The original does indeed work, don't know what went wrong in my testing, but this is simpler, and probably better, as it uses pid file instead of grep :)

#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi
 
Last edited by a moderator:
Thank you for responding! First off, dashninja is a little wonky lately -- I usually have to load the page that details the MN, and then refresh the page to get it to display anything.
I just fixed this. It was a typo in my code causing first call to the masternode end-point of the API to fail but result was cached successfully. Therefore when reloading it used the cache and was a success.
 
Half of my v0.12.0.51 MNs died. I think there are still some bugs in it. The machine I ran dashd has plenty of RAM and disk space. There was no sign of running memory or disk space. Anyone else having the same problem?
 
Further, DASH will never be a truly high volume trade because the senseless fluctuations that other coins have are pretty much eliminated, and pump/dump schemes are too expensive compared to what they could accomplish in any other coin for the same investment. In a market that primarily exists so that cryptotards can force each other to trade empty bags, DASH has kind of alienated itself by being more inherently stable than the competitors. The feature became a bug due to the userbase of crypto in general being a bunch of fuckwipes.
That's the dilemma. I like DASH because it is hard to manipulate when compared to other "shit"coins. But, this at the same time has alienated itself in the way you described.
 
Dashninja does have a lot of scripts running the pages, and I also have trouble keeping it open on my old machine :) But try this: https://dashpay.atlassian.net/wiki/pages/viewpage.action?pageId=8880256 which will monitor your masternode to be sure it's running, and restart it if it should stop. actually, that script is more complex, and is supposed to deliver an email notification. All you really need is to restart. See how I have it below :)

Also, So that if the server goes down, but comes back up within an hour, your masternode will be restarted automatically. Make a cron-job. You can do this either as root or as the user. I think it's better as the user of the masternode, so a cron job per masternode/user. You do this so:

type in:
crontab -e

choose your favorite editing thingy, I use nano, others vi (most popular) and hopefully one of them is installed on your machine. Just enter the number next to the choice:

2

At the bottom of the file that opens, insert this: (Use the down arrow key to get to the bottom of the file)

Copy and past into screen:

@reboot /usr/local/bin/dashd
*/1 * * * * /home/ingie/mn_watch.sh >/dev/null 2>&1


Control o writes the changes
Control x saves the file and closes nano

Well, that's what I have in there. The first line means to restart dashd when system is rebooted. The second line checks to see if dashd is running, and if not, executes the mn_watch.sh script I placed in home/user/ folder. The second cron job on the list checks every minute (probably too often, come to think of it) and if dashd isn't running, executes this sh file that I have at that location. It's called mn_watch.sh, I made it in nano, and the only thing inside is this:

To make this file, again open nano:

nano mn_watch.sh

this opens a new file named mn_watch.sh.

Now copy this and paste it into your screen:

#!/bin/bash
#mn_watch.sh
#make sure a process is always running.

process=dashd
makerun="/usr/local/bin/dashd" #where my dashd, dash-cli and dash-tx reside

if ps ax | grep -v grep | grep $[d]ashd > /dev/null
then
exit
else
$makerun &
fi


exit

(or better, the one at the bottom of this comment)

and finally, again, do control o and control x to save.
And this is because I keep my dashd, dash-cli and dash-tx files in usr/local/bin so that I don't have to do ./ before every command. Also, I have two masternodes on this machine, and I only have to update once, then start dashd for each user.

explaination: 'pidof dashd' refers to dash.pid which you can see in your .dash folder when dashd is running. I think it links to the running service. So if it's not there, it means dashd isn't running, hence the "then" statement of executing dashd. make sense? I'm still learning too. LOL, I just tried to open my dash.pid file to see what's inside and it disappeared! Wonder if my dash will try to restart now, LOL.

I really think your masternodes might not be running properly. The consensus system has actually been running perfectly as I understand it?

Edit: My pid file version wasn't working, so I tried this and it seems to work.
Edit2 The original does indeed work, don't know what went wrong in my testing, but this is simpler, and probably better, as it uses pid file instead of grep :)

#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi

There is a problem with this bash script in that, if you have two users running dashd on one server, if one dashd daemon goes down, it won't restart because it thinks dashd is still working as it's still on with the other user.

How can I have it check only if the local daemon for the user is running? Thanks for any help :)

#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi
 
There is new v52 on github. It's not activate mn correctly. It can't be also activated remotly from cold walet. Something is wrong with this version.
 
There is a problem with this bash script in that, if you have two users running dashd on one server, if one dashd daemon goes down, it won't restart because it thinks dashd is still working as it's still on with the other user.

How can I have it check only if the local daemon for the user is running? Thanks for any help :)

#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi

I have a different setup so my crontab probably won't work for you. You may be able to use the following system crontab entries. This is not tested and I wrote it by modifying my crontab according to your need. If you have any problem, please let us know whether it works for you or not.

Code:
*/5 * * * * user1 if [ -z $(fuser -c ~user1/.dash 2>&-) ] ; then sleep $(jot -r 1 0 299) ; dashd 1>&- ; fi
*/5 * * * * user2 if [ -z $(fuser -c ~user2/.dash 2>&-) ] ; then sleep $(jot -r 1 0 299) ; dashd 1>&- ; fi

A system crontab (i.e. crontab by root) can specify the user to run a command. So, change user1 and user2 accordingly. One single line for one MN.

That's sad. We had MN running for months without crashes with the last v0.11 release. And, I actually deleted my old script to restart a crashed MN. Hope v0.12.0.52 will resolve these bugs.
 
There is new v52 on github. It's not activate mn correctly. It can't be also activated remotly from cold walet. Something is wrong with this version.
Good to know that the developers are still working on v0.12.0.x. There are definitely bugs to be resolved before one can run this for months without crashing.
 
Thanks, GermanRed+, but I think the problem is in my bash script. I just discovered another way that is supposed to be better:

until dashd;do
echo "Server 'dashd' crashed with exit code $?. Respawning..">&2
sleep 1
done


Only thing is, to test it, I need to crash dashd, because if I stop it without error, it will stay stopped (because I would have asked it to, and it would have exit code 0 (I believe?)

So, question is, anyone know how to crash dashd? LOL Maybe pkill?

Damn, it's not working.
 
There is new v52 on github. It's not activate mn correctly. It can't be also activated remotly from cold walet. Something is wrong with this version.
There was a accidental merge, I've reset master to v51. Please update your local git clone accordingly.
 
Thanks, GermanRed+, but I think the problem is in my bash script. I just discovered another way that is supposed to be better:

until dashd;do
echo "Server 'dashd' crashed with exit code $?. Respawning..">&2
sleep 1
done


Only thing is, to test it, I need to crash dashd, because if I stop it without error, it will stay stopped (because I would have asked it to, and it would have exit code 0 (I believe?)

So, question is, anyone know how to crash dashd? LOL Maybe pkill?

Damn, it's not working.
That won't loop forever. If your dashd return 0, the loop will break and continue after the line done.
 
That won't loop forever. If your dashd return 0, the loop will break and continue after the line done.

Ugh, it's late here, and I've been reading and reading all kinds of ways to do this. Thank you for your comment, but could your please tell me if the script above actually restarts dashd if it stops running?

Or is there a way to check to see if user1 instance of dash has stopped and needs a restart. I think what is happening in the other script:
#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi

is that it sees dashd running on the other user's login, so it won't restart the first user's daemon. Probably the same problem with this new looping idea.

in the above, I've tried to find out what the -z is, but I can't find anything. I assume it's shorthand for "not running"?

And with the looping script, after pkilling the daemon, it didn't restart after a few minutes (cron set to 1 minute) so I just executed the sh file, and it started the daemon. I can't figure out what is going wrong here, ugh! LOL

Thank you again for your help :)
 
Ugh, it's late here, and I've been reading and reading all kinds of ways to do this. Thank you for your comment, but could your please tell me if the script above actually restarts dashd if it stops running?

Or is there a way to check to see if user1 instance of dash has stopped and needs a restart. I think what is happening in the other script:
#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi

is that it sees dashd running on the other user's login, so it won't restart the first user's daemon. Probably the same problem with this new looping idea.

in the above, I've tried to find out what the -z is, but I can't find anything. I assume it's shorthand for "not running"?

And with the looping script, after pkilling the daemon, it didn't restart after a few minutes (cron set to 1 minute) so I just executed the sh file, and it started the daemon. I can't figure out what is going wrong here, ugh! LOL

Thank you again for your help :)
It will only restart it once. And then, the script will exit unless you somehow go back and loop again. The bigger problem with that script is that you run dashd every second when your dashd is running just fine. You do not want to do that at all. I don't even want to run fuser every 5 minutes because it makes system call. That's why I think the developer should fix the bugs so that we don't need to run some check in some infinite loop.
 
Well, I guess you can't trust anyone on the internet, LOL. I don't understand why I can't use

#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi


when the daemon is running on another user's account? ugh!
 
Ugh, it's late here, and I've been reading and reading all kinds of ways to do this. Thank you for your comment, but could your please tell me if the script above actually restarts dashd if it stops running?

Or is there a way to check to see if user1 instance of dash has stopped and needs a restart. I think what is happening in the other script:
#!/bin/bash
if [ -z `pidof dashd` ]; then
/usr/local/bin/dashd
fi

is that it sees dashd running on the other user's login, so it won't restart the first user's daemon. Probably the same problem with this new looping idea.

in the above, I've tried to find out what the -z is, but I can't find anything. I assume it's shorthand for "not running"?

And with the looping script, after pkilling the daemon, it didn't restart after a few minutes (cron set to 1 minute) so I just executed the sh file, and it started the daemon. I can't figure out what is going wrong here, ugh! LOL

Thank you again for your help :)
True if the length of "STRING" is zero.
http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_07_01.html

Half of my v0.12.0.51 MNs died. I think there are still some bugs in it. The machine I ran dashd has plenty of RAM and disk space. There was no sign of running memory or disk space. Anyone else having the same problem?
Is dashd mentioned in /var/log/syslog?
 
UdjinM6 Ah! So if they can't find the string "dashd" it is zero, and off, then it executes my script, eh? Thank you for that! I just don't know the words to search for!
 
UdjinM6 Ah! So if they can't find the string "dashd" it is zero, and off, then it executes my script, eh? Thank you for that! I just don't know the words to search for!
Almost ;) "pidof someProcess" gives you pid of someProcess if it's running or an empty string if nothing was found
 
Is there a way to do pidof someprocess by someuser? Its the only thing I can think of that is keeping this from working when one of the users has a daemon running and the other doesn't. Thanks for the help, UdjinM6!!
 
Back
Top