Proceedings of the Nineteenth ACM Symposium on Operating Systems Principles - SOSP '03 2003
DOI: 10.1145/945469.945470
|View full text |Cite
|
Sign up to set email alerts
|

Separating agreement from execution for byzantine fault tolerant services

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
98
0
7

Year Published

2006
2006
2022
2022

Publication Types

Select...
3
3
2

Relationship

1
7

Authors

Journals

citations
Cited by 102 publications
(105 citation statements)
references
References 0 publications
0
98
0
7
Order By: Relevance
“…We advocate to separate agreement from execution [18] where the total ordering of requests is accomplished using a separate agreement cluster, and the replicas are dedicated to request processing only. The number of agreement nodes needed depends on the algorithms used for total ordering.…”
Section: System Modelmentioning
confidence: 99%
See 1 more Smart Citation
“…We advocate to separate agreement from execution [18] where the total ordering of requests is accomplished using a separate agreement cluster, and the replicas are dedicated to request processing only. The number of agreement nodes needed depends on the algorithms used for total ordering.…”
Section: System Modelmentioning
confidence: 99%
“…Due to the separation of agreement from execution [5,18], the replicas do not participate in the total ordering of requests. All replicas are equal in that no replica makes decision for other replicas.…”
Section: Implementation and Performance Evaluationmentioning
confidence: 99%
“…System model Nova separates agreement from execution, we assume faulty replicas in agreement cluster are no more than f and faulty ones in execution cluster are no more than g. Based on SEP [13], the agreement cluster n ≥ 3f +1, and the execution cluster m ≥ 2g +1. We assume that malicious replicas can control the communication channels, the message in communication may be discarded, shuffle or repeat transferred, malicious nodes can also collude to deceive the correct nodes to damage the consistency of system state.…”
Section: Nova Protocol Designmentioning
confidence: 99%
“…Second, mounting evidence of non-fail-stop behavior in real systems [2,5,6,27,30,32,36,39,40] suggest that BFT may yield significant benefits even without resorting to n-version programming [4,15,33]. Third, improvements to the state of the art in BFT replication techniques [3,9,10,18,33,41] make BFT replication increasingly practical by narrowing the gap between BFT replication costs and costs already being paid for non-BFT replication. For example, by default, the Google file system uses 3-way replication of storage, which is roughly the cost of BFT replication for f = 1 failures with 4 agreement nodes and 3 execution nodes [41].…”
Section: Introductionmentioning
confidence: 99%
“…Like traditional state machine replication protocols [9,33,41], a primary proposes an order on client requests to the other replicas. In Zyzzyva, unlike in traditional protocols, replicas speculatively execute requests without running an expensive agreement protocol to definitively establish the order.…”
Section: Introductionmentioning
confidence: 99%