Abstract: Systems and methods for supporting both batch processing and streaming data applications, to load and process data incrementally, while providing a near-constantly materialized dataset based on raw blockchain data, are described. For example, the system may receive first on-chain data in a first format via a first input stream, wherein the first on-chain data originates from a blockchain node of a blockchain network. The system may transform the first on-chain data to a second format for storage in a second dataset, wherein the second format comprises an unbounded table.

Abstract: Methods and systems are described herein for recommending network processing routes when conducting blockchain operations. For example, the system may receive a first user request to perform a first blockchain operation across one or more computer networks to access a first blockchain asset. The system may then determine a first processing characteristic for the first user request and a first plurality of locations of the first blockchain asset (e.g., across the one or more computer networks). The system may then determine a first plurality of network routes to a first subset of the first plurality of locations. The system may then filter the first plurality of network routes (e.g., based on the first processing characteristic) to generate a first subset of the plurality of network routes. Based on the first subset of the plurality of network routes, the system may generate a first recommendation for performing the blockchain operation.

Abstract: Systems and methods for a unified approach that is compatible with all blockchains, protocols, etc. The systems and methods use a bifurcated indexing system with a dynamically selected application service. The systems and methods bifurcate the indexing process into a storage layer and a compute layer.

Abstract: A multitenant custodial wallet that provides users with a flexible primitive for managing discrete sets of cryptographic keys to interact with one or more blockchain protocols. By recognizing a pool primitive (e.g., pool object), a wallet can manage a set of keys as a single pool, in addition to managing keys individually.

Abstract: Methods and systems are described herein for performing privacy-preserving operation of a system for acquiring non-fungible tokens (NFTs) using on-chain data. In particular, a user feed initialization system may determine that a privacy-preserving login is requested and may receive an on-chain address associated with a cryptography-based storage application (e.g., an address associated with a crypto wallet of a user) and determine, based on the on-chain address, NFTs that the user's cryptography-based storage application controls (e.g., NFTs that the user owns). The user feed initialization system may use on-chain data associated with the NFTs (e.g., via interrogating the on-chain programs associated with the NFTs that the user owns) to identify (e.g., via a machine learning model) other NFTs that the user may desire to acquire.

Abstract: Methods and systems are described herein for a decision layer of a multi-layer data platform. The decision layer may process application queries and serve the queries based on a dataset of previously generated and indexed data or, as a last resort, queries the blockchain node directly. Using indexed blockchain data to serve application queries reduces latency and downtime of traditional systems that direct queries to blockchain nodes immediately. Furthermore, the decision layer overcomes high latency and downtime issues associated with a pool of load-balanced nodes by reducing the number of direct queries to a blockchain. When applications rely on data directly queried from a blockchain, they are susceptible to limited availability, a problem that the decision layer mitigates with indexed and updated blockchain data.

Abstract: Methods and systems are described herein for performing a cold start operation of a system for acquiring non-fungible tokens (NFTs) using on-chain data. In particular, a user feed initialization system may receive an on-chain address associated with a cryptography-based storage application (e.g., an address associated with a crypto wallet of a user) and determine, based on the on-chain address, NFTs that the user's cryptography-based storage application controls (e.g., NFTs that the user owns). The user feed initialization system may use on-chain data associated with the NFTs (e.g., via interrogating the on-chain programs associated with the NFTs that the user owns) to identify (e.g., via a machine learning model) other NFTs that the user may desire to acquire.

Abstract: In certain embodiments, the use of re-usable cold storage keys to sign messages may be facilitated. In some embodiments, an offline computer system (operating within an offline computing environment) may obtain, from a removable computer-readable storage medium, signing key shards corresponding to a signing private key and a blockchain transaction to be signed, where the signing key shards satisfy a key shard threshold that is (i) a number of key shards required for reconstructing the signing private key and (ii) less than a number of key shards derived from the signing private key using a ceremony key. The offline computer system may form a ciphertext of the signing private key using the signing key shards and reconstruct the signing private key by decrypting the ciphertext using the ceremony key. The offline computer system may sign the blockchain transaction using the signing private key.

