Topic: BTCD is no more - page 453. (Read 1328490 times)

uhm can you explain 

I have some bad news:

"moneysupply" : 1177663.72510559 midnite Tues
"moneysupply" : 1177736.38533444 4:30 PM Tues

Yes, no worries.  Gitbknowsall is putting together infographics to better illustrate the btcd tech!

The major mass of people bought BTCD at 120-140 ksat. The prise will not falling lower than = [Buy Price]+[30% of Buy price]. So now there is a big opportunity to buy in. The coin change hands at the prices near 180 ksat

cool looking chart, reminds me of metro station maps for some reason.
I dont really understand what they are doing, but with a color chart like that it must be good

There just isnt enough details on how TITAN hides the info on the blockchain. I cant tell what level of privacy they get with this. One problem that none of the other solutions (that I know of) solves is the user error issue. See, to maintain high levels of privacy you need to be diligent and never expose your IP address anywhere that you dont trust.

This is why I designed the hub and spoke model of privacyServers. The privacyServers are public nodes, so everybody knows their IP addresses and each BTCD client connects through encrypted channel to a privacyServer. So now, you can avoid having the best anon algo totally negated because you logged into your email without going through a proxy.

Theoretically, maybe there isnt much added anon to this, but in practice it will make all the difference in the world. I dont want BTCD users to have to use Tor (that's a big red "come and investigate me" flag!) or I2P or anything to raise issues. Just normal use and if everybody is using BTCD, then using BTCD is normal!

So, my design is for everybody to gain privacy without needing to know anything about how to setup Tor, proxies, etc. Of course the people running privacyServers will need to know this, but they will get compensation for it

Do we have someone that can make pretty chart like that? I bet we can make one look much cooler

James

For that we would have to exceed LTC volumes.
Anyway, I think current price level is a good place to be for a few days, let more people get in at these prices.
What most people dont realize yet is how significant the 1.2 million fixed number of coins is.

.002 price for BTCD is like .0005 price for a coin with 5 million coins and .00005 price for a coin with 50 million coins

Even XMR has over 2 million coins and many more added every day.

Anyway, time to start coding.

James

Hi James,

Regarding privacy, have you seen what bitshares TITAN has?
https://i.imgur.com/7ki3fe3.jpg

I predict .005 by the end of tonight.

The FUDsters will have to work pretty hard to come up with bad stuff to say about BTCD.

Giant premine for coin founders of ~20000 BTCD, worth a few BTC for the first week+ of coin launch. Hmm, nope doesnt seem FUDable to me

lets see. Oh, yeah, BTCD is a scam because there is nothing new. Sure, they can go with that and then explain how https://github.com/jl777/pNXT is nothing new. Also, if I am just writing new code I write ~1000 lines, then it takes a day or two to debug, so several thousand lines of new code per week. Every once in a while, I refactor and replace old code with much cleaner code so my output goes "negative", but that is just part of the process. Write code, debug, refactor. Add new feature. Repeat

OK, maybe they say my approach to privacyServers is no good. In that case I am very eager to hear about flaws so I can fix them.

Clearly privacy is a core feature, but BTCD will be far more than an anon coin. It will be a gateway coin into a universe of decentralized features. And I will keep adding to these decentralized features steadily. Maybe I slow down a bit after BTCD is near top of coinmarketcap, but for the rest of this year, I plan to continue my pace of 100+ hrs per week

James

lol you did it good

thanks for a notice. Did you see your quote? http://www.coinssource.com/bitcoindark-transitions-from-pow-phase-pure-pos/

There isn't anything to FUD with this coin - this one is pretty much roses!

So, now it goes up!
@jl777 I like your technical understanding and your postings! This thread is very interesting!!! (I am afraid of FUDs incoming since the value of BTCD is growing.)

BTW, I only dumped on bittrex which is why cryptsy seems a bit more stable. All done for now though, so no more cause for alarm.

exactly
sorry to cause anyone alarm
I had to liquidate nearly 5000 BTCD, which is now completed, to pay out some miners.

Wait!
Are you thinking the privacyServer has the private keys for your account??
Of course not!
The privacyServer has knowledge of your account number, that I think is a serious enough trust issue. No way that any node keeps another's private keys. Then it really is not a separate node as it controls that acct.

I am trying to minimize information leakage across the entire spectrum. One of the biggest leaks is that the privacyServer knows your private account number (not passwords) and also who you are sending messages to. The latter is solved by an additional onion layer. The former no solution yet, but not sure where it ranks in priority for solving

James

I think the recent dump is due to nxt multipool who mined a lot of btcd.
This will only be happen once if I am right.

The "bitmessage" approach conceals all.
Each node would have a superprivate account that only it knows about. All tx from that account are via global broadcast, so there is no path analysis possible for the packet, since all nodes will get the packet.
Of course this method still needs a way to teleport the funds, but zeroknowledge proofs could do that, so either I wait for zerocash or if I have everything else done and they are not out, I can start experimenting with libsnark

As things come together, clearly the easier to implement stuff will be done first. I like incremental improvements, so BTCD will get better as time passes. I really dont understand litecoin. They could have been adding features all these years, but nope, always stays the same.

James

When extreme privacy is needed, I have a slow but effective solution for that. If you are familiar with how bitmessage works, it is the same concept. I independently came up with the idea thinking it was so cool and it turned out it was already done, at least for emails.

So, it would be slow, but super secure. For this level of privacy, no trusting of anything other than the BTCD network routes packets.

One thing that is important to note. I cannot figure out a one size fits all method for privacy. There a blockchain bloat issues, response time issues and information sensitivity issues. Sort of a three dimensional matrix of tradeoffs. So, any single privacy algo is surely going to fail in some areas, eg. too slow or not secure enough.

Well, maybe someone a lot smarter than me can figure a universal solution, but for me, I just come up with the likely most popular use cases and make sure there is a privacy level that works for that use case and then combine them

I am no ivory tower guy. I like practical solutions, but I also like to use fancy magical algos with cool properties

James

I don't understand much the technical but I like this coin so thanks for dumping on me and I got 120 more..