can you give me the Txid? or the address that you watched? what we can do is reduce the amount of data shown that is interesting (for example only show the watched address and add +2500 extra addresses)

for example, we show payouts of eligius mining pool in a nice way, where you only see your own info.

with further effort it is possible to write "endedless lists" in android where you have to scroll huge amounts.

I'm loving mycelium wallet and am recommending it to people who ask me what to use.

I've got a question about broadcasting transactions from mycelium wallets.

Sometimes when I send a transaction it takes a while before it is broadcast to the bitcoin network.

I've noticed that whenever this delay happens, the delayed transaction is always announced just after a new block is found.

My questions are

- is it really a delayed broadcast or am I mistaken in my deduction from my observations?
- why is the delay happening?
- is it unique to mycelium or is it something that can happen on any wallet?

This has affected me in a contrived test environment when sending lots of transactions in a row (and is how I have been able to correlate a delayed broadcast with a new block being found).

I almost wrote it off as something that won't affect real-world use cases, but this did affect me today in real life when I bought something at a shop with mycelium, then ten minutes later I bought another thing at a different shop and the second transaction didn't broadcast. I loaded blockchain.info and saw the last block was about 20 minutes old. As soon as the new block was found, my second transaction was announced.

First transaction - https://blockchain.info/tx/2ce67ec3f2e5d63625d809bc0f513036273dce6fd68691590eb940ef02e79c6f
Second transaction - https://blockchain.info/tx/bfe8801f7779ca18dbb6f387784f2d898f00e0929e80b28d27c36780558f5c75

I should clarify when I say 'broadcast to the bitcoin network' I mean that I can see the transaction with zero confirmations on blockchain.info or in the destination coinjar.com wallet. When it is 'delayed' I cannot see the transaction on either of these services at all.

Any help in understanding this is much appreciated.

That's interesting. On my laptop, I still use bitcoin-qt, and I only get connected to 8 to 20 nodes. Every transaction I make, with or without fees, appears in blockchain.info within 1 to 2 seconds as soon as I broadcast it.

Your servers sending to 250+ nodes should get noticed by blockchain immediately.

I believe it is a matter of how many transactions you send. I have noticed it once in a while, but I don't have any statistics.

Which app was the QR code created with, Mycelium, or something else?

We should look into that. I actually think that it would be a small change. I only have one NFC enabled device, but I think Andreas has access to two
My thinking is that the receiving device should broadcast a Bitcoin URI with optional amount when on the Receive page, and the sending device automatically populates address/amount if it receives the URI when on the Send page. This could be a start and from that we could investigate whether it is feasible secure to automatically launch the app when close to an NFC device.

That sounds really nice.  I've been thinking that NFC should be an option.  It would also open the door for smaller devices without a camera or full display to authorize transactions on their own.  All they'd have to do is display the price and get a confirm or deny from the user.

This would probably be the easiest option. Bonus points if there's a cool animation lol

This sounds like a lot of fun. I'm not looking to move though, unfortunately

You can set a "trusted peer" in the Schildbach wallet, which makes it connect to only that address.