Support cryptocurrency (Bitcoin, Litecoin, Dogecoin) as a payment method #204

Open
matin opened this Issue Nov 26, 2012 · 124 comments

Projects

None yet
Owner
matin commented Nov 26, 2012

Jon Matonis has requested that Balanced support Bitcoin as a payout method.

EDIT by @steveklabnik:

Because there has been a cambrian explosion of cryptocurrencies, and they're all basically forks of bitcoin, supporting any of them has basically the same issues that supporting bitcoin does. And since supporting Bitcoin inherently means multi-currency support, I'm broading this issue to any cryptocurrency, though obviously Bitcoin is the most important.

Contributor

Interesting to see what the community thinks of Bitcoin as a payout method strategy. Interesting to explore the opportunities, would love to hear your comments.

We're also trying to understand the risk with operating bitcoins. For example, with ACH we can reverse a direct deposit, however, how does pulling back money work with Bitcoin?

jkwade commented Nov 26, 2012

Someone posted Jon's article on HN: http://news.ycombinator.com/item?id=4832780

sebicas commented Nov 26, 2012

I really support Bitcoin as a payout option... +1 for Bitcoin

pelle commented Nov 26, 2012

@mahmoudimus Bitcoin does not do reversals. See my post here on the dangers of mixing bank related payments with BitCoin. http://stakeventures.com/articles/2012/03/07/the-may-scale-of-money-hardness-and-bitcoin

It could be done using a delayed payout schedule, where Balanced sits on all or part of the funds for certain amount of time.

Contributor

@sebicas What's your use case for Bitcoin?

Contributor

@pelle Balanced offers an implicit escrow solution where the marketplace can hold the funds for a time of their choosing.

So, the delayed payout schedule is something already supported by Balanced.

Going to read your article now.

Thanks!

+1 for bitcoin payouts!

sebicas commented Nov 26, 2012

@mahmoudimus I am working in a project for a client who wants to accept Bitcoin into his Shopping Cart. For that we decided to use BitPay.com, which is it simple, but the problem is that we were limited just to Bitcoin.

The client also needs to accept credit cards, implement payments to affiliates, etc... so we ended up having to also integrate with a CC Merchant Account and a ACH Payment Procesor too.

In short we need to integrate with 3 different providers... it you would give us the option of Bitcoin I would have solved the problem with just one integration.

Does that answer your question?

Contributor

Interesting - FBI internal risk assessment of Bitcoin

How authentic is this file?

Most importantly is this section: (U) Outlook and Implications.

(U//FOUO) Although Bitcoin does not have a centralized authority, the
FBI assesses with medium confidence that law enforcement can discover
more information about, and in some cases identify, malicious actors,
if the actors convert their bitcoins into a fiat currency. Third party
bitcoin services may require customers to submit valid identification
or bank information to complete transactions. Furthermore, any
third-party service that qualifies as a money transmitter, and
therefore a MSB, must register with the FinCEN and implement an
anti-money laundering program.

pelle commented Nov 26, 2012

@mahmoudimus that sounds like a good base for it. I'm a big fan of BitCoin but don't want to see merchants, consumers or payment processors get burnt. I'd be happy to discuss this further offline.

Would be really useful for us, in order to pay international merchants. As long as there is an easy way to set it up on the merchant side. So far, bitcoin is a bit confusing for people. Make the "virtual money" into "real money" transition easy, and we are definitely using it!

pelle commented Nov 26, 2012

I believe the file is authentic. As long as you provide the same level of KYC you do for your regular customers for bitcoin customers there shouldn't be any issue from a regulatory point of view. BitCoin is completely transparent with a public transaction history. I'm confident the FBI or NSA already have a full real time bitcoin database.

Contributor
ajsharp commented Nov 26, 2012

We're also trying to understand the risk with operating bitcoins

Understanding the risk of supporting bitcoin is fairly straightforward -- bitcoin is a speculative investment masquerading as a currency.

@mahmoudimus You hit the nail on the head with your last comment, and is one of the primary reasons that bitcoin should be considered as speculative as say, gold -- "Although Bitcoin does not have a centralized authority...". Having a "centralized authority", e.g. a central bank, is a key property of a modern currency.

Personally, I'd much prefer balanced support international currencies before bitcoin.

Check out http://coinbase.com - maybe they can do all the operating, while you can plug into the API.

Contributor

Referencing #44

jkwade commented Nov 26, 2012

@kirillzubovsky interesting suggestion. Wonder if we can get @barmstrong on here to discuss.

@mahmoudimus, coinbase seems to use oauth ;) Also would require creating a Coinbase account for the recipient, something that our customers so far haven't been to keen on

