Abstract: A digital content contribution verification system in a decentralized network is described. In an implementation, digital content is obtained and a plurality of portions are located from the digital content. A decentralized identifier and verifiable credential are identified as associated with a respective portion of the plurality of portions. The decentralized identifier is resolvable to a respective node from a decentralized network of nodes individually configured to store, receive, and transmit data. Representations are displayed of the decentralized identifiers indicative of a respective entity and corresponding verifiable credentials validating a relationship of the respective entity with the respective portion.

Abstract: Digital catalog user interface and a modular catalog architecture are described. In one or more examples, a catalog management system receives a request to create an item and displays an initial item creation interface with a field for designating an item type. Upon receiving user input designating an item type, the catalog management system retrieves a catalog schema associated with the designated type. A customized item creation interface is dynamically generated based on the schema, including input fields corresponding to attributes defined by the schema and user interface elements for specifying sales channels. The catalog management system displays the customized interface and receives user input specifying attribute values and selecting channels. The customized interface is dynamically updated to display additional input fields based on the selected channel. An item entry is generated in the digital catalog based on the received user input and stored in association with the catalog.

Abstract: A system for managing and using digital financial assets, such as cryptocurrency uses multiple independent devices that mutually cooperate to control cryptocurrency assets in a secure manner. Each of these devices may store a unique private key associated with the cryptocurrency assets, which may be configured such that a certain minimum number of these private keys are required to transfer the cryptocurrency assets. The use of multiple private keys spread across multiple distinct devices may reduce the likelihood of loss stemming from a hardware failure or reduce the likelihood of an attacker successfully gaining access to the cryptocurrency assets. In addition, selection of the devices to be used for storing these private keys, as well as how many private keys are required to authorize a transaction, may be tailored to balance a user's preferences for reliability of access versus security and for third-party custody versus self-custody.

Abstract: Systems and methods are disclosed for controlling and/or indicating sensor usability. For instance, a system running an application can identify, based on contextual data, a transition in the application from a first mode (in which a sensor is not usable by the application) to a second mode (in which the sensor is usable by the application). The system can transition an output device (e.g., a display) from not outputting a sensor usability indicator (while in the first mode) to outputting the sensor usability indicator (while in the second mode). The system activates the sensor to scan an optical glyph (while in the second mode and while outputting the sensor usability indicator). The system analyzes the optical glyph to optically decode object information from the optical glyph. The object information is associated with an object. The system performs an action associated with the object based on the object information.

Abstract: Liquidity and security mechanism are described as part of a unified cryptographic wallet. In an implementation, a request is received by a server to initiate a transaction involving a fund transfer using a blockchain network or a decentralized network. A determination is made, automatically and without user intervention, whether to perform the transaction, e.g., based on a threshold. The request responsive to determining to perform the transaction. The signed request is communicated to initiate the fund transfer of the transaction using the blockchain network or the decentralized network.

Abstract: Digital service license control techniques are described. In one or more examples, registration signup data is obtained from a plurality of content attribution monitoring systems and a plurality of resource transfer templates are generated for the plurality of content attribution monitoring systems. A content creator profile formed as a knowledge graph is generated as having a plurality of nodes that include the content creator identifier and a composition identifier associated with a composition of content associated with the content creator. A single input is received via a user interface to initiate registration with the plurality of content attribution monitoring systems for resource transfer collection. Resource transfer data is generated for each of the plurality of content attribution monitoring systems, automatically and without user intervention, by mapping the knowledge graph of the content creator profile using respective resource transfer templates of the plurality of resource transfer templates.

Abstract: A recommendation system is described, which is configured to generate and output a recommendation for an artist, an artist's authorized agent, or combinations thereof, regarding an action to perform for increasing consumption of media content items associated with the artist. In implementations, consumption of one or more media content items associated with an artist is monitored. Based on the monitored consumption, the artist is assigned to an artist segment. Recommendations are then generated for the artist based on artist data for the artist as well as historical data associated with different artists that are included in the same artist segment or that were previously associated with the same artist segment. A user interface is generated to display information describing data associated with the artist and present controls that are selectable to initiate performance of a recommended action.

Abstract: Local hub synchronization systems are described. In an example, communications are received from multiple edge devices, conflicts are detected, and intents are inferred from each communication. The system determines a conflict resolution module based on the inferred intents and executes the conflict resolution module to resolve the conflict. A resolved communication is then generated and used to update the local hub's database. The resolved communication is transmitted to the original edge devices to synchronize their local databases and to a service provider system to indicate the resolution of the conflict.

Abstract: Systems and methods directed to a payment server updating an attestation routine. A payment server can receive, from a merchant's payment terminal, attestation data based on execution of the attestation routine comprising test criteria. The payment server can determine a first indication of fraud associated with a payment transaction conducted at the payment terminal or a first indication of a tamper attempt associated with the payment transaction based at least in part on the attestation data and payment transaction data. The payment server can then receive a second indication that indicates improper denial or improper acceptance of the payment transaction. Based at least in part on the indications, the test criteria is updated and an updated attestation routine comprising the updated test criteria is generated.

Abstract: A service provider may receive item price information and/or point of sale (POS) transaction information from a plurality of merchant devices associated with a plurality of merchants. The service provider may categorize the plurality of merchants according to the types of items offered by the respective merchants, and may further categorize the merchants according to the locations at which they conduct business. The service provider may subsequently determine a price recommendation or other pricing information for a particular item offered by a particular merchant. A merchant device of the particular merchant may present the pricing information in a user interface that enables the merchant to view projected sales at various different price points. Further, the merchant may be able to specify one or more factors used for determining the recommend price, such as a desired business model, a desired clientele, a desired profit margin, or the like.

Abstract: Systems and methods for modifying a user interface of a device based on unavailability of an item offered for sale by a merchant are described. In examples, the techniques include receiving, by server(s) of a service provider, menu data indicating items offered for sale by the merchant. Based on the menu data, instructions that cause presentation of a user interface comprising icons corresponding to the items are sent by the server(s) to device(s) of a merchant and/or customer(s) of the merchant. The techniques further include the server(s) receiving an indication that one of the items is unavailable for sale by the merchant. Responsive to receiving the indication, instructions are sent by the server(s) to at least one of the devices, wherein the instructions cause presentation of a modified user interface that excludes from the user interface an icon corresponding to the unavailable item.

Abstract: A point-of-sale system used in transactions between a merchant and a consumer can have a merchant terminal and a consumer terminal. The merchant terminal can provide a merchant point-of-sale graphical user interface (GUI) to the merchant. The consumer terminal can display a plurality of screens on a touch screen display to a consumer during a point-of-sale transaction. A touch controller of the consumer terminal can receive user inputs entered in the touch screen display. The touch controller can selectively provide the received user inputs to one of the first processor or a second processor. The second processor can encrypt the user inputs received from the touch controller and send the encrypted user inputs to the first processor for transmission to a payment system.

Abstract: Systems and methods are described for a base with a connector to couple to a mobile computing device. In some examples, and apparatus includes a base, reader circuitry, and a connector protruding from the base. The reader circuitry is configured to read payment information from a payment object that interacts with the reader circuitry. The connector is configured to convey the payment information from the reader circuitry to the mobile computing device. The connector being coupled to the second connector of the mobile computing device retains a position of the mobile computing device relative to the base.

Abstract: Blockchain supported resource transfer communication protocol techniques are described. In an implementation, a semantic message is received encoding parameters to be implemented as part of a resource transfer involving a digital wallet. A quote is generated specifying attributes as part of implementing communication connections to perform the resource transfer in compliance with the parameters specified by the semantic message. An acceptance message is received indicating acceptance of the quote, the acceptance message including credentials of the digital wallet. Generation is initiated of an application executable as part of a blockchain as complying with the parameters and the attributes. Data describing the application as executable as part of the blockchain is transmitted for distribution to the digital wallet. The resource transfer is initiated through execution of the application as part of the blockchain.

Abstract: A provisioning system is provided for terminals such as point of sale terminals. An interface device interfaces with a smart card and a provisioning server, providing initialization keys and security codes that are stored on the smart card. At a terminal, an initialization key from the smart card may be provided to the terminal if a correct security code is entered at the terminal. The terminal may then provide a terminal authorization package to the smart card. The terminal authorization package is stored on the smart card. At the interface device, the terminal authorization package is provided to the provisioning server. The terminal may then securely communicate transactions with an issuer server.

Abstract: Sever-based order persistence and/or fulfillment is described herein. In an example, server(s) associated with a payment processing service may receive, from a point-of-sale (POS) device associated with a merchant, an order associated with at least one item available for purchase from a physical location of the merchant. The server(s) may store the order in a storage data structure. In an example, the server(s) may determine an occurrence of a trigger event and may update a status of the order based at least in part on the trigger event. In some examples, the trigger event may correspond to an interruption in a connection with the POS device, fulfillment of the order, etc. The status of the order can indicate whether the order is to be sent to the POS device, removed from the storage data structure, etc.

Abstract: Batch-processing of open tabs associated with one or more customers of a merchant is described. User data associated with a user may be identified. Based on the user data, a determination may be made that batch-processing of transactions of the user has been authorized. A tab data structure specific to the user and a merchant may be generated. The tab data structure may store transaction data associated with transaction of the user. Occurrence of an event may be detected, and in response, at least a portion of the transactions stored in the tab data structure may be settled via a batch process. A payment instrument may be authorized for the portion of the transaction.

Abstract: A method and apparatus for simulating user input for applying a tip in a cardless transaction. A message indicating a tip amount related to an electronic transaction is received at a first module in a point-of-sale (POS) system. The tip amount is communicated from the first module to a second module in the POS system wherein communicating includes, without user input at the POS system: simulating a first sequence of user inputs and a second sequence of user inputs; transmitting, to the second module, first data indicating the first sequence, the transmitting causing the second module to enter a state appropriate for receiving the tip amount; and transmitting, to the second module, second data indicating the second sequence, the second sequence representing the tip amount. The data of the electronic payment transaction is updated by the second module to reflect the tip amount.

Abstract: In some examples, a payment service receives transaction data for transactions processed by the payment service. Based on information related to a user of the payment service, an artificial intelligence (AI) model is used to generate a first credit offer and credit limit for the user, the AI model having been trained using the transaction data to generate credit offers by determining whether information about the user satisfies a first threshold for likelihood of default. One or more characteristics of the user are compared with one or more characteristics of at least one similar user to determine that the user is associated with additional information indicating that the user satisfies a second threshold for likelihood of default. The AI model is used to generate a second credit offer and credit limit for the user based at least on the additional information satisfying the second threshold for likelihood of default.

Abstract: In one embodiment, techniques include storing indications of unique identifiers used by users of service providers that are part of a federated system. Each of the unique identifiers is associated with only one user. A computing system of a first service provider receives an intent to register a unique identifier with the first service provider. The computing system determines availability of the unique identifier based on determining whether the unique identifier is associated with another user in the data store. Based at least in part on the determination that the unique identifier is available, the computing system maps, in the data store, the unique identifier with an account of the user associated with each service provider that is part of the federated system. Subsequent to the mapping, the unique identifier is usable as a proxy in lieu of personal data associated with the user on each service provider.