Skip to content

Add A&B hardware description #1

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Conversation

amoutenet
Copy link
Collaborator

Add Alice & Bob hardware description in main README.md file.

@amoutenet amoutenet requested a review from lprost July 17, 2025 08:47
@amoutenet
Copy link
Collaborator Author

@lprost Hey Laurent, could you please have a look at what I wrote regarding A&B architecture and the links I put to see if it looks good to you? Thanks!

@lprost
Copy link
Collaborator

lprost commented Jul 17, 2025

Hi Alice, looks very nice to me, it's a good idea to link the whitepaper! Shall we give a short intro concerning how the tools are meant to be used? The general idea would be:

  • First make sure your circuit runs with the built-in Pennylane emulator
  • Then, try to compile it to the gate set of logical qubits by targeting the LOGICAL_NOISELESS backend, study how this affects circuit size and what you can do to optimize that
  • Then, study how noise impacts the quality of the results by creating custom logical backends (see the swap test notebook for inspiration)
  • Then, for problem instances that are too big to be emulated (warning: noisy emulation is slower than noiseless), try some resource estimation to assess the size of the hardware that will be required to run your case

@amoutenet
Copy link
Collaborator Author

@lprost Indeed I thought about adding these steps in the "technical objectives" below!

I think @jmichel80's initial idea was to start from Pennylane emulators and then move to "real hardware", but since here we will work with our emulators, we can insist to quickly move from Pennylane to A&B emulators. Wdyt?

@lprost
Copy link
Collaborator

lprost commented Jul 17, 2025

Cool, will you do it then, or do you want me to do it?

As for moving quickly to our emulators, I think we just need to be careful about performance. Because compilation to the gate set of logical qubits will make circuits bigger, emulation will be slower, which might not be ideal for quick iterations. But depending on the size of the circuits they try, it might or might not be a problem. I guess you can adjust this live during the event.

Also, shall we say a word about experimenting with FTQC algorithms?

@amoutenet amoutenet requested review from jmichel80 and removed request for lprost July 18, 2025 07:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants