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

Just made a donation

Net amount: +45.08 BTCD
Transaction ID: 99d839994dfcec1aac0c48f8e3f67ec7459987f796230aaef48d06a8f56c037f

Its nice to see that BTCD's universe is relatively unaffected and slightly up at this phase, its reassuring. Its just the lull before the storm, so to speak, as as far as test releases go then. Donations at this point would be welcomed assistance.

We have been in the low volume retrenchment phase of the price cycle. usually a drop of 30% or even more is common during this phase. BTCD is actually slightly up, during retrenchment.
The entire selloff/recovery is not even observable in BTCD price, like its in its own universe

I think everyone is waiting for test release before going in bigger. I hope to solve the routing issue soon as that is biggest unfinished thing (not counting GUI)

James

Yeah that is nice to see, especially considering the past week in crypto. We are maybe seeing some mini pumps but thats all, pretty stable otherwise.

I'm loving how stable the price is and how low the volume is. People are hodling and staking, not selling. To me, that confirms that we are still a bit under the radar, and pretty much everyone invested is a real supporter, not just pump and dumpers 

mgwBTCD has passed basic testing, longzai is preparing a GUI to be used to deposit/withdraw BTCD to MGW.
.05 BTCD is the min deposit or withdraw, the fee is .0101 BTCD for withdraw

Trading on NXT AE costs 1 NXT to place a bid or ask, regardless of for how much. One guy sold 50 BTC for 1 NXT total fees, the buyer got 50 BTC for 1 NXT and .0002 BTC withdraw fee.

So, it might be a bit slow to match up trades (NXT blockchain time ~90 seconds), I dont think anything can come close to the cost effectiveness. The MGW provides realtime balance info of unspent outputs against issued assets and so far with BTC has matched to the satoshi for nearly one month of pretty active usage. ~50 BTC per day of deposit/withdraw and trading has been going on for NXT, which makes it one of the largest places to trade NXT.

I am still waiting for BTCD withdraw from cryptsy, for almost a week now!  a dozen emails with their support and all I get is runaround.

the mgwBTCD asset id is 11060861818140490423 and is currently running on my dev servers, so not quite production level reliability, but considering it takes hours, days or weeks to get anything from most of the exchanges (bittrex has always been very fast!) and I can make fixes from a major new NXT release in days, maybe its not so bad.

Still technically beta, so dont put any more than you wont cry if it gets lost (so far the only lost anything is ~9 LTC I lost by having all historical withdraws happen again due to a bad update I made). The sooner you get used to decentralized trading, the better as that is clearly the future

James

P.S. longzai will need some graphics files changed so his release will be BTCD, at least as much as we can make it look so

I am feeling some resistance to coding the routing logic. usually this means I am not ready, subconscious is still working out all the details and will let me know when it is done, by the fact that I have no resistance to cranking out the code. This is kind of my "secret", I dont force myself to write when I am feeling blocked. Since I always have a bunch of things to do, I just pick something that I feel ready to write.

This allows the complex deep thinking to be done literally while I sleep or while I am doing other stuff (like debuggin). When I am not having distractions, I can go from one problem to the next to the next, writing code as fast as I can type. So the people that are theorizing that "jl777" is actually 7 different guys, well, I do talk to myself but that's only 2

James

I just realized the M of N onion routing is going to be not as easy as I had thought. I really need to combined the M of N routing with the normal onion routing. This has the advantage of reducing redundant code (more reliable) and also makes it easier to make all the packet traffic look the same when it is going through the same process. I also need a pubaddr directory to make the random node selection from.

Combined with the need to broadcast a pubaddr/pubkey to allow the encryption to work, I have to be really careful to not leak IP addr info for the people using external privacyServer. Remember that if you use your local node as the privacyServer this is convenient, but your IP address is not shielded. Luckily both methods use 99% the same code and it seems to be working pretty well.

So instead of just debugging code, I will have to write and debug 500+ lines more. Good thing I write more than 10 lines per day!

James

thanks!
I visited MIT once and met some really smart guys there. I ask them about a problem I struggled to not solve for days, even before I finish explaining the problem, they could answer it!

I know I am no dummy, but like in the ocean, no matter how big a fish you are there is always a bigger one. So I learned there are some of these super smart guys, but usually they are not interested in everyday stuff, so usually I dont run into them. This crypto thing is quite an interesting problem though, so there is definitely chance that these guys would spend a few hours thinking about it. Good thing it takes more than knowing how to solve it to actually get working software

