Author

Topic: [ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency - page 3975. (Read 9723858 times)

newbie
Activity: 2
Merit: 0
When the instant transaction go in place?

We are open sourcing Darksend next monday (US time), then the next project is instant transactions the dev team will be working on them and when they have a first version ready they will start a testing environment. So we don’t really know yet but I guess it will be at least a couple of months.

How do the instant transactions work? How secure will they be?
full member
Activity: 238
Merit: 100
Silence !  Darkcoin is the best crypto out there ! That's it !
hero member
Activity: 518
Merit: 505


Available for 350 USD (Shipping not included)


Official thread is at https://bitcointalksearch.org/topic/if-you-missed-to-buy-physical-in-2013-you-have-a-chance-to-buy-digital-in-2023-361155 check it out and thanks for buying!  Smiley

I am going to make some new paintings and fresh Bitcoin releated art.
I will remove some paintings on forum,Darkcoin 3 and Darkcoin 4 ,and Peercoin 1 and Peercoin 2 as well.
Poor interest in these paintings,unfortunately,and i am not able to keep them all  in my atelier.
Price is now 220 usd only for Darkcoin 3,and 180 usd for Darkcoin 4,if anyone interesting.
Or i will overdraw paintings,so paintings will no longer exist.

Let me know if someone interesting

Painting Darkcoin 3 is SOLD for 220usd.
I still have Darkcoin 4 for only 180 usd.

Let me know if someone interesting

z.k.
Darkcoin4 is still free for 180 usd only.

I buy it and donate it to evan. evan are you interested?

zoran, dont trash it.
legendary
Activity: 1484
Merit: 1007
spreadcoin.info
A question, how many dummy masternodes are active on the TESTNET on average and at the moment?

How can I find out?

Are only enough of them online when we are making RC bug hunting, or do people generally keep a few of them testnet masternodes active?

or is it possible to run masternode and testnet masternode side by side on the same server?

sr. member
Activity: 289
Merit: 250
We have a 66% of the network updated in two days  Cool Someone should kindly post a pic of the ENFORCEMENT button.
sr. member
Activity: 294
Merit: 250
Code:
https://darkcointalk.org/threads/monitoring-multiple-nm-using-blocknotify.1728/#post-19307

Using python and https://github.com/jgarzik/python-bitcoinrpc

[code]
#!/usr/bin/python
import io
import os
import sys
import datetime
from time import time
from time import sleep
import getpass
from bitcoinrpc.authproxy import AuthServiceProxy

#--------------
def ParseConfig(fileBuffer):
    assert type(fileBuffer) is type(b'')
    f = io.StringIO(fileBuffer.decode('ascii', errors='ignore'), newline=None)
    result = {}
    for line in f:
        assert type(line) is type(b''.decode())
        stripped = line.strip()
        if stripped.startswith('#'):
            continue
        if stripped == '':
            continue
        parts = stripped.split('=')
        assert len(parts) == 2
        parts[0] = parts[0].strip()
        parts[1] = parts[1].strip()
        result[parts[0]] = parts[1]
    return result

#----------------------------

with open(os.path.join(os.path.expanduser("~"), '.darkcoin', 'darkcoin.conf'), mode='rb') as f:
    configFileBuffer = f.read()
config = ParseConfig(configFileBuffer)
serverURL = 'http://' + config['rpcuser'] + ':' + config['rpcpassword'] + '@localhost:' + str(config['rpcport'])
access = AuthServiceProxy(serverURL)

#-----------------------------
oneday = int(time())
USER=getpass.getuser()

#-----------------------------

i1 = access.getinfo()
i2 = access.masternode('debug')
i3 = access.masternode('count')
i4 = access.masternode('current')

getinfo = 'bl: ' + str(i1['blocks']) + ' diff: ' + str(i1['difficulty']) + ' conn: ' + str(i1['connections']) + ' errors: ' + str(i1['errors']) + '\n'

i1fo = open('/dev/shm/getinfo.' + USER, 'w')
i2fo = open('/dev/shm/debug.' + USER, 'w')
i3fo = open('/dev/shm/count.' + USER, 'w')
i4fo = open('/dev/shm/current.' + USER, 'w')


i1fo.write(getinfo)
i1fo.close()

i2fo.write(str(i2) + '\n')
i2fo.close()

i3fo.write(str(i3) + '\n')
i3fo.close()

i4fo.write(str(i4) + '\n')
i4fo.close()



my darkcoin.conf has rpcallowip

Code:
rpcallowip=127.0.0.1
[/code]
legendary
Activity: 1484
Merit: 1007
spreadcoin.info
What I did was to check for an existing .conf file, and if it didn't exist, or if it threw an error anyway as it didn't include an rpc user/pwd, run the daemon, take the suggested name/pwd and... stick it in the .conf file, because you're going to need it next time you start the daemon before you can do anything. Smiley

That's actually a great idea.

The frontend could create the conf file, and save whatever you want in it.
We could make the conf file editable from within the frontend itself. Save the conf file, stop the daemon, restart the daemon, all without the need to restart the frontend itself.
Adding additional Nodes (addnode, as if darkcoin needs those with this fantastic masternode network) would be easy as never before.
legendary
Activity: 1484
Merit: 1007
spreadcoin.info
Here is a list of bitcoind Command-line arguments (not RPC calls)

https://en.bitcoin.it/wiki/Running_Bitcoin
legendary
Activity: 1484
Merit: 1007
spreadcoin.info

You can do that, but you'll need to generate a unique pwd for each user - otherwise you'll have a bunch of users with the same rpc credentials which is probably not a great idea. What I did was to check for an existing .conf file, and if it didn't exist, or if it threw an error anyway as it didn't include an RPC user/pwd, run the daemon, take the suggested name/pwd and... stick it in the .conf file. Smiley

 Smiley
Ofcourse, didn't the daemon create the unique password for you in the first place?
This is all rather obvious.
My frontend.exe decides the rpc password randomly. On the fly, even for every start of the daemon a new rpc password, why not. It's just an rpc password, not your walletpassphrase.

I was just making an example with your rpc credentials. And you assumed it will be the same for all users?  Grin

I am not sure yet, but I think there is even a parameter with which you can tell darkcoind to NOT use RPC at all.
I assume the reason why it keeps bitching about the missing rpc password/username is because rpc has not been deactived.

Basically I look at it like when I enter mining credentials into cgminer and tell it password=x. Useless but still necessary. It's not like the password has any meaning in this case, but the pool will bitch if you don't add the password parameter.
It will be a similar thing with the frontend and RPC, because who needs a password if the frontend.exe is located right next to the darkcoind.exe on the same machine controlled by the same user, and they are directly talking to each other.

Therefor if it still needs those parameters I will just do:

Code:
>E:\darkcoin/darkcoind -rpcuser=x -rpcpassword=y -testnet=1

rpc username and password is mainly for when you allow outside access to your server.
legendary
Activity: 966
Merit: 1000
Try it.  Wink

You're going to be seeing this:
Code:
Error: To use darkcoind, you must set a rpcpassword in the configuration file:
/home/stu/.darkcoin/darkcoin.conf
It is recommended you use the following random password:
rpcuser=darkcoinrpc
rpcpassword=FgS1HunBZZjp71789svfbkDB56gvzdiuygEq7QxedJgtro6Sw47L
(you do not need to remember this password)
The username and password MUST NOT be the same.
If the file does not exist, create it with owner-readable-only file permissions.
It is also recommended to set alertnotify so you are notified of problems;
for example: alertnotify=echo %s | mail -s "DarkCoin Alert" [email protected]

Nope  Grin , you simply add

Code:
>E:\darkcoin/darkcoind -rpcuser=darkcoinrpc -rpcpassword=FgS1HunBZZjp71789svfbkDB56gvzdiuygEq7QxedJgtro6Sw47L -testnet=1
Any conf file in the blockchain folder must not exist, or else the daemon will still go looking for it after it starts. (and possibly override your parameters? I am not sure, have not tested this case, I keep no conf file)

As I said, you can completely ommit the conf file IF you have direct shell access possibility to the daemon. (which is key)

I just tested it again, and it works.  Cool

You have to understand, this command is not written somewhere... it's a shell command call that the frontend.exe is making on the fly, it does not need a textfile somewhere, hence no need for a conf file.

You can do that, but you'll need to generate a unique pwd for each user - otherwise you'll have a bunch of users with the same rpc credentials which is probably not a great idea. What I did was to check for an existing .conf file, and if it didn't exist, or if it threw an error anyway as it didn't include an rpc user/pwd, run the daemon, take the suggested name/pwd and... stick it in the .conf file, because you're going to need it next time you start the daemon before you can do anything. Smiley
legendary
Activity: 1484
Merit: 1007
spreadcoin.info
Try it.  Wink

You're going to be seeing this:
Code:
Error: To use darkcoind, you must set a rpcpassword in the configuration file:
/home/stu/.darkcoin/darkcoin.conf
It is recommended you use the following random password:
rpcuser=darkcoinrpc
rpcpassword=FgS1HunBZZjp71789svfbkDB56gvzdiuygEq7QxedJgtro6Sw47L
(you do not need to remember this password)
The username and password MUST NOT be the same.
If the file does not exist, create it with owner-readable-only file permissions.
It is also recommended to set alertnotify so you are notified of problems;
for example: alertnotify=echo %s | mail -s "DarkCoin Alert" [email protected]

Nope  Grin , you simply add

Code:
>E:\darkcoin/darkcoind -rpcuser=darkcoinrpc -rpcpassword=FgS1HunBZZjp71789svfbkDB56gvzdiuygEq7QxedJgtro6Sw47L -testnet=1
Ofcourse, any conf file in the blockchain folder must not exist in this case, or else the daemon will still go looking for it after it starts. (and possibly override your parameters. I am not sure, have not tested this case, I keep no conf file)

As I said, you can completely ommit the conf file IF you have direct shell access possibility to the daemon. (which is key)

I just tested it again, and it works.  Cool

The thing to understand here, is that this command is not written somewhere... it's a shell command call that the frontend.exe is making on the fly, it does not need a textfile somewhere, hence no need for a conf file.

So the frontend would make commands like this for every possible thing a darkcoin wallet is supposed to do, and recieve results back from the daemon, and use the beautiful darkcoin GUI to make it look sexy.
legendary
Activity: 966
Merit: 1000
Not at all. I am not talking about RPC calls that need a specific port to be open or something.
I am talking about direct commandline communication between Frontend and darkcoind.

Frontend.exe and darkcoind.exe would best be in the same folder.

It's like when you type commandline commands by hand, but now the frontend.exe makes this for you (with the darkcoind running in the background invisible)

You still need to generate an RPC user/pwd and stick it in the conf file for that to work. At least I had to.

It has nothing to do with RPC. It's not remote at all.
It's direct communication with the daemon, adding any command and parameters you need to, and reading the return the darkcoind itself gives back.

An example:

Suppose this is the folder where the darkcoind resides:

Code:
E:\darkcoin/darkcoind

Now I simply start it by making a Commandcall

Code:
>E:\darkcoin/darkcoind

and the daemon starts.

I can even start it with parameters, for example:

Code:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/

this tells the darkcoind where to look for the blockchain and wallet.dat. WITHOUT the need for any conf file telling it to do that.

Everything you put in a conf file can also be added as a parameter when you start the darkcoin daemon. A conf file is not needed if you work like that.

So... after the darkcoind is ready, I can make calls to it, for example getblockcount, and it will return the JSON string.

Code:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/ getblockcount
(not that all previous parameters must be repeated)

etc.

I can start the darkcoind in testnet mode by making the call like that:
Code:
>E:\darkcoin/darkcoind -testnet=1

I can combine any parameters:
Code:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/ -testnet=1

and so forth.

By using Adobe Air's native extensions functionality I can use ANY external executables I like and trigger their functions and pass the results/data back to the frontend.
This would also work with multiple coins at the same time.  Shocked

Try it.  Wink

You're going to be seeing this:
Code:
Error: To use darkcoind, you must set a rpcpassword in the configuration file:
/home/stu/.darkcoin/darkcoin.conf
It is recommended you use the following random password:
rpcuser=darkcoinrpc
rpcpassword=FgS1HunBZZjp71789svfbkDB56gvzdiuygEq7QxedJgtro6Sw47L
(you do not need to remember this password)
The username and password MUST NOT be the same.
If the file does not exist, create it with owner-readable-only file permissions.
It is also recommended to set alertnotify so you are notified of problems;
for example: alertnotify=echo %s | mail -s "DarkCoin Alert" [email protected]
legendary
Activity: 1484
Merit: 1007
spreadcoin.info
Not at all. I am not talking about RPC calls that need a specific port to be open or something.
I am talking about direct commandline communication between Frontend and darkcoind.

Frontend.exe and darkcoind.exe would best be in the same folder.

It's like when you type commandline commands by hand, but now the frontend.exe makes this for you (with the darkcoind running in the background invisible)

You still need to generate an RPC user/pwd and stick it in the conf file for that to work. At least I had to.

It has nothing to do with RPC. It's not remote at all.
It's direct access to the daemon on a commandline level (shell),  passing it any commands and parameters you need to, and reading the return data the darkcoind itself gives back. (not going thru some port, but outputting to the shell so to speak)

An example:

Suppose this is the folder where the darkcoind resides:

Code:
E:\darkcoin/darkcoind

Now I simply start it by making a Commandcall

Code:
>E:\darkcoin/darkcoind

and the daemon starts.

I can even start it with parameters, for example:

Code:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/

this tells the darkcoind where to look for the blockchain and wallet.dat. WITHOUT the need for any conf file telling it to do that.

Everything you put in a conf file can also be added as a parameter when you start the darkcoin daemon. A conf file is not needed if you work like that.

So... after the darkcoind is ready, I can make calls to it, for example getblockcount, and it will return the JSON string.

Code:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/ getblockcount

etc.

I can start the darkcoind in testnet mode by making the call like that:
Code:
>E:\darkcoin/darkcoind -testnet=1

I can combine any parameters:
Code:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/ -testnet=1

and so forth.

By using Adobe Air's native extensions functionality I can use ANY external executables I like and trigger their functions and pass the results/data back to the frontend.
This would also work with multiple coins at the same time.  Shocked
legendary
Activity: 966
Merit: 1000
When the instant transaction go in place?

We are open sourcing Darksend next monday (US time), then the next project is instant transactions the dev team will be working on them and when they have a first version ready they will start a testing environment. So we don’t really know yet but I guess it will be at least a couple of months.

A couple of months? I bet we'll have instant tx on testnet by mid October.  Grin
legendary
Activity: 966
Merit: 1000
Not at all. I am not talking about RPC calls that need a specific port to be open or something.
I am talking about direct commandline communication between Frontend and darkcoind.

Frontend.exe and darkcoind.exe would best be in the same folder.

It's like when you type commandline commands by hand, but now the frontend.exe makes this for you (with the darkcoind running in the background invisible)

You still need to generate an RPC user/pwd and stick it in the conf file for that to work. At least I had to.
legendary
Activity: 1484
Merit: 1007
spreadcoin.info

Should I give it a try?
The awesome thing about that would be that I don't need to touch/change the darkcoind at all. It would do all darkcoin related things as it already does so well.
So we don't have to debug two versions of the darkcoin software, just the darkcoind and the frontend separately.

I'm not sure. That would require adding more lines into the config files adding confusion to end users.

Not at all.
I am not talking about RPC calls that need a specific port to be open or an IP allowed in the conf file.
I am talking about direct commandline communication between Frontend and darkcoind.

Frontend.exe and darkcoind.exe would best be in the same folder.

It's like when you type commandline commands by hand, but now the frontend.exe makes this for you (with the darkcoind running in the background invisible)
legendary
Activity: 1092
Merit: 1000
When the instant transaction go in place?

We are open sourcing Darksend next monday (US time), then the next project is instant transactions the dev team will be working on them and when they have a first version ready they will start a testing environment. So we don’t really know yet but I guess it will be at least a couple of months.
hero member
Activity: 658
Merit: 500
The Buck Stops Here.
When the instant transaction go in place?

When you kung fu them Jackie.


Should I give it a try?
The awesome thing about that would be that I don't need to touch/change the darkcoind at all. It would do all darkcoin related things as it already does so well.
So we don't have to debug two versions of the darkcoin software, just the darkcoind and the frontend separately.

I'm not sure. That would require adding more lines into the config files adding confusion to end users.
legendary
Activity: 966
Merit: 1000
That's basically what I did, but I used python to make the darkcoind calls:


Yes, I thought so.  Smiley

The whole thing (including the toolchain) needs to be open source though for it to be trusted, not sure how Adobe stuff works on that front. And you'll need code of your own to keep the balance updated, load the transaction list etc.

I've been tinkering with the Electrum-DRK client as it's in python (I can read c++ but I wouldn't trust myself to write it) but it uses a different backend (node.js or something I believe) so I'm kind of stuck between learning c++ properly to help with the official wallet, learning js from scratch to help with the electrum wallet, or doing my own thing...  Undecided
full member
Activity: 189
Merit: 100
The future will be Digital
When the instant transaction go in place?
Jump to: