Abstract: Provided are a computer program product, system, and method for a tape device to replicate data to a plurality of remote storage devices. A replication request is received from the computing device to replicate data to a replication number of at least one remote storage device of the remote storage devices over a network. The data to replicate is transmitted to the replication number of at least one remote storage device. At least one device acknowledgment from the at least one remote storage device indicating complete of writing the data to replicate is received. A replication acknowledgment is transmitted to the computing device indicating that the data in the replication request has been replicated in response to receiving the at least one device acknowledgment from the replication number of the at least one remote storage device.

Abstract: Provided are a computer program product, system, and method for replicating data to a plurality of replication devices through a tape device. A replication request is transmitted to a primary tape device to replicate data to a replication number of at least one replication device to store the data to replicate. The primary tape device stores the data to replicate in tape storage media at the primary tape device and transmits the data to replicate over a network to the replication number of at least one replication device to store. Acknowledgment is received from the primary tape device indicating that the data has been replicated to the primary tape device and the replication number of the at least one replication device.

Abstract: Split enzyme reporter systems are disclosed for detecting an analyte in a mixture. Fragments of the split enzyme may be covalently bound to targeting domains that bind to target regions of an analyte, thereby causing formation of an active complex. Some split enzyme reporter systems can be used to detect an analyte without the use of analyte immobilization, blocking, or wash steps. Some reporter systems also enable rapid detection of the analyte of interest.

Abstract: A decentralized investment fund operates according to consensus code on a shared ledger and raises capital by issuing ownership tokens on the shared ledger. The decentralized investment fund may hold digital assets in the consensus code and distribute profits to the token owners according to each owner's dividend preference. A token owner's dividend preference can include digital assets tracked by a different shared ledger, stabletoken digital assets pegged to the value of a digital asset, and cross-chain digital asset swaps. Token issuance may include a proof of accreditation requirement based on cryptographic proof on a shared ledger. The decentralized investment fund may distribute fund documents to the token holders by encrypting the document, first with a symmetric key common to all token holders, and second with an asymmetric key unique to each token holders and based on the token's holder's known public address on the shared ledger.

Abstract: A multisig digital asset wallet stores collateral for a loan between a borrower and a lender. The borrower and lender agree to loan terms including collateralization requirements. Over the course of the loan repayment period, a Loan-to-Value (LTV) ratio between the digital asset collateral and the loan principal balance will change due to fluctuations in the market exchange value of the digital asset and a declining loan principal balance due to regular loan repayments by the borrower. If the LTV exceeds the collateral requirements by an overage amount, then the borrower may sign a transaction and request signatures from other participants to withdraw funds from the multisig collateral wallet. If the LTV fails to satisfy the collateral requirements, participants may spend funds from the multisig collateral wallet to improve the LTV, catch up after a missed payment by the borrower, or pay down the loan principal.

Abstract: A decentralized investment fund operates according to consensus code on a shared ledger and raises capital by issuing ownership tokens on the shared ledger. The decentralized investment fund may hold digital assets in the consensus code and distribute profits to the token owners according to each owner's dividend preference. A token owner's dividend preference can include digital assets tracked by a different shared ledger, stabletoken digital assets pegged to the value of a digital asset, and cross-chain digital asset swaps. Token issuance may include a proof of accreditation requirement based on cryptographic proof on a shared ledger. The decentralized investment fund may distribute fund documents to the token holders by encrypting the document, first with a symmetric key common to all token holders, and second with an asymmetric key unique to each token holders and based on the token's holder's known public address on the shared ledger.

Abstract: Split enzyme reporter systems are disclosed for detecting an analyte in a mixture. Fragments of the split enzyme may be covalently bound to targeting domains that bind to target regions of an analyte, thereby causing formation of an active complex. Some split enzyme reporter systems can be used to detect an analyte without the use of analyte immobilization, blocking, or wash steps. Some reporter systems also enable rapid detection of the analyte of interest.

Abstract: Split enzyme reporter systems are disclosed for detecting an analyte in a mixture. Fragments of the split enzyme may be covalently bound to targeting domains that bind to target regions of an analyte, thereby causing formation of an active complex. Some split enzyme reporter systems can be used to detect an analyte without the use of analyte immobilization, blocking, or wash steps. Some reporter systems also enable rapid detection of the analyte of interest.

Abstract: A decentralized investment fund operates according to consensus code on a shared ledger and raises capital by issuing ownership tokens on the shared ledger. The decentralized investment fund may hold digital assets in the consensus code and distribute profits to the token owners according to each owner's dividend preference. A token owner's dividend preference can include digital assets tracked by a different shared ledger, stabletoken digital assets pegged to the value of a digital asset, and cross-chain digital asset swaps. Token issuance may include a proof of accreditation requirement based on cryptographic proof on a shared ledger. The decentralized investment fund may distribute fund documents to the token holders by encrypting the document, first with a symmetric key common to all token holders, and second with an asymmetric key unique to each token holders and based on the token's holder's known public address on the shared ledger.

Abstract: A multisig digital asset wallet stores collateral for a loan between a borrower and a lender. The borrower and lender agree to loan terms including collateralization requirements. Over the course of the loan repayment period, a Loan-to-Value (LTV) ratio between the digital asset collateral and the loan principal balance will change due to fluctuations in the market exchange value of the digital asset and a declining loan principal balance due to regular loan repayments by the borrower. If the LTV exceeds the collateral requirements by an overage amount, then the borrower may sign a transaction and request signatures from other participants to withdraw funds from the multisig collateral wallet. If the LTV fails to satisfy the collateral requirements, participants may spend funds from the multisig collateral wallet to improve the LTV, catch up after a missed payment by the borrower, or pay down the loan principal.

