Author

Topic: BTCD is no more - page 377. (Read 1328490 times)

legendary
Activity: 1237
Merit: 1010
August 14, 2014, 01:19:16 AM

That's really cool. Looking forward to all the new features to come. Keep up the good work James!
legendary
Activity: 1176
Merit: 1134
legendary
Activity: 1176
Merit: 1134
August 14, 2014, 12:34:57 AM
I saw the low price caused by the big drop in BTC price and I thought I could get some nice BTCD below .004, but it looks like there is not much available, ~250 BTCD below that price on bittrex

James

I picked up more in the low 400's, but it seems I could have waited and got them around 360-370k.  Oh well nvm,  We are still up from 7 days ago, but I was quite hopeful to be holding around 500k by now, especially given how much work has gone in.  I'm quite surprised by how much was dumped this week.  I guess some weak hands and some taking advantage of the pump and dump to try and accumulate. 

There's going to be a huge rush for coins when the first of the features goes live though, it will hit 700k in no time, and a lot of people will be pissed at their missed opportunity!
Getting a couple hundred BTCD at ~350K is better than not, but its not like you could get 10 BTC worth at such prices. It seems you need to have a 100 BTC bid way below market for sellers to scramble to sell into it. Is that what happened the other day? That seemed pretty backwards.

Within a day after the libjl777 is connected up, I expect to get the basic teleport debugged. While I wait, I actually have some quiet time to clean up the code, deal with some random strangenesses I saw during the debugging scramble. Getting it into a library form forced me to generalized the interface, so now I have a solid framework to do the broadcasting of the public addresses and pubkeys.

At this point I would be very surprised if there wasnt a BitcoinDarkd doing teleports early next week. I think the QT versions will also just work as well as the BitcoinDarkd, at least as long as we are just using JSON to the debug console. Tomorrow, I will go through all the error possibilities and make sure they are handled sanely. so the version early next week could be in solid beta level if I can get all the error handling coded. Maybe even some teleport accounting.

I guess not many people are following this thread as the price action doesnt seem like it is several days before beta release.Maybe they are expecting some several month long process like other coins have? I designed teleport to be very testable, so the test cycle should go pretty quickly, plus I am actually fast at fixing bugs.

James

P.S. I know windows support is important, but I dont even have a windows machine, so others will have to build and verify on windows.
hero member
Activity: 820
Merit: 1000
August 14, 2014, 12:11:03 AM
I saw the low price caused by the big drop in BTC price and I thought I could get some nice BTCD below .004, but it looks like there is not much available, ~250 BTCD below that price on bittrex

James

I picked up more in the low 400's, but it seems I could have waited and got them around 360-370k.  Oh well nvm,  We are still up from 7 days ago, but I was quite hopeful to be holding around 500k by now, especially given how much work has gone in.  I'm quite surprised by how much was dumped this week.  I guess some weak hands and some taking advantage of the pump and dump to try and accumulate. 

There's going to be a huge rush for coins when the first of the features goes live though, it will hit 700k in no time, and a lot of people will be pissed at their missed opportunity!
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 11:59:18 PM
For whoever wants to know more about how Multigateway works  v.01 of the Multigateway Service Docs - http://multigateway.org/downloads/Multigateway_docs.pdf

James

P.S. Teleport is a descendant of MGW

I finally got a chance to try the mgw today. It works very well, and was quite easy. But, why oh why do you have to wait for 6 BTC confirms? Most every exchange is happy with 1 confirm and surely 3 should be more than enough.

I dont want to take any chances with peoples BTC deposits. Will you guarantee that bitcoind will NEVER go on a fork for more than 3 blocks? I have seen quite a few things that should never happen, yet does.

Didnt Mtgox go under because they only required 1 confirm?
3 is the bare minimum and it is set to 4 now, but with the difference in NXT blocktimes, sometimes it adds another block.

Not sure why it goes to 6 blocks sometimes, maybe a long NXT block and a couple fast BTC blocks?
legendary
Activity: 1736
Merit: 1001
August 13, 2014, 11:44:51 PM
For whoever wants to know more about how Multigateway works  v.01 of the Multigateway Service Docs - http://multigateway.org/downloads/Multigateway_docs.pdf