sebicas commented Nov 26, 2012

Multi-currency is a must in order to been able to accept Bitcoin... is that in the pipeline?

Jackten commented Nov 26, 2012

+1 for bitcoin integration. It shouldn't be very difficult to add and it would start you out with an enthusiastic user-base from the get-go.

@sebicas Why is multi-currency a must to be able to accept Bitcoin? In other realms, bitcoin is often traded against just a single currency.

sebicas commented Nov 26, 2012

@smickles just because you can not mix your Bitcoin balance with our US Dollars balance... so for that you will need multi-currency support.

@sebicas ah, it had completely slipped my mind.

jkwade commented Nov 26, 2012

@matin Per twitter comment, Jon has pointed out the original article was to use bitcoin as a two-sided payment option, not just payouts.

Would people prefer bitcoin on both sides of the transaction or just payouts via bitcoin?

sebicas commented Nov 26, 2012

@jkwade I would prefer to been able to accept incoming bitcoin and also been able to do outgoing payout as well.

If you don't mix US Dollars balances with bitcoin balances, you should not have any issues...

I think Balanced should NOT get involved into exchange US Dollars for bitcoins ( and viceversa ) but it should allow merchants to do so. I think that will be a huge inovation...

I agree with @sebicas above...

Using Bitcoin for either payouts or payments would of course require a huge restructuring of legal language for Balanced, but it removes the risk for Balanced since they no longer would need to bother themselves with chargebacks.
(@pelle's suggestion to use a delayed payout schedule seems to be a good solution for mitigating risk )

If you couple that reduced risk with the lower transaction fees, Balanced has a better chance of turning a profit on their escrow & processing service even if their transaction fees are as low as 1%. Risk decreases even further if received BTC is converted to USD as it is received (via Bitpay, which charges .99% for this service). This is how Wordpress avoids getting their hands dirty with Bitcoins.

I'm confused why some consider Bitcoin only a speculative investment and not an investment and currency. One doesn't have to look very hard to find it being used as a medium of exchange for goods and services.

+1 to BTC support, the tools are out there and being used right now, as evidenced by bitcoin-only or bitcoin-primary online stores such as bitcoinstore.com, bitcoinblaster.com, bitcoincoffee.com, bitcoinin.com, etc. Wordpress is merely the best-known name (at least currently), but some of tomorrow's knowns are today's unknowns.
https://en.bitcoin.it/wiki/How_to_accept_Bitcoin,_for_small_businesses
I've used BTC to pay for things, it's astoundingly easy, requires zero credit (opening you up to an entire market of people, such as children, who cannot get credit), is secure, extremely low-fee, untaxable (yet) and decentralized (unlike the big credit card companies).
Good luck.

Working for Mt.Gox the largest Bitcoin exchange may biased a bit what I am going to say, however the more point of entry you offer to buyers and merchants alike the more opportunity you will offer them.

However, and we could definitively help you on this one, make sure to opt for "free" solution, offering Bitcoin Payment and add Fees on top of each transaction where normally there isn't any is a really weird to us.

We at Mt.Gox we be delighted to work with you guys if needed and we can secure like for the rest of our merchant a 0 fee structure on Bitcoin Payments. Anyway feel free to contact us if needed and do not hesitate to check what can be done here https://mtgox.com/merchant

+1, fully with Jon Matonis. He has been covering internet payments for a while now on is right on. The possibilities for what can be done with, and the number of other innovators in the bitcoin payment space is not only huge right now, but is only growing.

@ghost
ghost commented Nov 27, 2012

Bitcoin is great, there's no reason you guys shouldn't support it. Just grab the code and start hacking. Managing payouts to sellers in a marketplace would be a great fit for Bitcoin.

jkwade commented Nov 27, 2012

You guys mind helping me gather some demographic information here:

Who on this thread -- besides @kirillzubovsky and @ajsharp -- is running or building a marketplace?

sebicas commented Nov 27, 2012

@jkwade I would is you can offer the option of bitcoin.

As I mention before having the option to do just one integration instead of several ones, is very convenience for me.

jkwade commented Nov 27, 2012

@sebicas I don't mean who would use Balanced to build their marketplace, I'm wondering who on this thread is currently running a marketplace or in the process of building a marketplace using any payment solution.

Are you saying you would build a marketplace if Balanced offered bitcoin as a payment option?

sebicas commented Nov 27, 2012

@jkwade exactly

EDIT: At the time I am building a Marketplace... I am not using Balanced because doesn't support bitcoin.

Bitcoin as a payout method from Balanced would solve https://github.com/whit537/www.gittip.com/issues/310 and https://github.com/whit537/www.gittip.com/issues/126. I think Gittip counts as a marketplace.

Contributor
whit537 commented Nov 27, 2012

What @colindean said. :)