Abstract: A blockchain oracle manages loans collateralized by a digital asset. Lenders and borrowers agree to loan terms that include digital asset collateral held in a multisig wallet for which various parties hold private keys. If collateral requirements are not met by the loan such as when a Loan-to-Value ratio satisfies a margin call condition, the oracle may transmit warnings to loan participants and may initiate liquidation of the digital asset collateral to remove the margin call condition. The oracle may exist on a blockchain initialized with loan agreement information. The oracle may determine whether margin call and liquidation conditions are satisfied by updating an internal state by obtaining and/or receiving information regarding the status of the loan, the digital asset collateral, and liquidation locations on-chain, by receiving status transactions, and/or by requesting the information directly.

Abstract: Disclosed is a system, a method and computer-readable medium for implementing a smart contract on a blockchain. The method includes creating, via a processor, a smart contract documenting a contractual relationship of at least two parties based on an exchange of an asset, monitoring an execution of the smart contract and a current value of the asset to yield a status, and managing the smart contract based on the status. The smart contract can be exited and unused gas returned based on an event occurring or a quorum parameter being met.

Abstract: Split enzyme reporter systems are disclosed for detecting an analyte in a mixture. Fragments of the split enzyme may be covalently bound to targeting domains that bind to target regions of an analyte, thereby causing formation of an active complex. Some split enzyme reporter systems can be used to detect an analyte without the use of analyte immobilization, blocking, or wash steps. Some reporter systems also enable rapid detection of the analyte of interest.

Abstract: Data is buffered for concurrent writing to tape. For a magnetic tape drive having a magnetic head with multiple sets of transducers; a drive mechanism configured to pass a magnetic tape past the magnetic head; interfaces from two different hosts; and at least one buffer configured to buffer data; and a control; the buffering comprises receiving data from two different hosts at the interfaces; buffering the received data in separate buffer space of the buffer(s) associated with each host, and adjustably size the separate buffer space for each host in accordance with a data transfer rate of the host associated with the separate buffer space; and concurrently writing data from the separate buffer spaces with the magnetic head to separate partitions of the magnetic tape.

Abstract: In one embodiment, an extended data storage system employs a first data storage and an extended data storage. A first level of metadata is established with respect to data from the using entity, the first level of metadata is provided in the first data storage. The data from the using entity is stored in the extended data storage. A second level of metadata at least describing the data as stored in the extended data storage is also established, wherein the second level of metadata associated with the first level of metadata for the stored data. The first level of metadata is made accessible to the using entity at the first data storage; and the second level of metadata is made unavailable to the using entity. Thus, the data is stored in the extended data storage and a small amount of metadata is stored in the first data storage.

Abstract: A method, apparatus and computer-program product for indicating progress status of a mid-tape or data recovery operation in a tape drive. The method includes visually indicating that a recovery operation has started, periodically determining the remaining recovery time based on the remaining tape spool, and displaying the determined remaining recovery time to show progress status of the operation. The determination of the remaining recovery time includes determining the length of the tape being processed based on an estimated radius of the remaining tape spool and system parameters. The remaining recovery time is displayed with a moving track to show progress toward completion.

Abstract: In one embodiment, an extended data storage system employs a first data storage and an extended data storage. A first level of metadata is established with respect to data from the using entity, the first level of metadata is provided in the first data storage. The data from the using entity is stored in the extended data storage. A second level of metadata at least describing the data as stored in the extended data storage is also established, wherein the second level of metadata associated with the first level of metadata for the stored data. The first level of metadata is made accessible to the using entity at the first data storage; and the second level of metadata is made unavailable to the using entity. Thus, the data is stored in the extended data storage and a small amount of metadata is stored in the first data storage.

Abstract: Protection against data overwrite of a rewritable non-WORM data storage cartridge is provided by a data storage drive operating cartridge data overwrite protection procedures independent of, or not withstanding, the absence of cartridge controls relating to data overwrite protection. Also for the non-WORM cartridge, the drive responds to an allow data overwrite command to allow an immediately subsequent write type command to write to the cartridge even if the write command overwrites existing data. The overwrite protection procedures and data overwrite procedures may be configured and enabled for the data storage drive.

Abstract: A method, apparatus and computer-program product for indicating progress status of a mid-tape or data recovery operation in a tape drive. The method includes visually indicating that a recovery operation has started, periodically determining the remaining recovery time based on the remaining tape spool, and displaying the determined remaining recovery time to show progress status of the operation. The determination of the remaining recovery time includes determining the length of the tape being processed based on an estimated radius of the remaining tape spool and system parameters. The remaining recovery time is displayed with a moving track to show progress toward completion.

Abstract: Handling a magnetic tape cartridge comprises the steps of reading cartridge mount information from the cartridge memory; determining from the cartridge mount information whether the present mount is the first mount of the magnetic tape cartridge; and if so, fast forward and rewind the magnetic tape of the magnetic tape cartridge, e.g., the fast forward is to end of tape (EOT) and the rewind is to beginning of tape (BOT). Alternatively, if the cartridge mount information indicates the present mount is the first mount of the magnetic tape cartridge; monitoring input/output with respect to the magnetic tape cartridge for write errors during the mount; determining whether the number of monitored write errors meets a predetermined threshold; and if so, fast forward and rewind the magnetic tape of the magnetic tape cartridge.