Abstract: Systems and methods are disclosed for fault-tolerant hash control. In some examples, a hashing system receives a dataset. The controller apportions hashing calculations across hashing chips to calculate at least one hash digest based on the dataset. The hashing chips include at least a first hashing chip, a second hashing chip, and a third hashing chip. A first connector couples the first hashing chip to the second hashing chip. A second connector couples the second hashing chip to the third hashing chip. A backup connector couples the first hashing chip to the third hashing chip, bypassing the second hashing chip. The first hashing chip sends a communication to the third hashing chip along the backup connector that bypasses the second hashing chip in response to a determination that the second hashing chip is nonresponsive.

Abstract: A first identifier associated with a brick-and-mortar store of a merchant and a second identifier associated with a designated physical area within the brick-and-mortar store can be accessed to generate a third identifier that is an identification code scannable by a computing device of a customer. The identification code can be received from the computing device of the customer and a menu of items associated with the merchant can be caused to be presented via the computing device of the customer. An indication of an order for an item of the menu of items associated with the third identifier is received from the computing device of the customer. Payment data associated with a payment instrument of the customer is received from the computing device of the customer, and payment for the order of the item is processed based at least in part on the payment data.

Abstract: Facilitating payments for merchants that use multiple payment service providers (PSPs) is described. A first request may be received to establish a first on-file grant, wherein the first request indicates a first PSP used by a merchant. A request to associate a second PSP with the merchant may be received from a merchant device of the merchant, and a group association between the merchant, the first PSP, and the second PSP may be stored. A second request indicating that a transaction will be processed using the second PSP may be received, and, based on the group association, it may be determined that an identifier associated with a user account of a user can be used for the transaction. A second on-file grant may be established, and a response to the second request may be sent to indicate approval to use the identifier for payment of the transaction.

Abstract: Facilitating multi-user content personalization is described. Respective requests to personalize respective payments from respective payors to a payee are received from respective user devices executing a payment application. A customization user interface is presented to the respective payors from which the respective payors are able to customize respective screens to be presented to the payee, wherein a personalized payment functionality is selectively enabled for a first payor and disabled for a second payor. A first screen customized by the first payor and a second screen customized by the second payor are received from the respective user devices, and the screens are combined to generate combined output. An indication that the payee has opened the payment application on a user device is received, and, in response, the combined output is caused to be displayed via a user interface of the payment application executing on the payee's user device.

Abstract: Systems and methods for determining and displaying an average or median count of mobile devices near an entity location is described. The systems and methods comprise receiving location data from a plurality of mobile devices to determine their locations over a period of time. An average or median count of mobile devices of the plurality of mobile devices that are within a threshold distance from an entity during individual hours of a plurality of hours of a day is determined. The highest average or median count of mobile devices during the plurality hours of a day is set as a benchmark count. A user interface is presented that includes a plurality of graphical representations individually corresponding to respective hours of the plurality of hours and a visual indication of the average or median count for the respective hour relative to the benchmark count.

Abstract: Decentralized hast table techniques are described. In an implementation, a hash table input is received including a decentralized identifier and index data configured to locate the decentralized identifier. A hash table entry is generated for inclusion in a decentralized hash table in compliance with a hash table schema. A decentralized identifier search query is received from a client device. The decentralized hash table is searched based on the index data using the decentralized identifier search query. A decentralized search result is generated that includes the decentralized identifier for receipt by the client device responsive to the searching.

Abstract: A wireless communication device includes first and second wireless communication interfaces for communicating with a second device. The first wireless communication interface communicates according to a first wireless communication protocol and the second wireless communication interface communicates according to a second wireless communication protocol. The second wireless communication protocol is associated with a higher data rate and a higher power consumption than the first wireless communication protocol. The second device sends a message to the wireless communication device. Based on that message, certain hardware of the wireless communication device is enabled, including the second wireless communication interface. The wireless communication device and the second device then establish a connection according to the second wireless communication protocol and communicate via that connection.

Abstract: A computer-implemented method of determining candidate peer-to-peer (P2P) platforms associated with a single transaction identifier is disclosed. In an example, a payment processing platform can receive data from a user device, the data associated with capture by the user device of a transaction identifier. The PPP determines that the transaction identifier is associated with multiple peer-to-peer (P2P) platforms. Information associated with the transaction (e.g., customer, merchant, etc.) is accessed. Candidate P2P platforms are identified based at least in part on determining that the each of the candidate P2P platform's contextual criterion for processing is met. The candidates are presented to the user via the user device, and an authorization request is sent to a user-selected P2P platform of the candidate P2P platforms.

Abstract: Expedited transaction processing using a database of integrated in-store and online transactions is described. First transaction information associated with a first transaction conducted in a physical store of a merchant and second transaction information associated with a second transaction conducted via an online store of the merchant can be received. The first transaction can be processed based at least partly on the first transaction information and a record of the first transaction can be stored in the database. Based at least partly on the record, the second transaction can be processed using at least a portion of the second transaction information by (i) sending, to a card authorization service, the second payment information and (ii) generating an indication that the first payment information was authorized for the first transaction at the physical store. A computing device of the online store can be notified that the second transaction is allowed.

Abstract: A merchant terminal or a customer terminal receives first input(s) associated with a first POS transaction with a first customer. Based on the first input(s), it is determined that the first POS transaction is in a first item-input portion and so the merchant terminal is designated as a state control terminal for the first POS transaction. Based on a trigger event occurring for the first POS transaction, it is determined that the first POS transaction is in a payment-input portion, and the customer terminal is designated as the state control terminal. Second input(s) associated with a second POS transaction with a second customer are received prior to receiving payment input to the first POS transaction and while the customer terminal is the state control terminal for the first POS transaction. Based on the second input(s), it is determined that that the second POS transaction is in a second-transaction item-input portion.

