Bitcoin Forum
June 15, 2019, 09:46:40 PM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
Poll
Question: Do you Accept Komodo ICO conversion vs Reject Komodo ICO conversion and fund new dev team?
Accept - 140 (68%)
Reject - 66 (32%)
Total Voters: 206

Pages: « 1 ... 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 [172] 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 ... 551 »
  Print  
Author Topic: BTCD is no more  (Read 1314673 times)
xyzzyx
Sr. Member
****
Offline Offline

Activity: 490
Merit: 250


I don't really come from outer space.


View Profile
August 13, 2014, 11:38:36 PM
 #3421

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

"An awful lot of code is being written ... in languages that aren't very good by people who don't know what they're doing." -- Barbara Liskov
1560635200
Hero Member
*
Offline Offline

Posts: 1560635200

View Profile Personal Message (Offline)

Ignore
1560635200
Reply with quote  #2

1560635200
Report to moderator
1560635200
Hero Member
*
Offline Offline

Posts: 1560635200

View Profile Personal Message (Offline)

Ignore
1560635200
Reply with quote  #2

1560635200
Report to moderator
1560635200
Hero Member
*
Offline Offline

Posts: 1560635200

View Profile Personal Message (Offline)

Ignore
1560635200
Reply with quote  #2

1560635200
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 13, 2014, 11:42:44 PM
 #3422

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 12:17:05 AM
 #3423

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 12:52:12 AM
 #3424

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 02:09:44 AM
 #3425


Code:
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
//#include "libjl777.h"
#include <stdint.h>

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
crackfoo
Legendary
*
Offline Offline

Activity: 1988
Merit: 1105



View Profile WWW
August 14, 2014, 02:28:17 AM
 #3426

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.


jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 02:31:37 AM
 #3427

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
crackfoo
Legendary
*
Offline Offline

Activity: 1988
Merit: 1105



View Profile WWW
August 14, 2014, 02:34:56 AM
 #3428

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?

jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 02:36:54 AM
 #3429

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
crackfoo
Legendary
*
Offline Offline

Activity: 1988
Merit: 1105



View Profile WWW
August 14, 2014, 02:40:19 AM
 #3430

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?

jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 02:53:37 AM
 #3431

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 "<user>:<password>"

James

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
crackfoo
Legendary
*
Offline Offline

Activity: 1988
Merit: 1105



View Profile WWW
August 14, 2014, 02:58:49 AM
 #3432

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 "<user>:<password>"

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

ralexvalex
Sr. Member
****
Offline Offline

Activity: 257
Merit: 250


View Profile
August 14, 2014, 03:30:19 AM
 #3433

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я...
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 03:57:48 AM
 #3434

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 04:05:55 AM
 #3435

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

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
PilotofBTC
Legendary
*
Offline Offline

Activity: 1596
Merit: 1000


View Profile
August 14, 2014, 04:44:51 AM
 #3436

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.
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 04:59:18 AM
 #3437

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?

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
paulthetafy
Hero Member
*****
Offline Offline

Activity: 815
Merit: 1000


View Profile
August 14, 2014, 05:11:03 AM
 #3438

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!

jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 05:34:57 AM
 #3439

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.

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1089


View Profile WWW
August 14, 2014, 05:48:41 AM
 #3440

http://bitscan.com/articles/anonymity-why-dark-is-the-new-black

Must read article!

James

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
Pages: « 1 ... 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 [172] 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 ... 551 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!