Abstract: Disclosed are a method and system for protecting intellectual property rights on digital content using smart propertization. The method of protecting intellectual property rights on digital content includes determining whether to decode encoded digital content based on the digital data indicative of a license for the digital content recorded on a blockchain.

Abstract: A request to train a neural-network model is received, as are a first offer to supply encrypted training data and a second offer to train the model. After determining that the offers satisfy the request, a model provider told to train the model. If they model performs in accordance with a quality metric, it is sent to a model user.

Abstract: The present disclosure relates to methods and systems for calculating consensus data on a decentralized P2P network using a distributed ledger. Embodiments of the present disclosure provide for calculating, by a network node, data values corresponding to market rates associated with the network node, and sharing the data values with other network nodes. The data values from all network nodes are aggregated and a rule set applied to the aggregated data to determine and outlying values. Any network node that submitted an outlying value is designated as an outlier node. Consensus data is calculated based on data values that exclude data values from the outlier network nodes.

Abstract: A method, system, and computer program product for fraud management with a shared hash map. A shared hash map may include a plurality of identifiers mapped to a plurality of buckets by at least one hash function. One or more buckets of the plurality of buckets may include at least one blockchain. The at least one blockchain may include fraud data associated with one or more fraudulent transactions. A method may include storing the shared hash map, receiving an update to the shared hash map, and providing a copy of the shared hash map. A method may include storing a local copy of the shared hash map, receiving transaction data associated with a transaction, accessing fraud data in the local copy of the shared hash map, and determining an authorization or a denial of the transaction based on the fraud data.

Abstract: A method for risk scoring a blockchain transaction includes: storing blockchain data associated with a blockchain, the data including a plurality of blocks, each block including a block header and transaction values, each transaction value including a sending address, recipient address, and transaction amount; receiving a new transaction value related to a proposed blockchain transaction and a node identifier associated with a node included in a blockchain network associated with the blockchain, the new transaction value including a user address, transacting address, and blockchain amount; identifying transaction values in the blockchain where the sending address or recipient address is associated with a transacting cryptographic key pair also associated with the transacting address; determining a risk score for the proposed blockchain transaction based on at least the data included in each of the identified transaction values and the new transaction value; and transmitting the determined risk score.

Abstract: A computing platform having at least one processor, a memory, and a communication interface may receive, via the communication interface, a transaction request from a participant. The computing platform may identify a user and one or more linked digital wallets associated with the transaction request. The computing platform then may execute an algorithm for comparing the transaction request to predetermined criteria associated with the one or more linked digital wallets. The computing platform may establish, via the communication interface, a first connection with a user computing device and, while the first connection is established, transmit to the user computing device transaction information which, when executed by the user computing device, causes a notification to be displayed on the user computing device.

Abstract: An open electronic commerce system includes a user computing device holding a virtual currency, as a node of a blockchain network; a virtual currency exchange server configured to support virtual currency trading; a point exchange service server configured to determine a reference price parameter from the virtual currency exchange server when there is a request for exchange of the virtual currency that the user computing device holds, and to exchange the virtual currency for a point corresponding to the virtual currency requested to be exchanged; and an electronic commerce server configured to provide support for purchase of an item with the point.

Abstract: An example operation may include one or more of receiving, by a resolver node, from at least one user node assets to be recorded on a blockchain, executing, by the resolver node, a smart contract to reject non-conforming assets from being stored on the blockchain based on a set of rules defined by an asset validation format, determining, by the resolver node, events and transactions related to the rejected assets, and allowing the at least one user node to tag the rejected assets, the events and the transactions related to the rejected assets as contradictory.

Abstract: A system for generating and applying a secure token in a resource distribution network is provided. For example, a headend system generates a payment-based token based on a payment made for a meter. The payment-based token indicates a credit value to be applied to the meter. The credit value can range from a negative credit value limit and a positive credit value limit. The payment-based token is further generated based on a meter identifier. The headend system transmits the payment-based token to the meter via at least a mesh network. After receiving the payment-based token, the meter validates the payment-based token to determine that the payment-based token is generated for the meter. The meter further determines the balance associated with the meter based on the credit value specified in the payment-based token. Based on the balance, the meter connects or disconnects premises associated with the meter from a resource supply.

Abstract: Methods, apparatus and computer programs for authorizing transactions are described. A server system receives, from a first computing device, verification information relating to a verification process for verifying a user associated with the first computing device. A verification status associated with the user is set in a memory of the server system, based on the verification information. The server system receives an authorization request for a payment transaction from a payment terminal, the request including an identifier associated with the user, and having been provided to the payment terminal by a payment device different from the first computing device. Responsive to receipt of the authorization request, the verification status associated with the user is identified, and a determination as to whether to authorize the payment transaction is made at least partly on the basis of the identified verification status.

Abstract: A service providing method of the present invention includes receiving sound source information on a sound source to be registered to the music platform and issuing a blockchain-based NFT that represents an ownership for the sound source; receiving a request for using a service related to the sound source registered to the music platform from at least one at least one service use terminal connected to the blockchain-based network; and in response to the received request, providing a service related to the sound source based on the blockchain-based NFT issued in advance for the sound source to the at least one service use terminal.

Abstract: A method for processing a resource of a block chain may include: issuing a stake certificate in a block chain based on a set stake certificate issuing mechanism, allocating the stake certificate to a stake account according to a stake proportion, and storing operation data of the issuing and allocating the stake certificate into the block chain, the stake account referring to a block chain account; issuing a circulation resource in the block chain based on a set circulation resource issuing mechanism, allocating the circulation resource to the block chain account according to a circulation resource allocation strategy, and storing the operations of the issuing and allocating the circulation resource into the block chain; and ascertaining, during operation of the block chain, a block-producing node according to a delegated proof of stake consensus algorithm, by using the stake certificate of each stake account as a consensus certificate.

Abstract: Systems and methods for tokenizing corporate actions are disclosed. In one embodiment, in an information processing apparatus for an issuer comprising at least one computer processor, a method for tokenizing corporate actions, may include (1) generating a plurality tokens for each participating share in an offering, each token associated with an exclusive option for an investor to take in response to the offering; (2) distributing the plurality of tokens to an electronic wallet associated with each investor; (3) receiving one of the plurality of plurality of tokens from an investor; (4) expiring the plurality of tokens that were not received from the investor; and (5) executing the option associated with the received token.

Abstract: A system for generating a contention scheme includes a computing device, the computing device configured to obtain a solvency signature as a function of a solvency entity, determine a solvency grouping as a function of the solvency signature, identify a null element as a function of the solvency grouping, wherein identifying the null element further comprises receiving a regulation element as a function of a regulation database, and identifying the null element as a function of the regulation element and the solvency grouping, produce a weighted vector as a function of the null element, and generate a contention scheme as a function of the weighted vector.

Abstract: A method for provisioning a token based on media content may include receiving media content data associated with media content, account identifier data associated with an account identifier of a first user, and first user device identification data associated with a first user device of the first user. Keyword data associated with at least one keyword may be extracted from the media content. At least one event may be determined based at least partially on the keyword data. A token may be generated based at least partially on the at least one event and the account identifier data. The token may be communicated to the first user device based at least partially on the first user device identification data. A system and computer program product are also disclosed.

Abstract: A method for receiving and executing a request from an electronic communications device in a point-of-sale location, the device configured to receive, from a device reader, magnetic signature data from a magnetic field produced by the device reader and wirelessly receiving a reader unique identifier from the device reader. The device configured to communicate the magnetic signature data and unique identifier to a backend service as reader identifying data together with customer credentials. The backend service configured to match customer credentials with a customer database, and match reader identifying data to a reader database to verify the reader identify; the backend service configured to use verified reader identity to identify order data received from a terminal and to pass order data to a payment provider for executing payment.

Abstract: A method, system, and computer program product generate, with a payment network, a first value (a) and a second value (ga), the second value (ga) generated based on the first value (a) and a generator value (g); generate, with the payment network, a plurality of random merchant numbers (mi) for a respective plurality of merchant banks; determine, with the payment network, a merchant product (M) based on a product of the plurality of random merchant numbers (mi); generate, with the payment network, a public key (pki) based on the second value (ga), the merchant product (M), and the random merchant number (mi) and a random key (rki) based on the merchant product (M) and the random merchant number (mi) for each respective merchant bank; and communicate, with the payment network, the public key (pki) and the random key (rki) to at least one respective merchant bank.

Abstract: Methods and systems for secure storage and retrieval of information, such as private keys, useable to control access to a blockchain, include: receiving, in a cryptoasset custodial system, a request to authorize a staking operation associated with a blockchain, wherein the staking operation is associated with a private key of an asymmetric cryptographic key pair, the private key is usable to control ownership of a cryptoasset recorded in the blockchain, and the private key is securely held in the custodial system; performing, in response to the request, a portion of the proof-of-stake protocol in a hardware security module using logic designed for the protocol, wherein the logic in the hardware security module is configured to authorize the staking operation by digitally signing an associated staking transaction; and sending the digitally signed staking transaction to another computer to effect the staking operation on behalf of the user.

Abstract: A gateway encryption service is used to ensure consistent, source independent tokenization for payment accounts and synchronizing payment account information with merchants. A consistent, evergreen merchant-facing token is generated and used for each payment account for the merchant, ensuring that regardless of the payment method used by the customer (e.g., plastic card point-of-sale, pay wallet, saved card information) for the same underlying account, the merchant has a single token. Further, if the account number for the underlying payment account changes (e.g., the card expires or is stolen) the merchant-facing token remains consistent. The evergreen token ensures that the system functions more efficiently, saving resources in processing and storage and ensuring less network traffic for failed transactions. The system further implements encryption and security despite the consistent tokenization, further saving resources.

Abstract: Some implementations can include an application to procure and present transaction details. In some implementations, the application is a software application that presents a user interface comprising transaction details corresponding to a user's transaction. In some implementations, the application provides an option to a user to choose to receive details of a transaction. In some implementations, the user can choose to receive details of the transaction by selecting an option. In some implementations, upon the user selecting the option, the application requests the user to provide access credentials to access an account associated with the user from which details of the transaction can be retrieved. In some implementations, upon the user providing the user access credentials, the application accesses the account associated with the user to retrieve the details of the transaction and then presents the retrieved details of the transaction to the user for review.