Show HN: Instant confirmation via Bitcoin payment protocol(greenaddress.it) |
Show HN: Instant confirmation via Bitcoin payment protocol(greenaddress.it) |
Author of the BIP draft for the Instant Confirmation Payment Protocol aka BIP70 extension and founder of GreenAddress.
You can find the draft here https://github.com/greenaddress/bips/blob/bip-payment-reques...
Bitcoin dev mailing list discussion http://comments.gmane.org/gmane.comp.bitcoin.devel/5628
Reddit discussion http://www.reddit.com/r/Bitcoin/comments/284me8/instant_conf...
The aim of this extension is to reduce risk by allowing, via a third party, instant confirmation of bitcoin transactions.
Questions, comments and in general any feedback is very welcome!
Cheers! Lawrence
How do you see the fees finalizing? Will there still be a significant cost reduction for in person transactions once the industry has matured a bit more? (equivalent of CC transactions in terms of ease of use).
Either way, this is a cool idea, best of luck to you.
Another important thing to note is that you're likely a member of a very privileged class, by virtue of being on HN. You likely have a bank account and a credit card. Not everyone is so lucky, and Bitcoin serves many of the same needs you fulfill with the traditional financial system.
Then you have remittance. Imagine you are a Somali immigrant living in Michigan, and you'd like to send money to your brother in Xamar. How do you do that? It's legal, but to my knowledge no US Bank operates in the region. Bitcoin world's as easily to your brother as it does to anyone else.
Fundamentally, Bitcoin is trying to be a settlement network and an asset and a UI and a platform for developing future financial services and now a half-baked business-oriented transaction layer on top of the settlement network. Unix philosophy[1] says this is insane, and as someone involved with one of the largest exchanges, I'm inclined to agree.
Most of this stuff boils down to using Bitcoin to try to solve things it's not well-suited to solving, eg. instant payment.
I mean .. adding X.509 & SSL[2] to Bitcoin clients to 'simplify' payments? Really? Do you guys have any idea what that does to an implementation's risk model?
[1] http://en.wikipedia.org/wiki/Unix_philosophy [2] https://github.com/bitcoin/bips/blob/master/bip-0070.mediawi...
Other than that, instant confirmation is also done via our own API (which is via wss, ssl) and there is no reason as to why it couldn't be done with ECDSA instead, issue as usual is key management.
You think arbitrage&liquidity between exchanges via instant confirmation is not well suited for exchanges?
There's also other users that can check either inside the GreenAddress wallet or at https://greenaddress.it/instant
it's called GreenAddress because when I thought about the concept, end of 2012 beginning of 2013 it wasn't yet associated with the bad reputation or MtGox double spends and I felt anyhow that it could be improved (which I think we did).
The modus operandi of the platform is different from the original GreenAddress concept as the instant confirmation comes out of band and is based on multisignature allowing the system to prevent users double spends.
However, like the original GreenAddress concept, it is based on third party trust, there is no magic bullet.
Haven't we already agreed this is meaningless?
It should be removed imho. Especially since the instant confirmation with a monitor couldn't really be synchronous without .. wait for it, waiting.
good catch!
The 'instant' comes from trusting a third party that temporarily controls enough keys to block the funds before they can get double spent but long enough that the tx can be confirmed.
http://arstechnica.com/security/2014/06/bitcoin-security-gua...
http://www.reddit.com/r/Bitcoin/comments/284me8/instant_conf...
Not to dismiss the 51% issue but that would affect all transactions, this -'instant protocol' is on top of bitcoin, not in replacement of.
With all due respect, correct me if I'm wrong but I don't believe you run a major exchange. There are loads of factors that need to be considered including legal, fraud, security, timezones, multi-hop settlement times (transactions that involve crossing assets) for which we are perhaps one hop and which rely on speed and precalculable latencies, etc. Basically, if anything at all to do with running and exchange seems 'obvious', you probably don't have the whole picture.
Furthermore, most of these issues are better solved in a manner that is not asset-specific or intimately connected to an asset-specific settlement network, ie. we really don't want Bitcoin to provide its own, half-assed solution for what is not a Bitcoin-specific problem.
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?
The minimum is 1 day or 144 blocks, default to 90 days, max is max block size.
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 ;)
Sorry, I think you missed the point of my question. For the use case I'm talking about, which is PoS, I don't see how those things are optional at all.
Credit cards are specifically designed for a consumer environment, and even if bitcoin continues towards the moon, I don't predict physical paper currency is going anywhere anytime soon.
Being able to buy a burrito with internet money is pretty cool, but I think of bitcoin as more of a useful network of human trust/power, than a consumerism enabler.
PS: Get a Bitcoin https://blockchain.info/charts/market-price?daysAverageStrin...
I would guess so. It's unlikely that big, stable telco companies get created without banks.
Edit: and also, BrokenPipe, I'd really like to hear your thoughts on my original question since you are the author here...
I think fees will get cheaper as times goes by and the bitcoin network and market matures but it is very hard to say right now with the current transaction size limitations.
Bitcoin is still in early development and very niche, so far the incentives have been working well enough but once the block rewards halves is yet to be seen if fees will be competitive enough and whether the price for them will go up. We also have to hope that the block size and the network capacity can grow fast enough to support its own weight.
In general I think that as more players come in the industry the fees of exchanges, atms, debit cards etc will decrease.
I wish some core developer could also contribute to answer your question and provide more insight than i can offer.