Re: correct way for backend(ejb) application receive payment - freshReceiveAddress() vs Payment_Request

2017-06-25 Thread Andreas Schildbach 
Well, for refunding (or sending the payment on) you'll have to decrypt
the wallet.


On 06/25/2017 10:09 AM, Kunal Ransing wrote:
> Hi,
> 
> Thank you for useful response.
> I will check PaymentSession way. It seems interesting.
> 
> Actually in case refund issue we need to keep merchant's payment at our
> side for some duration. Once user is satisfy with merchant service then
> we will forward their payment. I guess bitpay.com, coinbase,com etc.
> doing same.
> We can encrypt wallet for safety, right ? Also we will back encrypted
> wallet file at some other place too.
> We have our own servers which are PCI-DSS complaint. Also for other case
> we use Amazon host prvoider.
> What do you suggest for such use case(i.e we need to hold some merchants
> amount for bad service case) ?
> 
> 
> 
> On Saturday, 24 June 2017 19:22:10 UTC+5:30, Andreas Schildbach wrote:
> 
> First of all, I think it is a bad idea to keep the Bitcoins of your
> users on a server. Many of such servers have been hacked in the
> past, or
> simply taken over via their hosting provider.
> 
> The advantage of the BIP70 payment protocol is you can transmit the
> payment directly, without the need for connectivity to the Bitcoin
> network at the moment of payment. Also, you can transmit an amount,
> your
> (the payees) identity and so on.
> 
> At the end of the day, it depends on your specific use case.
> 
> Bitcoinj supports the payment protocol via the
> org.bitcoinj.protocols.payments.PaymentSession and .PaymentProtocol
> classes.
> 
> 
> On 06/24/2017 10:22 AM, Kunal Ransing wrote:
> > Hi,
> >
> > I am developing java backend(ejb) application receive payment. So
> > creating receive address for every payment request by
> > kit.wallet().freshReceiveAddress().toString() & displaying that on
> web
> > page in plain/QR format.
> > But i read here about Create Payment request :
> > https://en.bitcoin.it/wiki/Payment_Request
> 
> > Which is correct way for receiving payment ?  How to do
> Payment_Request
> > using bitcoinj lib ?
> > Please help!
> >
> > Regards,
> > Kunal
> >
> > --
> > You received this message because you are subscribed to the Google
> > Groups "bitcoinj" group.
> > To unsubscribe from this group and stop receiving emails from it,
> send
> > an email to bitcoinj+u...@googlegroups.com
> > .
> > For more options, visit https://groups.google.com/d/optout
> .
> 
> 
> -- 
> You received this message because you are subscribed to the Google
> Groups "bitcoinj" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to bitcoinj+unsubscr...@googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups 
"bitcoinj" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bitcoinj+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: correct way for backend(ejb) application receive payment - freshReceiveAddress() vs Payment_Request

2017-06-25 Thread Kunal Ransing 
Hi,

Thank you for useful response.
I will check PaymentSession way. It seems interesting.

Actually in case refund issue we need to keep merchant's payment at our 
side for some duration. Once user is satisfy with merchant service then we 
will forward their payment. I guess bitpay.com, coinbase,com etc. doing 
same.
We can encrypt wallet for safety, right ? Also we will back encrypted 
wallet file at some other place too.
We have our own servers which are PCI-DSS complaint. Also for other case we 
use Amazon host prvoider.
What do you suggest for such use case(i.e we need to hold some merchants 
amount for bad service case) ?



On Saturday, 24 June 2017 19:22:10 UTC+5:30, Andreas Schildbach wrote:
>
> First of all, I think it is a bad idea to keep the Bitcoins of your 
> users on a server. Many of such servers have been hacked in the past, or 
> simply taken over via their hosting provider. 
>
> The advantage of the BIP70 payment protocol is you can transmit the 
> payment directly, without the need for connectivity to the Bitcoin 
> network at the moment of payment. Also, you can transmit an amount, your 
> (the payees) identity and so on. 
>
> At the end of the day, it depends on your specific use case. 
>
> Bitcoinj supports the payment protocol via the 
> org.bitcoinj.protocols.payments.PaymentSession and .PaymentProtocol 
> classes. 
>
>
> On 06/24/2017 10:22 AM, Kunal Ransing wrote: 
> > Hi, 
> > 
> > I am developing java backend(ejb) application receive payment. So 
> > creating receive address for every payment request by 
> > kit.wallet().freshReceiveAddress().toString() & displaying that on web 
> > page in plain/QR format. 
> > But i read here about Create Payment request : 
> > https://en.bitcoin.it/wiki/Payment_Request 
> > Which is correct way for receiving payment ?  How to do Payment_Request 
> > using bitcoinj lib ? 
> > Please help! 
> > 
> > Regards, 
> > Kunal 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> > Groups "bitcoinj" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> > an email to bitcoinj+u...@googlegroups.com  
> > . 
> > For more options, visit https://groups.google.com/d/optout. 
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"bitcoinj" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bitcoinj+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.