I recently imported a vanity address for my company (1ciyam3htJit1feGa26p2wQ4aw6KFTejU) into the current 0.6 version and gave this address the account/label name "ciyam" and moved some BTC into the address (so far so good).

Next I used the bitcoind "sendfrom" to send a payment out as follows:

bitcoind -rpcpassword=***password*** sendfrom ciyam 1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxY 0.25

but if I look at the vanity address in blockchain.info the 0.25 tx doesn't appear (the 4 tx's which you can see there now are an initial test one - a larger BTC input and then 2 tx's I did much later to adjust the balance according to what my own wallet was showing for the account).

If I do the following:
bitcoind -rpcpassword=***password*** listtransactions ciyam

then I see 6 tx's and a balance of exactly 100.

Am guessing that I've missed something fundamental here as I don't get why my "sendfrom" tx's don't show up when looking at the address under blockchain.info.

Can anyone please explain to me what I've misunderstood?

Thanks Pieter - I hadn't considered this as it was a newly generated vanity gen private key.

I guess waiting for approx. 10 minutes was not patient enough (only using a laptop).

Luckily it doesn't look like I damaged anything by shutting down bitcoin-qt (and also the import seemed to work fine).

Perhaps a flag to not scan could be considered (when you know you are dealing with a brand new private key like I was)

Good point - so perhaps the idea could just be to use something like name + bithdate + "x randomly chosen words" for the pass phrase.

One way to do this (but does require you to remember 2 things) would be to have a pass phrase and a "pin" number (say 6 digits) where the pin is actually the number of times to hash the pass phrase.

As the main point of the PIN is just to harden the pass phrase from a brute force attack (where it is perhaps expected no information is known about whose pass phrase you are trying to crack) it doesn't really need to be so "random" (so could perhaps use birthdate or some other easily remembered number).

I think that the null modem idea that is being discussed with Armory should make it fairly straight forward to create your own secure offline vault.

Great idea - for (simplified) Chinese I have developed a unique system for review testing (mostly based upon Rosetta Stone level 1) that generates "random" flashcards. Using this approach I was able to learn over 100 words in just a couple of weeks (have been in China for over 5 years and prior to creating and using this software was unable to read much more than 20-30 characters).

If any of your Chinese teachers are interested to give my system a try let me know and I'll set up an account for them to play with it (usage is by private invitation only currently).

Hmm... I have the following settings in bitcoin.conf:

# To allow usage with RPC-JSON interface
server=1
rpcallowip=127.0.0.1
rpcpassword=***some_password***

So am guessing that it should be working after all. :/

I imported a private key using bitcoind while bitcoin-qt was running (Windows) and although it appears that the import operation worked fine both bitcoind and bitcoin-qt hung. After ctrl-c from bitcoind still bitcoin-qt would not respond (had to kill the task).

I then restarted bitcoin-qt and luckily all seems to be fine - looking at debug.log showed just a bunch of blank lines between fetching blocks and the restart (so no indication why clients were presumably locked and why killing one process didn't unlock the other).

BTW I have had no problem doing "read" operations (such as listtransactions) with the GUI running or using setaccount (this operation is the first other "write" operation I've performed whilst running the two clients simultaneously).

Macros are always evil and I have never really seen the attraction of BOOST_FOREACH myself especially now that we have "auto" types and can write our loops as follows:

for( auto i = container.begin( ); i != container.end( ); ++i )
{
...
}

[now it will be time for others to chime in with the "C++ is the root of all evil and should never be used" type stuff we get on this forum]

Whilst I agree that spam to the end user is nothing like the problem it was years ago (mostly thanks to Bayesian filtering) there is still the issue of waste to be considered (I think last I read it was estimated that more than 50% of all emails being sent are spam).

So in my opinion any approach to trying to solve this (what is for most end user's now a non-)problem would have to be instead aimed at the large email providers and/or ISPs as it is their resources that are being wasted by spam.

Q. Name a famous but secretive Irish man and for what he is famous for.

A. (in a strong Irish accent) Asshat O'Shea - nicked a motor - right?

Aha - be interesting to know if he'd heard about it before he started studying there then.

Interesting - one suggestion to gain interest from Aussies would be to support fee free bank-to-bank AUD deposits/withdrawals (for at least people using bank accounts from one of the "big four".)

Isn't/wasn't he a 17 year old Singapore student?

Perhaps rather than a micro transaction make the amount of BTC per email much higher (say 0.1 or even 1.0) and have that amount then be returned to the sender iff the recipient agrees to (could be combined with the current "send receipt").



BTW the Email package for my up and coming open source platform does allow you to use Hashcash (but I really only put that in for fun).

Sent a PM.

Plenty of cafes and bars with free wifi in Beijing so having a get together with laptops in tow is easily worked out.

We took a group of German travellers to Mutianyu yesterday and scored a perfect blue sky day (temperature was around 25 C with a slight breeze).



I spent quite a bit of time explaining about Bitcoin to the them and have generated some interest in using it for travel (bring on the German backpackers ).

Today my legs are rather sore from the climb - will need to get a bit fitter if am going make this trip a regular event.

Sounds like we have Hong Kong covered now as well (perhaps we can finish our side in Shenzhen and let you take over from there).

Would be great if "Plato" could make his next Bitcoin trip a "round the world" one.

We would be willing to take you to Chang Chun (the capital city of the Ji Lin province that borders North Korea) where we could try and work out how to get a visa for you (we haven't done this before so will require some research if you are really keen on this).

Even if you're not our first BTC tourist we'll extend the offer to you (whenever you arrive) just for being the first to post a reply.

We are also willing to take people to Shanghai, Xian or Hangzhou (and other cities are possible by arrangement).