yes 5% per year so 2000 * 0.05 / 52 -> about 2 per week
if your connection is good, more stakes wont matter. the issue is on a bad connection you could easily lose out to another node the time you were all set to stake.

SuperNET revenues are not active yet, but InstantDEX should be the first one to start making revenues

James

I will be making a lot of Tradebots libraries and reference bots so yes, it will be easy to make bots, but I want to push InstantDEX as far as I can as far as making it a useful trading platform.

The high frequency trading will be limited by the trade clearing speed of the blockchains, so the central exchanges will still have a speed advantage.

however for most people who are trading, this speed difference wont be so meaningful as the trades are matched and locked in seconds. At the high level, it means that you are limited to trading your entire inventory at the rate of the blockchains, which is really plenty unless you are doing some crazy low margin algos.

In any case I set the commission to be fixed fee to discourage lots of small trades and annoying satoshi bots (the ones that bid 1 satoshi more and crowds the orderbooks), so it is more oriented toward the larger trades.

Also, this weekend I coded up support for central exchanges, so InstantDEX creates aggregated order books from all sources of liquidity and so it is getting the best price available. And this is not just for simple trades, but I make a combined orderbook via combinatorially making orderbooks going through NXT, BTC and BTCD. Today I got a "oneclick" arbitrage by getting an orderbook for coinomat/coinomat1 (they are equivalent assets, but different asset numbers). It found a 10% gain, I selected it and it did the orders and I got the 10% gain.

This arbitrage was done manually without need for any bot or special code. Since the liquidity from all the central exchanges are all combined, InstantDEX will instantly have the most liquidity of any single exchange!

James

P.S. To activate an exchange you just need to add the API key and secret in the SuperNET.conf, this automatically triggers fetching the orderbooks and for the exchanges with authenticated API support, you can one click trade between different exchanges. You do need to make sure you have the required funds in the exchanges you are trading on. Automated funds management wont be done until Tradebots.

SuperNET itself is not a coin, so it really cant be accepted by sites

James

it is localhost HTML
the server runs on your computer (and also on everyone elses computer)

people dont seem to want to submit commands using text JSON API requests, so we are making GUI's that do this and present the info in a visual way

(HTML in browser) <-> [127.0.0.1 localhost interface] <-> { SuperNET API codebase } <-> networks, blockchains, internet, etc

The above is a simplified "diagram"

The HTML in the browser is essentially just an easy to use way to issue API calls, which are what implements all the decentralized logic, along with interfacing to all the coin's blockchains, etc.

James

P.S. and yes anybody with sufficient knowledge can make GUI

InstantDEX has become trading middleware: https://nxtforum.org/index.php?topic=8847.msg173841#msg173841

GUI is looking pretty good too:


We have test releases that are functional, but with so many possible combinations we would need a lot more testers to verify they are all working properly

James

some details on InstantDEX: https://nxtforum.org/index.php?topic=8847.msg173841#msg173841

it seems bitcointalk has suspended crackfoo for providing information that was specifically requested. The priorities here are quite strange. There are no rules against DOXing someone, but post info on how the official multipool is doing and you get suspended!

Freedom and decentralization for all, unless it goes against the wishes of the powers that be.

Anyway, a recent result: https://nxtforum.org/index.php?topic=8816.msg173757#msg173757

He is posting in slack (where most of the people are now) and the NXTforum, which doesnt use arbitrary rule enforcement to push forward their agenda

James

yes, this is the only way to maintain privacy
I also think this could be a very good way to get people some small changepods that are untraceable as the source of these funds are the mere fact of owning BTCD, so then they can be used for change without any risk of being correlated to any specific person

James

P.S. since most dividends will be generated in non-BTCD form, they will have to purchase BTCD to be able to send out the dividends in BTCD

there is no hard and fast rules that are universal
even BTCD is optional for some things, but it is fair to say that BTCD is used for more things than BBR

BTCD is the highway

I should have thought of that

InstantDEX testing is going pretty well and we could have a GUI ready for larger scale testing soon, but we need a Chinese translation of the GUI. Hopefully you can?

James

anon onramp and offramp, yes. though it is also possible to use the coinomat card for offramp purpose

it is much easier to write complex code for a complex problem than to write simple code for a complex problem

I wrote a low level unit test suite to make sure all the variants of InstantDEX ordermatch are properly handled, there are too many cases to do this manually. It was quite a challenge to make the code simple and still it is not quite as simple as I like, but now I just need to handle combined sets of pending orders and it will be fully functional with any sort of orderbook combination

While it is being tested in conjunction with the GUI, I can code up the automatch

James

you have all your assets in your account. UNITY is the trading symbol for the SuperNET asset, only 5 letters for trading symbol and there is no UNITY asset

James

It is a fair criticism that I have not finished as much as I would have liked. At this point, ramchains and realtime MGW are in maintenance mode and InstantDEX is getting very close to this.

I am working toward real world usage and actual privacy, not for making a release just to make a release. I have received some feedbacks, especially about the security side of things and this has caused a necessary delay on the privacy side of things, plus the whole exchange hacks have prioritized InstantDEX to be completed first. Good news is that this is nearly done (both my code, GUI and even Windows build).

I can only work 18 hrs per day (and I am), so if you cant wait any longer I understand if you have to sell.

James

no
the SuperTraders didnt work out. I am the only one that is occasionally trading. In retrospect using bter for tradings wasnt such a good idea, but considering we did the ICO there, hopefully it is an understandable mistake

There has been no significant gain (or loss) from SuperTraders

As I get closer to finishing my coding of the main projects, I will have more time available for trading and since InstantDEX and Tradebots are trading related, I expect to have some meaninful trading gains when they go live

James

P.S. I have been posting in slack som detailed status reports on InstantDEX:

supporting both (selling assetA + buying assetB)  and (transfer assetA + transfer assetB) is what required the latest rewrite

jl777 [7:34 AM]
the former are two independent NXT AE bid/ask orders, while the latter are linked directly to each other

jl777 [7:35 AM]
so I need to be able to dereference and bundle a pair of base<->rel combinations when it is possible to do so

jl777 [7:36 AM]
but if the base is itself a recursive additional subbase/subrel, then it cant be converted into a pair of transfers

jl777 [9:17 AM]
NXT-8E6V-YBWH-5VMR-26ESD did placebid for 1 JLH 2.88 NXT
NXT-QJUP-SB6U-CQCT-852GL sends info on trigger tx with matching ask 13288091669979267165 to NXT-8E6V-YBWH-5VMR-26ESD
NXT-8E6V-YBWH-5VMR-26ESD submits fee 9004155817185087589 + bid 2845959447377607958
NXT-QJUP-SB6U-CQCT-852GL verified those tx and submits the trigger 4848915942389359220 74a2d8e35bcf4a431e7fdae78bb8d91522a63b5b22c6e39bcc4a8609921fd6e9
you will notice the timestamps are far apart as I did these manually, but all of the above will happen as fast as the NXT txbytes can be constructed and sent, processed, responsetx submitted to unconfirmed tx, original node verifying that the tx are all good and submitting the trigger. I have seen this happen in less than 1 second, but sometimes takes a few seconds.

 I have spot tested asset/NXT (three variants: NXT AE, InstantDEX quote, unconfirmed NXT AE bid/ask without a reference ie it is not matched)

jl777 [10:13 AM]
I only tested base/rel with NXT as rel orientation, so there might be issues with NXT/asset orderbooks

jl777 [10:14 AM]
this is exhausting work, I need to have a short day today, so people can test with GUI or via API all "simple" orderbooks, meaning orderbooks with NXT as either baseid or relid. the magic NXT_ASSETID is 5527630

jl777 [10:15 AM]
there is a small chance assetA/assetB orderbooks will work, especially for NXT AE pairs, but if it doesnt dont waste time on it, that is the most complicated ordermatch and I will fix any issues with it next

jl777 [10:17 AM]
@lemonhead: @l8orre @cryptosleuth the above is like a release note. many things (ok, pretty much everything) has changed since the version from a few days ago.

jl777 [10:17 AM]
also do a make nanomsg, I plan to use that to help with connectivity issues

jl777 [10:18 AM]
for orderbooks with NXT in it, the "srcqty" field means the quantityQNT of the asset you want to ordermatch

jl777 [10:19 AM]
dont forget the "minperc" field (defaults to 75) the one that does the placebid can set the minperc and this tells the ones that respond to the orderbook what will be accepted and what will get rejected

jl777 [10:21 AM]
static char *jumptrades[] = { (char *)jumptrades_func, "jumptrades", "V", 0 };
   static char *tradehistory[] = { (char *)tradehistory_func, "tradehistory", "V", "timestamp", 0 };
the stats functions are disabled now as the new pending_offer format it completely different than the old. I will get it working after I fix the complex ordermatch

i added a few fields

jl777 [10:22 AM]
static char *allorderbooks[] = { (char *)allorderbooks_func, "allorderbooks", "V", 0 };
   static char *orderbook[] = { (char *)orderbook_func, "orderbook", "V", "baseid", "relid", "allfields", "oldest", "maxdepth", "base", "rel", "gui", 0 };
   static char *lottostats[] = { (char *)lottostats_func, "lottostats", "V", "timestamp", 0 };
   static char *cancelquote[] = { (char *)cancelquote_func, "cancelquote", "V", "quoteid", 0 };
   static char *openorders[] = { (char *)openorders_func, "openorders", "V", 0 };
   static char *placebid[] = { (char *)placebid_func, "placebid", "V", "baseid", "relid", "volume", "price", "timestamp", "baseamount", "relamount", "gui", "automatch", "minperc", 0 };
   static char *placeask[] = { (char *)placeask_func, "placeask", "V", "baseid", "relid", "volume", "price", "timestamp", "baseamount", "relamount", ",gui", "automatch", "minperc", 0 };

crackfoo, I hereby formally request that you continue posting the multipool stats. As the official BTCD multipool it is timely and useful information for the community.

I in no way view this as spam and in accordance with forum rules, my official request to continue posting the multipool stats makes it not spam.

Separately, I view all of Icebreaker's posts against this as a nuisance and considering his lack of contributions toward BTCD his complaint has no weight. Further, even after repeated requests to stop posting the same thing over and over, he persists. In fact, it has come to light that he is doing this in other coin's threads also. It is almost as if there is some sort of organized campaign against coins that he views as competitive with his chosen coin.

There probably isnt any forum rule against some sort of organized campaign to squelch others, but in case there is, I would like to invoke it to make icebreaker stop.

James

IntantDEX GUI is looking good!

http://imgur.com/a/Sx24m

James