Skip to main content
Most users will submit jobs and interact with IonQ through an SDK like Qiskit, but in some instances direct API submission is preferred. This guide walks you through the basics of using the IonQ Quantum Cloud to write and run quantum programs. You’ll learn how to use the latest v0.4 Quantum Cloud API to define quantum circuits, submit them as jobs, and access the results.

​
Before you begin

Before you get started, ensure you have an IonQ Quantum Cloud account and have created an API key. For guidance on setting up and managing your API keys, please refer to our dedicated guide. This guide assumes you have completed these steps and stored your API key as a local environment variable named IONQ_API_KEY.

​
Writing a quantum circuit

We’ll need to create a quantum circuit to submit as your first job. Let’s use a simple GHZ state using three qubits, first applying a Hadamard gate to a single qubit, and then using it as the control qubit for a series of controlled-NOT gates on the other two. A three-qubit GHZ circuit can be visualized like this: A visualization of a Greenberger-Horne-Zeilinger (GHZ) state. In IonQ’s language-agnostic JSON circuit representation, the circuit looks like this:

​
Submitting a quantum circuit as a job

For the purposes of this guide we’ll use curl on the command line, but in the real world example, you’d likely want to use an SDK.
Before submitting our circuit, we need to provide some additional information. This includes specifying the circuit type, the number of times the circuit should be executed (shots), and the desired backend for the job (e.g., simulator or qpu.forte-1). We can also assign a name to the job for easier reference.
For a full list of options that can be passed to this resource, check out the API reference for POST /jobs.
In this case, we’ll submit a job to the simulator so that we get our results quickly:
Paste this in your text editor of choice and then save it using a memorable name—something like ghz-job.json. We’re now ready to submit our job to the IonQ Quantum Cloud API. We’ll use a POST request to send our JSON job data to the job creation endpoint. This request will include two headers: one for authorization using the API key we created earlier, and another to specify that the request body is in JSON format. In this example, we give the backend key the value simulator, which sends the job to our QPU simulator:
This will return a response similar to the following:
The returned id can then be used to manage the submitted job, including canceling it and checking its status.

​
Retrieving a job status

To retrieve the status of a job, we can use a GET request to its unique resource URL, identified by the job ID:
Remember to replace {your-job-id} with the ID you just got back.
This request retrieves the current status of the job. Because we submitted the job to the simulator, it should be completed almost immediately. If you submitted the job to a QPU, you’ll need to wait for it to progress through the queue. The job status response to our GET request will resemble the following:

​
Retrieving job results

With the job completed, we can retrieve the results using the probabilities endpoint:
This will return a dictionary containing the job results:
The results request provides a histogram representing the probabilities of each measured state across all 1024 shots. It’s important to note that this histogram is sparse, meaning it only includes data for outcomes that were actually measured. For example, if you ran 1024 shots of a 3-qubit circuit, there are 8 possible outcomes (000, 001, 010, 011, 100, 101, 110, 111). However, if only states 000, 011, and 111 were measured, the histogram would only contain entries for those states, omitting the others. Additionally, the output keys are little-endian integers: qubit ii from the submitted program occupies the bit with value 2i2^i, so the rightmost bit of the key’s binary form is qubit zero. For example, in a 3-qubit program, key 3 (binary 011) means qubit 0 measured 1, qubit 1 measured 1, and qubit 2 measured 0, while key 4 (binary 100) means only qubit 2 measured 1.

​
Getting job cost information

API v0.4 also provides a dedicated endpoint to retrieve detailed billing information for a job:
This will return cost details including estimated and actual costs in USD.

​
Additional Resources

If you’re working on your own tools to interact with the API, the full API Reference has details on HTTP verbs and endpoints, expected response formats, and other features not covered in this guide. Additionally, our best practices page provides detailed instructions for getting the most out of our trapped-ion systems, and our QPU submission checklist is great to run through before submitting a job to one of our QPUs.