James

P.S. Teleport is a descendant of MGW

I finally got a chance to try the mgw today. It works very well, and was quite easy. But, why oh why do you have to wait for 6 BTC confirms? Most every exchange is happy with 1 confirm and surely 3 should be more than enough.
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 11:05:55 PM
I saw the low price caused by the big drop in BTC price and I thought I could get some nice BTCD below .004, but it looks like there is not much available, ~250 BTCD below that price on bittrex

James
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 10:57:48 PM
For whoever wants to know more about how Multigateway works  v.01 of the Multigateway Service Docs - http://multigateway.org/downloads/Multigateway_docs.pdf




James

P.S. Teleport is a descendant of MGW
sr. member
Activity: 256
Merit: 250
August 13, 2014, 10:30:19 PM
We have little more than 1000 blocks before PoS starts. Adding 80,000 coins to the current total only gets it to 1.2 million coins. There is no way we will get to 1.4 million, let alone 1.6 million.

So, probably late tonight/early tomorrow we go to a 5% per year rate of new coins, that's ~60,000 per year! Not 100,000+ per day. OK, so it will compound, but we are talking 164 new coins per day, so this compounding will not be so fast.

Not sure if this is right, but daily rate of 1.00013698630137 compounded 365 times goes from 5% to 5.12%, so it is a gain, but really we can ignore it for the first... decade!

I estimate that in 10 years, we will get to 2 million coins. Then it does start growing faster, so after 20 years we will have 3.5 million coins, etc.

Realistically we will have < 1.5 million coins with practically no selling pressure. When I first found out about BTCD it was interesting, but I assumed it would have 22 million coins pretty fast. Also the "giant premine" was calculated not on the full 22 million like I had assumed, but on the PoW phase, so the devs have a whopping 20,000 BTCD or something like that. While in the future this will be worth quite a bit, this amount was easily obtained for 1 BTC and even after appearing on exchange for 3 BTC. So all the "premine FUDsters" can explain to us how a few BTC to the coin creators is a problem.

With DRK in the first days of the coin, there was a "bug" that allowed the early miners to get over 1 million coins. Guess who was running the official mining pool? Yes, the dev of the coin. So, Evan certainly deserves his millions from what he achieve with DRK, but on a fairness scale BTCD is orders of magnitude more fair, like 100 times more fair.

I dont know how many different people are mining, but the petahash(!) rate is absolutely incredible and this indicates it is more than the half dozen early miners that get all the cheap coins that is usual. So, for marketing if we can figure out how widely BTCD is distributed, this will head off any of the "unfair distribution" nonsense that is bound to come our way.

How else will they attack us? We dont have anything new? Ha! Let them try that and explain how 30,000 lines of new code is not new.

Awesome name. Maybe the logo is on the weak side. Hopefully there is a professional graphic artist among us. I am sure bounty for a fantastic logo will be made available. I know so far it has mostly been about the mining and I would think that BTCD community did more hash in its first week than any other coin. [Can somebody back this up with facts?]

So as we transition into PoS, the mining will go away, but please keep at least one server ready. Each server running a node will earn revenue sharing and be the cornerstone for a decentralized infrastructure that will literally change crypto. I think big, I talk big, and I achieve big.

DRK has something like 500 masternodes. It would be great if we had more nodes than DRK, so I hope somebody can document the number of active (server type) of nodes vs just people running the Qt on their PC. We wont need all these nodes for a bit yet, but I want to make sure that we can ramp up to it when it is ready.

For the next two months or so, I would like the BTCD community to become a software testing community. That is what I need to get my stuff done as soon as possible. So bug tracking, of course testers, documentation, usability focus groups, etc. there will be things for everyone who can use a computer to do. After all to get to top 10 coinmarketcap, we need a lot of new users and that means all the software needs to be easy enough to use for everyone, including all of us!

So, if you have organizational skills, we need you.
if you have graphics skills, we need you.
if you have communication skills, we need you.
if you have PR contacts, we need you
if you have common sense and can use a computer, we need you
if you have tech skills, we need you too!

I wont divulge the full tech roadmap yet, but I will show with my actions that I put my money behind what I say. I believe in my abilities to deliver the tech that I will purchase another 10+ BTC worth and to make sure I actually get the coins, I will put the bid in at .000666 Smiley

HODL is the best strategy for a coin like BTCD. HODL and TESTL, then we will release and market and dominate. So if you are with me, help out to the best of your abilities and availability and dont sell below the magic price of .000666

I want today to be the last day BTCD was available below that price.

James

P.S. Its been quite a week, my multigateway went live today, you can see it at http://www.multigateway.com



He cмoг yдepжaтьcя...
legendary
Activity: 3556
Merit: 1126
August 13, 2014, 09:58:49 PM
figured as much. so if I'm running a privacy server on a different box, I could just copy all the .conf's over, but perhaps having them in the json would be more flexible?
For single server setups, I think it is better to not be putting passwords in the .conf file as it just creates chances to post it by accident. But for a remote setup, it is more risk to be making copies of the .conf files.

So, I added "rpcuserpass" field in the .conf JSON for you. It this one is set, it will ignore any bitcoin.conf file (so you dont need the "conf" field for that coin)

the format of the argument is ":"

James

P.S. I only coded it, so it is untested for now, maybe you can test it when it is released?

sounds good, I'll give'r a go when it's out.

thanks
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 09:53:37 PM
figured as much. so if I'm running a privacy server on a different box, I could just copy all the .conf's over, but perhaps having them in the json would be more flexible?
For single server setups, I think it is better to not be putting passwords in the .conf file as it just creates chances to post it by accident. But for a remote setup, it is more risk to be making copies of the .conf files.

So, I added "rpcuserpass" field in the .conf JSON for you. It this one is set, it will ignore any bitcoin.conf file (so you dont need the "conf" field for that coin)

the format of the argument is ":"

James

P.S. I only coded it, so it is untested for now, maybe you can test it when it is released?
legendary
Activity: 3556
Merit: 1126
August 13, 2014, 09:40:19 PM
is there a guide to setting up a privacy server on debian/ubuntu anywhere?
Posted from Bitcointa.lk - #3IkMOkiPGm6DWIBy
It will be just to install BitcoinDarkd and make the appropriate entries in the .conf file, also will need a NXT core running and whatever other coin daemons you want your tradebots to have access to.

Now I think the build process might become a bit more complicated as you will need to get:
libcurl, libwebsockets, libnacl, and gzip but for ubuntu these are pretty standard and probably:
-lcurl -lwebsockets -lnacl -lz -luv

The above link extras will allow it to link libjl777

James

Can the wallets be shared with other applications or will they need to be didicated to the NXT core?

Thanks
I dont understand the question. NXT doesnt use wallets, the account is linked to the password and I am using the privkey for a BTCD address as the password, so a public BTCD address automatically maps to a NXT address. In a sense the NXT "wallet" is contained in your BTCD wallet. You can choose any address to use as your public address

Maybe you can describe your use case and I can explain better

James

Sorry I meant to say coin daemons. For example, I already 30 or so coin daemons at my disposal. Can I utilize those for currencies I would use trade bots with or do I need an all new set, specifically for the privacy server.
Wow 30 daemons running stable on one server! You can use the same ones, just need to add a JSON entry for each coin:

{"name":"BTC","conf":"/home/root/.bitcoin/bitcoin.conf","asset":"4551058913252105307","rpc":"127.0.0.1:8332","minconfirms":3,"estblocktime":600},

This will allow the tradebot to know how to communicate with each coin's daemon

Yup actually, way underestimated that, I'm at 62 now. It's my coin master and dedicated for providing the daemons/wallets for my pools. So looks like the privacyserver would have to be local to the wallets. Would there be any way to provide authentication details for remote access? I say remote, but simply another machine on the same private network.


I think you could put the requesting server's IP address in the rpcallow field, so only your server can access the daemon's remotely.
If that wont work, I could add some authentication JSON fields to the .conf file, just let me know what you need

Yes that's what I do now, but just looking at the json you posted, the credentials are expected in a file location?
I parse the bitcoin.conf file to get the credentials, so specifying the location of the .conf file authorizes access

