Very wonderful progress being made! Thanks, as ever, James.
I'd love to know the motives of the dumper.

I think this is a fundamental difference between SuperNET and BlockNET: https://bt.irlbtc.com/view/829576.msg9313526#msg9313526
Please feel free to chip in to whatever discussion results. I just can't see how BlockNET will compare from a revenue-generation point of view.

Holy hell. That is huge. Seriously, How is it possible that you can continue to come up with so much crazy shitlike this!?

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

More languages added in BTCD blockchain explorer. Please check for any translation mistakes and don't forget to let me know with the correct translation. So, I can change it. Once you choose a different language, the transform is very quick (or should I say faaast!!!).

Now, you can check the latest transaction happening in USD. Of course based on real-time market data. If you are on a smartphone or tablet, use the scanner to scan QR codes and it'll display all your infomation.

There is an odd silence in the BlockNET thread about this... I will bump it again in the morning if I don't get an answer, though I suspect things are going on in the background.

who is at the forefront of building "side chains"? or, where is a good source to learn more?

If I understand your question correctly...

It means you currently have those coins tied up in an active [Sell] order.  More than likely you have your BTCD wallet configured to [Auto-Sell] I suspect.

Simply go to the Cryptsy BTC/BTCD trading pair (market ID: 256) and cancel whatever standing order you have.

My pleasure.  Glad it was something simple