Yes, you give him your BTC address and he puts his funds into LBC escrow with that address. That guarantees that he can't use those coins for another transaction at least for the time being. Later, when he meets you and sees your cash, all you has to do is press the green Release Coins button while taking your cash. Text messages / emails will be sent out to confirm the completion of transaction.

Note that it is not necessary for him to release the coins to your localbitcoins BTC address. The address you give hime could be from any wallet.

Edit: There are some bullshit comments from people on this thread who have no idea how localbitcoins escrow works. Don't listen to them. It is not the same as some guy on the forum escrow. It is automated unless something goes wrong.

If it is a funded transaction, the sender will be localbitcoins. I prefer a funded transaction as opposed to one where the seller sends you coins directly from his wallet. That way if there are any issues regarding non-confirmation you can take it up directly with localbitcoins support instead of having to hunt down the seller.

For example, once the seller releases the transaction from localbitcoins escrow and the buyer sees the tx broadcast to his wallet, the buyer can give the cash and both parties can walk away immediately.

My guess it that it is a glitch. They could have rebooted their node.

No two nodes have identical mempools. I filter out low-fee and zero-fee transactions on my node and yet my (v0.12.0 capped) mempool was always full.

It would be real nice if it turned out to be the guy who was flooding the network with spam transactions.

Well in the US what they make you do is register your pre-paid card with the bank online before you can fully unlock it. You can still buy reloads from the kiosk anonymously but you usually can't use them to refill an unregistered card. It wasn't like this just a couple of years ago.

If you have a full node that is slow in relaying blocks and transactions, you are using up valuable connections to other nodes that could have been used by somebody else. Those nodes that are connected to your slow node will probably receive blocks/transactions from other nodes first.

With all the new stuff available in Core 0.12.0 I wonder why you'd even consider Classic an "upgrade"?

With 0.11.2 I was getting what seemed to be a fragmented heap after running for weeks non-stop with a high number of connections. The workaround was a weekly restart. Let's see if this problem is fixed.

This kind of thing should be implemented independently and separately from the blockchain or protocol.

Yeah, those god damned parasites causing those squigly lines on the charts while trying to step ahead of the market - line them up against the wall and shoot them all.

Having too many paper wallets might pose an operational risk. The risk is that you might lose some of them or even forget about those that have too few BTC. If your private key generation method is solid there is really no point in having more keys than necessary. On the other hand if you generate private keys using a silly method (like using quotes Shakespeare) then all your keys are susceptible to hacking no matter how many you have.

I use Amazon gift cards from Gyft as I can buy up to $2000 at a time and load them into my Amazon account. For me purse.io is a little too complicated to use the last time I looked at it. I guess if I were looking for discounts I would be using it more.

They may switch to Classic if everyone is on it, but they could still put a soft 1MB limit on the blocks that they generate for performance reasons. It may be better to keep generating and propagating 1MB blocks efficiently than trying to generate 2MB blocks for the additional scrap fees and having those orphaned.

You cannot sync a blockchain if blocks are found every 10 minutes and it takes up to 21 minutes for a signal to reach from one node to another on the extreme edges of the network.

You'd need multiple chains for each region in space. Only nodes that are currently in low-latency communications with a particular chain's network should attempt to communicate with the blockchain in p2p mode. However, there should be a way for faraway nodes to receive block updates in read-only mode to receive a delayed sync (e.g., for audit purposes).

Some kind of transactional gateway would allow you to exchange coins from one chain to another. The transaction would take a long time to complete so you need to figure out how to minimize the risk of wildly fluctuating exchange risks for both counterparties. The price could crash by a large amount in 21 minutes - a universal chain where everyone has read/write p2p access would be super retarded.

Edit: There is also no reason why someone on earth cannot remotely own or operate a node/wallet on a Mars chain and vice versa. It just means that your "spend" command to your wallet/node takes a while to reach there.

I you want the work to be permanent, i.e. sell the house with it, it probably is best to get an electrician to do it. I am a former electrical engineer and certainly knew what I was doing when I added a second breaker panel and some additional circuits in my old house. However, I was not familiar with all the arcane codes and when I sold the house I had to have some of the wiring redone. The electrician doing the rework said that what I had done was safe, solid and even over-engineered. However it was not up to code in a few minor details.

I would pay more than $30 a month for a virtual server with enough bandwidth, disk and I/O to run a full node. However, I would only run and control it myself and not have anyone else manage it for me. I also won't bother if there were other nodes already running in the subnet or ASN.

Do you just want bigger less frequent payouts? You can already do that with some pools.

Anyway the idea does not really make sense unless you are talking about Proportional Payout pools, which died back in 2011 due to pool hopping strategies adversely affecting this type of pool.

In the past year I've been home mining (plus small data center mining) for an average loss of 30%. In return I get freshly minted coins from Eligius or p2pool. Still beats going to shit places like Coinbase to buy your coins and have them track how you spend them. The S7 has probably allowed me to extend my home mining operation for another 6 months or so. As long as the loss is not too much I prefer to mine my coins rather than buy them.

They are still paying their newer contracts. However some of my contracts from almost a year ago (with the higher maintenance fees) already became worthless without having recovered the initial capital.

I can guarantee that if you've been hitting up faucets and collecting enough Satoshis to add up to one Bitcoin then you would have one very large Bitcoin on the blockchain.