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 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 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.