What portion of the PaymentRequest is sent to the payment app?

[adrianhopebailie]

From @LaurentCastillo at w3c/webpayments#166

In particular, which payment methods details are forwarded to the payment app?

@ianbjacobs said:

As we discussed in London, I believe only the matching payment methods
should be forwarded. This necessarily means that each payment method +
data needs to be signed independently so that the overall payment request
can be decomposed without compromising the integrity of some global request
signature.

@adrianhopebailie said: 👍

[webpayments-specs]

+1 to this. Also +1 to the signature concept. Signing the requests is
critical for confidence in the ecosystem.

On Wed, Jul 20, 2016 at 8:00 AM, Adrian Hope-Bailie <
[email protected]> wrote:

From @LaurentCastillo https://github.com/LaurentCastillo at
w3c/webpayments#166 w3c/webpayments#166

In particular, which payment methods details are forwarded to the payment
app?

@ianbjacobs https://github.com/ianbjacobs said:

As we discussed in London, I believe only the matching payment methods
should be forwarded. This necessarily means that each payment method +
data needs to be signed independently so that the overall payment request
can be decomposed without compromising the integrity of some global request
signature.

@adrianhopebailie https://github.com/adrianhopebailie said: 👍

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#2, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AQ8khiyDRJIwwTxP4Hnsb7liTrD_pRu1ks5qXhvXgaJpZM4JQv8w
.

Shane McCarron
Projects Manager, Spec-Ops

[ianbjacobs]

At the 20 July 2016 discussion of the payment apps task force [1], there was support and no objections to the proposal to send to the payment app only the subset of payment request data that is relevant for the payment app (e.g., only matching payment methods and their associated payment method specific data).

Ian

[1] https://www.w3.org/2016/07/20-apps-irc#T13-45-37