Abstract: Data verification in federate learning is faster and simpler. As artificial intelligence grows in usage, data verification is needed to prove custody and/or control. Electronic data representing an original version of training data may be hashed to generate one or more digital signatures. The digital signatures may then be incorporated into one or more blockchains for historical documentation. Any auditor may then quickly verify and/or reproduce the training data using the digital signatures. For example, a current version of the training data may be hashed and compared to the digital signatures generated from the current version of the training data. If the digital signatures match, then the training data has not changed since its creation. However, if the digital signatures do not match, then the training data has changed since its creation. The auditor may thus flag the training data for additional investigation and scrutiny.

Abstract: Due diligence of documents is faster and simpler. An electronic mortgage application, for example, often contains or references a collection of many separate electronic documents. Electronic data representing an original version of an electronic document and its current version may be hashed to generate digital signatures. Any auditor may then quickly conduct the due diligence by comparing the digital signatures. If the digital signatures match, then the due diligence reveals that the electronic document has not changed since its creation. However, if the digital signatures do not match, then the electronic document has changed since its creation. The auditor may thus flag the electronic document for additional due diligence. Regardless, a result of the due diligence may be incorporated into one or more blockchains.

Abstract: Due diligence of documents is faster and simpler. An electronic mortgage application, for example, often contains or references a collection of many separate electronic documents. Electronic data representing an original version of an electronic document and its current version may be hashed to generate digital signatures. Any auditor may then quickly conduct the due diligence by comparing the digital signatures. If the digital signatures match, then the due diligence reveals that the electronic document has not changed since its creation. However, if the digital signatures do not match, then the electronic document has changed since its creation. The auditor may thus flag the electronic document for additional due diligence. Regardless, a result of the due diligence may be incorporated into one or more blockchains.

Abstract: Due diligence of mortgage documents is faster and simpler. An electronic mortgage application often contains or references a collection of many separate electronic mortgage documents. Electronic data representing an original version of an electronic mortgage document and its current version may be hashed to generate digital signatures. Any auditor may then quickly conduct the due diligence by comparing the digital signatures. If the digital signatures match, then the due diligence reveals that the electronic mortgage document has not changed since its creation. However, if the digital signatures do not match, then the electronic mortgage document has changed since its creation. The auditor may thus flag the electronic mortgage document for additional due diligence. Regardless, a result of the due diligence may be incorporated into one or more blockchains.

Abstract: Data verification in federate learning is faster and simpler. As artificial intelligence grows in usage, data verification is needed to prove custody and/or control. Electronic data representing an original version of training data may be hashed to generate one or more digital signatures. The digital signatures may then be incorporated into one or more blockchains for historical documentation. Any auditor may then quickly verify and/or reproduce the training data using the digital signatures. For example, a current version of the training data may be hashed and compared to the digital signatures generated from the current version of the training data. If the digital signatures match, then the training data has not changed since its creation. However, if the digital signatures do not match, then the training data has changed since its creation. The auditor may thus flag the training data for additional investigation and scrutiny.

Abstract: Due diligence of mortgage documents is faster and simpler. An electronic mortgage application often contains or references a collection of many separate electronic mortgage documents. Electronic data representing an original version of an electronic mortgage document and its current version may be hashed to generate digital signatures. Any auditor may then quickly conduct the due diligence by comparing the digital signatures. If the digital signatures match, then the due diligence reveals that the electronic mortgage document has not changed since its creation. However, if the digital signatures do not match, then the electronic mortgage document has changed since its creation. The auditor may thus flag the electronic mortgage document for additional due diligence. Regardless, a result of the due diligence may be incorporated into one or more blockchains.

Abstract: Owners/Holders of different cryptographic coinages may buy, sell, trade, or otherwise convert different cryptographic coinages via an intermediary in a decentralized manner. Multiple and different cryptographic tokens may be pegged to different assets. The different cryptographic tokens are value related based on cryptographic exchange rates. Whenever an individual user or owner requests a market transaction (such as a buy or sell order), at least one of a destruction operation and a creation operation are performed. The destruction operation destroys or removes at least one of the cryptographic tokens, while the creation operation creates or injects new ones of a different cryptographic token. Owners/Holders may thus exchange or convert between different cryptographic assets, depending on their restive values and exchange rates.

Abstract: An apparatus for collecting cross-aligned fiber threads, comprising an elongated assembly having a plurality of segments including at least a first segment, a second segment, and an intermediate segment, the first segment positioned at one end of the intermediate segment and the second segment positioned at an opposite end of the intermediate segment, each segment being electrically chargeable; an electrically chargeable emitter for electrospinning nanoscale fiber streams comprising charged fiber branches, the emitter having a tip positioned offset and between an edge of the first segment and an edge of the second segment; a support structure for rotating the elongated assembly about a longitudinal axis and applying an electrical charge to at least the edges of the first and second segment; at least one electrically chargeable steering electrode for attracting fiber streams, the at least one steering electrode chargeable with an electrical polarity opposing a charge applied to the emitter.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a contract identifier in a blockchain. Because there may be many digital contracts offered as virtual services, the contract identifier uniquely identifies a particular digital contract offered by a virtual machine, vendor or supplier. The blockchain is thus not burdened with the programming code that is required to execute the digital contract. The blockchain need only include or specify the contract identifier (and perhaps one or more contractual parameters), thus greatly simplifying the blockchain and reducing its size (in bytes) and processing requirements.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a table identifier in a blockchain. Because there may be many digital contracts offered as virtual services, the table identifier uniquely identifies a particular decision table and/or the digital contract offered by a virtual machine, vendor or supplier. The blockchain is thus not burdened with the programming code that is required to execute the decision table and/or the digital contract. The blockchain need only include or specify the table identifier (and perhaps one or more contractual parameters), thus greatly simplifying the blockchain and reducing its size (in bytes) and processing requirements.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a contract identifier in a blockchain. Because there may be many digital contracts offered as services, the contract identifier uniquely identifies a particular digital contract offered by a vendor or supplier. The blockchain is thus not burdened with the programming code that is required to execute the digital contract. The blockchain need only include or specify the contract identifier (and perhaps one or more contractual parameters), thus greatly simplifying the blockchain and reducing its size (in bytes) and processing requirements.