figured as much. so if I'm running a privacy server on a different box, I could just copy all the .conf's over, but perhaps having them in the json would be more flexible?
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 09:36:54 PM
is there a guide to setting up a privacy server on debian/ubuntu anywhere?
Posted from Bitcointa.lk - #3IkMOkiPGm6DWIBy
It will be just to install BitcoinDarkd and make the appropriate entries in the .conf file, also will need a NXT core running and whatever other coin daemons you want your tradebots to have access to.

Now I think the build process might become a bit more complicated as you will need to get:
libcurl, libwebsockets, libnacl, and gzip but for ubuntu these are pretty standard and probably:
-lcurl -lwebsockets -lnacl -lz -luv

The above link extras will allow it to link libjl777

James

Can the wallets be shared with other applications or will they need to be didicated to the NXT core?

Thanks
I dont understand the question. NXT doesnt use wallets, the account is linked to the password and I am using the privkey for a BTCD address as the password, so a public BTCD address automatically maps to a NXT address. In a sense the NXT "wallet" is contained in your BTCD wallet. You can choose any address to use as your public address

Maybe you can describe your use case and I can explain better

James

Sorry I meant to say coin daemons. For example, I already 30 or so coin daemons at my disposal. Can I utilize those for currencies I would use trade bots with or do I need an all new set, specifically for the privacy server.
Wow 30 daemons running stable on one server! You can use the same ones, just need to add a JSON entry for each coin:

{"name":"BTC","conf":"/home/root/.bitcoin/bitcoin.conf","asset":"4551058913252105307","rpc":"127.0.0.1:8332","minconfirms":3,"estblocktime":600},

This will allow the tradebot to know how to communicate with each coin's daemon

Yup actually, way underestimated that, I'm at 62 now. It's my coin master and dedicated for providing the daemons/wallets for my pools. So looks like the privacyserver would have to be local to the wallets. Would there be any way to provide authentication details for remote access? I say remote, but simply another machine on the same private network.


I think you could put the requesting server's IP address in the rpcallow field, so only your server can access the daemon's remotely.
If that wont work, I could add some authentication JSON fields to the .conf file, just let me know what you need

Yes that's what I do now, but just looking at the json you posted, the credentials are expected in a file location?
I parse the bitcoin.conf file to get the credentials, so specifying the location of the .conf file authorizes access
legendary
Activity: 3556
Merit: 1126
August 13, 2014, 09:34:56 PM
is there a guide to setting up a privacy server on debian/ubuntu anywhere?
Posted from Bitcointa.lk - #3IkMOkiPGm6DWIBy
It will be just to install BitcoinDarkd and make the appropriate entries in the .conf file, also will need a NXT core running and whatever other coin daemons you want your tradebots to have access to.

Now I think the build process might become a bit more complicated as you will need to get:
libcurl, libwebsockets, libnacl, and gzip but for ubuntu these are pretty standard and probably:
-lcurl -lwebsockets -lnacl -lz -luv

The above link extras will allow it to link libjl777

James

Can the wallets be shared with other applications or will they need to be didicated to the NXT core?

Thanks
I dont understand the question. NXT doesnt use wallets, the account is linked to the password and I am using the privkey for a BTCD address as the password, so a public BTCD address automatically maps to a NXT address. In a sense the NXT "wallet" is contained in your BTCD wallet. You can choose any address to use as your public address

Maybe you can describe your use case and I can explain better

James

Sorry I meant to say coin daemons. For example, I already 30 or so coin daemons at my disposal. Can I utilize those for currencies I would use trade bots with or do I need an all new set, specifically for the privacy server.
Wow 30 daemons running stable on one server! You can use the same ones, just need to add a JSON entry for each coin:

{"name":"BTC","conf":"/home/root/.bitcoin/bitcoin.conf","asset":"4551058913252105307","rpc":"127.0.0.1:8332","minconfirms":3,"estblocktime":600},

This will allow the tradebot to know how to communicate with each coin's daemon

Yup actually, way underestimated that, I'm at 62 now. It's my coin master and dedicated for providing the daemons/wallets for my pools. So looks like the privacyserver would have to be local to the wallets. Would there be any way to provide authentication details for remote access? I say remote, but simply another machine on the same private network.


