BBR is right there in the diagram of the ANN. Looks like star wars episod VII !  The goal of the visualization project was to have an interactive 3D model where people could explore various aspects of SuperNET. Maybe even show the realtime flows of funds and tx. Unfortunately, the dev for it got called away to the real world for a bit, so it is slowed down and might only be a set of graphics for a while James |
|
|
|
Looks great. The coinomat especially is pretty interesting. Will it cost no fees to convert at all? unfortunately, the banks charge fees and there is really no way around this to convert to fiat James |
|
|
|
I decided to implement HTML for the cloud today: static char *publish[] = { (char *)publish_func, "publish", "V", "files", "L", "M", "N", "backup", "password", "pin", 0 }; the syntax is ./BitcoinDarkd SuperNET '{"requestType":"publish","files":[["index.html","text/html"]]}' the files array has to be in the right order any file that is referred by another file, must appear first all html MIME types are supported as long as they fit into the space allowed, which is 1kb for the metadata the metadata is mostly a list of key locations for the file fragments (* N) and currently this means about 32kb is max size when it is more debugged, I can boost this to 1mb by nesting it one level and that should be enough if the second item in the array is missing, it defaults to "text/html" you can refer to files in your HTML normally and it will search the html folder or the mappings from the files array I can put standard HTML files, like jquery-2.1.1.min.js in the html folder so there is no need to store that in the cloud external http:// accesses should work after a publish command, you will get a 64bit key <URL64> and to display this http://127.0.0.1:7776/<URL64> should display the HTML included nested file references if you did a publish with a "password" field defined, then you need to add a ?<password> to the URL or it wont decrypt if you had both a "password" and "pin" field, then you need to have http://127.0.0.1:7776/<URL64>?<password>&<pin> I have the simple case of saving and displaying a simple index.html working, will be debugging automated file -> URL64 mappings James |
|
|
|
I decided to implement HTML for the cloud today: static char *publish[] = { (char *)publish_func, "publish", "V", "files", "L", "M", "N", "backup", "password", "pin", 0 }; the syntax is ./BitcoinDarkd SuperNET '{"requestType":"publish","files":[["index.html","text/html"]]}' the files array has to be in the right order any file that is referred by another file, must appear first all html MIME types are supported as long as they fit into the space allowed, which is 1kb for the metadata the metadata is mostly a list of key locations for the file fragments (* N) and currently this means about 32kb is max size when it is more debugged, I can boost this to 1mb by nesting it one level and that should be enough if the second item in the array is missing, it defaults to "text/html" you can refer to files in your HTML normally and it will search the html folder or the mappings from the files array I can put standard HTML files, like jquery-2.1.1.min.js in the html folder so there is no need to store that in the cloud external http:// accesses should work after a publish command, you will get a 64bit key <URL64> and to display this http://127.0.0.1:7776/<URL64> should display the HTML included nested file references if you did a publish with a "password" field defined, then you need to add a ?<password> to the URL or it wont decrypt if you had both a "password" and "pin" field, then you need to have http://127.0.0.1:7776/<URL64>?<password>&<pin> I have the simple case of saving and displaying a simple index.html working, will be debugging automated file -> URL64 mappings James |
|
|
|
Looks great! Good job!  I love NXT, though just curious are there any plans for the future to create a stand-alone client for SuperNET? We are making a platform with a reference SuperNET GUI using the SuperNET graphics. But it will be really easy to customize it, and we will have both BTCD and NXT variants. James P.S. even though I am doing the curve25519 calcs from scratch, I am using the NXT blockchain's public keys to establish contact and signing validation between nodes, so this requires to have at least a somewhat recent NXT blockchain, even though it is not used for a all the SuperNET API functions. |
|
|
|
Wh00t great job man!
this is all done by others. I am not GUI guy I read somewhere people think SuperNET is just me, but there are over 100 people in slack and probably a dozen devs James |
|
|
|
screenshots of v0 GUI: http://imgur.com/a/bljE4#11the features that are there are fully functional this will be reskinned to be BTCD and of course the Telepathy and Teleport added |
|
|
|
There's some FUD regarding anon card which is completely unsubstantiated. We will be providing debit card solution for all SuperNET coins,
the contracts with the banking provider have been signed, they are fully aware of cryptocurrency nature of the project, 300 cards have already been ordered. We're waiting for the setup to finish. Banking works slowly, this is not cryptoworld. Debit card will be launched, nothing is failed,
just have a little patience.
Take a look at other providers of debit cards (xapo for example) - it took months for some of them to launch it, this is not easy, since there's a lot of negativity in banking regarding crypto.
As some of you might know we provide crypto to any bank card solution since several months, so it's not just some promises, they are backed by our track record.
Call it what you want, and say what you will. I initially believed so heavily in BTCD that i invested 50% of my groups resources into it. Now that there arent real updates on the things that I invested in Im stating the facts. This is your first post in regards to the status of the anon card, thanks for the update but i will continue to play the market. I am an investor not a mutual fund. I call it how i see it, If you dont like it make post in regards like you've done but don't call it F"UD when you haven't been communicating with the investors. Thats on you. What updates are you waiting for? What updates are there regarding the anon card? I Don't see any other than his ridiculous claim of FUD, If i wanted to Fud I wouldnt ask for updates.... I am looking to find out what issues are being had with the issuing bank ( is there an issuing bank or is it a prefunded card purchase) will the card be reloadable. What are the limits, How long until the launch of the physical card. Simple things that no one has discussed. I'm in the process of liquidating my XST, BOOM, VeriCoin, and Ethreum holdings. I need to know if I should add btcd to my list, Because my timeline is not btcd's time line its my own. coinomat is dealing with the card. My understanding is that it is a European bank issued mastercard definitely realoadable with ~$1000/day limits the launch time is dependent on the bank and they do not move quickly at all, hopefully this month James |
|
|
|
btw: does anyone heard some news about James and his SuperNet project ?
I am in the process of debugging the entire SuperNET. All the code is pretty much in place, but with so many components, the debugging is proceeding slowly. The low level transport layer is looking pretty good. I've had success teleporting telepods. But to make it easy to use and most useful, it needs automated conversion from one currency to another. This requires InstantDEX and that is about performance and so is a bit different from the privacy-centric other parts. I hope to make a release soon, just not able to estimate how long it will take James P.S. I have integrated in BBR telepods already, actuall a while ago, just need the rest of SuperNET to get debugged before I can test out proper functioning |
|
|
|
sent invite.
Didn't received it bro...i know you are busy, so i don't want to be a dick, but hopefully you can send it again? did you check spam folder? it says the invite went out. maybe you can PM me a different email? |
|
|
|
just PM me your email and I will send invite.
iam(at)badass(dot)sx And can i accept BTCD on my store? Is there a tool or something which i can implement in my store? sent invite. you will be amazed at the variety of projects going on. I am working on a way to accept BTCD, telepods, etc. but not ready yet James |
|
|
|
Havent been trading much recently, I didnt realize mintpal was totally dead. I removed support for them James |
|
|
|
was hoping to see some neodice in there this is just the v0 release to allow MGW production servers With so many different projects I expect a rolling release where we get more and more things added as they become available James |
|
|
|
Oh I'll be trying to beef up the Buy order side with any spare satoshi's I can find whenever I can spare them for as long as the price keeps declining. I suspect there are great things ahead for BTCD mid to long term.
Slow and steady wins the race no?
If you have any doubts, please join slack, even just to observe 100+ people and a lot of them regular contributors just PM me your email and I will send invite. Something very special is happening! James |
|
|
|
Kristov Atlas has started the review of the design.
James, can you elaborate on what exactly a design review entails? Thanks He will produce a document like he did for DRK If he does find any attack vectors, I will work to fix them before finalizing James |
|
|
|
So James I know that you said earlier it would be a race to see which finishes first, the GUI or all the new tech coming out. Seems like the wallet is almost done, how is the tech? Are we talking about days? Weeks? Would be very nice to see BTCD along with BTC to new levels We are still some weeks away, but a lot of independent things are in motion and we might get staged releases. There is a v1 project management team that is dealing with release issues. I am still quite busy finishing up the API level code. I just pushed a version that creates database files for each exchange/crypto, eg. bittrex BTCD/BTC. This is necessary to calculate the prices for converting between the currencies via InstantDEX. This is the biggest gap in the API code as to make it work the way I want, I think we will need Tradbots to automate the multistep processes needed for best practice usage for privacy. Telepathy is working decently, but there are some cases where the connection is not quite reliable enough. We need to get the GUI to help manage the peer to peer connections and to display the transaction history between contacts. Teleport has worked, even with BTC telepods, but need to properly integrate it with InstantDEX. Transactions are stored in the database file, but I am not happy with the accounting API quite yet and the GUI has to display it properly. Working with a new GUI dev to get graphical display of InstantDEX orderbooks. So, the major tech pieces are there, but not quite interfacing with each other perfectly yet. Kristov Atlas has started the review of the design. As you see, the GUI is making good progress and we have 100+ people in slack! Now that BTC seems to have started reversing out of the bear market, when the fiat flows back into BTC, it will be able to flow back into the alts. However, these are really things that cant be controlled, so I will just keep working on the tech. James |
|
|
|
pushed new version that supports gathering prices into databases and also retrieving this data. bter, poloniex, bittrex, NXT AE and even mintpal is supported. curl -k --data-binary '{"jsonrpc": "1.0", "id":"curltest", "method": "SuperNET", "params": ["{\"requestType\":\"getquotes\",\"exchange\":\"bter\",\"base\":\"NXT\",\"rel\":\"BTC\"}"] }' -H 'content-type: text/plain;' https://127.0.0.1:7777/curl -k --data-binary '{"jsonrpc": "1.0", "id":"curltest", "method": "SuperNET", "params": ["{\"requestType\":\"pricedb\",\"exchange\":\"nxtae\",\"base\":\"BTC\",\"rel\":\"NXT\"}"] }' -H 'content-type: text/plain;' https://127.0.0.1:7777/Now each user can gather data for the crypto they are interested in and this creates the reference prices to overlay on the InstantDEX orderbook. took a bit longer than I had hoped to get it stabilized as I had to serialize all accesses and avoid deadlocks. systems stuff is quite tricky and feels like not much progress, but now at 2% CPU usage, it is able to handle all the packets and gather price data James |
|
|
|
Hey James, are we satisfied with Instantdex. As I understand it is a centralised solution. Looks like NODE is doing it decentralized. Their new algortihm is out and working. Of course till now with small amounts of transactions. Maybe NODE will be a good additive to supernets core, by adding instant transactions. Maybe you already know all of it, but if not, please take a look. https://bitcointalk.org/index.php?topic=590421.0disclaimer: of course I own some Node, but an irrelevant amount in comparision to my supernet tokens. why do you think InstantDEX is centralized? InstantDEX itself is fully decentralized. If you are trading things that are backed by MGW assets, then since MGW is distributed (between centralized and decentralized) arguably there is some risk from the distributed (vs decentralized) nature of the asset. However, there are also other types of ways instantDEX will clear the trades, including direct peer to peer. We are looking into NODE, until recently I dont think they had things working James Alright, so instantdex works decentralized but only for assets on MGW, not for coins, right? If it would NXT would have instant transactions already. ok NODE is working, but with a handful of transactions nobody can say anything about scalability, and I donīt know exactly how they have done it. I will separate out the trade clearing from the trading itself. Similar to when you click on "Send", once it is sent to the network (barring rare events), it is just a matter of time to get onto the blockchain. But the funds have already been send the moment you click. Does that make sense? So, with InstantDEX, regardless of how long till the next block the two people trading with each other (directly) will both have broadcast their half of the tx to the network. Just a matter of time before it hits the blockchain. Now, there will be a variety of ways to finalize the trade. Could be via NXT AE using MGW assets, could be direct wallet to wallet overlapped micropayment channels. That is totally decentralized and for any bitcoin fork that supports multisig. There are also ways of finalizing the trade via telepods and the upcoming ATOMIC. James P.S. Not sure if you understand that there are things like mgwBTC asset, which is 100% backed by multisig protected BTC, Yeah it makes sense, so it is not finally on the blockchain but both sides are locked. The only disadvantage is that they canīt spend it instantly, they have to wait for the blockchain confirmation. No I am not really into this MGW thing, but I will soon. So if you say we donīt need an instant transaction coin anyway, then itīs fine for me. NODE was just an idea, cause I was following it. Thanks for the lessons James. NODE is so new and not sure of tech details, maybe they are able to scale, so let us wait for the tech analysis on it first |
|
|
|
|
Show Posts
