Topic: [ANN] SuperNET NXT asset 12071612744977229797, SUPERNET KMD assetchain in summer - page 194. (Read 736808 times)

the logo in the corner looks cool. should put it on the first page

I think James has already bought 10% BTCD and BBR, or owns them via assets, hence it's safe to announce these.
SuperTraders = highly successful traders.

making progress

I am expanding the topology so that all privacyServers across the SuperNET will be able to directly contact each other
this loses the onion routing anon factor for these cases, but for public broadcasts, it is nice to have a quick way to propagate things like orderbooks, pubkeys, etc

found some issues with larger number of onion layers and general issues with the sending of messages. debugging the different pubkey for the localhost privacyserver ended up having some wider scale impact, but I think it is well worth it to reduce the info that can be easily deduced from public packets.

Now I need a linear time method to propagate all the pubinfo's within each coin network. Then I can test the peerinfo gateway.

The remote command processing works sproradically due to lack of complete route info in all cases, so need to get the low level transport solid before I can debug higher level functionality.

James

P.S. for those worried about too many connections, I am using UDP which is connectionless. though the current code is doing the tcp also, i need to streamline that.

sorry, too busy now for explaining detailed design decisions
have to rework the main sendmessage function and it is rather complicated

What are the SuperTraders?

Also, just curious but I've noticed that a majority of your implementations tend to use the nxt messaging feature as it's core reason for using nxt. I am just wondering your thoughts on why nxt is better for this instead of using bitmessage? Would you be able to accomplish some of the same things with bitmessage?

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

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

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

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

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.

ok, fixed the info leak:



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

James

why would I be posting such details ahead of time?

Reposting this question

finally got the peerinfos to make sense:


and


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

Good idea!
WTB 2000 BTC

James

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?

Thanks for this clear explanation.

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

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:


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.

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?