I think you could put the requesting server's IP address in the rpcallow field, so only your server can access the daemon's remotely.
If that wont work, I could add some authentication JSON fields to the .conf file, just let me know what you need

Yes that's what I do now, but just looking at the json you posted, the credentials are expected in a file location?
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 09:31:37 PM
is there a guide to setting up a privacy server on debian/ubuntu anywhere?
Posted from Bitcointa.lk - #3IkMOkiPGm6DWIBy
It will be just to install BitcoinDarkd and make the appropriate entries in the .conf file, also will need a NXT core running and whatever other coin daemons you want your tradebots to have access to.

Now I think the build process might become a bit more complicated as you will need to get:
libcurl, libwebsockets, libnacl, and gzip but for ubuntu these are pretty standard and probably:
-lcurl -lwebsockets -lnacl -lz -luv

The above link extras will allow it to link libjl777

James

Can the wallets be shared with other applications or will they need to be didicated to the NXT core?

Thanks
I dont understand the question. NXT doesnt use wallets, the account is linked to the password and I am using the privkey for a BTCD address as the password, so a public BTCD address automatically maps to a NXT address. In a sense the NXT "wallet" is contained in your BTCD wallet. You can choose any address to use as your public address

Maybe you can describe your use case and I can explain better

James

Sorry I meant to say coin daemons. For example, I already 30 or so coin daemons at my disposal. Can I utilize those for currencies I would use trade bots with or do I need an all new set, specifically for the privacy server.
Wow 30 daemons running stable on one server! You can use the same ones, just need to add a JSON entry for each coin:

{"name":"BTC","conf":"/home/root/.bitcoin/bitcoin.conf","asset":"4551058913252105307","rpc":"127.0.0.1:8332","minconfirms":3,"estblocktime":600},

This will allow the tradebot to know how to communicate with each coin's daemon

Yup actually, way underestimated that, I'm at 62 now. It's my coin master and dedicated for providing the daemons/wallets for my pools. So looks like the privacyserver would have to be local to the wallets. Would there be any way to provide authentication details for remote access? I say remote, but simply another machine on the same private network.


I think you could put the requesting server's IP address in the rpcallow field, so only your server can access the daemon's remotely.
If that wont work, I could add some authentication JSON fields to the .conf file, just let me know what you need
legendary
Activity: 3556
Merit: 1126
August 13, 2014, 09:28:17 PM
is there a guide to setting up a privacy server on debian/ubuntu anywhere?
Posted from Bitcointa.lk - #3IkMOkiPGm6DWIBy
It will be just to install BitcoinDarkd and make the appropriate entries in the .conf file, also will need a NXT core running and whatever other coin daemons you want your tradebots to have access to.

Now I think the build process might become a bit more complicated as you will need to get:
libcurl, libwebsockets, libnacl, and gzip but for ubuntu these are pretty standard and probably:
-lcurl -lwebsockets -lnacl -lz -luv

The above link extras will allow it to link libjl777

James

Can the wallets be shared with other applications or will they need to be didicated to the NXT core?

Thanks
I dont understand the question. NXT doesnt use wallets, the account is linked to the password and I am using the privkey for a BTCD address as the password, so a public BTCD address automatically maps to a NXT address. In a sense the NXT "wallet" is contained in your BTCD wallet. You can choose any address to use as your public address

Maybe you can describe your use case and I can explain better

James

Sorry I meant to say coin daemons. For example, I already 30 or so coin daemons at my disposal. Can I utilize those for currencies I would use trade bots with or do I need an all new set, specifically for the privacy server.
Wow 30 daemons running stable on one server! You can use the same ones, just need to add a JSON entry for each coin:

{"name":"BTC","conf":"/home/root/.bitcoin/bitcoin.conf","asset":"4551058913252105307","rpc":"127.0.0.1:8332","minconfirms":3,"estblocktime":600},

This will allow the tradebot to know how to communicate with each coin's daemon

Yup actually, way underestimated that, I'm at 62 now. It's my coin master and dedicated for providing the daemons/wallets for my pools. So looks like the privacyserver would have to be local to the wallets. Would there be any way to provide authentication details for remote access? I say remote, but simply another machine on the same private network.

legendary
Activity: 1176
Merit: 1134
August 13, 2014, 09:09:44 PM

Code:
#include
#include
#include
//#include "libjl777.h"
#include

int libjl777_start(void **coinptrs,char *JSON_or_fname);
char *libjl777_JSON(char *JSONstr);
int32_t libjl777_broadcast(void **coinptrs,uint8_t *packet,int32_t len,uint64_t txid,int32_t duration);
char *libjl777_gotpacket(uint8_t *packet,int32_t len,uint64_t txid,int32_t duration);

char *confjson = "{\
\"MAINNET\":1,\"MIN_NXTCONFIRMS\":3,\
\"active\":[\"BTCD\"],\
\"coins\":[\
{\"name\":\"BTCD\",\"maxevolveiters\":10,\"useaddmultisig\":1,\"nohexout\":1,\"conf\":\"/Users/username/Library/Application Support/BitcoinDark/BitcoinDark.conf\",\"backupdir\":\"/Users/username/backups\",\"asset\":\"11060861818140490423\",\"minconfirms\":10,\"estblocktime\":60,\"rpc\":\"127.0.0.1:14632\",\"ciphers\":[{\"skipjack\":\"LA98Vs3sS6UtdiSaAYwvfgt5GseCVkAJ\"},{\"aes\":\"RUFrkuGAUuv8wsoiNwCvXenjxAfAgsTdAt\"},{\"blowfish\":\"RVHigwQquJR9cA6R6M143H6ZiPep7S9Udt\"}],\"clonesmear\":1,\"pubaddr\":\"RUHAPSpJDHeFgFd1J34WHJ69TpkMBsWtBt\",\"privacyServer\":\"127.0.0.1\"}]\
}";

int main(int argc,const char *argv[])
{
    void **coinptrs;
    coinptrs = calloc(1,sizeof(*coinptrs));
    libjl777_start(coinptrs,confjson);
    while ( 1 )
        sleep(60);
    return(0);
}

The above is a pretty small test program. It starts the libjl777 and just sleeps, but the :7777 page appears and I am able to test teleporting, which means I can now go back to adding features and debugging within the framework that will automatically be inside the BTCD core and QT

James
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 07:52:12 PM
Since instead of taking two days, I finished the libjl777 in half a day, this caused a bit of scheduling surprise for the other devs...
I will switch back to things I had planned to do this weekend while the connections to libjl777 are made.

James

P.S. I changed it so libjl777_start() doesnt block and it starts its own thread. This way the calling side doesnt have to mess with threads
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 07:17:05 PM
I built a BitcoinDarkd with libjl777 linked in. Still not actually hooked up yet, but just getting all the linker errors out makes me happy!

I had to copy:

these external libraries: libnacl.a randombytes.o libuv.a libwebsockets.a
and: libjl777.a libothers.a

to the bitcoindark/src directory

Then add "libjl777.a libothers.a libwebsockets.a libnacl.a libuv.a randombytes.o -lcurl -lz -ldl -lm"
to the linker line and it builds without errors.

Now, just have hookup the four functions and so if things go well I could be testing teleports from within BitcoinDarkd tonight. I think the above changes are also adequate to make it link with the QT wallet, but i leave that to somebody else to verify

James
legendary
Activity: 1176
Merit: 1134
August 13, 2014, 06:42:44 PM
This multisig is really fun. After taking all this time to get working, now I just cant stop trying many combinations. All looking quite stable and very solid, but of course it is using localhost, so no real networking errors.
UDP sometimes is pretty finicky, but that is another advantage of the shared secret multisig. It essentially acts as an error correcting code, well at least as long I dont mix in packets that are corrupted. If even one bit gets changed, it will not match the packet crc and so just get ignored, then the decryption will also fail, so I would say the odds of bad data getting processed is ignorable, even using UDP path.

Have you considered doing reed-solomon on the data to correct any corrupt packets?  It would add some redundant overhead, but you'd gain reliability in noisy networks.

http://www.drdobbs.com/cpp/reed-solomon-error-correction/184410107

I think M of N has the same effect, though nowhere near as efficient as rs codes. I am not sure how big a problem it is, so if it does turn out to be a real issue, then I will certainly consider such solutions. For now, I have enough code to write so I want to finish what I know must be done first
Jump to: