13:28:14 RRSAgent has joined #wpay 13:28:14 logging to http://www.w3.org/2015/04/17-wpay-irc 13:28:17 zakim, this will be wpay 13:28:17 ok, manu, I see T&S_WEBPYMT(WPAY_AGENT)9:30AM already started 13:28:27 +??P15 13:28:30 zakim, who is on the call? 13:28:30 On the phone I see +1.312.504.aaaa, ??P15 13:28:38 zakim, P15 is manu 13:28:38 sorry, manu, I do not recognize a party named 'P15' 13:28:42 zakim, aaaa is me 13:28:42 +padler; got it 13:29:58 zakim, who is on the call? 13:29:58 On the phone I see padler, ??P15 13:30:20 +Davd_Ezell 13:30:35 +Dsr 13:31:04 zakim, I am ??P15 13:31:04 +manu; got it 13:31:53 q? 13:32:00 rrsagent, make logs public 13:32:04 rrsagent, make minutes 13:32:04 I have made the request to generate http://www.w3.org/2015/04/17-wpay-minutes.html manu 13:34:08 https://lists.w3.org/Archives/Public/public-webpayments-ig/2015Apr/0116.html 13:34:53 zakim, who is on the call? 13:34:53 On the phone I see padler, manu, Davd_Ezell, Dsr 13:35:11 scribenick: manu 13:35:21 Agenda: https://lists.w3.org/Archives/Public/public-webpayments-ig/2015Apr/0116.html 13:35:42 Pat: Today - focus on discussions I've had w/ various folks on requirements space in use cases doc. 13:35:57 Pat: We would like to get a structure in place to provide requirements for architecture. 13:36:08 Pat: We have big picture, we need to make it concrete. 13:36:22 Pat: Changes to document have focused on framing out a way to capture high-level requirements. 13:36:32 Pat: Then figure out how they fit into key principles / overarching goals. 13:37:04 Pat: How are those requirements actually fit into decomposing key concepts... identify contributors, etc. We will go to two calls per week to try and hit publication date we're looking for. Any additional agenda topics? 13:37:05 q? 13:37:29 manu: wants to start generating content 13:38:01 Pat: This conversation is going to hopefully be the last discussion on doc structure, then we should move into content quickly 13:38:01 +10 to content generation.. 13:38:25 Pat: any other changes to agenda? 13:38:44 Topic: Discuss Architecture Requirements 13:38:50 https://dvcs.w3.org/hg/webpayments/raw-file/default/latest/payment-agent/index.html 13:39:16 Pat: In talking w/ various people, we thought it was important to get high-level goals up front. So, introduction - summary requirements. 13:39:30 Pat: Try to summarize key items the document are trying to figure out. 13:40:05 Pat: Architecturally significant requirements - from there it'll talk key architecture concepts and terminology - simple example of how examples could be met - and key concepts. 13:40:22 Pat: For example, symmetry in payment agents - agents can do both sending and receiving of funds... payment relays... 13:40:39 Pat: Two payment agents, but only one has connectivity to the network - how does that work? 13:41:06 + +1.914.656.aabb 13:41:07 Pat: Once we get summary - go back to use cases - for each phase of payment process - structure it so that section-by-section, it'll talk about architecture variants. 13:41:19 q? 13:41:26 q+ to ask a few questions. 13:41:29 zakim, aabb is Erik 13:41:29 +Erik; got it 13:41:56 AdrianHB has joined #wpay 13:42:07 q? 13:42:47 +??P31 13:42:58 Pat: So we introduced a summary requirements section - significant things - first some categories for capturing requirements... categories should allow us to group like requirements. 13:43:03 zkaim, ??P31 is AdrianHB 13:43:07 zakim, ??P31 is AdrianHB 13:43:07 +AdrianHB; got it 13:43:12 s/zkaim, ??P31 is AdrianHB// 13:43:39 Pat: Idea behind categories is to synthesize things more easily - look at gaps in other standards. This is not intended to be end-all be-all list, but just a start to help us to get to that. 13:44:08 Pat: Idea is to create a fairly manageable list of summary functional requirements that are architecturally significant - so we can see if architecture meets requirements. 13:44:13 q? 13:44:16 q? 13:44:18 ack manu 13:44:18 manu, you wanted to ask a few questions. 13:45:43 manu: needs to focus on bare minimum for just the first release 13:46:14 manu: move away from acronyms 13:46:20 +1 for minimising use of acronyms 13:47:36 +1 for minimising use of acronyms 13:48:18 manu: I think we should introduce what we believe the future is early in the document. 13:48:19 q+ 13:48:25 Pat: Yes, we should reduce the use of acronyms. 13:48:57 Pat: We shouldn't have those in the final document - key is trying to come up with a shorthand way to come up to refer to those things. 13:49:29 pat: Need scaffolding for people to contribute - 13:49:39 q+ to say kill the acronyms early on - or they'll stick. 13:49:49 + +49.303.3.aacc 13:50:16 Pat: Regarding high-level picture before going into detailed requirements - if folks feel like we should have a big picture view first, then I'm not tied into going into requirements too early... then analysis later on. 13:50:55 jheuer has joined #wpay 13:50:57 q? 13:51:00 q? 13:51:02 zakim, aacc is Joerg 13:51:02 +Joerg; got it 13:51:19 zakim, who is on the call? 13:51:19 On the phone I see padler, manu, Davd_Ezell, Dsr, Erik, AdrianHB, Joerg 13:51:34 q? 13:52:20 Adrian: I do have a question on current discussion - common group of people, on use cases document - we talk about functional categories there - payment processing, delivery of receipts - trying to marry that to what we're doing in this document. 13:52:28 Adrian: Are we talking more concretely or more abstractly. 13:53:02 Pat: The goal of this document is to use use cases material to generate requirements and material to map out what we thought were a proposed high-level breakdown that would allow for different working groups and task forces of W3C to get engaged to write standards that might be missing. 13:53:36 Pat: There are already existing standards that we should piggyback on - big picture perspective - trying to achieve goals of ubiquity, user privacy, describe what should be there - what has to materialize what's supposed to be there from a standards perspective. 13:54:08 Pat: How do payments on the Web work - part of that - intent summary functional requirements was to link to payer privacy use cases - negotiation of terms... so payer and payee don't need to know each other. 13:55:07 Adrian: I think that functional separation defined in the use cases is valuable - appreciate that we're trying to go down the use cases - this document defines requirements - I could see one working group under each category... what are the specifics? Where four goals are those categories - negotiation of Payment Terms... Payment Terms WG. 13:55:52 Adrian: What is still not clear to me, maybe document should say that that a decision should be made - are we trying to glue existing systems together, or are we trying to build something new on the Web. 13:55:55 q? 13:56:00 q+ 13:56:21 Adrian: Payments are islands of interoperability - are we trying to tie that all together, or do something entirely new? 13:56:35 ack Erik 13:56:37 - Hot link acronyms with the glossary 13:56:39 q+ to talk about interop.. 13:56:44 - Features shouldnt come before the summary requirements 13:56:49 - Detailed requirements 13:56:54 - Web ties together existing systems 13:57:20 Erik: Agree with acronyms - put acronym and hot link w/ the glossary - you can click w/ glossary. 13:57:58 Erik: Features - shouldn't come before summary requirements. We should have summary and then go through detailed requirements of the system. 13:58:17 Erik: We're not trying to invent a new island - the Web is the interoperability hub w/ other systems - we're trying to integrate other systems together. 13:58:22 q? 13:58:23 ack manu 13:58:23 manu, you wanted to say kill the acronyms early on - or they'll stick. 14:00:10 q? 14:00:58 manu: We should kill the acronyms, use terms like 'payee' - hot link to glossary 14:01:13 +1 to getting rid of acronyms... 14:01:21 +1 on hotlinking to glossary, +1 on avoiding acronyms (especially avoiding inventing new ones) 14:01:39 s/hot link/link/ 14:02:04 q? 14:02:08 Pat: We'll replace acronyms in the next round. 14:03:14 Joerg: Do we want to support legacy? Or just Web? With relation to question - our work is crucial - interaction pattern between user device and payments - NFC technology, expanded by identity expertise - cover lots of online scenarios - that's very client-based. There could be one technology basis to cover new things as well as existing ones. Virtual world transactions as well as real-world transactions. 14:03:59 Joerg: On the other hand, we got it easier - we got an implementation - we just wanted W3C support - description of transaction to a web browser, how do I connect so I can connect to a digital wallet / payment agent - that kind of thing is what appeared to us - from an architectural point of view, the entire thing has become far more complicated. 14:04:12 q? 14:04:20 Joerg: We should point to a theoretical approach that matches the challenges - we can solve all of this in one application, but that's not what standards are about at W3C. 14:04:25 q+ 14:04:25 ack jheuer 14:04:32 ack padler 14:04:32 padler, you wanted to talk about interop.. 14:04:56 Pat: The whole vision of what we're trying to achieve here - glue together all distinct systems to make payments - provide interoperable standards. 14:05:33 Pat: re: Payment Agent - we can bring you up to speed - standard / set of standards from a user perspective - paying with cellphone / paying with watch - something that can make payments, those can be consistent from interop perspective. 14:06:02 Pat: This is an integration approach - we're not trying to displace existing standards, we're trying to create a bridge between them. Interop is key - ubiquity is the goal. 14:06:16 q? 14:06:20 Pat: If I go to a store - it doesn't matter which payment instrument I'm using - it should work the same way. 14:06:27 ack AdrianHB 14:06:31 q+ dezell 14:07:00 Adrian: No surprises here, I assumed as much - I get it, that's the goal. What I wanted to put out there - general feeling on what Evan put forward. 14:07:06 q+ to talk about settlement 14:07:08 q+ to talk about best path forward for Web Settlement. 14:08:03 Adrian: To clarify - what I'm doing here - what does Value Web task force trying to achieve - provide interop between different payment systems. We're focused on retail/clearing space - we're not trying to provide a standard around settlement, around actual movement of value. We're trying to standardize more things in the front-end than back-end clearing. 14:08:38 Adrian: I'd like to be clear whether we want to pursue that - that's important from Ripple's perspective, there is an opportunity to move value faster - not just put promises in place ... but actual movement of funds. 14:09:00 Adrian: We're talking about existing payment instruments, existing payment systems, basic payment flow over the Web... but we're not talking about settlement. 14:09:05 Adrian: Need some clarity there. 14:09:44 Pat: Thanks for bringing that up - was wanting to have this discussion. Personally, I see the settlement piece of it as being as important as existing systems. This is what I'd like to suggest to the group - that's why clearing is in the document. 14:10:19 Pat: Something like the Ripple protocol would fit very nicely into that - ancillary parts of the payment process - that might get into more of what you're working on. 14:10:50 -Davd_Ezell 14:11:13 Pat: I see settlement as being a part of the architecture. Whatever settlement mechanism you use - for example, Bitcoin, or Cheque/ACH - it's about enabling different choices easily. 14:11:17 +Davd_Ezell 14:11:25 Pat: Part of that is seeing settlement pieces being a core part of this document. 14:11:35 q? 14:11:42 q= padler 14:11:44 q- padler 14:12:01 jheuer has joined #wpay 14:12:10 dezell: +1 to trying to align with use cases - if Ian was here, he'd be pressing us to choose the mechanisms we're going to use to realize the use cases in the architecture. 14:12:25 zakim, call Ian-Office 14:12:25 ok, Ian; the call is being made 14:12:27 +Ian 14:13:02 q+ 14:13:09 ack dez 14:13:49 dezell: I don't know what that looks like - but sort of like the "micro-use cases"... we should focus on real value-add of W3C - that needs to inform all of the decisions we make. W3C value-add is not security specs, it's not to figure out next tokenization mechanism, W3C's value-add is the ability to serve three audiences - user experience (payers), monetarily we want to serve merchants (called out in charter), and third stakeholder is developer community (making 14:13:49 a payment easy to integrate into app is how we declare victory) 14:14:22 +1 - "Victory = integrating a payment into a web application is easy" 14:14:31 dezell: If we get 1000s of developers using Web Payments, that's what we want. What we don't want is for someone to get mired in details of payments. We need something flexible enough to cover everything. 14:14:43 q+ to suggest including a web developer perspective 14:15:02 dezell: For example, XML was accessible to a desperate Perl hacker... We want something that's going to be able to be used by a Web developer in an afternoon. 14:15:13 q? 14:15:14 dezell: We need to realize the first-class citizens of our architecture. 14:15:16 ack manu 14:15:16 manu, you wanted to talk about best path forward for Web Settlement. 14:15:47 Manu: We are interested in web settlement discussion, but i don't think we should put it in the critical path 14:16:09 q+ 14:16:34 q+ to talk about orthogonality of functional groupings 14:16:59 q+ defining a system for integrating "settlement systems" where Ripple is one 14:17:23 +1 I love Manu's statements about moving value vs moving promisses 14:17:38 q+ 14:18:56 dezell: We are currently discussing charters - we need some sort of architecture document/consensus in group that sketches out how we get people together to get this started is important. 14:19:02 q? 14:19:11 ack Ian 14:19:54 Ian: Align with use cases - don't want to disrupt the flow - was there a desire to go over our discussion earlier this week. 14:20:13 Pat: Some sort of up-front summary of what we think the architecture and requirements would look like based on synthesis we've done, then go into the details. 14:20:22 Ian: Ok, we'll talk offline about that. 14:20:47 ack dsr 14:20:47 dsr, you wanted to suggest including a web developer perspective 14:20:47 Pat: Basically, the vision of what we're trying to achieve - then talk about how we got to that vision. 14:20:54 +1 to an opening paragraph in the doc titled "Vision" or "Goal" 14:21:29 Raggett: Earlier in the document, you should talk in terms of web developers to get them engaged - we have lots from financial background, but few from web developer background. We need to write document from their perspective to motivate them. 14:21:34 +1 to developer perspective.. 14:21:35 ack Erik 14:21:51 Erik: +1 to manu's statement on "moving promises" vs. "moving value" 14:22:24 Erik: Look at the web as a front-end to the back-end clearing/settlement systems. We're providing an interface into those systems. 14:23:04 Erik: Can we go into how we're going to map payment agent to use cases - come up with summary requirements - please involve me in that - I want to help move that piece forward. You need requirements, then you need summary requirements before going into details, then architecture diagram... and then details at the end. 14:23:07 q? 14:23:08 ack padler 14:23:08 padler, you wanted to talk about orthogonality of functional groupings 14:23:15 dezell has joined #wpay 14:23:58 padler: Quick note - to get to Adrian's point - on settlement stuff - priorities - one of the reasons to break out specific sections of document, to provide an opportunity to provide feedback on those parts of the system. 14:24:37 Pat: We want items specific to clearing and settlement. The goal is to provide enough scaffolding to allow people to contribute as much as they could on actual content. 14:24:45 Pat: We'll have more specific things to work with once we have more content. 14:25:08 Pat: Web developers on front-end - very important ... but recipient side is very important as well. 14:25:53 pat: Can we move once we have these items carved out int he document, then we can divide and conquer. 14:26:11 [Ian hopes that everyone agrees that ALL stakeholders here are important and we best take them into account to help ensure adoption] 14:26:25 q+ 14:26:40 q? 14:27:35 AdrianHB: A couple of quick points - getting clarity... "moving promises" vs. "moving value" - that's the difference between clearing and settlement. If we are only talking about "clearing", then we don't get to "settlement". 14:27:52 Adrian: I want to make sure we get to a position where we're talking about "settlement" 14:28:17 manu: I've added a "members" entry to "Web Settlement Task Force" 14:28:19 +1 to standardizing how settlement between 2 parties works 14:28:28 manu: and placed both Adrian and myself on the members list. 14:29:02 Adrian: When I send you something - I want to make sure we're clearing. Next steps for task force - we need to recruit - then we need to create the charter. 14:29:12 q? 14:29:17 q+ 14:29:26 ack AdrianHB 14:29:30 Adrian: If there are other people involved - let me know - Manu mentioned Bitcoin, Stellar, Ethereum - want to do aggressive recruiting before June. 14:29:48 Adrian, please check out this timeline for getting draft charters together (at least a first round of them): https://www.w3.org/Payments/IG/wiki/Communications_Strategy_Task_Force#Timeline 14:29:52 Adrian: It's a task force today - but I see us putting a working group together to standardize access to settlement systems. 14:30:06 q? 14:30:10 (my recommendation would be to have a draft charter for the IG to look at at the June FTF) 14:31:01 Adrian: I'll see you at the face-to-face in NYC. 14:31:15 ack Ian 14:31:32 Ian: One quick note - for Adrian - Ethereum - are they of interest? 14:31:39 Adrian: Yes, absolutely. 14:31:49 dezell2 has joined #wpay 14:32:01 Ian: Ethereum has joined, someone to reach out to right away. 14:32:54 Ian: I heard David Ezell talk about security - W3C not doing security - we have a security activity, we have security work going on - Web security is something tremendously important across all WGs. There are existing industry standards around security, but it doesn't not mean we shouldn't be doing security - very important to look into that stuff. 14:33:19 q? 14:33:25 Ian: So, W3C is very active in the security space - we need to work constructively w/ other groups to make that work. Let's be cautious about saying W3C should not be doing security, just want to make that clear. 14:33:40 dezell: I was trying to emphasize strong value-add in developer community. 14:35:30 pat: if we're looking for end-to-end - payer / payee for example - rather than creating a separate document for settlement, we want some sort of reference back to architecture document. If possible, please go through requirements and start sending in comments or update github repo broken down by category... write them down, that'll help us get to a vision statement we can agree on. 14:35:50 pat: We're going back and forth on too much semantic stuff - we need to start collecting quickly so we can figure out what architecture components are. 14:36:10 Pat: That's all we have for today - if you can do that by Thursday, that would be good. 14:36:31 Pat: I'd like to update document w/ feedback - thanks everyone for your time today - hit me on mailing list or reach out. 14:36:39 -Davd_Ezell 14:36:41 -Erik 14:36:41 -Joerg 14:36:41 -manu 14:36:42 -padler 14:36:42 -AdrianHB 14:36:46 Thanks everyone! 14:36:50 rrsagent, make minuts 14:36:50 I'm logging. I don't understand 'make minuts', manu. Try /msg RRSAgent help 14:36:55 rrsagent, make minutes 14:36:55 I have made the request to generate http://www.w3.org/2015/04/17-wpay-minutes.html manu 14:37:02 -Dsr 14:37:12 Meeting: Web Payments IG Payment Agent Task Force 14:37:31 Present: DavidEzell, Erik, Joerg, Manu, Pat, Adrian, DaveRaggett 14:37:39 Chair: Pat 14:37:39 Chair: Pat and Joerg 14:37:47 rrsagent, make minutes 14:37:47 I have made the request to generate http://www.w3.org/2015/04/17-wpay-minutes.html manu 14:42:02 disconnecting the lone participant, Ian, in T&S_WEBPYMT(WPAY_AGENT)9:30AM 14:42:05 T&S_WEBPYMT(WPAY_AGENT)9:30AM has ended 14:42:05 Attendees were +1.312.504.aaaa, padler, Davd_Ezell, Dsr, manu, +1.914.656.aabb, Erik, AdrianHB, +49.303.3.aacc, Joerg, Ian 16:44:37 chaals has joined #wpay 17:17:29 Zakim has left #wpay