Liouville surface: Difference between revisions
en>Qetuth m more specific stub type |
en>Addbot |
||
Line 1: | Line 1: | ||
[[Byzantine fault tolerance|Byzantine fault tolerant]] [[Protocol (computing)|protocols]] are algorithms that are robust to arbitrary types of failures in [[distributed algorithms]]. With the advent and popularity of the [[Internet]], there is a need to develop algorithms that do not require any centralized control that have some guarantee of always working correctly. The Byzantine agreement protocol is an essential part of this task. In this article the quantum version of the Byzantine protocol,<ref name="Ben-Or">Michael Ben-Or and Avinatan Hassidim, | |||
Fast quantum byzantine agreement,STOC '05: Proceedings of the thirty-seventh annual ACM symposium on Theory of computing, | |||
pg 481-485 [2005]</ref> which works in constant time is described. | |||
==Introduction== | |||
The [[Byzantine fault tolerance|Byzantine Agreement]] [[Communications protocol|protocol]] is a protocol in [[distributed computing]]. | |||
It takes its name from a problem formulated by Lamport, Shostak and Pease in 1982,<ref name="Lamport:1982">L. Lamport and R. Shostak and M. Pease, | |||
The [[Byzantine]] Generals Problem, ACM Trans. Program. Lang. Syst., volume 4, number 3, pg 382-401 [1982]</ref> which itself is a reference to a historical problem. The Byzantine army was divided into divisions with each division being led by a General with the following properties: | |||
*Each General is either loyal or a traitor to the [[Byzantine|Byzantine state]]. | |||
*All Generals communicate by sending and receiving messages. | |||
*There are only two commands: attack and retreat. | |||
*All loyal Generals should agree on the same plan of action: attack or retreat. | |||
*A small linear fraction of bad Generals should not cause the protocol to fail (less than a <math>\frac{1}{3}</math> fraction). | |||
(See <ref name="Lynch">Michael J. Fisher, Nancy A. Lynch,Michael S. Paterson,Impossibility of Distributed Consensus with One Faulty Process, Journal of the ACM volume 32, issue=2, pg 374-382 [http://portal.acm.org/citation.cfm?doid=3149.214121 Impossibility of Distributed Consensus with One Faulty Process][1985]</ref> for the proof of the impossibility result). | |||
The problem usually is equivalently restated in the form of a commanding General and loyal Lieutenants with the General being either loyal or a traitor and the same for the Lieutenants with the following properties. | |||
*All loyal Lieutenants carry out the same order. | |||
*If the commanding General is loyal, all loyal Lieutenants obey the order that he sends. | |||
*A strictly less than <math>\frac{1}{3}</math> fraction including the commanding General are traitors. | |||
==Byzantine Failure and Resilience== | |||
Failures in an [[algorithm]] or [[Communications protocol|protocol]] can be categorized into three main types: | |||
# A failure to take another execution step in the algorithm: This is usually referred to as a "fail stop" fault. | |||
# A random failure to execute correctly: This is called a "random fault" or "random Byzantine" fault. | |||
# An arbitrary failure where the algorithm fails to execute the steps correctly (usually in a clever way by some adversary to make the whole algorithm fail) which also encompasses the previous two types of faults; this is called a "Byzantine fault". | |||
A Byzantine resilient or [[Byzantine fault tolerance|Byzantine fault tolerant]] protocol or algorithm is an algorithm that is robust to all the kinds of failures mentioned above. For example, given a space shuttle with multiple redundant processors and some of the processors give incorrect data, which processors or sets of processors should be believed? The solution can be formulated as a [[Byzantine fault tolerance|Byzantine fault tolerant]] protocol. | |||
==Sketch of the Algorithm== | |||
We will sketch here the asynchronous algorithm <ref name="Ben-Or">Michael Ben-Or and Avinatan Hassidim, | |||
Fast quantum byzantine agreement, STOC '05: Proceedings of the thirty-seventh annual ACM symposium on Theory of computing, | |||
pg 481-485 [2005]</ref> | |||
The algorithm works in two phases: | |||
*Phase 1 (Communication phase): | |||
:All messages are sent and received in this round.:A coin flipping protocol is a procedure that allows two parties A and B that do not trust each other to toss a coin to win a particular object. | |||
There are two types of coin flipping protocols | |||
** [[Quantum Coin Flipping|weak coin flipping]] protocols:<ref name="wiki:tossing">[http://arxiv.org/abs/quant-ph/0206121v2 I. Kerenidis, A. Nayak, coin flipping with small bias, arxiv]</ref> The two players A and B initially start with no inputs and they are to compute some value <math>c_{A},c_{B} \in [0,1]</math> and be able to accuse anyone of cheating. The protocol is successful if A and B agree on the outcome. The outcome 0 is defined as A winning and 1 as B winning. The protocol has the following properties: | |||
***If both players are honest (they follow the protocol), then they agree on the outcome of the protocol <math> c_{A} = c_{B}</math> with <math> Pr(c_{A} = c_{B} = b) = \frac{1}{2}</math> for <math> a,b \in \{0, 1\}</math>. | |||
***If one of the players is honest (i.e., the other player may deviate arbitrarily from the protocol in his or her local computation), then the other party wins with probability at most <math> \frac{1}{2} + \epsilon</math>. In other words, if B is dishonest, then <math>Pr(c_{A} = c_{B} = 1) \leq \frac{1}{2} + \epsilon</math>, and if A is dishonest, then <math>Pr(c_{A} = c_{B} = 0)\leq \frac{1}{2} + \epsilon </math>. | |||
** A [[Quantum Coin Flipping|strong coin flipping protocol]]: In a strong coin flipping protocol, the goal is instead to produce a random bit which is biased away from any particular value 0 or 1. Clearly, any strong coin flipping protocol with bias <math>\epsilon</math> leads to weak coin flipping with the same bias. | |||
===Verifiable secret sharing.=== | |||
* A [[verifiable secret sharing]] (VSS) protocol:<ref name="wiki:VSS">Verifiable secret sharing [[verifiable secret sharing]]</ref> A (n,k) [[secret sharing]] protocol allows a set of n players to share a secret, ''s'' such that only a quorum of k or more players can discover the secret. The player sharing (distributing the secret pieces) the secret is usually referred to as the dealer. A verifiable secret sharing protocol differs from a basic secret sharing protocol in that players can verify that their shares are consistent even in the presence of a malicious dealer. | |||
===The Fail-stop protocol.=== | |||
====Protocol QuantumCoinFlip for player <math>P_i</math>==== | |||
#Round 1 generate the state <math>|Coin_i\rangle =\frac{1}{\sqrt{2}}|0,0,\ldots,0\rangle + \frac{1}{\sqrt{2}}|1,1,\ldots,1\rangle</math> on n [[qubits]] and send the kth [[qubit]] to the kth player keeping one part | |||
# Generate the state <math>|Leader_i\rangle= \frac{1}{n^{3/2}}\sum _{a=1}^{n^3}|a,a,\ldots,a\rangle</math> on ''n'' qubits, an equal superposition of the numbers between 1 and <math>n^3</math>.Distribute the ''n'' [[qubits]] between all the players | |||
# Receive the quantum messages from all players and wait for the next communication round, thus forcing the adversary to choose which messages were passed. | |||
# Round 2: Measure (in the standard base) all <math>Leader_{j}</math> [[qubits]] received in round I. Select the player with the highest leader value (ties broken arbitrarily) as the "leader" of the round. Measure the leader’s coin in the standard base. | |||
# Set the output of the QuantumCoinFlip protocol: <math>v_{i}</math> = measurement outcome of the leader’s coin. | |||
===The Byzantine protocol.=== | |||
To generate a random coin assign an integer in the range [0,n-1] to each player and each player is not allowed to choose its own | |||
random ID as each player <math>P_k</math> selects a random number <math>s{_{k}^{i}}</math> for every other player <math>P_{i}</math> and distributes this using a verifiable secret sharing scheme. | |||
At the end of this phase players agree on which secrets were properly shared, the secrets are then opened and each player <math>P_i</math> is assigned the value <math>s_i =\sum \, {s_{k}^{i}}{\text{for all secrets properly shared}}\mod n</math> | |||
This requires private information channels so we replace the random secrets by the superposition <math>|\phi\rangle =\frac{1}{\sqrt{n}}\sum_{a=0}^{n-1}|a\rangle</math>. In which the state is encoded using a quantum verifiable secret sharing protocol (QVSS).<ref name="wiki:QVSS">Claude Cr´epeau, Daniel Gottesman and Adam Smith, Secure Multi-party Quantum Computation, In 34th ACM Symposium on the Theory of Computing, STOC, pg. 643–652, [2002]</ref> We cannot distribute the state <math>|\phi,\phi,\ldots \phi\rangle</math> since the bad players can collapse the state. To prevent bad players from doing so we encode the state using the Quantum verifiable secret sharing (QVSS) and send each player their share of the secret. Here again the verification requires Byzantine Agreement, but replacing the agreement by the grade-cast protocol is enough.<ref name="wiki:byzantine">Michael Ben-Or, Elan Pavlov, Vinod Vaikuntanathan, Byzantine Agreement in the Full-Information Model in O(log n) Rounds, STOC '06: Proceedings of the thirty-eighth annual ACM symposium on Theory of computing, | |||
pg 179-186 [2006]</ref><ref name="wiki:prob">Pesech Feldman and Silvio Micali. An optimal probabilistic protocol for synchronous byzantine agreement. SIAM J. Comput., pg 873–933, [1997]</ref> | |||
====Grade-cast protocol==== | |||
<!-- Missing image removed: [[Image:Broadcast.PNG|thumb|right|broadcast from dealer to players]] --> | |||
A grade-cast protocol has the following properties using the definitions in <ref name="wiki:byzantine"/> | |||
Informally, a graded [[Broadcasting (computing)|broadcast]] protocol is a protocol with a designated player called “dealer” (the one who broadcasts) such that: | |||
# If the dealer is good, all the players get the same message. | |||
# Even if the dealer is bad, if some good player accepts the message, all the good players get the same message (but they may or may not accept it). | |||
A protocol P is said to be achieve graded [[Broadcasting (computing)|broadcast]] if, at the beginning of the protocol, a designated player D (called the dealer) holds a value v, and at the end of the protocol, every player <math>P_{i}</math> outputs a pair <math>(value_{i}, confidence_{i}) | |||
</math> such that the following properties hold: | |||
<math>(\forall i, confidence_{i} \in \{0, 1, 2\})</math> | |||
#If D is honest, then <math>value_{i}</math> = v and <math>confidence_{i}</math> = 2 for every honest player <math>P_i</math>. | |||
# For any two honest players <math>P_{i}</math> and <math> P_{j},</math> <math>\vert confidence_{i} - confidence_{j}\vert \leq 1 </math>. | |||
# (Consistency) For any two honest players <math>P_{i}</math> and <math>P_{j}</math>, if <math>confidence_{i}> 0</math> and <math> confidence_{j}> 0 </math>,then <math> value_{i}= value_{j}</math>. | |||
For <math>t < \frac{n}{4}</math> the verification stage of the QVSS protocol guarantees that for a good dealer the correct state will be encoded, and that for any, possibly faulty dealer, some particular state will be recovered during the recovery stage. We note that for the purpose of our Byzantine quantum coin flip protocol the recovery stage is much simpler. Each player measures his share of the QVSS and sends the classical value to all other players. The verification stage guarantees, with high probability, that in the presence of up to <math>t < \frac{n}{4}</math> faulty players all the good players will recover the same classical value (which is the same value that would result from a direct measurement of the encoded state). | |||
== Remarks == | |||
In 2007, a quantum protocol for Byzantine Agreement was demonstrated experimentally <ref name="wiki:byzexperiment">Sascha Gaertner, Mohamed Bourennane, Christian Kurtsiefer, Adán Cabello, Harald Weinfurter, Experimental Demonstration of a Quantum Protocol for Byzantine Agreement and Liar Detection, [http://arxiv.org/abs/0710.0290v2 arXiv:0710.0290v2], [2007], [http://link.aps.org/doi/10.1103/PhysRevLett.100.070504 Phys. Rev. Lett. 100 (2008) 070504].</ref> using a four-photon polarization-entangled state. This shows that the quantum implementation of classical Byzantine Agreement protocols is indeed feasible. | |||
== References == | |||
{{reflist|2}} | |||
{{DEFAULTSORT:Quantum Byzantine Agreement}} | |||
[[Category:Quantum mechanics]] | |||
[[Category:Cryptography]] | |||
[[Category:Distributed computing problems]] | |||
[[Category:Fault tolerance]] | |||
[[Category:Failure]] | |||
[[Category:Theory of computation]] | |||
[[ru:Задача византийских генералов]] | |||
[[uk:Задача візантійських генералів]] |
Latest revision as of 07:49, 18 March 2013
Byzantine fault tolerant protocols are algorithms that are robust to arbitrary types of failures in distributed algorithms. With the advent and popularity of the Internet, there is a need to develop algorithms that do not require any centralized control that have some guarantee of always working correctly. The Byzantine agreement protocol is an essential part of this task. In this article the quantum version of the Byzantine protocol,[1] which works in constant time is described.
Introduction
The Byzantine Agreement protocol is a protocol in distributed computing. It takes its name from a problem formulated by Lamport, Shostak and Pease in 1982,[2] which itself is a reference to a historical problem. The Byzantine army was divided into divisions with each division being led by a General with the following properties:
- Each General is either loyal or a traitor to the Byzantine state.
- All Generals communicate by sending and receiving messages.
- There are only two commands: attack and retreat.
- All loyal Generals should agree on the same plan of action: attack or retreat.
- A small linear fraction of bad Generals should not cause the protocol to fail (less than a fraction).
(See [3] for the proof of the impossibility result). The problem usually is equivalently restated in the form of a commanding General and loyal Lieutenants with the General being either loyal or a traitor and the same for the Lieutenants with the following properties.
- All loyal Lieutenants carry out the same order.
- If the commanding General is loyal, all loyal Lieutenants obey the order that he sends.
- A strictly less than fraction including the commanding General are traitors.
Byzantine Failure and Resilience
Failures in an algorithm or protocol can be categorized into three main types:
- A failure to take another execution step in the algorithm: This is usually referred to as a "fail stop" fault.
- A random failure to execute correctly: This is called a "random fault" or "random Byzantine" fault.
- An arbitrary failure where the algorithm fails to execute the steps correctly (usually in a clever way by some adversary to make the whole algorithm fail) which also encompasses the previous two types of faults; this is called a "Byzantine fault".
A Byzantine resilient or Byzantine fault tolerant protocol or algorithm is an algorithm that is robust to all the kinds of failures mentioned above. For example, given a space shuttle with multiple redundant processors and some of the processors give incorrect data, which processors or sets of processors should be believed? The solution can be formulated as a Byzantine fault tolerant protocol.
Sketch of the Algorithm
We will sketch here the asynchronous algorithm [1] The algorithm works in two phases:
- Phase 1 (Communication phase):
- All messages are sent and received in this round.:A coin flipping protocol is a procedure that allows two parties A and B that do not trust each other to toss a coin to win a particular object.
There are two types of coin flipping protocols
- weak coin flipping protocols:[4] The two players A and B initially start with no inputs and they are to compute some value and be able to accuse anyone of cheating. The protocol is successful if A and B agree on the outcome. The outcome 0 is defined as A winning and 1 as B winning. The protocol has the following properties:
- If both players are honest (they follow the protocol), then they agree on the outcome of the protocol with for .
- If one of the players is honest (i.e., the other player may deviate arbitrarily from the protocol in his or her local computation), then the other party wins with probability at most . In other words, if B is dishonest, then , and if A is dishonest, then .
- A strong coin flipping protocol: In a strong coin flipping protocol, the goal is instead to produce a random bit which is biased away from any particular value 0 or 1. Clearly, any strong coin flipping protocol with bias leads to weak coin flipping with the same bias.
- weak coin flipping protocols:[4] The two players A and B initially start with no inputs and they are to compute some value and be able to accuse anyone of cheating. The protocol is successful if A and B agree on the outcome. The outcome 0 is defined as A winning and 1 as B winning. The protocol has the following properties:
Verifiable secret sharing.
- A verifiable secret sharing (VSS) protocol:[5] A (n,k) secret sharing protocol allows a set of n players to share a secret, s such that only a quorum of k or more players can discover the secret. The player sharing (distributing the secret pieces) the secret is usually referred to as the dealer. A verifiable secret sharing protocol differs from a basic secret sharing protocol in that players can verify that their shares are consistent even in the presence of a malicious dealer.
The Fail-stop protocol.
Protocol QuantumCoinFlip for player
- Round 1 generate the state on n qubits and send the kth qubit to the kth player keeping one part
- Generate the state on n qubits, an equal superposition of the numbers between 1 and .Distribute the n qubits between all the players
- Receive the quantum messages from all players and wait for the next communication round, thus forcing the adversary to choose which messages were passed.
- Round 2: Measure (in the standard base) all qubits received in round I. Select the player with the highest leader value (ties broken arbitrarily) as the "leader" of the round. Measure the leader’s coin in the standard base.
- Set the output of the QuantumCoinFlip protocol: = measurement outcome of the leader’s coin.
The Byzantine protocol.
To generate a random coin assign an integer in the range [0,n-1] to each player and each player is not allowed to choose its own random ID as each player selects a random number for every other player and distributes this using a verifiable secret sharing scheme.
At the end of this phase players agree on which secrets were properly shared, the secrets are then opened and each player is assigned the value This requires private information channels so we replace the random secrets by the superposition . In which the state is encoded using a quantum verifiable secret sharing protocol (QVSS).[6] We cannot distribute the state since the bad players can collapse the state. To prevent bad players from doing so we encode the state using the Quantum verifiable secret sharing (QVSS) and send each player their share of the secret. Here again the verification requires Byzantine Agreement, but replacing the agreement by the grade-cast protocol is enough.[7][8]
Grade-cast protocol
A grade-cast protocol has the following properties using the definitions in [7] Informally, a graded broadcast protocol is a protocol with a designated player called “dealer” (the one who broadcasts) such that:
- If the dealer is good, all the players get the same message.
- Even if the dealer is bad, if some good player accepts the message, all the good players get the same message (but they may or may not accept it).
A protocol P is said to be achieve graded broadcast if, at the beginning of the protocol, a designated player D (called the dealer) holds a value v, and at the end of the protocol, every player outputs a pair such that the following properties hold:
- If D is honest, then = v and = 2 for every honest player .
- For any two honest players and .
- (Consistency) For any two honest players and , if and ,then .
For the verification stage of the QVSS protocol guarantees that for a good dealer the correct state will be encoded, and that for any, possibly faulty dealer, some particular state will be recovered during the recovery stage. We note that for the purpose of our Byzantine quantum coin flip protocol the recovery stage is much simpler. Each player measures his share of the QVSS and sends the classical value to all other players. The verification stage guarantees, with high probability, that in the presence of up to faulty players all the good players will recover the same classical value (which is the same value that would result from a direct measurement of the encoded state).
Remarks
In 2007, a quantum protocol for Byzantine Agreement was demonstrated experimentally [9] using a four-photon polarization-entangled state. This shows that the quantum implementation of classical Byzantine Agreement protocols is indeed feasible.
References
43 year old Petroleum Engineer Harry from Deep River, usually spends time with hobbies and interests like renting movies, property developers in singapore new condominium and vehicle racing. Constantly enjoys going to destinations like Camino Real de Tierra Adentro.
ru:Задача византийских генералов uk:Задача візантійських генералів
- ↑ 1.0 1.1 Michael Ben-Or and Avinatan Hassidim,
Fast quantum byzantine agreement,STOC '05: Proceedings of the thirty-seventh annual ACM symposium on Theory of computing,
pg 481-485 [2005] Cite error: Invalid
<ref>
tag; name "Ben-Or" defined multiple times with different content - ↑ L. Lamport and R. Shostak and M. Pease, The Byzantine Generals Problem, ACM Trans. Program. Lang. Syst., volume 4, number 3, pg 382-401 [1982]
- ↑ Michael J. Fisher, Nancy A. Lynch,Michael S. Paterson,Impossibility of Distributed Consensus with One Faulty Process, Journal of the ACM volume 32, issue=2, pg 374-382 Impossibility of Distributed Consensus with One Faulty Process[1985]
- ↑ I. Kerenidis, A. Nayak, coin flipping with small bias, arxiv
- ↑ Verifiable secret sharing verifiable secret sharing
- ↑ Claude Cr´epeau, Daniel Gottesman and Adam Smith, Secure Multi-party Quantum Computation, In 34th ACM Symposium on the Theory of Computing, STOC, pg. 643–652, [2002]
- ↑ 7.0 7.1 Michael Ben-Or, Elan Pavlov, Vinod Vaikuntanathan, Byzantine Agreement in the Full-Information Model in O(log n) Rounds, STOC '06: Proceedings of the thirty-eighth annual ACM symposium on Theory of computing, pg 179-186 [2006]
- ↑ Pesech Feldman and Silvio Micali. An optimal probabilistic protocol for synchronous byzantine agreement. SIAM J. Comput., pg 873–933, [1997]
- ↑ Sascha Gaertner, Mohamed Bourennane, Christian Kurtsiefer, Adán Cabello, Harald Weinfurter, Experimental Demonstration of a Quantum Protocol for Byzantine Agreement and Liar Detection, arXiv:0710.0290v2, [2007], Phys. Rev. Lett. 100 (2008) 070504.