Learn the vocabulary of reaching agreement through numbered proposal rounds requiring majority promises and majority acceptance.
0 / 5 completed
1 / 5
A teammate explains that a distributed algorithm reaches agreement on a single value through numbered proposal rounds, where a proposer must first get a promise from a majority of acceptors before it can get that same majority to actually accept its value. What consensus algorithm is being described?
Paxos consensus is exactly this: a proposer sends a numbered prepare request and must receive a promise from a majority of acceptors, promising not to accept any lower-numbered proposal, before that same proposer can get a majority to accept its actual value, guaranteeing that once a value is chosen, any later proposal round will also choose that same value. A DNS zone transfer is an unrelated concept about replicating name server records. This two-phase, majority-promise-then-majority-accept approach is exactly why Paxos is the foundational proof that distributed consensus is achievable despite node failures.
2 / 5
During a design review, the team relies on Paxos for a distributed lock service that must never let two different clients believe they hold the same lock, even if messages are delayed or nodes fail mid-round. Which capability does this provide?
Paxos here provides safety despite failures and message delays, since it guarantees only one value can ever be chosen for a given round even if proposals overlap or acceptors fail partway through, which is exactly what a lock service needs to avoid granting the same lock to two different clients. Letting the first message to arrive at any single acceptor decide the outcome ignores that different acceptors could see different proposals first under delayed or reordered messages. This majority-based-single-chosen-value guarantee is exactly why Paxos is trusted for correctness-critical coordination like distributed locks.
3 / 5
In a code review, a dev notices a distributed lock service lets whichever acceptor receives a client's request first immediately grant the lock, without any majority-promise or majority-accept round, instead of running a Paxos-style protocol. What does this represent?
This is a missed Paxos-consensus requirement, since without a majority-based protocol, two different acceptors could independently grant the same lock to two different clients under delayed messages. A cache eviction policy is an unrelated concept about discarded cache entries. This first-acceptor-wins-with-no-majority pattern is exactly the kind of correctness gap a reviewer flags once distributed locking correctness is required.
4 / 5
An incident report shows two different clients both believed they held the same distributed lock simultaneously, because two different acceptors each independently granted the lock to a different client without requiring a majority round first. What practice would prevent this?
Running a Paxos-style protocol requiring a majority promise and majority accept before a lock is granted ensures no two acceptors can independently grant the same lock. Continuing to let whichever acceptor receives a request first grant the lock immediately regardless of how often two clients end up with the same lock is exactly what caused the incident described here. This majority-promise-then-majority-accept approach is the standard fix once single-acceptor grants are confirmed to produce conflicting locks.
5 / 5
During a PR review, a teammate asks why the team reaches for Paxos instead of Raft for a new replicated log, given that Raft is generally considered easier to implement correctly. What is the reasoning?
Paxos offers a more flexible, foundational quorum-based model that some systems build custom variants on top of, while Raft trades some of that flexibility for an explicitly decomposed, more approachable design that most new implementations prefer. This is exactly why some existing systems retain Paxos or its variants for their flexibility, while most new replicated-log implementations reach for Raft specifically for its implementability.
What does the "Paxos Consensus Vocabulary" vocabulary exercise cover?
This exercise tests real IT vocabulary related to paxos consensus vocabulary through 5 multiple-choice questions, each built from realistic workplace sentences rather than abstract definitions.
Is this vocabulary exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 5 questions. Each one shows a real-world sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question, and a full results screen at the end.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Are these vocabulary exercises connected to other topics?
Yes — browse the full vocabulary exercises hub to find related modules covering adjacent IT topics and roles.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more vocabulary exercises?
Browse the full Vocabulary exercises hub for hundreds of modules covering Agile, DevOps, security, databases, architecture, and more — organised by IT role and skill.