Measurement-Only Verifiable Universal Blind Quantum Computation

From Quantum Protocol Zoo
Jump to: navigation, search

The example protocol achieves the functionality of Secure Verifiable Delegated Quantum Computation which is the task of assigning quantum computation to an untrusted device while maintaining privacy of the computation. This protocol allows the client to verify the correctness of the blind delegated quantum computing with high probability. Here, the server prepares and sends a universal resource quantum state to the client, and the client performs measurements on the resource state to carry out the quantum computation. Using this method, it is easy to verify with high probability whether the server is honest. The computation here remains perfectly private from the server and this protocol can implement any quantum computation.


Tags Two Party,Universal Task, Quantum Functionality, Quantum Online communication, Classical Online communication, Measurement Based Quantum Computation (MBQC)

Assumptions[edit]

  • The protocol assumes perfect state preparation, transmissions and measurements.
  • There is no communication channel from the client to the server.
  • The quantum channel from the server to the client should not be too lossy.

Outline[edit]

This protocol is based on MBQC and is mainly derived from Measurement-Only Universal Blind Quantum Computation. In this protocol, the server prepares and sends the resource state to the client, whereas the client performs measurements on the received states. The server is considered to be a general adversary and any computational deviations can be detected in this method by the client.

By performing measurements, the client creates the final state to be a mixture of resource state and trap qubits, in a random distribution. If the measurement of all the trap qubits matches the expected outcome, then it shows with high probability that the server is honest and has not deviated from the protocol.

This protocol is dived into two stages: Servers' preparation and Client's measurement.

  • Server's preparation: Server prepares the resource graph state required for MBQC by the Client. The server sends each qubit of this state to the Client, one by one.
  • Client's Measurement
    • The client receives the qubits from the server and measures them in order to finally create an n-qubit state with the server, following the principle of MBQC. This n-qubit state comprises of randomly distributed resource state of measurement-based quantum computation and trap qubits. Based on no-signaling principle, the server can never find out about the random distribution pattern.
    • On receiving the final n-qubit state, the client performs the measurement on these states with certain corrections. If the measurement of all the traps matches the expected outcome, the results are accepted otherwise the protocol is aborted.

Notation[edit]

  • : Resource state
  • : Resource state size
  • : , this is the -qubit state left with the server which contains the trap qubits (, ) and resource state.
  • : -qubit resource state
  • : -qubit permutation, which keeps the order of qubits in
  • :
  • q:
  • :

Requirements[edit]

  • Quantum computation resources for the server.
  • A quantum channel from the server to the client to transfer the quantum states.
  • Measurement device for the client.
  • No channel is required from client to the server.

Knowledge Graph[edit]

Properties[edit]

  • This protocol detects a cheating server with high probability.
  • Universality: This protocol is universal in nature. The resource state used is universal and thus can implement any quantum computation.
  • Correctness: The correctness of the protocol is implied from the measurement based quantum computing used.
  • Blindness: As there exists no quantum channel from the client to the server, the no-signaling theorem ensures that no information about the states is sent to the server using just the measurements.
  • The security of this protocol is device independent, which means client does not need to trust their measurement device in order to guarantee the security.
  • One advantage of this protocol is that no random number generators are required.

Protocol Description[edit]

Stage 1: Server's preparation
Input: Dimensions of the resource state.
Output: Client: receives all qubits

  • Server creates and sends each qubit to Client


Stage 2: Client's measurement
Input: Resource state qubits
Output: Final outcome

  • For :
    • For :
      • Client receives resource state qubit from server.
      • Client performs measurement on according to the measurement pattern.
    • Through the measurements, Client creates the state in the server's possession, where
  • For : (for every qubit of )
    • Client receives from the server.
    • Measurement is done after applying the correction on the qubit received.
    • If result obtained is (for trap qubit ) or (for trap qubit ):
      • Protocol is aborted.
    • else:
      • Protocol is continued and accepted if all trap qubits show expected outcome ( or ).

Further Information[edit]

A second protocol exists which uses the property of the topological code, and does not use any trap qubits. Here, after the state is prepared, client does topological measurement-based quantum computation with a correcting factor. If any error is detected, the protocol is aborted.

*contributed by Rhea Parekh