Abstract: An approach is disclosed for running a first smart contract on a first blockchain platform which restricts access to a client's funds appropriated to a second smart contract running on a second blockchain platform. A transaction is received by invoking the first smart contract authorizing the second smart contract. In response to receiving an indication of a successful completion of the first smart contract, a plurality of client's authorization tickets are sent to the second smart contract which restricts access to the client's funds appropriated to the second smart contract running on the second blockchain platform. The invoked smart contract receives the set of authorization information and records the set of authorization information. After receiving a set of authenticated authorization tickets exceeding a predetermined threshold, the funds are atomically eliminated on the first blockchain platform and a converted funds generated on the second blockchain platform.

Abstract: An approach is disclosed for providing free storage to a client on a blockchain platform. A number of free storage markers targeted for the client is generated by a governing entity. After validating the client by the governing entity, the number of free storage markers are transferred to the client where the free storage markers include a timestamp, a number of tokens, a client identification, an expiration, and a governing entity signature. An allocation from the number of free storage markers received from the client is processed by the governing entity for storage access.

Abstract: An approach is disclosed to replace or by-pass a first blobber utilizing a blockchain infrastructure. The first blobber is identified. For replacement, a second blobber is identified and a replacement transaction is written. Write markers with respect to content for the second blobber are generated. The content is transferred to the second blobber. After detecting a successful completion of all the writes to the second blobber, a transaction to drop the first blobber is written. When the first blobber is by-passed content written to the first blobber capable of being reconstructed from other blocks is written to other blobbers. Read markers are sent for the other blocks to the other blobbers. The blockchain monitors for successful completion of all reads of the other blocks. After detecting the successful completion of all the reads of the other blocks from the other blobbers, the content is reconstructed from the other blocks.

Abstract: An approach is disclosed for supporting an Access Point (AP) connecting to a blockchain platform via a Radius Server communicating with the AP, an operator, and a sponsor to dynamically reward for connectivity services. A glue service is installed on the AP, Provider, and the operator supporting connectivity. The blockchain platform registers an AP and assigns an AP ID which is registered with a randomly selected provider and the radius server monitors the blockchain and auto-registers the AP. Tokens are staked by the AP owner and provider to receive rewards. The AP owner and the provider are rewarded from the sponsor locked tokens, by the blockchain platform, based on receiving periodically by the blockchain a keep alive state of the AP from the provider through the radius server, and data usage of the AP from the provider through the radius server, and from the connected device from the provider.

Abstract: An approach is disclosed for running a first smart contract on a first blockchain platform restricting access to a client's funds appropriated to a second smart contract running on a second blockchain platform. A transaction is received by invoking the first smart contract authorizing the second smart contract. In response to receiving an indication of a successful completion of the first smart contract, a plurality of client's authorization tickets are sent to the second smart contract. The invoked smart contract receives the set of authorization information and records the set of authorization information. After receiving a set of authenticated authorization tickets exceeding a predetermined threshold, the funds are released.

Abstract: The present invention is systems and methods of self-administering protocols on a blockchain platform. A system and method of self-administered protocols on a blockchain platform, comprising: self-administering one or more of the following actions: consensus, governance, self-forking, view change or finality of transactions on the blockchain platform; operating without a hierarchical structure to make decisions; validating the decision to avoid rogue decisions or attacks; setting of a time period to lapse to finalize the decision; allowing the set time period to lapse; finalizing the decision by saving the state on the blockchain platform. Self-administering also includes the capability of the blockchain platform to prune the state of the smart contracts and the global state of the blockchain platform.

Abstract: Disclosed herein is a storage platform for managing privacy compliance in an organization. The storage platform comprises a plurality of storage servers and at least one storage controller. The at least one storage controller receives user data from a user associated with the organization and splits the user data into a plurality of data chunks. Further, each data chunk of the plurality of data chunks are stored on a separate storage server selected from the plurality of storage servers. Also, each of the plurality of data chunks are encrypted using encryption keys stored on a distributed ledger. Thereafter, an authentication token corresponding to the stored user data is generated and provided to the user to enable the user to securely share the stored user data with the organization.

Abstract: The systems and methods on a blockchain platform for one or more intermediaries for services including proxy re-encryption, independent audit, multiple-signatures based smart wallet associated with a smart contract and split-key authentication to achieve secure passwordless login. Proxy re-encryption by receiving a ciphertext from a first user with condition parameters that has been encrypted with a dynamically selected encryption algorithm. Audit service receiving an encrypted file from a user for storage on the blockchain platform; enforcing the security policy parameters for all access requests to the file on the blockchain platform; and optionally providing audit report of the encrypted file storage and access. A smart wallet with a group key using multiple signatures based on receipt of a threshold number of signatures. Split-key authentication by splitting the private key into two or more parts; and assigning the split private key part to two or more client devices.

Abstract: The systems and methods of a blockchain platform for transactions, comprising: submitting one or more tokens for locking for a period of time; receiving free interest tokens for the locked tokens using a multiplier; sending the interest tokens to perform a transaction to one or more service providers; releasing the locked tokens; wherein submitting, receiving, sending and releasing of tokens is automatically regulated using smart contract protocol on the blockchain platform. The systems and methods of a blockchain platform wherein the smart contract protocol is comprising of: establishing a negotiated token rate for the transaction for negotiated terms of service; invoking signed markers for the transaction; transferring tokens from reward pool to a challenge pool; releasing tokens from challenge pool after authorization, verification and finalization of the transaction.

Abstract: An approach is disclosed on a blockchain platform for one or more intermediaries for receiving an encrypted file from a user for storage on the blockchain platform. Mapping the user to be the owner of the encrypted file. Receiving one or more security policy parameters for the encrypted file from the owner. Enforcing the security policy parameters for all access requests to the file on the blockchain platform. Optionally providing audit report of the encrypted file storage and access. The owner may be established using past read or write transactions. The encrypted file may be divided into two or more parts before sending for storage on the blockchain platform.

Abstract: An approach is disclosed on a blockchain platform for authenticating clients. A public and private key is created at a client device. The private key into is split two or more parts. The split private key part is split into to two or more client devices including a first client device and a remaining client devices. Signing to authenticate a challenge to login using a partial key part occurs at the first client device. The challenge is sent to the remaining client devices wherein the remaining client devices that sequentially sign using short range wireless network connection and respond back to the challenge to login without a password.

Abstract: An approach is disclosed for processing NFTs on a blockchain platform. A request for processing an NFT is received on the blockchain platform, by a requestor. The NFT is accessed by chunks C (C1, C2, . . . , Cn) from at least two blobbers B (B1, B2, . . . , Bn). The NFT is reconstructed from the chunks C (C1, C2, . . . , Cn) to process the request. The supported requests include creating, viewing, purchasing, transferring ownership, setting permissions for reveal of data at a future date, adding, updating, deleting, moving, copying, and renaming data assets. The NFT may be transferred from one blockchain platform to a different blockchain platform, and may be initially used as a fundraising vehicle by the creator with no data asset initially and later uploaded to the blobbers.

Abstract: An integrated record management (IRM) computing device is configured to receive and store incentive structures and a record of a credited amount to be credited to a pre-paid debit account associated with a user. The computing device is also configured to receive a first authorization request message for a transaction with a merchant, and compare a transaction amount of the transaction to a credited amount of funds identified in the record. When the transaction amount is greater than the credited amount of funds, the computing device modifies the first authorization request message to generate a second authorization request message and transmits the second authorization request message to an issuer of another payment account associated with the user for authorization processing. When the transaction amount is less than or equal to the credited amount of funds, the computing device initiates a pre-paid debit transaction with the merchant and excluding the issuer.

Abstract: An approach is disclosed for streaming content into a plurality of blobbers running on a blockchain storage platform. The streaming content is received, and the content is stored into a buffer. The buffered content is separated into fragments F (F1, F2, . . . , Fi, . . . , Fj . . . , Fn) where the each fragment Fi has a memory allocation different from other fragments Fj where j is not i while continuing to receive the streaming content until a blocking event occurs. Each fragment is split into a number of chunks determined by a fragment size divided by a chunk size. Each chunk is split into a fixed number of DABs where the number of DABs is the chunk size divided by the DAB size. A fixed Merkle tree is constructed suitable for sending to a number of blobbers for recording the DABs referenced by the leaf nodes of the fixed Merkle tree.

Abstract: The systems and methods of aggregate signing of digital signatures on multiple messages simultaneously, comprising: receiving two or more digital messages wherein each message is signed using two or more digitally split keys from a private key and the two or more digital signatures of the message using the split key are combined to get a compressed short signature; receiving the compressed short signature for each message; receiving a public key associated with the private key for each message; aggregate signing the messages to output an aggregate signature. The aggregate signature can be further verified against any or all of the messages.

Abstract: The systems and methods of a blockchain platform for distributed applications includes flexibility to implement a variety of client systems with a token usage and distributed computing based on separation of roles for a miner and a blobber. The message flow model between different parties including a client, a blobber and a miner allows for fast transactions on a lightweight blockchain by lightening the load on a mining network, i.e. a network of one or more miners. Offloading the work to a different group of machines allows for greater specialization in the design and specifications of the machines, allowing for the blockchain platform miners to be optimized for fast transaction handling and blockchain platform blobbers to be efficient at handling data for given transaction types.

Abstract: An approach is disclosed for providing free storage to a client on a blockchain platform. A number of free storage markers targeted for the client is generated by a governing entity. After validating the client by the governing entity, the number of free storage markers are transferred to the client where the free storage markers include a timestamp, a number of tokens, a client identification, an expiration, and a governing entity signature. An allocation from the number of free storage markers received from the client is processed by the governing entity for storage access.

Abstract: An approach is disclosed for providing free storage to a client on a blockchain platform. A number of free storage markers targeted for the client is generated by a governing entity. After validating the client by the governing entity, the number of free storage markers are transferred to the client where the free storage markers include a timestamp, a number of tokens, a client identification, an expiration, and a governing entity signature. An allocation from the number of free storage markers received from the client is processed by the governing entity for storage access.

Abstract: An approach is disclosed to replace or by-pass a first blobber utilizing a blockchain infrastructure. The first blobber is identified. For replacement, a second blobber is identified and a replacement transaction is written. Write markers with respect to content for the second blobber are generated. The content is transferred to the second blobber. After detecting a successful completion of all the writes to the second blobber, a transaction to drop the first blobber is written. When the first blobber is by-passed content written to the first blobber capable of being reconstructed from other blocks is written to other blobbers. Read markers are sent for the other blocks to the other blobbers. The blockchain monitors for successful completion of all reads of the other blocks. After detecting the successful completion of all the reads of the other blocks from the other blobbers, the content is reconstructed from the other blocks.

Abstract: An approach is disclosed for streaming content to a client. A request is received to receive content suitable for access by a streaming application. The content is separated into chunks C (C1, C2, . . . , Cn). The chunks are uploaded to corresponding blobbers B (B1, B2, . . . , Bn). A first pipe is utilized by the blobbers B (B1, B2, . . . , Bn) to download the chunks C (C1, C2, . . . , Cn) into a buffer. A second pipe is utilized to convert the downloaded chunks C (C1, C2, . . . , Cn) from the buffer into a byte array A (A1, A2, . . . , An) and the byte array A (A1, A2, . . . , An) is sent to a plurality of streaming services.