I also self-taught myself to play chess and while I can beat any non-tournament player (I estimate if I am concentrating, I am "weak" master strength) there are literally thousands that could beat me 9 times out of 10. Though I did get lucky a few times and beat some titled players, but chess has so much book knowledge that if you dont know it, you just lose the game before it starts

So I know my place. I ask these really smart guys the stuff I cant figure out and work a zillion hours, as hard work is a very good competitive edge

James

P.S. I also tend to get much hotter girls than these really smart guys, so there is always that

Pretty sure you are one of the "smart guys" James.  You often speak of the smart guys, which is very modest of you, but I don't think you're far behind these dudes, if at all.  Plus, you have a lot of character and personality and you always know what to say and when to say it. 

We don't have FUD here, I think, because they know you'll make them look foolish and you do exactly that.  You're able to do this in a sincere, educating way, where you almost win these people over by the time they've read your 25 line response that was posted three minutes after the original FUD.  You just outsmart them so quickly and it's enjoyable to sit back and watch. 

This whole damn experience is enjoyable, beyond that even!  Sometimes you just can't explain a feeling, but it's good I don't have to, since there are a growing number that share this same feeling, I believe.

Peace

I am relying on a significant part of Privatebet from GUI guys, so my projections are when I have made beta releases. The time to test, GUI, etc. are beyond my control.

Also if I come up with ways of significantly improving Teleport (like 254 way multisig), it could delay things a bit more but we would get a significant improvement. One of the issues I am trying to improve is the trusted/normal teleports. The normal teleports are fine, but if we can get some meaningful amounts of trusted teleports then my assessment is that any chance the attacker has is, well gone.

Let me explain. When you send the telepod to the destination, it is cloned a random time after receipt. This mixes the cloning events on the blockchain with all the other teleports during this "clone smear" time window. The more people teleporting, the less likely even random chance will link the cloning event to you. However, this one to one correlation between teleporting and cloning bothers me. I cant figure out how it is possible to be taken advantage of, but there are guys smarter than me and maybe they can. Dont worry, even smart guys are not coming up with much more than random chance correlations. I just want to get it so that maybe it becomes clear there is simply no way to even attempt to correlate.

This is where the trusted teleports come in. What if there isnt a cloning event on the blockchain? Then only an attacker that knows you sent the telepod will even know you sent one, but of course the M of N rerouting casts doubt on this and if all nodes are doing some amount of sending, they wont even know you sent/received a telepod. This is for people with packet sniffers monitoring your ISP! So, let us imagine 10% of telepods are trusted teleports, now a telepod can change hands many times without any evidence anywhere that it did. How can there be correlations made when it still looks like someone four transactions ago still has it.

The risk of trusted teleports is the doublespend by sender, but using ripple's idea of trustlines we can enable some trusted teleports! I want to add the ability to specify a certain amount of trust given to another account and as long as they are sending telepod totals less than the trustline, it doesnt have to be cloned. I know this makes things a bit more complicated, but to have any amount of trusted teleports will not only be much faster, but create what I believe are insurmountable difficulties for the attacker

James

P.S. Not sure how long it will take me to add the trustlines, maybe not so long, but I think it is a nice improvement and solves the last remaining "weakness" of Teleport. I am sorry for the difficulties this creates to mathematically model, I cant even come up with an approach to do this with significant trusted teleports because there is no way to know how many transactions are happening

Privatebet before the start of the American Football season would have been killer. At least it can be released before the end of the season.

Awesome! Can't wait for Privatebet.

MGW support (in testing now)
BTCD teleporting (getting very close)
BTC teleporting (1 week after BTCD teleporting)
GUI's (not sure)
InstantDEX (September)
anon card - september
Privatebet (October?)

The above is current guesstimates, wont be 100% exact but the order is probably pretty close

fantastic, thanks

James, i know it's a complex project with moving and interconnected parts - Instadex, teleport, the various wallet gui's, the betting aspect, the anon card, etc - is it possible for you to summarize how you see these different elements falling into place during the next month or two, sequentially?

   sha256
   190.58 GH
   0 confirmed
   290560 unconfirmed


Put some on now to test

middle of third page by volume, up from top of fifth page, so we are getting more readership but still far from being "discovered"

It's probably a change address. Look in the block explorer at your sends, and see where your change is sent. I think the default for most QT wallets is to create a new change address for every spend.

This is why backing up after spends is a good idea. Some wallet's pregenerate X amount of address and use them, and then generate more when needed. Some just generate one every time you do a spend.

a lot of times addresses are created automatically.
if you go to the receive funds page does this RUv.. address show up?
I am pretty sure your wallet has the privatekey for this address, so it is your address