# How the Verified Compute Cloud Works The Verified Compute Cloud is supported by five components that together enable Verifications to be defined, executed by distributed VCC Runtime nodes, validated on-chain, and made publicly verifiable. **Launchpad** is the configuration and deployment interface used by solution builders and registrars to define Verifications and deploy VCC Solution Groups. **VCC Gateway** is deployed within an enterprise's own infrastructure and acts as the secure boundary between the organisation's data systems and the VCC network. **VCC Runtime** nodes, operated by independent **VCC Operators**, execute Verifications and submit results on-chain. **VCC Explorer** provides a public read-only interface for inspecting verification outputs. **Energy Web X (EWX)** is the blockchain coordination layer that records vote submissions from VCC Runtime nodes and maintains the permanent on-chain record of every verification round. ### Verification lifecycle **Step 1: A solution builder configures a Verification on Launchpad** A solution builder uses Launchpad to create a VCC Solution Group (VCG) and define one or more Verifications within it. Each Verification specifies the Verification Logic (the computation to be run) and the Verification Consensus Rules (how many operators must agree, over what time period, and under what conditions). The solution builder also selects the proof mode, configures the operator participation model, and downloads the Gateway deployment package. Once the VCG is deployed, the Verification Logic and Consensus Rules are published on-chain via the Verified Compute Node Pallet on EWX. **Step 2: The enterprise deploys VCC Gateway** The enterprise installs VCC Gateway within their own infrastructure, connecting it to the data systems that will feed verification rounds. Raw data does not leave the Gateway. **Step 3: The enterprise submits data for a verification round** When a verification round is triggered, the enterprise's system pushes data to the Gateway's ingest API. The Gateway processes the data according to the configured Verification Logic and publishes a verifiable output to the network, either a deterministic hash of the inputs or a zero-knowledge proof depending on the chosen proof mode, along with the relevant round status on-chain. **Step 4: VCC Operators execute the Verification independently** VCC Runtime nodes pick up the verification round. Each operator retrieves the Verification Logic, fetches the verification payload, executes the logic independently, and submits their vote to Energy Web X. Because the computation is performed by multiple independent parties simultaneously, no single node controls the outcome. **Step 5: EWX records consensus** The Verified Compute Node Pallet on EWX applies the configured Verification Consensus Rules. When the threshold of matching votes is reached, the agreed result is recorded on-chain as the verified output of the round. **Step 6: The result is visible on VCC Explorer** The round details, operator participation, vote submissions, and consensus output are visible on VCC Explorer. The level of detail visible publicly can be adjusted based on the privacy configuration of the VCG, but the existence and integrity of the verification is always recorded on-chain. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.energyweb.org/energy-web-verified-compute-cloud/how-the-verified-compute-cloud-works.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.