I've been looking at ways to buy USDC programmatically and I was wondering if wallet:buys:create endpoint from Coinbase Oauth connect support buying coins other than bitcoin or ethereum?
Related
Sorry, I'm new here but my question is pretty basic.
I'm in need of suggestions for an API that can provide USDT addresses (any network is fine), and provide webhook notifications on transactions on these addresses.
Looking at coinbase API, they only mentioned bitcoin, bitcoin cash, litecoin and ethereum. But not sure if USDT is available.
Does anyone know if coinbase API supports USDT or any other API that could work for this purpose?
I've been browsing over the references of the coinbase API and the coinbase pro API and I am not able to find an endpoint for market cap. However, were I to log into Coinbase and check BTC for example I would see that Coinbase displays a market cap.
Is this a calculation done via an API? Or is it an end point? Any help would be appreciative!
the coinbase api doesn't have an endpoint for market cap. I don't think I've even seen supply data available to make the calculation. I'm sure the coinbase app is doing it's own calculations for market cap.
coinMarketCap.com has an api that includes all that though.
https://coinmarketcap.com/api/documentation/v1/#operation/getV1CryptocurrencyListingsLatest
I would like to combine Coinbase commerce, is that possible by setting up a recurring payment button, and linking to my Coinbase commerce address?
My requirement would be then to use Coinbase commece webhooks to be notified of payments.
Since Coinbase Commerce only supports generating one-time payments through their API, it would be possible to do this using a separate web server, where you could interface with their API, creating charges and then receiving web-hook notifications when they are paid.
Having a separate service that controls the payment size and frequency of required payments would allow you to control payments at a finer detail than with a prebuilt service.
(High level question => High level answer)
Check out the api docs for ideas: https://commerce.coinbase.com/docs/api/
I have been doing some research on payment providers for in-app billing that support direct carrier billing in USA. So far I have found that Google Play support for carriers AT&T, Sprint, and T-Mobile. And WAC support AT&T.
Anyone have been working with or know of any other payment providers?
Conditions:
Support carrier billing in USA
Do not use Premium SMS
And support more than one carrier.
I'd suggest http://bango.com/mobilebillingcoverage/
JunglePay.
See also: http://www.quora.com/Michael-Whel/answers
I have a Mobile website which sell Products, its built in Asp.net/C#. I am exploring the idea of adding a new Payment Method on my website which will allow customers to pay using their Carrier aka Direct Carrier billing.
I want to get opinion from folks who have Direct Carrier Billing implemented on their Mobile Website.
How well was it received by the Customers
How complex is it to implement such a payment method (is it worth implementing)
Lastly, has anyone implemented http://www.billtomobile.com/, are there any other options apart from billtomobile
Thanks!
I have experience developing wap premium billing in some countries (es, it, za, pt, etc), normally using big aggregators. Usually it´s very simple to develop. There are http APIs, and you have to redirect consumer to carrier billing page, and it returns to you with billing information. Normally consumer has to accept the payment in carrier payment page.
I think main problem it´s you only can bill in some APNs for example, you can´t bill to blackberries or opera mini consumers, so other APNs don´t support wap payments. For example, in spain there is a commercial APN called "internet connection". Of course, you can´t bill to wifi users.
I think in others countries like UK, wap payments are broadly accepted. I belive one option is to mix wap payment with SMS premium.