munich-quantum-toolkit / munich-quantum-toolkit/bench
✨ Improving the custom squivalences of certain native gatesets
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 131
- Forks
- 44
- Avg merge
- 2h 3m
- Merged PRs (30d)
- 36
Description
Problem Statement
In #560, both the IonQ and the Rigetti gateset were improved to better reflect the actual native gates (while before, an "approximation" of that was used). To this end, custom gates and equivalences were defined. These are added to the SessionEquivalenceLibrary before transpile(...) is called for such targets.
While so far, the necessary equivalences are implemented, it might yield more optimized circuit it further of such equivalences are added.
Proposed Solution
Adding further equivalences to allow Qiskit to yield more optimized compiled circuits.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading issue #560 and the code that adds custom gates and equivalences to the SessionEquivalenceLibrary before transpile(...). Compare the existing IonQ and Rigetti equivalences with their native gates and investigate whether additional equivalences improve compiled circuits. Done means the added equivalences produce more optimized circuits without breaking the existing targets.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- quantum-computing
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100