Quantum Fingerprinting

This example protocol allows two quantum clients to distinguish between their quantum inputs while maintaining the privacy of their own input just by comparing the fingerprints of their inputs. The protocol does not permit the two parties to interact directly with each other, hence they send the fingerprints of their respective inputs to a trusted third party (quantum server). This server performs a test to distinguish between two unknown quantum fingerprints with a high probability. The quantum fingerprints are exponentially shorter than the original inputs.

Tags: Fingerprinting

Assumptions

• The two quantum clients have no shared key in this protocol.
• The server is trusted.
• The fingerprints can consist of quantum information.

Outline

Here, two quantum clients want to check if their quantum inputs are distinct while also keeping their inputs secret. They prepare quantum fingerprints of their individual inputs and send these states to the server. Next stage involves the server performing a SWAP test on the fingerprints to check their equality. The server repeats this test several times on the received fingerprints to reduce the error probability.

• Client's preparation:
  • The client prepares the fingerprint of initial input which is sized $n$-bits. This fingerprint has a length of $O(\log {}n)$ bits.
  • This fingerprint is prepared using particular error correcting codes, which converts the $n$-bit input to $m$-bits, where $m$ is greater than $n$, and the two outputs of any two distinct inputs can be equal at atmost $\delta m$ positions, where $\delta <0$. The fingerprint has the length of $log{}m+1$ bits.
  • Here for error correcting code, Justesen codes are used.
  • The client now sends this fingerprint to the server through a quantum channel. Both the clients do this process simultaneously.

• Server's test: The server receives the two fingerprints from both the clients and performs the quantum SWAP Test on these states to check if the states are distinguishable. The server independently repeats this SWAP test on fingerprints several times to reduce the error probability in detecting if the two states are different.

Hardware Requirements

• Authenticated Quantum channel capable of sending a pair of qubits.
• Measurement devices for the server.
• A one-time quantum channel from both clients to the server.

Notation

• $x$, $y$: inputs of both the clients
• $n$: length of inputs
• $m$: Length of output of error correcting codes, using x and y as input.
• $E(x)$: Error correcting code associated with input ${x\in \{0,1\}^{n}}$, where $E:\{0,1\}^{n}{\xrightarrow {}}{}\{0,1\}^{m}$.
• $|h_{x}\rangle$: $(log{}m+1)$ qubit state quantum fingerprint for $x$.

$|h_{x}\rangle ={\frac {1}{\sqrt {m}}}\sum _{i=1}^{m}|i\rangle |E_{i}(x)\rangle$

• $c$: Parameter for error correcting code. $m=cn,c>1$
• $\delta$: Parameter for error correcting code. Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle \delta<1} .
• $\epsilon$: Error probability
• $k$: Number of times a fingerprint is repeated, $k\in O(log{}{\frac {1}{\epsilon }})$

Properties

• The computational complexity of this protocol is ${\mathcal {O}}(\log {}n)$.
• Given an $n$-bit input, the protocol requires a quantum fingerprint of minimum $\log {}n$ bits which contains quantum information.
• The Hamming distance i.e. the number of positions between two strings of same length, at which the corresponding symbols are different, of ${E(x)}$ and ${E(y)}$ is at least ${(1+\delta )m}$.
• For Justesen codes, $\delta <9/10+1/(15c)$ for any chosen Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle c>2}
• Any two fingerprints, $|h_{x}\rangle$ and $|h_{y}\rangle$ have an inner product of at most ${\delta }$.
• The one sided error probability of the SWAP test is Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle (\frac{1+\delta}{2})} .

Pseudocode

Input: ${x\in \{0,1\}^{n}},{y\in \{0,1\}^{n}}$ for first client and second client respectively.
Output: $|h_{x}\rangle$, $|h_{y}\rangle$ sent to server
Stage 1: Client's preparation

• First client prepares Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |h_x\rangle} from $x$, $|h_{x}\rangle ={\frac {1}{\sqrt {m}}}\sum _{i=1}^{m}|i\rangle |E_{i}(x)\rangle$
• Second client prepares $|h_{y}\rangle$ from $y$, Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |h_y\rangle = \frac{1}{\sqrt{m}}\sum_{i=1}^{m} |i\rangle|E_i(y)\rangle}
• Both clients send Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |h_x\rangle} , $|h_{y}\rangle$ to server

Stage 2: Server's test

• Server prepares an ancilla qubit $|0\rangle$ for SWAP test and starts with state $|0\rangle |h_{x}\rangle |h_{y}\rangle$
• Server applies gate $G={(H\otimes I)(c-SWAP)(H\otimes I)}$, resulting in final state ${\frac {1}{2}}|0\rangle (|h_{x}\rangle |h_{y}\rangle +|h_{y}\rangle |h_{x}\rangle )+{\frac {1}{2}}|1\rangle (|h_{x}\rangle |h_{y}\rangle -|h_{y}\rangle |h_{x}\rangle )$
• The server measures the first qubit and transmits the result to both the clients.

Further Information

• To reduce the error probability to any $\epsilon$, the fingerprint of $x$ should be set to $|h_{x}\rangle ^{\otimes k}$, for a suitable $k\in O(log{}{\frac {1}{\epsilon }})$

Related Papers

*contributed by Rhea Parekh