Abstract: A multi-coin mechanism for maintaining a stable value of cryptographic coinage traded in a decentralized market exchange without requiring a reserve. Multiple, pegged cryptographic tokens are traded in the reserveless decentralized market exchange. Each of the multiple, pegged cryptographic tokens may be pegged to a different asset (such as different currencies and/or commodities). The multiple, pegged cryptographic tokens are value related based on cryptographic exchange rates. Whenever a market transaction is processed (such as a buy or sell order), at least one of a destruction operation and a creation operation are performed. The destruction operation destroys at least one of the pegged cryptographic tokens, while the creation operation creates new ones of the pegged cryptographic tokens n.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a contract identifier in a blockchain. Because there may be many digital contracts offered as virtual services, the contract identifier uniquely identifies a particular digital contract offered by a virtual machine, vendor or supplier. The blockchain is thus not burdened with the programming code that is required to execute the digital contract. The blockchain need only include or specify the contract identifier (and perhaps one or more contractual parameters), thus greatly simplifying the blockchain and reducing its size (in bytes) and processing requirements.

Abstract: A complex cryptographic coinage transaction is transactionally sharded into multiple simple cryptographic coinage transactions. The complex cryptographic coinage transaction specifies cryptographic debits and/or deposits to/from multiple input accounts and/or multiple output accounts. The simple cryptographic coinage transactions, however, only specify a single one of the input accounts and/or a single one of the output accounts. A single server within a blockchain environment may thus process one of the simple cryptographic coinage transactions without requiring calls for data from other servers responsible for other accounts.

Abstract: A two-coin mechanism for maintaining a stable value of cryptographic coinage traded in a decentralized market exchange without requiring a reserve. A pegged cryptographic token and a variable-priced cryptographic token are both traded in the reserveless decentralized market exchange. The pegged cryptographic token and the variable-priced cryptographic token are value related based on a cryptographic exchange rate. Whenever a market transaction is processed (such as a buy or sell order), at least one of a destruction operation and a creation operation are performed. The destruction operation destroys at least one of the pegged cryptographic token and/or the variable-priced cryptographic token, while the creation operation creates new ones of the pegged cryptographic token and/or the variable-priced cryptographic token.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a blockchain. Because there may be many digital contracts offered as virtual services, the contract identifier uniquely identifies a particular decision table and/or the digital contract offered by a virtual machine, vendor or supplier. The blockchain is thus not burdened with the programming code that is required to execute the decision table and/or the digital contract. The blockchain need only include or specify the contract identifier (and perhaps one or more contractual parameters), thus greatly simplifying the blockchain and reducing its size (in bytes) and processing requirements.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a contract identifier in a blockchain. Because there may be many digital contracts offered as services, the contract identifier uniquely identifies a particular digital contract offered by a vendor or supplier. The contract identifier may also uniquely identify a virtual machine that executes the digital contract. Virtual machines may thus be preassigned to execute particular digital contracts. Moreover, data records in a blockchain data layer may be generated that document execution of the digital contract by the virtual machine. The data records in the blockchain data layer may also document any transaction records of a cryptocoinage that is paid, redeemed, traded, or transferred according to the terms of the digital contract.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a contract identifier in a blockchain. Because there may be many digital contracts offered as virtual services, the contract identifier uniquely identifies a particular digital contract offered by a virtual machine, vendor or supplier. The blockchain is thus not burdened with the programming code that is required to execute the digital contract. The blockchain need only include or specify the contract identifier (and perhaps one or more contractual parameters), thus greatly simplifying the blockchain and reducing its size (in bytes) and processing requirements.

Abstract: Digital or “smart” contracts execute in a blockchain environment. Any entity (whether public or private) may specify a digital contract via a contract identifier in a blockchain. Because there may be many digital contracts offered as virtual services, the contract identifier uniquely identifies a particular digital contract offered by a virtual machine, vendor or supplier. The blockchain is thus not burdened with the programming code that is required to execute the digital contract. The blockchain need only include or specify the contract identifier (and perhaps one or more contractual parameters), thus greatly simplifying the blockchain and reducing its size (in bytes) and processing requirements.

Abstract: A Factom protocol cost effectively separates any blockchain (such as the Bitcoin blockchain) from any cryptocurrency (such as the Bitcoin cryptocurrency). The Factom protocol provides client-defined Chains of Entries, client-side validation of Entries, a distributed consensus algorithm for recording the Entries, and a blockchain anchoring approach for security.