Common use of Throughput Requirements Clause in Contracts

Throughput Requirements. The first anticipated customer segment for the Blockchain is California solar installations, but it is anticipated that the Blockchain’s addressable market will expand to encompass all devices that draw a significant amount of power as these devices could all be potentially incorporated into demand/response systems. Such devices include electric vehicles, thermostats, HVAC systems, and large screen electronics. The size of this device category is expected to be in the billions per year. This growth in addressable market over time implies the blockchain need only process less than 1 transaction per second at first to address solar installations but be able to grow to hundreds of transactions per second when the market expands to other types of distributed energy resource devices. Latency measures how quickly a transaction can be finalized after the transaction is submitted to be processed by the system. Some separate the concept of latency into two measurements: latency, the time it takes to put a transaction on a blockchain, and finality, the time the transaction requester must wait to be sure the transaction has been accepted (e.g.- in Bitcoin, the chain that contains the transaction is the one that miners choose to use going forward). They will be treated the same because the present document’s main use case requires finality. The Blockchain’s use case with perhaps the highest sensitivity to latency is key provisioning. Often keys are provisioned on the manufacturing floor which does not lend much time to wait for a transaction to be processed. However, if transactions can be batched together and be decoupled from the manufacturing synchronization this could reduce latency requirements. Therefore, the present document does not mention a latency requirement The following sections will provide details of the different actors involved, as well as further breakdown into individual use cases and activities.