Just tried that - it says you need to enter the city (which you can't). What browser are you using btw?

Wrong - this is what their support is saying - but it appears that you cannot withdraw to *any* bank using either IE or FF now (still checking into this).

The problem is that you cannot select the city or the bank in the withdrawal form.

With btcchina the Bank Of China withdrawals are *not* working (support is currently claiming some crap about a browser bug).

It's not clear yet exactly what is going on but indeed tenpay is not working from btcchina (Bank Of China still seems to be working though).

Assuming that there is no problem withdrawing BTC then it might be a good idea to consider buying the cheaper coins and moving them out of the exchange pending the final outcome of this.

Yup - *buy* but do not *panic sell*.

User was already banned/deleted from weibo - this could likely be FUD.

Okay - I get that - so if I hold any funds I will GPG sign an agreement about the release of them to make sure that all is above board.

Trust is a hard thing to come by on this forum - and I very much value the trust that I have established so far.

Perhaps a multi-sig solution might be even better (so the trust is spread).

BTW I don't think that many members would have a trust problem with you as I know you have been around longer than I have been.

Without a doubt "getting devs" is the hardest thing to do (and the major problem I've found in starting CIYAM Open).

Unfortunately they are very hard to come by - I might take some time to look into your project myself and see if I could take on some tasks but I can't promise much as I'm very busy working on my own project (like so many others are).

Don't worry too much - it's happened to other projects that have still ended up getting devs - I think that the "idea" more than where it is categorized will determine the result.

I think you'll find that it is up to the service/goods provider to decide their policy wrt 0 confirmation payments when using Bitpay.

For services such as say web hosting it isn't much of a problem as the service provider can easily just cancel the service if the payment doesn't confirm after x hours but for people shipping physical goods it is of course much more of a problem.

You would be welcome to create a project on CIYAM Open for this (https://ciyam.org/open) - it has a workflow process that locks in a chosen dev for a period of time (so no-one is wasting their efforts rushing to get a bounty) and for this project I would not charge any fee.

If the dev fails to deliver by the date and time that they had promised to then the task can be re-opened.

This is being used for the Moneychanger project as well as for the CIYAM project itself.

Also if you need an escrow then for a small fee I'd be happy to do this (check my trust rating).

This is bitcointalk after all.


I too am interested to know what Bitpay would do - I guess they certainly could rebroadcast the tx themselves to "keep it alive" although there is the possibility that the tx may not confirm for months or even years (if network usage remained constantly at the same level).

That would open up an attack vector - which is the reason why I assume my tx got dropped from everyone's memory pool with 24-48 hours (I forget the exact amount of time but was certainly not longer than 48 hours).

I think the only *solution* is going to be that the *vendor* pays the fee (some work on the idea of one tx providing the fee for another has already been done although it isn't part of standard Bitcoin yet).

One other scenario that seems to have been missed:

1) Pay for your coffee with a zero fee low priority tx.

2) Wait for 24 hours when it will have been dropped from the memory pool in most Bitcoin software.

3) Send a different tx using the sample UTXOs but this time adding in a reasonable enough fee to get into the next block.

This is actually quite simple - and although I've not tried to get away with any free coffee I have actually performed this sort of "double spend" more than once (when the network just got too busy to process a couple of zero fee low priority txs I was playing with).

Does Bitpay do something to try and prevent this kind of "double spent"?

Currently the Bitcoin network simply couldn't cope with huge numbers of transactions (no more than around 7 per second at max. as things stand currently) so I don't think that this will really matter until Bitcoin can actually handle 100's (or better yet 1000's) of txs per second and even though there are some new and interesting ideas being proposed to improve its throughput I think we are probably still at least a couple of years away from it being really "ready".

Letting people use it legally as a store of value (or a stock) is a good enough first step IMO.

Am not a PHP user myself but basically you want to use "bitcoind" via the RPC interface to do your operations in PHP.

The API reference is here: https://en.bitcoin.it/wiki/API_reference_%28JSON-RPC%29 (scroll down for a PHP example).

For Java you would probably want to instead be using "bitcoinj" although I wouldn't recommend either it or Ruby for a bitcoin "hot wallet" as both have had plenty of exploits that could easily lead to your wallet being drained.

You might want to carefully consider what you are trying to do.

Putting a wallet on a server can be a very risky idea - and especially so if that server isn't under your physical control.

Most welcome - and it shouldn't take too long to get rid of the "newbie" tag.

Correct - basically some clever math stuff is involved which makes it safe for you to get someone else to generate your vanity address.

There is a service offering to do this (not free except for easy ones) - if you search the forum it should be easy enough to find.

You should only let another person generate a vanity address for you if it is one that involves more than 1 private key (generally referred to as M of N signature addresses which start with a 3 rather than a 1).

Unless the prefix you are wanting is longer than say 5 characters you would be better to generate such an address yourself.

If you are worried about using "vanitygen" then I would advise generating your vanity address on an "offline" computer (and building the executable yourself from the repo source).

Also note that although I do use a vanity address myself it is never a great idea to re-use Bitcoin addresses.