Contributor
whit537 commented Nov 27, 2012

Well, except that I'm not sure it would solve whit537/www.gittip.com#126, unless it could be transparently converted to local currency for those who are anti-bitcoin.

+1

If you get an early start on the Bitcoin payments market, you stand a chance of great profit if adoption increases. Worst case the currency fails but you get a lot of experience with digital currencies - giving you a headstart on whatever comes after Bitcoin

sebicas commented Nov 27, 2012

@whit537 independent marketplaces can be created from MtGox or other provider to exchange bitcoin for USD and viceversa.

sebicas commented Nov 27, 2012

@therealplato if they prepare the system for Digital Currencies from the beginning, they will have a huge advantage over competitors and even if bitcoin fails, new digital currencies will arrise and they will be able to integrate them with the experience acquired.

Hi all, glad to see the discussion here - I'm the founder of Coinbase. We've got an OAuth2 api that is coming together nicely https://coinbase.com/api/doc But trying to understand exactly what would need to happen for payouts from balanced.

It sounds like balanced has payouts to U.S. bank accounts. And Coinbase can debit U.S. bank accounts for people who want to buy bitcoin. So there is a two step process which already works today.

For a one step process I'm assuming we'd need to expose an API where balanced sends USD to us, and we pass the bitcoin on to a bitcoin address of the user's choosing.

