Topic: BTCD is no more - page 183. (Read 1328507 times)

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.

    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

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

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

James

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://bitcointalksearch.org/topic/m.9313526
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.

No doubt Trinibits, totally agree.  Great opportunity to spread the wealth, gain some new community members and move forward with renewed excitement

I'm quite disappointed I wasn't near my pc for the superDUMP .  Woulda totally raided my cold storage for such an event.  Now that I have orders in place, I would be completely cool with one more mega dump like last night

EDIT:  Distribution must be looking pretty darn good atm

Dear James,
Thank you so much for your Hard work and congratulations to you for the start of a new era. 

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

I love this whale. three days ago I sold one of my apartments and I'm ready to embrace this fat whale.    I love cheap BTCD . 

Yeah, wish I had some liquid btc to pick more up
Crazy dumping so much at this point. Very weird.

 

stapp, please let the small fishes get something to eat too  

Blimey, you can't go to sleep around here without waking up to some crazyness.  I am up now, I am dumping all other coins to bring in some buy support.  Its nice to see a developer and community fight so hard. 

Wow! and I bought 20 of them!  Talk about different ends of the spectrum.  lol   Take that Bearwale!

So even though James offered this person to buy his btcd away from the market this person refused and kept dumping into buy walls. Sounds like they were making a decisive (vindictive) action.
Thankyou James for doing what u did there. Don't know how many devs would have done that

Transferring 140 BTC to bittrex right now to foil your plan by spiking the price back up through your sell wall.    jk

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