262 karma · joined January 17, 2011
How would Dwolla help Square cut out the CC companies?
Hi Keith, sorry for any inconvenience this has caused you and the Storefront team. Feel free to email me if you need any help with the migration: jkwade@balancedpayments.com.
I sincerely appreciate the faith you placed in Balanced. I'm sorry we couldn't keep it going, but you're in good hands with Stripe.
(Balanced co-founder)
> I don't know if Stripe or Balanced are using this feature
Yes, Balanced is. > There's no way to map debit card numbers to routing/account numbers (afaik).
You're correct. > They're probably using the ATM network primarily and another method if it's not supported.
Based on the settlement times advertised, it looks like Stripe is simply performing "unreferenced refunds" to debit cards, rather than using the various ATM networks to push funds out to cards. If they were using the ATM networks, you could expect sub-10 min settlement times.You're right.
Our API has been built, but we're giving private beta access to anyone that made prepayments via our crowdfunding campaign [1] first. Private beta will launch next week [2]. We want to make sure the performance (instant payouts & high coverage) is on par with our standards before a public release, which will happen later this summer.
[1] https://balanced.crowdhoster.com/let-s-push-to-debit-cards [2] https://www.balancedpayments.com/push-to-card
Balanced would be happy to discuss working with Venmo/PayPal as a vendor to power their push to card payouts if they're interested.
I'm actually thinking about writing a blog post explaining my theory behind why this is the case. Would that be interesting?
tl;dr of my theory: geographic size and decentralized gov't in the US allowed a paper cheque system to outlive other countries'
-jkw
[1] https://github.com/balanced/balanced-api/search?q=ach&ref=cm...
We do metered billing at Balanced [1], essentially "grossing out fees" and charging the merchant at the end of the day for one lump sum, rather than "netting out fees" which would require us to take our fee out per transaction. We've gotten a some praise from customers who call it "super clean [2]."
[1] https://docs.balancedpayments.com/current/#invoicing-fees [2] https://grouptalent.com/blog/why-we-switched-from-stripe-to-...
Good suggestion. We'll work on adding that [1]. Right now, we have those interested +1 on a GitHub issue tread [2], so we can contact them later, but you're right something a bit cleaner would be easier for you and us.
[1] https://github.com/balanced/www.balancedpayments.com/issues/... [2] https://github.com/balanced/balanced-api/issues/23
[1] https://twitter.com/steveklabnik/status/423271986073063424
Thanks! We're pretty interested in cryptocurrencies at Balanced [1]. Would love to have your support on this project:https://balanced.crowdhoster.com/let-s-push-to-debit-cards/c...
This would be a huge win for customers if we could find a way to work together to bring prices down even further!
We certainly could offer cost+ pricing. In fact, that's the status quo in most of the payments industry right now. But as cristinacordova from Stripe points out above:
"We optimize for simplicity though, as we know that many of our users don't want to read an excel spreadsheet detailing the variety of charges we incur from card networks and other parties, which factor into their overall rate. Many of our users have chosen Stripe because we abstract away all the complexity involving pricing."
Balanced chooses to offer blended, simple pricing for similar reasons.