Abstract: A media content platform is described. In accordance with the described techniques, a first request is received from an artist entity to make a media content item available for modification by other entities on the media content platform. The first request includes one or more access controls that control use of the media content item. The media content item is stored on the media content platform. A second request is received from a requesting entity to modify the media content item. The second request accepts the one or more access controls. Access to the media content item for modification is granted to the requesting entity. A new media content item that incorporates at least a portion of the media content item is received from the requesting entity is received.

Abstract: Intelligent application of reserves to transactions is described. In an example, server(s) associated with a payment processing service receives first transaction data associated with a plurality of first transactions, wherein the first transaction data includes indications, for an individual first transaction, of whether a chargeback request occurred and item(s) and a customer associated with the transaction. In an example, the servers process the plurality of first transactions. A predictive model is trained based at least in part on the first transaction data. Second transaction data is received from a POS device of a second merchant associated with a second transaction. A value reflective of a level of risk for the second transaction is determined based on inputting an item or customer associated with the second transaction into the predictive model.

Abstract: An electronic device may include a printed circuit board having a physically unclonable function (PUF) source. The PUF source includes a plurality of fuses that provide PUF data based on a measurement of electrical parameters resulting from a first signal being transmitted through the plurality of fuses. The electronic device also has processing circuitry in communication with the PUF source that can detect a triggering event at the electronic device and determine an event type based on the detected triggering event. The processing circuitry can select at least one fuse of the plurality of fuses based on the determined event type and change an electrical property of the selected at least one fuse such that the PUF data from the PUF source is modified.

Abstract: In one embodiment, a method includes receiving, by a payment service system (PSS), a payment request from a payment application executing on a device of a sender. The payment request includes a recipient identifier corresponding to a recipient. The sender and recipient have financial accounts associated with the PSS. The method includes determining a similarity score based on a comparison of contact records associated with the device of the sender and contact records associated with a device of the recipient. The method includes, responsive to determining that the similarity score does not satisfy a threshold similarity score, transmitting a confirmation request to the device of the sender to confirm an identity of the recipient. The method includes receiving, from the device of the sender, an approval response to the confirmation request. The method includes, authorizing a payment transaction associated with the payment request based on the approval response.

Abstract: Technologies are described herein for classifying personalized interactions at an application. A method can include receiving and storing user inputs associated with interactions between users of the application, building historical models based on the user inputs to classify the interactions, wherein building a historical model for a particular user comprises aggregating particular user inputs associated with a set of previous interactions between a particular user and other users, in association with a pending interaction for the particular user and during the pending transaction associating a current user input with the historical model for the particular user and based on analyzing the historical model for the particular user, determining that the pending interaction satisfies a condition, and interrupting the pending interaction based on determining that the pending interaction satisfies the condition.

Abstract: Technologies are described herein for refining, using visual media inputs, generative artificial intelligence (AI) model outputs that include item descriptions. In some implementations, a method includes receiving, from a first device, a component list for an item that is to be included in a menu of items, the list including multiple components. Using a first generative AI model, a text natural language response is generated that includes a description for the item based on the component list. The text natural language response and visual media data of the item are provided to a second generative AI model that modifies the description for the item in the text natural language response based on detection of at least one component in the visual media data. The modified description is provided to the first device for inclusion in the menu of items.

Abstract: Technologies are described herein for refining, using visual media inputs, generative artificial intelligence (AI) model outputs that include media playlists. In some implementations, a method includes obtaining context data associated with a physical area of a merchant, where at least some of the context data is received from a first device. The context data includes visual media data depicting a scene of the physical area. The context data is provided to a content recommendation service that utilizes machine learning model(s) and searches a catalog based on the context data to obtain a list of content items. The list of content items and context data are provided to a generative AI model that filters and ranks the content items into an ordered list of recommended content items based on the context data. The ordered list is provided to the first device for playback of the recommended content items.

Abstract: Particular embodiments receive, by a payment service in association with a user account associated with a service provider, an identity verification submission associated with an identifier and a name. The payment service, for the phone number, queries contact records associated with user accounts associated with the service provider. The payment service receives, as a result of the query, several name options associated with the phone number, where each of the name options are stored in individual contact records. The payment service determines a name option of the several name options to associate with the identifier based at least in part on a similarity of individual name options to other name options. The payment service approves or rejects the identity verification submission based at least in part on the determined name option.

Abstract: Implementing extended reality (XR) tags in an XR platform is described. A server(s) may obtain, via a user interface of an application executing on a client device, a definition of an XR tag, and may embed information in the XR tag in accordance with the definition of the XR tag. The server(s) may further obtain, via the user interface, one or more rules applicable to the XR tag. The server(s) may further store data representing the XR tag in a data store. In some examples, the definition and/or the one or more rules allow for customizing the XR tag and/or the information embedded in the XR tag to other client devices that are accessing the XR tag, users of the other client devices, and/or a creator of the XR tag.

Abstract: Using risk metrics to facilitate transactions is described. A payment service computing platform may, in association with a request to initiate an interaction with a merchant, determine a user risk metric associated with a user of a payment service. The platform may determine, based on transaction data associated with merchants, merchant risk metrics associated with the merchants, filter the merchants based on the user risk metric and the merchant risk metrics to generate a list of merchants, and cause a user interface of a payment application associated with the payment service and executing on a device of the user to present at least a portion of the list of merchants. The platform may then receive indications of a selected merchant and an item(s) to be purchased from the selected merchant, use a single-use payment instrument to complete a transaction for the item(s), and generate a loan associated with the transaction.