Abstract: In some embodiments, methods and systems use a client application that resides on a client device (e.g., comprising private and secure access credentials). Using the client application, a user may authorize and/or accept a plurality of configuration files. Upon acceptance, the client application is capable of connecting to any interface predefined in the plurality of configuration files (e.g., corresponding to a predetermined list of network systems). The configuration files is downloaded from a package repository or included during software installation.

Abstract: Methods and systems use a dynamic gas range approach for facilitating blockchain operations across multiple blockchain networks using a decentralized exchange. Use of the multi-modal dynamic gas range process allows for the system to separate the data collection operation (e.g., analyzing data across many layers, features, front-end systems, back-end systems, libraries, and/or channels of multiple blockchain networks) and the dynamic gas range estimation operation. By doing so, the system first allows static blockchain operation characteristics to be verified, reducing uncertainty related to the cost of the blockchain operation (e.g., due to impermanent loss and continually changing network congestion). For example, the system may perform verifications and validations on data in a piecemeal manner such that errors and/or network conditions affecting the blockchain operation may be detected prior to the blockchain operation being confirmed.

Abstract: Systems and methods for creating a reorganization-immune blockchain index using mono-increasing sequence records are described. For example, the system may receive on-chain data for a plurality of blocks, wherein the plurality of blocks comprises a first block comprising a first event of a plurality of blockchain events within the on-chain data. The system may determine a first sequence number for the first event, wherein the first sequence number is based on a mono-increasing sequence record.

Abstract: Aspects of the disclosure relate to storing sensitive information. A computing platform may split a signature key into shares, which may be used to regenerate the signature key. The computing platform may encrypt these shares using corresponding SEKs, and may subsequently encrypt the SEKs using corresponding operator keys. The computing platform may distribute the operator keys to user devices via corresponding HSMs. The computing platform may store the encrypted shares, encrypted SEKs, and identifiers of the user devices. The computing platform may receive requests for the encrypted SEKs from the user devices, and may send the respective encrypted SEKs accordingly. The user devices may return, to the computing platform, corresponding decrypted SEKs. The computing platform may use the SEKs to decrypt the encrypted shares, which may then be used to reconstruct the signature key.

Abstract: A system and method that relies upon smart contracts to facilitate cryptocurrency trades through a plurality of different exchanges. The system and method preferably operate on the blockchain.

Abstract: Methods and systems use a second dataset comprising independently validated data based on labeled blockchain operations previously processed through the blockchain network. The use of the second dataset in conjunction with the dataset comprising labeled blockchain characteristics data received from a plurality of sources provides a comprehensive input for a machine learning model to identify and label suspicious blockchain operations. By doing so, the system mitigates fraudulent, criminal, or suspicious transactions. For example, the system may send an alert to a user if a behavior type is deemed a high risk by the machine learning model; the system may furthermore hold the funds associated with the blockchain operation in a separate account while the transaction is manually reviewed.

Abstract: Methods and systems disclosed herein for parsing and identifying unindexed parameters and other information (e.g., a token contract address) may appear encoded in event data. Specifically, the system may retrieve bytecode for an identified blockchain operation (e.g., a transaction). The system may then segregate the bytecode into constructor arguments, code sections, and/or metadata. The system may then parse the segregated portions of bytecode for bytecode representations that are based on function signatures, event signatures, token standards, and/or contract addresses.

Abstract: Methods and systems for parsing and identifying unindexed parameters and other information (e.g., a token contract address) that may appear encoded in event data. Specifically, the system may retrieve bytecode for an identified blockchain operation (e.g., a transaction). The system may then segregate the bytecode into constructor arguments, code sections, and/or metadata. The system may then parse the segregated portions of bytecode for bytecode representations that are based on function signatures, event signatures, token standards, and/or contract addresses. In some embodiments, the system may further narrow the pool of known bytecode representations that are compared against the remaining sections of bytecode based on bytecode representations corresponding to a particular type of blockchain network standard.