The invention provides improved verification solutions for blockchain-implemented transfers. It is suited for, but not limited to, implementation in an SPV wallet. In accordance with one embodiment, a method, system or resource is provided in which Bob verifies a Merkle proof for a first transaction and, upon successful verification, submits a second transaction to the blockchain. The second transaction has an input that spends an output (UTXO) from the first transaction. Generally, the invention provides an arrangement in which Bob sends Alice a payment transaction template (template Tx3) and requests: the full transaction data for all input transactions (Tx1, Tx2) comprising at least one output that Alice wants to spend as inputs to a transfer (Tx3); the Merkle path for all input transactions (Tx1, Tx2) linking them to their respective Merkle roots associated with their respective block headers; the completed transfer transaction (Tx3). Alice provides this information plus her signature and optionally a change address. Bob can then perform local SPV checks on the input transactions Tx1, Tx2 using transactions Tx1 and Tx2, their corresponding Merkle paths Path 1, Path 2, and Bob's local list of block headers. Bob broadcasts the transfer transaction (Tx3) to the P2P network.

A pathfinding method for choosing a swap path between a start token and a target token on one or more distributed ledger technology (DLT) sources that includes: connecting to a DLT source thereby retrieving DLT source data; constructing a reference graph comprising nodes and edges from the DLT source data; traversing the reference graph, therein iteratively calculating swap efficiencies for all swap paths between a start token and a target token by applying gradient descent to all swap path traversals, and determining a select swap path based on all swap efficiencies. The method may further include pruning the reference graph or traversal, wherein nodes, edges, and/or swaps that are determined to be negligible, are removed from the traversal parameters.

Technologies are shown for system level function based access control for smart contract execution on a blockchain. Access control rules control function calls at a system level by utilizing function boundary detection instrumentation in a kernel that executes smart contracts. The detection instrumentation generates a call stack that represents a chain of function calls in the kernel for execution of a smart contract. The access control rules are applied to the function call stack to allow or prohibit specific functions or function call chains. Access control rules can also define allowed or prohibited parameter data in the function call chain. If the function call chain or parameters do not meet the requirements defined in the access control rules, then the function call can be blocked from executing or completing execution. The access control rules can produce sophisticated access control policies based on complex function call chains.

A method and a device for recommending a virtual gift for a live show, and a mobile terminal are disclosed. The method includes: receiving a clicking instruction from a user on a gift list of a live show; determining a gift category according to the clicking instruction; generating an interface for editing virtual gifts according to the gift category; receiving an input content input by the user via the interface for editing virtual gifts; and recommending and generating a virtual gift according to the input content.

A server computer system comprises a communications module; a processor coupled with the communications module; and a memory coupled to the processor and storing processor-executable instructions which, when executed by the processor, configure the processor to receive, via the communications module and from a computing device, a signal including digital wallet pass data; store the digital wallet pass data in association with an account; monitor location data and data associated with a value card account to identify a notification event; responsive to identifying the notification event, generate a notification based on the digital wallet pass data; and send, via the communication module and to the computing device, a signal causing the computing device to display the notification.

A blockchain-based data processing system may comprise: a transaction-side blockchain node and a server-side blockchain node on a blockchain network maintaining a blockchain. The transaction-side blockchain node may be configured to: create a transaction data structure based on an Unspent Transaction Output (UTXO) model, consolidate transaction data of a transaction according to the transaction data structure to generate shared transaction data, execute a smart contract of the transaction-side blockchain node to automatically determine a to-be-settled commission amount, update the shared transaction data according to the to-be-settled commission amount, collect the updated shared transaction data according to a preset condition, and send a to-be-settled transaction processing request comprising the updated shared transaction data to the server-side blockchain node. The server-side blockchain node may be configured to: receive the to-be-settled transaction processing request, and calculate a sum of the to-be-settled commission amount in the updated shared transaction data.

A system and method for implementing a marketplace for risk assessed smart contracts issuers and execution providers in blockchains in a computer environment are presented. A smart contract, issued by one or more blockchain nodes to a secondary blockchain and accepted by a primary blockchain, may be executed following a risk assessment to recursive call attack vulnerabilities of the smart contract according to a reputation of both the one or more blockchain nodes and the one or more execution nodes.

Systems and methods for offering and purchasing tokenized securities on a blockchain platform meeting current and future federal, state, and offering and holding entity rules and regulations. Tokenized securities purchased during or after the tokenized securities offering are tradable on a secondary market. The server computer of the tokenized securities provides an automated transfer capability for tokenized securities holders.

A system and method receive a plurality of crypto profiles that include customizable rules for different cryptocurrencies and operating state information that initialize containerized lending applications. The system and method ink the crypto profiles to a matching engine before the containerized lending applications and the matching engine match a plurality of borrower requests for a debt or an equity denominated in a cryptocurrency to lending requests. The system and method collect cryptocurrency payments in response to the use of the debt or the equity by the borrower. Each containerized lending application include executable software, runtime code, system tools, and system libraries that enable the containerized applications to run on two or more computing environments without modification.

A smart contract computing device may be provided. A processor may be configured to: (1) receive a plurality of deposits from a plurality of user computing devices; (2) store the plurality of deposits in a blockchain structure including, for each user computing device, a user identifier and a current amount; (3) receive, from at least one user computing device of the plurality of user computing devices, a proposal message for a decentralized insurance policy, the proposal message including a price amount, a coverage amount, a payout condition, and a specified data source; (4) receive, from at least one user computing device of the plurality of user computing devices, a response message for the decentralized insurance policy; and/or (5) generate, in response to receiving the response message, a smart contract in the blockchain structure including at least one buyer user identifier, at least one seller user identifier, the coverage amount, the payout condition, and the specified data source.