[tyho]

How could you prevent somebody signing a transaction using your service, waiting until the nLockTime has expired, then creating a transaction that is not signed by you but valid due to the nLockTime expiry? They would then be in a position to double spend because they could use a transaction that is verified by you to buy something instantly (cash from an ATM for example) and redirect the same funds back to their own control using the single signature transaction with a high chance of success.

[BrokenPipe]

We only provide instant confirmations for bitcoins we know that are going to get included in a block long before the nlocktime will expire allowing you to spend them.

[tyho]

How long before, because that would make it impossible for people to spend their coins at all during that period, which could be annoying.

Also, does this mean that to verify a transaction can be considered instant, the merchant has to check with your servers and there is no way of verifying this independently? Isn't this a serious privacy problem?

[BrokenPipe]

We don't provide instant confirmation but that does not mean you can't spend your funds without it.

The minimum is 1 day or 144 blocks, default to 90 days, max is max block size.

[mikemoka]

Hi Lawrence,

probably that is the right step toward solving the transaction speed,albeit by a slightly more centralized workaround,it reminds me of a comment I made almost a year from now:

https://news.ycombinator.com/item?id=6130813

great job ;)

[BrokenPipe]

cheers!