This is actually fairly doable, although we don't have it set up today through an API. @sebicas let's follow up offline (I'll send you an email).

@barmstrong it would be even more awesome if Balanced could set up bank accounts in various countries, such that our merchants don't even have to get bitcoin. You guys send money back and forth with each other, and on the customer side, the merchants just see money (in their local currency) get deposited in their accounts. Possible?

In other words, all the benefits of international money transfer, without the hassle of currency exchange. We'd love you very much if this was possible (and legal).

p.s. Now that I see the light, is it too late to invest in you?

@kirillzubovsky yup that is a longer term goal of ours - cheap/fast/international payments where bitcoin is just an underlying transport mechanism, not something the end user ever has to see prices in (of course the fees will be a lot lower if they do decide to keep it in bitcoin). I imagine this one is still a ways off though.

Supporting payouts in Bitcoins from would be very high risk since stolen cards could be used and Bitcoin transactions are not reversible. There have already been millions of $ lost in stolen bitcoins.

sebicas commented Jan 26, 2013

@quellhorst I think the problem is the other way around... Credit Card Payment are easily reversed... if Balanced want to add more payment methods they should not fund secure payment methods (bitcoin) with unsecured one (credit cards)

Anyways since Balanced business is not currency exchange, they should not even mix different currencies balances but leave that to merchants & exchangers.

@quellhorst If you're talking about this:
http://arstechnica.com/business/2012/03/bitcoins-worth-228000-stolen-from-customers-of-hacked-webhost/
I will quote:
"Palatinus said he kept his $15,000 worth of BTC that was stolen in what's known as a "hot wallet" that was stored unencrypted on Linode's servers so it would be available for automatic payments."
The wallet could have been stored encrypted on the drive and the password to decrypt it could have been cached in memory (I suppose, if the hacker rooted the device he could do a full memory scan of running processes, but that is far trickier). You'd have to re-enter the password manually whenever you started up the server or a new server node but the point is that there are already ways to mitigate this risk, even before the "double signing" solution proposed by a bitcoin programmer in that article.
Bitcoin is like cash. If someone steals your real-life wallet, you lose your cash. Fortunately you can encrypt your e-wallet, though. All the examples I've seen of stolen BTC were with wallets that were stored unencrypted. This is foolish and unnecessary.

I think the key discussion should be around which 3rd party method balanced may use to easily send money to off-shore merchants, without the merchant having to sign up for that 3rd party service.

One of my clients is a group payment platform, with a white-label API, which I have built for them. They are getting interest from the UK. The folks interested in an integration with the white-label API would not want to deal with bitcoin, neteller, or anything like that. To them, they want to receive money in their currency, in their bank account. If balanced leverages neteller or bitcoin as a 3rd party transaction partner to avoid the headaches of sending money directly to UK (insert country of choice here) bank accounts, that's all fine and well... even if the fees are higher.

I think balanced needs to make some strategic partnerships with 3rd parties, and make this as smooth as possible... or, solve the hurdles, when and if the cost benefit analysis is in balanced's favor :)

I'd like to see Balanced and a few other wallets/exchangers/transaction providers form an Open Transactions Alliance. This would essentially create a DIGEX digital cash market.

Anyone can issue OT assets. So I would pay 5BTC to Balanced and in return get 5 newly minted BAL-BTC certificates. (Balanced would handle the OT keys and just show me a web UI.) My BAL-BTC certificates can be traded across the OT network, to any payment hubs that recognize the BAL-BTC asset type.

Perhaps I trade my 5 BAL-BTC for 6 GOX-BTC certificates. Both parties digitally sign a contract formalizing the exchange. Now Gox recognizes my ownership of the certificates. I can turn them in and redeem 6 hard BTC from Gox. My counterparty can turn in the BAL-BTC certs and redeem 5 BTC from Balanced .

Or more likely, one of us will cash out. I might trade my 6 GOX-BTC to another Gox user in exchange for 280 GOX-USD, which Gox would convert into USD in my bank account after raking a small fee.

A bitcoin crash like the one right now is why accepting CC for bitcoins is risky... People will dispute the charges with their bank after their gamble turns into a loss.

sebicas commented Apr 10, 2013

Agree, the only safe way will be BTC to USD, and not the other way around.

If/when the BTC network continues to grow (which it currently appears to be doing, rollercoaster notwithstanding), the speculation side should be toned down in relative intensity considerably. This is still the bootstrapping phase. But I have to agree unfortunately with the "BTC to USD... for now" assessment.

Speaking of more rollercoasters incoming: http://www.businessinsider.com/the-winklevoss-twins-bitcoins-2013-4

+1. I would love to see bitcoin integration.

Coinbase is interested in helping out. @matin curious what would an ideal integration point would be? Is there an open source project we could contribute a patch to? Or would it have to be something done internally at balanced? In terms of merchants accepting bitcoin payments, there is no volatility risk and they never even need to hold bitcoins if they don't want to. We offer "instant exchanges" https://coinbase.com/docs/merchant_tools/payouts so they can price everything in their local currency and get this exact amount. So I believe that shouldn't be a concern.

It ends up just being a cheaper way to accept payments (and send them out) even if the volumes are small to start. Hope we can set something up!

Owner
matin commented May 1, 2013

@barmstrong can you walk me through how you would propose it would work?

Here are my primary concerns:

  1. bitcoins are not reversible, which increases fraud risk and the ability to correct mistakes
  2. unlike bank accounts, there's been no vetting by a third party, so it increases risk
  3. the escrow period can last for some time (as you know from Airbnb), and bitcoin is highly volatile, which creates forex risk between the purchase and settlement

You can propose it via a pull request to this repo by adding a new resource. We can do the actual implementation once we've finalized an interface.

To be straightforward, bitcoin is lower priority than improving ACH debits (#2) and international payouts (#23). The later has more challenges that just infrastructure. There's still a lot of work we have to do around regulations and compliance.

Contributor

@barmstrong @matin I think the correct way to approach this problem is to allow marketplaces interested in accepting bitcoin to do an OAuth2 connect with coinbase and have coinbase use Balanced as the rails.

I can get into it further if there's interest, but I've walked through this and it's practical to implement without introducing a bitcoin funding instrument into Balanced.

Makes sense lets chat offline and discuss details. Ideally we can offload
as much of the work as possible.

On Tuesday, April 30, 2013, Mahmoud Abdelkader wrote:

@barmstrong https://github.com/barmstrong @matinhttps://github.com/matinI think the correct way to approach this problem is to allow marketplaces
interested in accepting bitcoin to do an OAuth2 connect with coinbase and
have coinbase use Balanced as the rails.

I can get into it further if there's interest, but I've walked through
this and it's practical to implement without introducing a bitcoin funding
instrument into Balanced.


Reply to this email directly or view it on GitHubhttps://github.com/balanced/balanced-api/issues/204#issuecomment-17264442
.

Brian Armstrong
Founder, CEO
Coinbase https://coinbase.com
San Francisco, CA, USA

Contributor

+1

abrkn commented Oct 27, 2013

+1

Contributor

The Dogecoin community wants to build marketplaces: http://www.reddit.com/r/dogecoin/comments/1syh8t/official_dogecoin_market_site/

jsdnxx commented Dec 17, 2013

I wholeheartedly support the addition of DOGE. 👍 🐕 🐕 🐕

Hobbzie commented Dec 17, 2013

Support Doge!!!

Much Dogecoin support plz

nunofgs commented Dec 17, 2013

I too believe that doge should be supported. To the moon!

I'd love some Doge!

karan commented Dec 18, 2013

Go DOGE!

mylons commented Dec 18, 2013

WOW! SO CRYPTO! 👍

Yes please!

👍 doge, such crypto, so money, so wow!!!!

twoolie commented Dec 20, 2013

+1 for crypto-coins. -0 for Dogecoin.

jsdnxx commented Dec 20, 2013

-1 for currencies (crypto or otherwise) which aren't Dogecoin. + a few more for Dogecoin.

twoolie commented Dec 21, 2013

Jason, Im curious. Dogecoin is just bitcoin protocol, with more potential
coins, and all the easy coins pre-mined by thr creators. So what makes it
so much better except that its based on a mildly popular meme?
On 21/12/2013 5:36 AM, "Jason Denizac" notifications@github.com wrote:

-1 for currencies (crypto or otherwise) which aren't Dogecoin. + a few
more for Dogecoin.


Reply to this email directly or view it on GitHubhttps://github.com/balanced/balanced-api/issues/204#issuecomment-31033400
.

reddit gibe unobtanium now

jsdnxx commented Dec 23, 2013

@twoolie: fwiw, there wasn't any premine in Dogecoin. As you mention, it's the same protocol, so supporting one is (essentially) supporting them all. There are now several exchanges which support Dogecoin, which makes it all the more liquid. I don't have any liquid bitcoin holdings, so my personal interests in supporting crypto currency is limited solely to Dogecoin, of which I have several. I apologize for the bad netiquette in downvoting your suggestion.

urmajom commented Dec 25, 2013

+1
༼ つ◕_◕༽つ
reddit giv dogecoin

dasher commented Jan 26, 2014

+1 on accepting btc & ltc payments for accounts.
cryptocoin doesn't allow for reversements - but that's a non-issue - github payments are non-reversable.

+1 for adding crypto currencies to Balanced

dython6 commented Jan 30, 2014

+1 dogecoin

jkwade commented Jan 31, 2014

I'd like to host a cryptocurrency event at Balanced HQ in SF. Would anyone be interested in attending? I'm hoping we can get a panel of folks to come share their thoughts with our community.

Hey @jkwade -- Sounds like it would be a useful discussion -- I'm there.

jkwade commented Jan 31, 2014

hey @themorgantown! Thanks for chiming in. Who would you like to see on the panel? Maybe the Ripple guys?

I would attend!

@jkwade I literally just talked to @steveklabnik about doing this. Please do this! I'd love to attend.

@jkwade jkwade referenced this issue in balanced/balanced.github.com Jan 31, 2014
Open

Balanced should host a panel/event on cryptocurrencies #80

gesa commented Jan 31, 2014

If I'm in town I'd totally go to that.

jkwade commented Jan 31, 2014

hey all, let's move the planning of an event over to this issue thread

rajeshkp commented Feb 9, 2014

+1

Contributor

We have rolled out some degree of bitcoin support: http://techcrunch.com/2014/02/20/balanced-coinbase-bitcoin/

More information is coming, but as of right this moment, this feature is only available to Gittip and CrowdTilt. We want to roll this out to everyone, but it's not fully baked yet. This is consistent with our open company strategy: talking about features openly, and exposing how we build them.

More documentation is forthcoming, and if you're a Balanced customer and want access to the beta, we would love to talk to you. For example, this feature requires version 1.1 of our API, which is sorta-kinda released.

Expect to see more of me on this thread soon.

Awesome announcement! This is an extremely valuable feature IMO (just found this thread).

Quick question about how it would work (sorry if answered above):

As I understand it now, it seems the main feature is for a buyer who wants to pay with BTC, which would be debited from their coinbase, converted to USD and deposited to the seller.

Alternatively, would there be a way for a seller to specify they want to be credited in BTC, so when a buyer pays with USD it would be converted to BTC and deposited to the sellers Coinbase account?

Also, refunds will probably be a bit tricky since the BTC price is all over the place. At what point in the transaction are funds converted from btc --> usd (when it first enters escrow, or right before it leaves escrow)?

Awesome! Thanks to the balance team for working together with us to integrate this. Exciting news.

Contributor

@Jcsarokin this will be all in the docs, but right now, yes, this is a buyer side feature. We want to implement paying out to coinbase too, but baby steps!

Everything is escrowed in USD, so it happens at the time of purchase.

FYI redditgifts is most definitely not part of this private beta.

Owner
matin commented Feb 20, 2014

@kickme444 I guess we had a miscommunication from our dinner a month back. I removed you from the blog post: balanced/balanced.github.com@790010b

I'll ask TechCrunch to do the same.

@matin I think the idea is cool in theory but we've got a lot of priorities that are higher than this.

Owner
matin commented Feb 20, 2014

@kickme444 no worries. I should have checked with you with a draft of the blog post before releasing it.

timmyg commented Feb 21, 2014

@steveklabnik I would like to try out the beta/help with testing. What should I do? Our product is pre-launch so still using test marketplace at the moment.

I think this is a cool aspect but I take issue with the fact that end users have to actually link their Coinbase account.
I'm not okay with linking my irreversible CB account to merchants

Owner
matin commented Feb 21, 2014

@zekesonxx the permission is revokable through your Coinbase account.

Alas, a fraudulent cryptocurrency transaction is not revokable. What security measures are in place to ensure that doesn’t happen?

Colin Dean
cad@cad.cx

On Thursday, February 20, 2014 at 8:37 PM, Matin Tamizi wrote:

@zekesonxx (https://github.com/zekesonxx) the permission is revokable through your Coinbase account.


Reply to this email directly or view it on GitHub (#204 (comment)).

@colindean Indeed. I would much prefer it if instead I was given a address to send to, or redirected to a Coinbase payment page.

Contributor

@timmyg a prerequisite is to be on the API v1.1. We haven't released final docs for it yet. I'll be looking to get together an actual guide for trying things out soon.

Contributor

@colindean @zekesonxx remember that all of these transactions are off-blockchain, first of all. Secondly, we underwrite all of our sellers and marketplaces, so we know exactly who the money would actually go to, by law.

Owner
matin commented Feb 21, 2014

@colindean That depends on what you mean by "fraudulent". In the credit card world, consumers file typically file chargebacks for one of three reasons:

  1. Unauthorized transaction. This can either happen because the card was stolen and used by a fraudster or a merchant accidentally or maliciously charged the card when not authorized to do so
  2. Unhappy. The merchant didn't deliver as promised
  3. Confusion. This happens when the description on your bank statement doesn't make sense. Some card holders just default to disputing the transaction

@zekesonxx The merchant not delivering is a problem whether your using OAuth with Coinbase and Balanced or sending from your own personal wallet.

Connecting your Coinbase account does add the problem of merchants accidentally or maliciously debiting your Coinbase account. This is one of the reasons we're rolling it out with vetted customers.

Regardless, I think the concepts of disputes need to be added by hosted cryptocurrency wallets. If anything, it will become a big reason why you would want to use a hosted wallet instead of your private wallet.

Thanks, guys.

Connecting your Coinbase account does add the problem of merchants accidentally or maliciously debiting your Coinbase account. This is one of the reasons we're rolling it out with vetted customers.

This is the target of my concern.

If transactions through Balanced+Coinbase are off-blockchain and can be reversed in either of the above events, then my security brain is satisfied for now. It should be up to a user, then, to decide how much they want to keep readily available in their Coinbase account.

Colin Dean
cad@cad.cx

On Thursday, February 20, 2014 at 9:07 PM, Matin Tamizi wrote:

@colindean (https://github.com/colindean) That depends on what you mean by "fraudulent". In the credit card world, consumers file typically file chargebacks for one of three reasons:
Unauthorized transaction. This can either happen because the card was stolen and used by a fraudster or a merchant accidentally or maliciously charged the card when not authorized to do so
Unhappy. The merchant didn't deliver as promised
Confusion. This happens when the description on your bank statement doesn't make sense. Some card holders just default to disputing the transaction

@zekesonxx (https://github.com/zekesonxx) The merchant not delivering is a problem whether your using OAuth with Coinbase and Balanced or sending from your own personal wallet.
Connecting your Coinbase account does add the problem of merchants accidentally or maliciously debiting your Coinbase account. This is one of the reasons we're rolling it out with vetted customers.
Regardless, I think the concepts of disputes need to be added by hosted cryptocurrency wallets. If anything, it will become a big reason why you would want to use a hosted wallet instead of your private wallet.


Reply to this email directly or view it on GitHub (#204 (comment)).

Contributor

This is just one of the reasons/advantages that it's Coinbase only, and not raw BTC.

...remember that all of these transactions are off-blockchain, first of all. Secondly, we underwrite all of our sellers and marketplaces, so we know exactly who the money would actually go to, by law.

This works.

It should be up to a user, then, to decide how much they want to keep readily available in their Coinbase account.

This doesn't. I should be able to use bitcoin at a merchant without having to worry about them nabbing unauthorized funds from my Coinbase wallet.

Does the workflow not include an option to fund the transaction at the time of purchase if the Coinbase account has insufficient funds? Or must the sufficient funds already exist in the Coinbase account?

Colin Dean
cad@cad.cx

On Thursday, February 20, 2014 at 9:37 PM, Zeke Sonxx wrote:

...remember that all of these transactions are off-blockchain, first of all. Secondly, we underwrite all of our sellers and marketplaces, so we know exactly who the money would actually go to, by law.

This works.

It should be up to a user, then, to decide how much they want to keep readily available in their Coinbase account.

This doesn't. I should be able to use bitcoin at a merchant without having to worry about them nabbing unauthorized funds from my Coinbase wallet.


Reply to this email directly or view it on GitHub (#204 (comment)).

Contributor

@colindean @zekesonxx this is one of the reasons we're choosing to put this in a private beta for now since we're trying to understand all the concerns. This discussion definitely highlights some potential issues.

Contributor

I've blogged in some more detail about how this feature works: http://blog.balancedpayments.com/more-details-about-bitcoin/

That's a great write-up. Thanks for that.

🍻

Steve Klabnik notifications@github.com wrote:

I've blogged in some more detail about how this feature works:
http://blog.balancedpayments.com/more-details-about-bitcoin/


Reply to this email directly or view it on GitHub:
#204 (comment)

tedpower commented Apr 1, 2014

@matin any chance you could add Abacus to the beta? I'm chatting with Roger Gu at Coinbase about this tomorrow

Owner
matin commented Apr 1, 2014

@tedpower Of course!

ping @steveklabnik

Any ideas what kind of fees we be involved in this solution, and what's the advantage over working directly with the ultra easy existing Coinbase api?

Contributor

The fee is 1%, same as Coinbase's existing fees.

If you're a Balanced customer, than it's actually easier to integrate with us than it is through Coinbase, even though their API is pretty easy. In addition, everything goes through us, rather than splitting up your payments between two solutions.

Same as coinbase's existing fees = 👍 Right on! Looking forward to using this for international nonprofit orgs.

Have you guys considered adding bitcoin (coinbase) as a payOUT option? i.e. someone hooks up their bitcoin wallet, and we issue a credit to that wallet, instead of an ACH credit to a bank account? We would use that at Abacus.

Contributor

Eventually, we will allow you to pay out to Coinbase yes, but there are lots of issues around it.

cool, keep us posted!

+1 Hope to see bitpay integration as 0% fees is much better than the 1% coinbase charges :)

+6 (Reppin the flint team)

Spinsus commented Nov 7, 2014

+1 PLEASEEEEEEEEEEEEEEEEEEEEEE! Love you guys

+1 would pay in bitcoin

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment