[ANN] SuperNET NXT asset 12071612744977229797, SUPERNET KMD assetchain in summer

[jl777]

got the SuperNET API passthru working.
from the commandline you can now go:
./BitcoinDarkd SuperNET '<SuperNET API JSON>'

so the following is the result of a getpeers API call:
./BitcoinDarkd SuperNET '{"requestType":"getpeers"}'

#from server A
{
   "only_privacyServers":   0,
   "num":   2,
   "peers":   [{
         "is_privacyServer":   0,
         "pubNXT":   "2834459742776037913",
         "srvNXTaddr":   "10694781281555936856",
         "srvipaddr":   "209.126.70.170",
         "srvport":   "6777",
         "sent":   0,
         "recv":   0,
         "pubkey":   "36554caadb82fb21e0c4a2a7331d953f620a7cd1456952f0b6c54c6b58000e25"
      }, {
         "is_privacyServer":   0,
         "pubNXT":   "482478496576188177",
         "srvNXTaddr":   "13434315136155299987",
         "srvipaddr":   "209.126.70.159",
         "srvport":   "6777",
         "sent":   0,
         "recv":   0,
         "pubkey":   "d9e1a66c3195b1ded88534af00ba548de7ea6057058cd8ebb5f78a8f5f703a5d"
      }]
}

#from server B
{
   "only_privacyServers":   0,
   "num":   2,
   "peers":   [{
         "is_privacyServer":   0,
         "pubNXT":   "482478496576188177",
         "srvNXTaddr":   "13434315136155299987",
         "srvipaddr":   "209.126.70.159",
         "srvport":   "6777",
         "sent":   0,
         "recv":   0,
         "pubkey":   "d9e1a66c3195b1ded88534af00ba548de7ea6057058cd8ebb5f78a8f5f703a5d"
      }, {
         "is_privacyServer":   0,
         "pubNXT":   "2834459742776037913",
         "srvNXTaddr":   "10694781281555936856",
         "srvipaddr":   "127.0.0.1",
         "srvport":   "6777",
         "sent":   0,
         "recv":   0,
         "pubkey":   "36554caadb82fb21e0c4a2a7331d953f620a7cd1456952f0b6c54c6b58000e25"
      }]
}


Much easier to debug now as before it was just a flood of printouts. Clearly there are some fields with wrong info and the entries for the privacyServer's themselves are missing, but now with visibility and the ability to directly issuer SuperNET API from the command line, things should go faster

James

[Nullu]

How does the unique feature of one coin come into play on the SuperNET network, and impact other coins on the SuperNET network? Can two coins share one feature? Or is it that the SuperNET "combines" these features within its API? That's the bit I'm not quite getting.

[CECVW]

How does the unique feature of one coin come into play on the SuperNET network, and impact other coins on the SuperNET network? Can two coins share one feature? Or is it that the SuperNET "combines" these features within its API? That's the bit I'm not quite getting.

I like the diagram!! Yes please explain, can you give an example with boolberry?

Thanks, keep the hard work!

Long Live James!

[coinsolidation]

got the SuperNET API passthru working.

./BitcoinDarkd SuperNET '{"requestType":"getpeers"}'

Congratulations!

[jl777]

How does the unique feature of one coin come into play on the SuperNET network, and impact other coins on the SuperNET network? Can two coins share one feature? Or is it that the SuperNET "combines" these features within its API? That's the bit I'm not quite getting.

./BitcoinDarkd SuperNET '{"requestType":"getpeers"}'

The above is the simplest example of SuperNET API call as described above

By supporting "requestType" that is specific to a coin, then this function can be invoked. It can even be used for remote for when such things are safe to do.

Code:

    static char *getpeers[] = { (char *)getpeers_func, "getpeers", "V", "NXT", "secret", "only_privacyServer", 0 };
    static char *maketelepods[] = { (char *)maketelepods_func, "maketelepods", "V", "NXT", "secret", "amount", "coin", 0 };
    static char *teleport[] = { (char *)teleport_func, "teleport", "V", "NXT", "secret", "amount", "dest", "coin", "minage", "M", "N", 0 };
    static char *telepod[] = { (char *)telepod_func, "telepod", "V", "NXT", "secret", "crc", "i", "h", "c", "v", "a", "t", "o", "p", "k", "L", "s", "M", "N", "D", 0 };
    static char *transporter[] = { (char *)transporter_func, "transporter", "V", "NXT", "secret", "coin", "height", "minage", "value", "totalcrc", "telepods", "M", "N", "sharenrs", "pubaddr", 0 };
    static char *transporterstatus[] = { (char *)transporterstatus_func, "transporter_status", "V", "NXT", "secret", "status", "coin", "totalcrc", "value", "num", "minage", "height", "crcs", "sharei", "M", "N", "sharenrs", "ind", "pubaddr", 0 };
    static char *tradebot[] = { (char *)tradebot_func, "tradebot", "V", "NXT", "secret", "code", 0 };
    static char *respondtx[] = { (char *)respondtx_func, "respondtx", "V", "NXT", "signedtx", 0 };
    static char *processutx[] = { (char *)processutx_func, "processutx", "V", "NXT", "secret", "utx", "sig", "full", 0 };
    static char *publishaddrs[] = { (char *)publishaddrs_func, "publishaddrs", "V", "NXT", "secret", "pubNXT", "pubkey", "BTCD", "BTC", "srvNXTaddr", "srvipaddr", "srvport", "coins", 0 };
    static char *getpubkey[] = { (char *)getpubkey_func, "getpubkey", "V", "NXT", "addr", "secret", 0 };
    static char *sellp[] = { (char *)sellpNXT_func, "sellpNXT", "V", "NXT", "amount", "secret", 0 };
    static char *buyp[] = { (char *)buypNXT_func, "buypNXT", "V", "NXT", "amount", "secret", 0 };
    static char *sendmsg[] = { (char *)sendmsg_func, "sendmessage", "V", "NXT", "dest", "secret", "msg", "L", 0 };
    static char *checkmsg[] = { (char *)checkmsg_func, "checkmessages", "V", "NXT", "sender", "secret", 0 };
    static char *send[] = { (char *)sendpNXT_func, "send", "V", "NXT", "amount", "secret", "dest", "level","paymentid", 0 };
    static char *select[] = { (char *)selectserver_func, "select", "V", "NXT", "ipaddr", "port", "secret", 0 };
    static char *orderbook[] = { (char *)orderbook_func, "orderbook", "V", "NXT", "obookid", "polarity", "allfields", "secret", 0 };
    static char *getorderbooks[] = { (char *)getorderbooks_func, "getorderbooks", "V", "NXT", "secret", 0 };
    static char *placebid[] = { (char *)placebid_func, "placebid", "V", "NXT", "obookid", "polarity", "volume", "price", "assetA", "assetB", "secret", 0 };
    static char *placeask[] = { (char *)placeask_func, "placeask", "V", "NXT", "obookid", "polarity", "volume", "price", "assetA", "assetB", "secret", 0 };
    static char *makeoffer[] = { (char *)makeoffer_func, "makeoffer", "V", "NXT", "secret", "other", "assetA", "qtyA", "assetB", "qtyB", "type", 0 };
    static char **commands[] = { getpubkey, getpeers, maketelepods, transporterstatus, telepod, transporter, tradebot, respondtx, processutx, publishaddrs, checkmsg, placebid, placeask, makeoffer, sendmsg, orderbook, getorderbooks, sellp, buyp, send, teleport, select  };

The above are the currently defined API functions, but with a new line and an entry in the commands[] array, it is easy to make a new function.

The getpeers API I did today:

Code:

char *getpeers_func(char *sender,int32_t valid,cJSON **objs,int32_t numobjs,char *origargstr)
{
    cJSON *json;
    char numstr[512],*jsonstr = 0;
    copy_cJSON(numstr,objs[2]);
    json = gen_peers_json(atoi(numstr));
    if ( json != 0 )
    {
        jsonstr = cJSON_Print(json);
        free_json(json);
    }
    return(jsonstr);
}

It just calls the gen_peers_json() function which I also wrote today, but it can be any function. So, we can make any functionality that can be described by JSON fields and then implemented with code.

James

[cryptodance]

How does the unique feature of one coin come into play on the SuperNET network, and impact other coins on the SuperNET network? Can two coins share one feature? Or is it that the SuperNET "combines" these features within its API? That's the bit I'm not quite getting.

So, will the value of UNITY be a function of the value of the coins it contains and the percentages of those coins? Please explain. For example, if 50% of the coins in UNITY are BTCD, and if BTCD goes up 50%, does that mean UNITY will go up in value in parallel?

[jl777]

How does the unique feature of one coin come into play on the SuperNET network, and impact other coins on the SuperNET network? Can two coins share one feature? Or is it that the SuperNET "combines" these features within its API? That's the bit I'm not quite getting.

I like the diagram!! Yes please explain, can you give an example with boolberry?

Thanks, keep the hard work!

Long Live James!

There would need code that interfaces to the BBR RPC, then an API function is defined and hooked up to this.

We have all these coins with their RPC interface, so any function a coin has via RPC is accessible. To add a coin to the SuperNET so it can be accessed, you need to add one line in the .conf file:

Code:

{"MAINNET":1,"MIN_NXTCONFIRMS":3,"active":["BTCD"],"coins":[{"name":"BTCD","maxevolveiters":10,"useaddmultisig":1,"nohexout":1,"conf":"/home/admin1/.BitcoinDark/BitcoinDark.conf","backupdir":"/home/admin1/backups","asset":"11060861818140490423","minconfirms":1,"estblocktime":60,"rpc":"127.0.0.1:14632","ciphers":[{"skipjack":"RWUYw7p2W95rvMMTjgkjBkHPzGFFbD4JkG"},{"aes":"RWUYw7p2W95rvMMTjgkjBkHPzGFFbD4JkG"},{"blowfish":"RWUYw7p2W95rvMMTjgkjBkHPzGFFbD4JkG"}],"clonesmear":1,"privacyServer":"127.0.0.1","pubaddr":"RWUYw7p2W95rvMMTjgkjBkHPzGFFbD4JkG","srvpubaddr":"RJ7pAXSwF7Av1zHVZYs9sNMAtH2qUnXFiZ","myipaddr":"209.126.70.170"}]}

The above is just a test .conf and has a lot of settings in debug mode. the "rpc" field tells SuperNET how to talk to a coin
so if we change the "active" to be ["BTCD","BTC"] and add to the "coins" array:

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

Now it will be possible to use the standard issue_bitcoind_command() and directly issue RPC calls to BTC. By adding such lines, dozens of coins can be enabled for access.

Now, the functionality you create out of all the coin's available is up to you. I have some ideas, but the whole idea for SuperNET is for the community to be making these useful SuperNET API. Then I just add it to the official release and everybody will be able to access it.

I am making a few reference services to give an idea of what is possible, but I fully expect that before long there will be quite a few ideas from the community. Already, one such project has turned into Atomic.

James

P.S. A lot of this coin interface code base is directly ported from MGW, so it is based on code that has been running for a while. The new part is that offchain network.

[jl777]

How does the unique feature of one coin come into play on the SuperNET network, and impact other coins on the SuperNET network? Can two coins share one feature? Or is it that the SuperNET "combines" these features within its API? That's the bit I'm not quite getting.

So, will the value of UNITY be a function of the value of the coins it contains and the percentages of those coins? Please explain. For example, if 50% of the coins in UNITY are BTCD, and if BTCD goes up 50%, does that mean UNITY will go up in value in parallel?

The crypto fund's asset value will change as the coins it contains changes
The assets that SuperNET holds will change in value and this also changes the asset value of SuperNET
The revenue generating side will change the value as the more business that is generated, the bigger the dividend and the larger any dividend based valuation will be.

There are no comparable companies that have an trading fund, angel fund, revenue sharing and advertising that I know of.
Any estimate of book value multiples of book value, even which book value (crypto coins only or with assets?), this is really the big unknown.

So we have an unknown amount of upside, in exchange for a reasonable worst case downside of ~20%. It is up to investors to determine if they feel the upside is worth the potential downside

James

[cryptodance]

How does the unique feature of one coin come into play on the SuperNET network, and impact other coins on the SuperNET network? Can two coins share one feature? Or is it that the SuperNET "combines" these features within its API? That's the bit I'm not quite getting.

So, will the value of UNITY be a function of the value of the coins it contains and the percentages of those coins? Please explain. For example, if 50% of the coins in UNITY are BTCD, and if BTCD goes up 50%, does that mean UNITY will go up in value in parallel?

The crypto fund's asset value will change as the coins it contains changes
The assets that SuperNET holds will change in value and this also changes the asset value of SuperNET
The revenue generating side will change the value as the more business that is generated, the bigger the dividend and the larger any dividend based valuation will be.

There are no comparable companies that have an trading fund, angel fund, revenue sharing and advertising that I know of.
Any estimate of book value multiples of book value, even which book value (crypto coins only or with assets?), this is really the big unknown.

So we have an unknown amount of upside, in exchange for a reasonable worst case downside of ~20%. It is up to investors to determine if they feel the upside is worth the potential downside

James

Thanks for this clear explanation.

[PondSea]

James I know that supernet is weighed heavily with NXT investments, would it not be a good idea to do some off book trades to BTC or even BTCD to balance it out?

This way no one currency could impact the UNITY price to such a extent?

[jl777]

James I know that supernet is weighed heavily with NXT investments, would it not be a good idea to do some off book trades to BTC or even BTCD to balance it out?

This way no one currency could impact the UNITY price to such a extent?

Good idea!
WTB 2000 BTC

James

[jl777]

finally got the peerinfos to make sense:

Code:

{
	"only_privacyServers":	0,
	"num":	4,
	"peers":	[{
			"is_privacyServer":	0,
			"pubNXT":	"482478496576188177",
			"srvNXTaddr":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"654b631ec2c80eaecb26da9e4f0215d9a6bfde1edb84b7a1cad6917dedbe2c7a",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"654b631ec2c80eaecb26da9e4f0215d9a6bfde1edb84b7a1cad6917dedbe2c7a",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	0,
			"pubNXT":	"2834459742776037913",
			"srvNXTaddr":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"0e9431c6bdcedb9ee0a5fff4071d51ad82bd1296dfcee2a9d42e139f2624170f",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"0e9431c6bdcedb9ee0a5fff4071d51ad82bd1296dfcee2a9d42e139f2624170f",
			"coins":	["BTCD"]
		}]
}

and

Code:

{
	"only_privacyServers":	0,
	"num":	4,
	"peers":	[{
			"is_privacyServer":	0,
			"pubNXT":	"2834459742776037913",
			"srvNXTaddr":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"0e9431c6bdcedb9ee0a5fff4071d51ad82bd1296dfcee2a9d42e139f2624170f",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"0e9431c6bdcedb9ee0a5fff4071d51ad82bd1296dfcee2a9d42e139f2624170f",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	0,
			"pubNXT":	"482478496576188177",
			"srvNXTaddr":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"654b631ec2c80eaecb26da9e4f0215d9a6bfde1edb84b7a1cad6917dedbe2c7a",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"654b631ec2c80eaecb26da9e4f0215d9a6bfde1edb84b7a1cad6917dedbe2c7a",
			"coins":	["BTCD"]
		}]
}

now that it is all displayed, I notice an improvement to make. Both nodes are using a loopback privacy server and this it is possible to determine this from this data and might as well make it so that it is not published that you are using a loopback privacy server.

James

[Elokane]

What are the details of the purchasing of BTCD and other coins at the end of the fundraising?

Reposting this question

[jl777]

What are the details of the purchasing of BTCD and other coins at the end of the fundraising?

Reposting this question

why would I be posting such details ahead of time?

[jl777]

ok, fixed the info leak:

Code:

{
	"only_privacyServers":	0,
	"num":	4,
	"peers":	[{
			"is_privacyServer":	0,
			"pubNXT":	"482478496576188177",
			"srvNXTaddr":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"0e08ce3562a2cd867b2008d738c57366e74f7ed5a7ce7f037439e63dcaff805a",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"404ef2b323ec02386cab4de97207c065a381c0ba96c625f98be7f4ffdbbe3448",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	0,
			"pubNXT":	"2834459742776037913",
			"srvNXTaddr":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"2909d7c1dd39540f2439e89c18f24ccd7776b2f38e3d0e6f1668a826a83a8308",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"a7524b8af8ff9717556da6f786d8a06287df56d0db5bb5bfafbb028cf219eb55",
			"coins":	["BTCD"]
		}]
}

Code:

{
	"only_privacyServers":	0,
	"num":	4,
	"peers":	[{
			"is_privacyServer":	0,
			"pubNXT":	"2834459742776037913",
			"srvNXTaddr":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"2909d7c1dd39540f2439e89c18f24ccd7776b2f38e3d0e6f1668a826a83a8308",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"10694781281555936856",
			"srvipaddr":	"209.126.70.170",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"a7524b8af8ff9717556da6f786d8a06287df56d0db5bb5bfafbb028cf219eb55",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	0,
			"pubNXT":	"482478496576188177",
			"srvNXTaddr":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"0e08ce3562a2cd867b2008d738c57366e74f7ed5a7ce7f037439e63dcaff805a",
			"coins":	["BTCD"]
		}, {
			"is_privacyServer":	1,
			"pubNXT":	"13434315136155299987",
			"srvipaddr":	"209.126.70.159",
			"srvport":	"6777",
			"sent":	0,
			"recv":	0,
			"pubkey":	"404ef2b323ec02386cab4de97207c065a381c0ba96c625f98be7f4ffdbbe3448",
			"coins":	["BTCD"]
		}]
}

now there is no public info about whether you are running a loopback privacy server or not

James

[Elokane]

What are the details of the purchasing of BTCD and other coins at the end of the fundraising?

Reposting this question

why would I be posting such details ahead of time?

I think BTCD is at an artificial high. I want to know if you intend to use a large amount of the funds to purchase it.
In general, I wish to know what amount of BTC you're going to pay for what amount of coins and when.

[jl777]

fixed a few tokenization issues. all the requests are signed by tokenizing it so we can detect attempts to spoof. For public info, this is not really an issue, but the SuperNET API will be used to negotiate trades and other money things so it is best to make sure you are in contact with who they claim to be!

Next up is a remote call to lookup the public info of a node that is on a different coin network. For now I will have to simulate this as there is only the BTCD network active, in fact just my three nodes, but to manage the network traffic within the SuperNET, I need to have pubaddr gateways. This way, there is no explosion of pubaddr msgs across the entire SuperNET, just within each coin network. Then to get the info for a specific person, you need to do a remote Supernet API call to a gateway node. This is simply a node that is on both coin networks, so it is already having the info from both coin networks.

Part of the getpeers info has the coin networks that the node is in contact with:          "coins":   ["BTC", "BTCD"]
Now this just means that this node has a bitcoin-qt running along with bitcoindark-qt, so there is no separate pool of peerinfos in the BTC network, but for testing purposes, I can use this to simulate what it would be like with multiple coins in the SuperNET core. Having a separate pool of peerinfos is something that a coin in the CORE will need to do

James

[jl777]

What are the details of the purchasing of BTCD and other coins at the end of the fundraising?

Reposting this question

why would I be posting such details ahead of time?

I think BTCD is at an artificial high. I want to know if you intend to use a large amount of the funds to purchase it.
In general, I wish to know what amount of BTC you're going to pay for what amount of coins and when.

The SuperTraders are the only ones that will be making trades and their bankroll is 10% of funds, the rest is in escrow until there is a new coin to add to the CORE and this info is not published until the deal is done

I do not understand why you are thinking that there is even the possibility to just arbitrarily buy huge amounts of any coin?

James

P.S. BTCD stakers will be getting SuperNET revenue sharing of 5%, there is no need to be buying up large qty of it

[Elokane]

Perhaps I am wrong, but I was under the impression that parts of the funds raised will be used to purchase amounts of BTCD, BBR, NXT and so on. This is besides the assets owned by SuperNET that comprise the basic functionality (Instadex, privatebet, etc). Is that not true?

What proportion of BTCD are you planning on keeping from that raised? i.e. are you going to sell any for BTC so that there's less exposure to it?

Cheers

[jl777]

Perhaps I am wrong, but I was under the impression that parts of the funds raised will be used to purchase amounts of BTCD, BBR, NXT and so on. This is besides the assets owned by SuperNET that comprise the basic functionality (Instadex, privatebet, etc). Is that not true?

What proportion of BTCD are you planning on keeping from that raised? i.e. are you going to sell any for BTC so that there's less exposure to it?

Cheers

I am not planning on any specific purchases, but this is not saying that the SuperTraders wont be purchasing any specific crypto, this decision is up to the SuperTraders team

The BTCD will be long term HODL and Azeh, the founder of BTCD, will hold it in escrow with all the staking going to a community fund. The total BTCD exposure is quite minimal, around 5% so I dont worry much about any volatility from it.

The largish NXT amounts are earmarked for investing in ventures that will be enhancing the SuperNET in some way, eg. Privatebet joint ventures and such

In any case I do not plan to be announcing any significant trades before they are done.

James