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.

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?

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

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

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?

I parse the bitcoin.conf file to get the credentials, so specifying the location of the .conf file authorizes access

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

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

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

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

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

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

I just defined the libjl777 interface, might as well post it for the record.

extern "C" int32_t libjl777_start(void **coinptrs,char *JSON_or_fname);

coinptrs, are just passed back to any C++ services I need, eg. libjl777_broadcast
the JSON_or_fname is what it says, either the JSON string itself (it wont be freed) or the full path to a file that contains the JSON string that configures libjl777. This way, it can all be in the BitcoinDark.conf file or any other file

Once you do a libjl777_start it will block waiting for commands, so make sure to do it in another thread.

Once it is running, you can submit commands via http://127.0.0.1:7777/{json command}, but this is probably best for webpages to use, for internal software use:

extern "C" char *libjl777_JSON(char *JSONstr);

This will run the command embedded in the JSONstr and return a string (or NULL), you need to free it after you dont need it anymore.

There needs to be a way to broadcast a packet, so there needs to be the following function:

extern "C" int32_t libjl777_broadcast(void **coinptrs,uint8_t *packet,int32_t len,uint64_t txid,int32_t duration);

The coinptrs are what was passed in before and the packet + len is the binary data. The txid is a (hopefully!) unique id for the packet. duration is the number of seconds it should stay around. Not critical to purge it if that is hard to do, but this allows a bit of resource management. When the node receives a broadcast packet, you call:

extern "C" char *libjl777_gotpacket(uint8_t *packet,int32_t len,uint64_t txid,int32_t duration);

The gotpacket function will return a JSON string (or NULL). Not sure what sort of info yet, probably just error or success.

James

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

I seem to have problems in getting github setup correctly...
Anyway, I made a new repository libjl777, but it wasnt updating and somehow it was happiest replacing pNXT. I guess it's OK, as I have put all my stuff into libjl777 anyway. So now that it works with Mac. I will test it on ubuntu. I hope someone can test building this on Windows.

https://github.com/jl777/libjl777

I know i said it would take a couple days, but I am not so good at this type of work so my time estimating is off.
Now I think I will just link it with BitcoinDarkd and see what happens

James

P.S. Once I removed the Mac specific files from the linking, it worked find in Ubuntu

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

Good news, well I think its good news.

I realized there is no need to put all my code into the first version of libjl777, so it will only have 15,000 lines of my code (and 20,000+ lines of other code), so that will reduce the time needed to get it all "library-ized" I am not so good with linkers though, I usually just include all the source files and just compile a single file, but this seems to crash the poor microsoft compiler in win7...

I am using quite a few other libraries to build on top of: nacl, libwebsockets, libuv, libtom, picoc, gzip, curl and a few others. I could just make one giant project that starts from the sources of all these projects, which would eliminate the need to go find these from other places. On the other hand, that is just spending time moving stuff around and I dont like reinventing wheels...

How about this for build instructions:
1. find acceptable versions for libnacl (libsodium on Windows), libwebsockets, libuv, gzip and libcurl and make copies/links to them in the build directory for libjl777 (nacl.a, libwebsockets.a, libuv.a, libcurl.a) and I will just assume they are there
2. make

Now you can #include "jl777.h" and link in libjl777 to get access to all the features

Would that be acceptable?

James

Wow! Thank you very much. Such kind works is always very helpful to gain strength to battle against difficult bugs.

The world is changing and in many ways for the worse. We used to all have cash to spend and other than the people you spent it with, nobody would really know. In many countries this is maybe the difference between being arrested or not and for the most ridiculous things are being made illegal.

Now cash is systematically being made illegal. You already cannot use cash for any large transactions and fewer and fewer places even accept it. Just use a credit card. Of course and every single transaction is open for anybody to see. Thanks, but not thanks.

Then comes bitcoin and people assume it is private. The big joke is that the govt officials are very happy for bitcoin usage, it is much easier to get transaction records than from credit card companies. Dont even need to submit silly paperwork to get access. Its all just right there. First the cloak and dagger agencies deanonymize, then the lesser agencies, and when the tax agency finally manages to obtain the social security number <-> bitcoin address database, then bitcoin will go from being one of the great things to a tool of the govt agencies

I am no criminal, but now they will probably make laws to classify me as big danger. No matter, I avoid USA and its allies from as big distance as possible. Of course Russia is no better and China, not sure yet.

The world needs cash or something that works like cash used to. This goes beyond any profit making or idealogical thing. Without cash and with govts in total control over what you spend, well, I see a very, very bad future down that path.

Since I can contribute to this fight against global oppression, I work 100+ hours a week to this goal, even though I have more money now than I can spend, though not more money than my wife can spend

James

It is of course for entertainment only. Sometimes these funny memes are helping me to laugh so I support Ludom (who is now rumored to be BCNext!) to fund his asset issuing and distributing cost.

MIC
it is up 100x in the last week!

James

P.S. full disclosure, I am biggest MIC whale, JLH owns 10% of it