it is still so new, not even sure what sort of marketshare it will get
of course if it becomes significant we will need to figure out what to do
in general any advancement in crypto is good for SuperNET

    static char *telepodacct[] = { (char *)telepodacct_func, "telepodacct", "V", "amount", "contact", "coin", "comment", "cmd", "withdraw", 0 };

I coded a telepodacct API, this will either return info about existing telepods or create account entry telpods.

if "cmd" is "debit" or "credit", it will just create a special telepod that is just an accounting entry and it will also get a comment so you can document your tx.

"contact" is any contact in the list of contacts, if blank, then all contacts
"coin" can be a specific coin or blank for all coins (they will be converted to BTC equivalent)
"withdraw" will filter thing so only withdraws of telepods to that address will be listed

All the telepods that pass the filter will be displayed and the total debit/credit is calculated. Error cases such as double spends or cancels and pending tx are also displayed.

I think this has almost all the required functionality for GUI to display status of telepods

James

P.S. I probably need to add a cancel teleport API, this would allow a partial cancel of a tx, only to be used when both sides are agreeing to it, or there would be an upset recipient of a "bounced" telepod

any accounting peoples here?
I know enough about accounting to be dangerous

I remember something about double entry accounting where you have matched debits and credits, so they always add up to the same balance. this happens to solve a bit of a tracking issue.

here is the scenario.

Alice teleports to Bob 666 BTCD. Ignoring which telepods are selected (we just assume for now Alice has enough), she will send something like 500 + 100 + 50 + 10 + 5 + 1 BTCD telepods.

Now, these six telepods change from "avail" to "outbound" status for Alice. Since she now shouldnt use these for anything else, her balance needs to be adjusted by 666. Now by summing all the avail telepods, we will get a total lower by 666 BTCD, but to be able to track where the funds went it makes sense to create an entry that says "sent Bob 666 BTCD". This allows to later sum all the sends to Bob and match it up with all the entries.

On the receiving side, it is trickier as Bob doesnt necessarily know that he will get the telepods. But at some point Alice and Bob would come to some sort of agreement for payment, so Bob would put in a "expecting 666 BTCD from Alice". This would change to "received 666 BTCD from Alice" as the telepods are received and then cloned. With an intermediate progress percentage as the telepods are cloned at random times.

So I think what I can do is create "sent" and "receive" telepod commands where the "sent" is automatically generated when you do a teleport (assuming no errors) and the "receive" needs to be done manually. I can make an API that will display unaccounted for incoming telepods and it would suggest that "receive 666 BTCD from Alice" would balance all the known telepods.

Something like this is what I am thinking of. Feedback appreciated.

James

P.S. With a system like this, it would be possible to do a time released payment, eg. instead of sending all 666 BTCD at once, it can be spread out over an hour/day/week/month. So if you are having a monthly payment to a vendor, you can spread it out over a month and this really helps the privacy

I dont know enough to know what is supposed to be impossible, plus I ask people who know how to solve these difficult problems. I think the latter is more effective

Having a secure communication channel enables a lot of things that otherwise are not possible. I didnt know all this before, but now that we have a secure comm channel, it is natural I learn how to get the most out of it.

James

Actually internet of coins came out with a website in late August. I remember seeing some nice graphics, but didnt understand what their tech was, seemed more like a concept. I was familiar with their stormwind asset which is the same asset on multiple asset exchanges. From what I can tell it is a totally different approach to the same ideals as SuperNET.

James

there are some people that just dont like new tech. The more new tech, the more they want to sell

James

I've pretty busing coding:
https://bitcointalk.org/index.php?topic=762346.msg9313397#msg9313397

James

P.S. I have never used any sockpuppet

bigger news would be that I rewrote the Teleport code to use Telepathy and the new database and reduce it from 3000 lines to less than 1000 lines, with just accounting API left to do. Especially if the BBR changes were integrated in so that multicurrency Teleporting was pretty much code complete.

Still need to integrate in InstantDEX autoconvert and hook back up the Tradebots to the new codebase, but definitely feels like some big progress.

James

P.S. Still need to debug and solve build issues, but with less than 1000 lines of code, it will be much easier to get it debugged than when it was 3000. I also need to add deaddrop address mining, and adaptive network factors, but these are small issues compared to the fundamental Teleport and Telepathy.

I ended up rewriting the old teleport code and now it is ~800 lines! Having Telepathy and a database really simplified the Teleport logic. I even have support for additional coins, but clearly BTCD will be easiest to debug and get working as making it work without any changes to a coin's core is possible, but exactly easy.

keep in mind, still need to figure out how to get a build with the DB in it and also Windows builds, but all that is left now are telepod accounting functions and since it is in a database, no magic will be required.

Along the way I think I also figured out how a group of players can jointly create a random number(s) that is fully decentralized and provably random. Most importantly, none of the players will be able to predict what the sequence will be, but all the players will generate the same sequence of numbers. So from 2 player games to 8 player card games, all these can have a totally fair dice/cards.

Even 1 player games against the house can use this mechanism as long as there is a special acct for the house. So no more worries about being cheated. Coming to PrivateBet games.

James

that 10K wall at .007 is me

as soon as the whaledumper runs out, I dont want the price to just spike back up. Even though the drop was caused by just one guy, best to be more gradual. Also, the whale dumper refused to sell anymore, so maybe he is all out?

that was almost 3% of all BTCD (in an hour!) and more like 5% over the last few weeks. I can only think of a few people that have that much BTCD, well had that much.

so, this whole declining as I am making fantastic progress on the tech is explained!

James

ok, so you have more to sell.
another 10 BTC there

every address has its own privatekey

there, another 10 BTC for the whale dumper

and another, so there is 20 more BTC for you

more BTC being sent to bittrex for you, mr. whale
soon you can dump again, but it is a slow BTC block

James

WTB CHA
PM me

so, Mr. whale just how much more do you have to sell and how desperate are you for BTC?

James

P.S. for everybody else, no need to panic, this is just one whale that really needs BTC and nothing to do with BTCD

seems we have somebody desparate for the BTC
they are selling into all the below market walls!
this explains the recent drop, it is just one big whale that has decided to sell.
whoever you are PM me, maybe we can do an offmarket trade to avoid making big waves in the market

James

definitely possible to store HTML in the cloud
getting all the active web stuff will be much more difficult, but static content wont be a problem
in fact, this could give some value to NXT aliases which could have the cloud lookup info in the alias description