US010055715B1 «2 United States Patent Grassadonia et al. (1) Patent No: US 10,055,715 B1 4s) Date of Patent ‘Aug. 21, 2018 (68) CRYPLOCURRENCY PAYMENT NETWORK (56 References Cited (71). Applicant: Square, In, San Francisco, CA(US) Us. PATENT DOCUMENTS (72) loventors: Brlan Grassadonla, San Franieo, CA ISOTTONLZ AI* 62018 eC 606020381 ; . Be (Us), Christopher Michael Brvek, oe ee ee Gh curemer te sks rso et A 12018 Vn Re 66028 Sin Fricien, CA US) Crikey Sa, ZOISUS286 AL 1208 Min. 6860205658 San Francis, CA (US) 88 ov6us0976 A+ 112016 Davis ag 205889 Ssianee: Square, Ine San Fransisco, CA(US) levee AES Haare Bas Sno (73) Assignee: Square, Ine, San F » CA US) 201610342985 AL* 11/2016 Thomas Go6Q 20-401 . Soeastsey AS ANaole tome S88 38a (*) Notice: Subject to any disclaimer, the term of his 3prepaizan4 AL 112016 Deeks Goeg aoe? patent is extended or adjusted under 35. 20160371771 AL* 122016 Serrano G06Q 40025 DISC. 154g by Ody SiSubstve 2 “Sant Sa? 6 ans rupees As 72017 Goma Gocgbo > : Sorat 272017 Bre ‘Soap aoe (21) Appl Nos 18713322 Sbiguasese AA 103017 Rann’ ooegba Suse ale M1017 apeaand wv Guceous (22) Filed: Sep. 22,2017 Soisonesse Are Botner Soeg So 338 Soiyassion Ai [22017 Hee G0 30829 Related US. Applicaton Data SWS AM [32017 Phang oo Geo sour (60) Provisional application No. 62/537,395, fl on Jul. 72170853309 AL Gry is ate 26, 2017, * cited by examiner Gh mer Primary Beanie — Lali M Hamion veo wm (201201) te a 5 cong gorz01y (94) Atorne, Ago, oF Firm — Baker Bots LLE Goo mw 01201) 6060 2036 (201201) 6 AnSTRACT Gos 202 (01201) Soe (82) US Ch roving fence! tasitins beget acoso and CC. ong 20s 2013.01: Gag are PV fea enti, = iin sages nS Gag, tn wen Bescon ay ry (2013005 G60 te machant can be pid nay ec. Facer (58) Fi of Clasitieaton Search Tile improving sock tamoctons. mt way Ih es CPC GO6Q 4000; GO6Q 20/10; GO6Q 201102: gavantage of benefits of such transactions while overcomin ‘G06Q 2040: GOKQ 20/065; GOSQ 20720: Fwhacke such as delays in processing. {G09 203674, G69 204012 sre 78 99,40. 4 See application fle for complete search history. 12.Clai 1 16 Drawing SheetsU.S. Patent Aug, 21, 2018 Sheet 1 of 16 US 10,055,715 B1 Payment Sone "a ween) Cooner S| 7 dae) - ie Payment card | mp @ oe retwork ey ww Se (140 i yo ao : Pamegtsenice a Authorization recut . Payment Transaction Data anes ‘Application nt quer is fs foecine payee indestons sgpiaons 6 20 — items QO Fos}, 106 O° ONE m &% Merchant caomer ie ‘as Payment instruments + Item Requests uz FIG. 1AU.S. Patent Aug. 21, 2018 Sheet 2 of 16 US 10,055,715 B1 300 Payment Service 108 Payment Processing (Merchant) (Customer Service | Profiles Profiles 326 130 I 2 = 2 ‘Authorization Requests + Transaction Data ud Payment Application Requests 1g Network(s} 0 fasth/Decline Paymend Indications 116 User B FIG. 1BU.S. Patent Aug. 21, 2018 Sheet 3 of 16 Payment service Crypto Ceypto- currency Wallet currency ledger 29 Customer Profile Merchant Profile rh 130 Tana og 205 Fa Currency edger 208 a! Neri) uo ele US 10,055,715 B1 Payment Network 22a Bank Account 2 FIG. 2US 10,055,715 B1 Aug. 21,2018 Sheet 4 of 16 U.S. Patent K s0d a, ae ‘Ou JuNoooy } DFE uopeoydty uewsKed a1G0H4 ‘Dz uoneonddy Bunsenboy EOF 801n8q ONGOW € ‘OldU.S. Patent Aug. 21, 2018 Sheet 5 of 16 US 10,055,715 B1 we uo Payee Sere " 18 ‘te Le : ‘ Tecave ions or parse, Sndctalte vac ovedt | [“Frsentpomnentonion bolas ‘o 302 Tecave wlecon of ceptcueney payment option Ea Spinto er ae Pi Conmankateryptocireney poymer and enepted customer ‘prele rrrmaton Tan ranean ava Bo Tnuding lis owesin US ats and toward encrypted customer profile erm i customer eotocuency ue no t Debi erptocrery ear of caer prt ard crest cryptocurrency ledger of payment service 3g ‘merchant ledger in US Dollars Debit payment service US Dollars ledger and credit 2s T Record transaction between customer and merchant 38 Confirm transaction 320 FIG. 4AU.S. Patent Aug. 21, 2018 Sheet 6 of 16 US 10,055,715 B1 a we Payment Service 108 Calculate value owed in crypto currency 2 Same as 304, 306, 307, and 1308 from FIG. 4 ‘Transmit transaction details including value owed in ‘ryptocurrency and forward ‘enerypted customer profile inforration 20 Same as 314 from FIG. 44 Debit payment sevice cryptocurrency ledger and crest merchant exyptocurrency ledger 334 Same as 318, and 320 from FI. 48 FIG. 4BU.S. Patent Aug. 21, 2018 Sheet 7 of 16 US 10,055,715 B1 [| we Payment Service 108 Select merchant 02 ‘Option to selector enter an alias 404 ‘Communicate alias to mecchant Select alias 06 408 Receive tems for purchase, and caleulate value owed in US Dolars 420 Present payment options a2 Receive selection of cryptocurrency payment | | ‘option ud Steps 312, 314, 316,328, 320 from FIG.3. FIG. 5U.S. Patent Aug. 21, 2018 Sheet 8 of 16 US 10,055,715 B1 Payment service 108 ee wa a a | a i Garr meee \ a a “Transaction og. ae vem = ’ ~t Bank Account ar Pern t oh ae FIG. 6U.S. Patent Aug. 21, 2018 Sheet 9 of 16 US 10,055,715 B1 a we Paes “ 108 ‘i Less : ‘ Teves fa pate ‘face ven oe Sept i Tow ‘Communicate cryptocurreney payment Provide option to merchant ee toreceive paymentin ceyptocurreney or traditional onee ‘08 T Receive selection to accept ‘payment in cxyptocurrecy 506 I ‘end wallet adres and ‘transaction details 508 Communicate cryptocurrency ‘payment details 510 Reduce crptocurrency balance In customers walet and increase ‘eryptocurrency balance in merchants wallet 52 Record wansaciion in private block chain at Confirm transaction 320 T FIG. 7AU.S. Patent Aug. 21, 2018 Sheet 10 of 16 US 10,055,715 B1 a we Paes “ 108 ‘i Less : ‘ Teves fa pate ‘face ven oe ep 306 7 one Provide option to merchant to receive payment in cryptocurrency or traditional currency 508 Receive selection o accept payment in traditional curtency 530 Transmit transaction details including value owee in US Dollars and forward encrypted customer profile information 310 Galeulate value owed iv ceryptocurrency 312 I ‘Debit eryptocurrency wallet oF ‘customer profile and crit ceryptocurrency wallet of payment service 532 T ‘Steps 316, 318, and 320 from FIG.3 FIG. 7BUS 10,055,715 B1 Sheet 11 of 16 Aug. 21, 2018 U.S. Patent 8 Old \s09 “roo “toaUS 10,055,715 B1 Sheet 12 of 16 Aug. 21, 2018 U.S. Patent 6°Old wena rake esurnzanreoainzeos ° sao oi ws orsUS 10,055,715 B1 Aug. 21,2018 Sheet 13 of 16 U.S. Patent VOT ‘Old 2a 2209 FOS es eeU.S. Patent Aug. 21, 2018 Sheet 14 of 16 US 10,055,715 B1 ae 3.218 e625 638 643, 645-4 FIG. 10B ‘itevin PurebageUS 10,055,715 B1 Aug. 21,2018 Sheet 15 of 16 U.S. Patent SOT ‘Sid gsuonpesuen Aouasins pauiquioa Molly ©) Aouaung yet ujoona qunoady ne}aq oovors ‘ujoa4g 40 sBuIpjoH wnuKeYUS 10,055,715 B1 Aug. 21,2018 Sheet 16 of 16 U.S. Patent 9EL vel zee oe TT Old or we 4OSSaI01g ee aYDED anepayut soz ii uonesrunwwoy © wonsauU0> aoinag, ‘ aninas Wye = Woy Aioway aoinag zaomas a sz oz ste ul Temas aainag 002 Beso ove See sveUS 10,055,715 BL 1 CRYPTOCURRENCY PAYMENT NETWORK CROSS REFERENCE TO RELATED 'APPLICATIONS. “This application claims prorty to U.S. Provisional Appi cation No. 62/537,395 filed on Jul. 26, 2017, which is ‘expressly incorporated by reference herein in its entirety. TECHNICAL FIELD. The present wchnology pertains t0 technologies for ‘accepting virtual currencies in point of sule trasetion, BACKGROUND ‘Viral currencies and especially eryptocurrencies sueh as bitcoin,ethereum (ether, litecoin, etc. have been inereasing in popularity in recent years, Holders of bteoin and other ‘enppiocurencies are not tied to any government, are decen- tealized, and allow direct transactions, while still mainain- ing the trust and stability of fiat cumencies. Bitcoin in particular appears 10 be more than a passing fad and with billions in total value in distribution, bitcoin stores si ‘cant econoaaie parental However, despite the popularity of erypioeurencies 10 date, all eryptocurrencies face the same drawhaek in that they are not widely accepted. Presenly, eryplocumencies, like bitcoin, are not aceepted by most retail merchants, oF ‘even by most online merchants. The lack of mass adoption ‘of erypiocurrencies thus far may be atributed to 8 number ‘of different factors For one, cryplocurtency exchange rates, with fat currencies ean fluctuate widely. and this may be & Fisk that business owners doa’ waat take, Furthermore ‘enyptocunrencies are known to be associated with long. transaction times. Is not practical fora coffee shop to sell coffee in @ transaction that could take hours before the transaction is confirmed by recording the transaction to the block chain. A further deterrent to accepting eryptocurren- cies by merchants is that cryplocurtencies are associated ‘ith anonymous identities. This feature of digital cureney makes it susceptible © money laundering activities, and ‘exposes merchants fo inereased chances of transacting with ‘riminals, which may put them in violation of state and federal ews, BRIEF DESCRIPTION OF THE DRAWINGS “The shove-recited and other advantages and features of the present technology will become apparent by reference 10 specific implementations illustrated in the appended dra- Ings. person of ordinary skill in the ant will understand thst these drawings only show some examples of the present technology and would not limit the scope of the present technology to these examples. Furthermore, the skilled isan will appreciate the principles ofthe present technol- ‘ogy as described and explained with additional specificity and detail through the use ofthe accompanying drawings in whieh FIG. 1A shows an example ofa payment service network in accordance with some embodiments FIG. 1B shows an example ofa payment service network in accordance with some embodiments FIG. 2 illustrates and example payment service in sooor- dance with some embodiments; TG. 3 illustrates and example mobile device and payment application in accordance with some embodiments; o 2 FIG. 44 ilustrtes an example method of pay merchant using a viral eurreney in accontance with some embodiments; FIG. 4B illustrates an example method of paying 3 smereliat using viral currency in accordance with some embodiments; FIG. 5 illustrates an example method of paying mer- chant using a virwal eurency in accordance with some embodiments; FIG, 6 illustrates and example pay dance with some embodiments; FIG. 7A illustrates an example method of paying a merchant using a virtual currency in accordance with some embodiments: FIG. 7B illstrtes an example method of paying 3 ‘merchant using a virtual eurreney in accontance with some embodiments; FIG, & illustates example graphical user interfaces in ‘aecordance with some embosioeats FIG, 9 illustrates example graphical user intertaces in ‘accordance with some embosioeats PIG. 104 and F1G. 108 and FIG. 10C illustrates example araphicel user interfaces in accordance with some embodi- ‘ments; and TFIG. 11 shows an example ofa system for implementing certain aspects of the present technology. nt service in accor: DETAILED DESCRIPTION ‘Varios examples ofthe present technology are discussed in detail below. While specific implementations are di ceused, it should be understood that this is done for illus tration purposes only. A person skilled in the relevant art wil recognize that other components and configurations may be used without parting from the spirit and seope ofthe present technology. ‘The disclosed technology addresses the nee inthe art for ‘payment service capable of accepting a grater diversity of ccmencies including fiat currencies (US. dollars, Euro, Rupee, ete), and non-fat curencies including virtual eur roncies including erypiocurencies (bitcoin, ether, ct.) commercial paper (loans, contracts, forms, et), and secu. rites (stocks, bonds, derivatives, et.) than a traditional payment system ina transaction between a customer and a ‘merlin, and specially Tora payment service to solve oF ameliorate problems gemane to transactions with seh ccurencies. ‘Specifically, the payment service described hoerein can feeilitate realtime (or substantially real-time) transactions allowing a customer to pay in any currency of their choice, while the merchant can receive payment in a ccureney oftheir choice. In some embodiments the payment service ean eliminate barriers to transsetions common when ‘sing non-flat currencies, while maintaining the benefits of transacting in those non-fat currencies. Por example, when ‘mnsocting with a virtual eurency the payment service can climinate or substantially reduce the risk of transsetions with criminal parties, and avoid latency common in virtwal eur roney transactions, while maintaining the anonymous ben- fits of virtual currency tanssetions, ‘Specially, the present technology permits ist party to pay in any cureney, while permitting the second party to be paid in any currency. In this way, the technology provides benefits that removes barriers to transactions. that might inhibit intemationel commerce, ar commence with certain types of currencyUS 10,055,715 BL 3 Additionally, the present technology, through the press ‘ence of a tnistd payment service, ca increase trust in transactions taking place in multiple curencies, ‘Such increased trust ean also be an important benefit of the present technology when a party 10 the transaction svishes fo remain anoaymons to another party in the trans action. Anonymity can reduce trust, and in some cases, transctins with anonymous parties can even be illegal. The present technology includes systems and method of over ‘coming such concerns, especially in eryplocurrency’ trans ‘setions wherein aliases age commonplace, “The present technology further overcomes latency disad- vantages gemmane to eryplocurrency transactions. For ‘example biteointransction ean take, on average, 10 minutes to be confirmed. This is far too Tong for many transactions. The present technology can process and approve a crypto ‘currency transotion in near realtime, ie. in seconds. In, some embodiments, cryptocurrency transaction approvals ‘canbe similar the amount of ime taken t approve credit ‘card transaction “Throughout this description reference may be made toward specific currencies such as biteoin or the United States dollar, Such references will he understood to. be merely examples of other currencies of like character. For ‘example, references fo bitcoin should be understood to be > interchangeable for any eryptocureney, and particularly ‘eryptocunrencies recorded on a. public block chain. Refer- ‘ences tothe United States dolar should be understood to be inerchangsable for any fit curreney managed by a central authority, sueh a country (United States, China, ete), oF regional body (European Union, et). Some example implementations of the novel payment service (including servers and server software, merchant devices and software, and client devices and software) are {described below with reference to the coresponding figures However, implementations hervin are not limited to the particular examples provided, and may be extended to other ‘environments, other system’ architectures, other types of ‘merchants, and so forth, as will be apparent to those of skill inthe at in light of the disefosure herein FIG. 1A illustrates an example envionment 100 that ‘includes merchant 102 that conducts transaetions with cus- tomer 104 (or “user 104") for items 106 ollered by the merchant 102, FIG, 1 also illustrates payment service system 108 (also referred to as “payment service"), coupled ‘o merchant point of sale (POS) deviee 108 and customer device 103 via a nework 110, 1 authorize payment instr ments of customer 104. Customer 104 may engage in tanstetions with merchant 102 to obsain items 106. Customer 104 may provide, as shown at 112, cash or any other kind of payment instruments to merchant 102 slong with requests for items offered by smerebiant 102, ‘Merchant 102 may utilize POS device 108 for accepting payment from customers 104, POS device 108 may com- Prise any sort of mobile or non-mobile devies that include Instances of merchant application that executes on the devices. The merchant application may provide POS func= tionality to POS device 105 to enable merchaat 102 (e, ‘owners, employees, et.) accept payments from customers 104, In some types of businesses, POS device 108 may ‘correspond to a store or other place of business of the merchant, and thus, may be a fixed Toeation that typically docs not ehange on a day-to-day basis. In other types of businesses, however, the location of POS device 108 may ‘change fm time to time, sich as in the case that a merehant ‘operates a food truck, isa steet vendor, isa cab driver, ee. os the o 4 or has an otherwise mobile business, ein the ease of @ merchant who sells items at buyer's homes, places of business, and so forth ‘As used herein, a merchant mey include any business ‘engaged in the offering of goods or services for acquisition by customers. Actions attributed to a merchant may include actions performed by owners, employees, or other agents of the merchant, and thus no distinction is mace herein unless specifically discussed. In addition, a8 used herein, a cu tomer may include any entity that acquires goods or services from a merchant, sueh as by purchasing. renting, leasing, borrowing, licensing, or the like. Hereinafter, goods andlor services offered by merchants may be refereed toa items, eg. item 106. Thus, a merchant and a eustomer may interact with each other to conduct a transaction in which the eustomer acquires item 106 from merchant 102, and return, customer 104 provides payment 112 to merchant 102 ‘As used herein, a transaction may include a financial transaction forthe aequisition of item(s) that is conducted between customer 104 and merchant 102. For example, ‘when paying fora transaction, customer 104 can provide the ‘amount that is due to the mercbant using cash or other payment instrument 112 (eg, a debit card, a credit ear, a Stored-value or gift card, a check, through an electro ‘payment application on device 103 earred by the customer, fr the lke). The merchant ean interoet with POS device 108 to process the transsotions, such as by inpulting (eg, ‘manually, vit a magnetic cant reader, NFV reales, or a RFID reader, etc.) identifiers associated with payment instrument 112, For example, a payment instrument of the customer may include a card having one or more magnetic strips for providing eard and customer information when reader. In other examples, ather types of ents may be used, such as smart cards having a built-in memory chip that is read by the device ‘whe the card is “dipped” ino the reader, such as chips hat comply with the Furopay, MasterCard, Visa (EMV) stan- dard, ie, EMV cards. Io other examples, other types of payment instniments include cards or computing devices that communicate via radiofrequencies such as a radiofre- {quency ‘identification tags, and car field communication devices, ete uring the transaction, POS device 108 can determine ‘eansoetion information describing the transetion, such as ‘denier of the payment instrument, an amount of ‘ayment received from the custome, the items) acquired by the customer, atime, place and date of the transition, ‘payment network 140 associated with the payment insta- ‘ment, an issuing bank of the payment instrument, a name oF er account of the customer, contact information of the customer, type ofthe currency, and so forth, POS device 108 ‘an send the tansaetion information to payment service 108 ‘over network 110, either substantially: contemponncously ‘with the conducting ofthe transaction {in the ease of online transactions) or later when POS device 10S is inthe online mode (inthe case line transactions) In an offline transaction, POS device 105 may store one ‘or more characteristics associated with the transaction (ie, the transection information), such as a cost of the transae~ ‘ion, a time of day at which the transaction oecurred, a day of the week at which the temsuetion occurred, a Toeation at ‘which the transaction took place, an item tha the customer obiained, an identity andor contact information of the feustomer, nd a payment insirament sed inthe transaction. After conducting an offline transaction with customer 104, POS device 108 may provide the stored information (oF some subset of i) to the payment service 108 over theUS 10,055,715 BL 5 network 110, The network 110 may represent any one or more wired or wireless networks, such a8 0 Wii network, ‘cellular network, othe like. In an online transaction, POS device 108 may send this information to payment service 108 over network 110 substantially contemporineously With the transaction withthe customer. ‘After merchant 102 receives the payment information from customer 104, merchant 102 may send respective authorization requests, along with information regarding the respective transactions, fo payment service 108, as ilus- tealed at 114, Payment service 108 may include payment processing service 126, merchant profiles 130, and customer profiles 132, “The payment processing service 126 may function to receive the information regarding transaction from POS device 105 of merchant 102 and attempt to authorize the payment instrument used 1 conduct the transaction. Pay ment processing service 126 may then send an indication of whether the payment instrument hs been approved or declined back to POS device 108, as ustrated a 116 Generally, when a customer and a merchant enter into an ‘electronic payment transaction, the transaction is processed by electronically transferring finds from a financial account associated withthe customer to a financial account assoc ‘ated with the merchant. As sueb, the payment processing service 126 may communicate with one oF more computing devices of payment card network 140 (oF “card pavaeat network"), eg, MasterCard®, VISA®, over nonvork(s) 110 ‘© conduct financial transactions electronically. Payment processing service 126 can also communicate with one oF ‘more computing devices of one or more banks, processing! acquiring Services, or the like over the network 110. For ‘eximple, payment processing service 126 may communicate with an sequiring bank, andor an issuing bank, and/or 2 bank maintaining customer aecounts for electronic pay- rents, Payment processing service 126 may’ also eomm- nicato with, of access customer and! merchant accounts ‘maintained by payment service 108. ‘An acquiring bank may be a registered member ofa card association (eg. Visait, MasterCard) and may be part of ‘card payment network 140. An issuing bank may issue credit cards to buyers, and may pay acquiring banks for purchases made by cardholders 10 which the issuing bank has issued a payment earl, Accordingly, in some examples, the computing deviee(s) of an acquiring bank may be ‘included in the card payment network and may communi- ‘cate with the computing deviees of a ear-issuing bank to ‘obtain payment. Further, in some examples, the customer may’ use a debit card instead of a ereitcaed, in which case, the bank computing device(s) ofa bank corresponding to the ‘debt card may receive communications reganling a trans= ‘ction i which the customer is participating. Additionally. there may be computing devices of other financial insti tions involved in some types of transactions or in alternative system architectures, and thus, the foregoing are merely several examples for discussion purposes In eansaetions involving eryptocurreney, payment service 108 can communicate over aetwork(s) 110 with eryprocure reney network 145. Such networks can include for example, the Biteoin network, the Ethereum network, ete. Crypiocur reney networks are commonly associated with a network of Parties that eryptographically verify and valiate transae- fions and record transactions on copies of @ distributed ledger commonly called the blockehain. Once transaction has heen validated, eryplocurreney network can approve the transaction by writing the transaction to the bloekehain, 0 o 6 ‘While FIG. 1 illustrates merebants 102 sending the tran action data directly to the payment service 108 as part ofthe request to authorize the payment instrument, in some ‘nstanees other entities (eg., banks associated with the rmereliants or with customer payment instruments) may provide transaction data, suchas part ofa batched, peviodic process ‘While customer profiles 132 may store indications of ser preferences, merchant profiles 130 may store information ‘associated with respective ones of the merchants 102. For instance, the merchant profiles 130 may indicate a clas of items olfered by respective merchants (eg.. colle items, collectibles, apparel, ete), type of business othe merchant (eg, restaurant, coffe shop, eal sore ete), a geographi- cal location of the merchant, and the like. a some instances, computing device associated withthe merchant (eg. POS device 106, servers of the merchant, ce.) determines when the customer visits physical premises for a digital presence of the merchant. For instance, the {device 103 ofthe customer 104 may include an application (ea. an application provided by payment service 108) that communicates with POS device 108 of merchant 102 via ‘earfield communication methods (c.g, Hhutooth, et.) Therefore, when the customer visits the physical premises of merchant 102, for example, POS device 105 may deteet the presence of Customer device 103. The POS device may accordingly determine that the customer is present. in ‘another example, one or both of POS device 108 and feustomer device 103. may share its location (eg, GPS coordinates) to a common service for determining when the Sevices are located within a threshold proximity of one nother, nd for mediating a transaction between customer device HS and POS device 15 a another example, customer 104 may utilize customer device 103 to “check in” atthe merchant location, and POS device 108 may revive an indication ofthis check in. When the customer visits a digital presence of merchant 102 (ez. a website, ete), customer 104 may log in or otherwise provide information (ez, a cookie on the device 103) from ‘whieh the merchant determines that the customer is at the merchant. Of course, while a few examples are listed, i is to be appreciated that the merchant and/or payment service 108 may determine when the customer is present atthe rmereliat in any other number of ways. In each instance, aller payment service 108 receives an indication that cu tomer 104 is located at merehant 102, the payment service 108 may determine whether to send one oF more previously expressed item preferences of the customer to the merchant. In addition, customer 104 may desire to receive an instance ofa payments application, such as a mobile wallet application, from the payment service 108. FIG. 1 iluseates a 118, thatthe customer 104 may send payment-appieation ‘requests to payment service 108, Ia response, at 120, pay ment service 108 may provide instances of the application back 10 customer deviee 193, In addition, payment servi 108 may map an identification ofthe instance of the appl catia to the customer profile ‘According 1o an implementation of the present subject matter, the customers and merchants ean send and receive payments in virtual currencies via the payment service for purchase of items or a selected set of tems, In another ‘implementation, the customers send payments in viral cerrencies via the payment service, while the payment service converts fist vial eurreney into another viral ceureney or a flat currency of merchants choice TFIG. IB illustrates another embodiment of example envi- sonmeat 100 except that in FIG. 1B a transaction is between