Advertise with us (we do not endorse any site advertised)

Author Topic: Advice on Bitcoin payment processing integration  (Read 3242 times)

0 Members and 1 Guest are viewing this topic.

Offline azcoppenTopic starter

  • Newbie
  • Joined: Mar 2014
  • Posts: 1
  • Karma: +0/-0
    • View Profile
Advice on Bitcoin payment processing integration
« on: March 10, 2014, 11:10:04 PM »

Greetings - have looked through the boards to find the best place to post, and this seems like it, but apologies if it's off-topic. Currently doing technical research into Bitcoin best practice, and how to most effectively and securely implement payment integration.


We have 5 clients who run shopping cart systems, across multiple countries and currencies: they are interested in supporting Bitcoin payments. However, they are not too keen on managing their own wallets, and would like us to do that for them (for the time being with all payments traded out daily in USD). Some of them use APIs, others use callbacks from their payment processor's page. Some run Magento, others Kentico etc.


Client 1: 1500 products.
Client 2: 70 products
Client 3: 4575 products, and so on.


2 others are also very interested in taking in-game and in-app micro-payments equivalent to $0.50 and $1.00 a time. These need to be near-instant.


We're obviously concerned about the security management, so will almost certainly be outsourcing the actual transaction handling to a more-equipped provider, e.g. Coinbase. Our PHP5/Cloud-based set up is derived from LAMP: Varnish, Nginx, PHP-FPM, RabbitMQ, NoSQL (Mongo), and runs through different CDNs.


Important notes: we...


 - want the "hybrid" approach, where we do as much as we can in the client browser (with JS), reducing customer security exposure. In fact, we'd like people to pay directly from the wallets on their phone or computer, rather than us doing anything at all.
 - want to store as little as possible on the server, or in the DB (obviously encrypted).
 - do not want to generate or manage wallets for end user customers, if at all possible.
 - want to build our own automated management system for multiple clients, not roll out custom site by site installs.
 - prefer asynchronous infrastructure/order processing, where possible.


Because we have to manage multiple customers' processing needs, our current thinking is that the best approach a 3-stage lifecycle:


1) Customer views product, and hits "pay with Bitcoin" (and such) - containing form POST fields (product/order ref # etc);
2) Customer sees our intermediary payment processor screen, with QR code and wallet details for the vendor with payment request (that we manage via 3rd party);
 -- customer pays to BTC address with external phone/computer program wallet, details sent to 3rd party, e.g Coinbase.---
3) (Callback/refresh) Payment is received, customer sees "thanks" page, client inventory/ordering is completed in the background.
--- potential server-side callback to vendor, and/or hard redirect to their "payment received" page. ---


So the question is: what is the best way to accomplish the steps after 2)?


Specifically:


 - How do we associate the vendor's product # (also, order ref) they've selected with the anon-sender Bitcoin wallet address they are using, in order to confirm that the person has paid for that item? Is there any way to include a ref # with their transaction in the QR code that we can get in the callback?


 - Is it practical/efficient to create a wallet for each product in the inventory, create a wallet each time for each individual transaction, or just have 1 single vendor wallet in which they receive payments?


 - Assuming they scan the QR on the screen into their smartphone, and pay externally from their Android wallet (for example), how do we check in the background to see if it's been received - and how do we do that to make it as "instant" as possible in their individual client browser, without saying "please refresh this page" for up to 10mins while validation occurs?


- What's the best way to instruct them to "refresh" their screen once we've received background confirmation? We need to be able to say that payment has failed or is missing, rather than generating a transaction each time someone attempts payment, i.e. we can't get them to click a button and then each time get to a "thanks, we'll email you when your order is complete" screen. We need to be in control of when the process is genuinely underway or times out. We are looking at auto-refresh (sessions), WebSockets, and AJAX polling.


Thanks hugely in advance for any assistance. Love the coin, and we're investing a lot of time and energy into supporting its roll-out wherever we can. Just trying to get everyone's head around it.


 

GoUrl Bitcoin Payment Gateway/Processor Affiliate Program for Web Developers

Started by crypto777

Replies: 0
Views: 3727
Last post November 06, 2014, 08:59:53 PM
by crypto777
Are you looking for HYIP script with the Bitcoin payment method?

Started by Hina Khan

Replies: 0
Views: 3550
Last post October 10, 2017, 08:42:40 AM
by Hina Khan
BITCOIN MLM payment integrated software - Infinite MLM Software

Started by infinitemlm

Replies: 0
Views: 1450
Last post November 16, 2017, 06:21:31 AM
by infinitemlm
Bitcoin+faucet

Started by iBits

Replies: 6
Views: 12153
Last post July 23, 2013, 01:39:06 PM
by Obituary
My Bitcoin master thesis

Started by ThePiachu

Replies: 2
Views: 13117
Last post December 04, 2012, 10:55:47 PM
by cryptoanarchist

your ads here