Skip to content
HHackerTube.videoSurprise me

The Stellar Consensus Protocol | David Mazières | Talks at Google

The Stellar Consensus Protocol | David Mazières | Talks at Google on HackerTube: recommended by 2 Hacker News commenters across 2 separate months, 2018–2021.

Talks at Google

talk · advanced · evergreen

Open on YouTube

David Mazieres presents the Stellar Consensus Protocol at Google, introducing federated Byzantine agreement. The model lets participants choose whom to trust rather than assuming fixed membership.

Why Hacker News recommends it

Recommended as the protocol designer's own detailed explanation of SCP.

people recommended it
2
separate months
2
strong recommendations
0
discussed on HN
2018–2021
“This is a great video explaining SCP in detail”
— sjs382, Jan 2018, in “2018 Stellar roadmap”

What HN commenters said

3 Hacker News comments link this video. Each one links back to its thread.

malgorithmsMay 2019Recommends

David Mazières (designer of the protocol) has given a number of talks. Here's a good video of his talk at Google, and I believe it's the one I watched a couple years ago: ▶ this video

in “Keybase and Stellar is live for everyone” · View on HN

sjs382Jan 2018Recommends

Crap. I'll reproduce the answer here, then: > Tl;dr: Stellar’s protocol (SCP) uses a decentralized state propagation where each node commits to a value if every node it deems trustworthy agrees while Ripple uses a supermajority vote (80%) among all validating nodes. Stellar achieves better decentralization than Ripple > A pretty old, but still relevant discussion on the bitcoin stack exchange [ [link] ] > Stellar started out as a fork of Ripple (now completely rewritten) so they are pretty similar in implementation and use cases. > Stellar uses the Stellar Consensus Protocol [ [link] ] (SCP) to achieve decentralization, while Ripple uses the XRP Ledger Consensus Process [ [link] ]. These are alternatives to Bitcoin's proof of work whose goal is to have every participant in the network agree on the current state. > In SCP, each node decides for itself which other nodes it trusts. When a lot of these sets of trusted nodes are overlapping, there is a high probability there is agreement on the state of the network. Broadly, a node will only accept a message if all of their trustworthy nodes have in turn accepted it. This is similar to the way internet certificates and DNS servers are working. In principle, there is no central authority appointing trustworthy nodes, but de facto, the network will reach an agreement on which nodes are trustworthy. This is a great video explaining SCP in detail [ ▶ this video ]. There is also the white paper [ [link] ] for more formal mathematical defini

in “2018 Stellar roadmap” · View on HN

max_May 2021Cites it

It seems so. Its the notion of "Trust Lines"[0] All this thing does is limit potential losses from fraud. Not eliminating. The main value proposition of a blockchain is to solve the "principal-agent" problem [1] and gis simply reduces the risk but doesn't remove it entirely. Plus some of the requirements on a node having to be online (in a decentalized, byzantine environment) all the time are unrealistic. This seems more like ripple. Stellar uses a more sophisticated notion of "quorum slices" and is resistant to byzantine faults [2] [0]: [link] [1]: [link] [2]: ▶ this video

in “Decentralized trust graph for online value exchange without a blockchain (2017)” · View on HN

Topics & tags

Distributed systemsCryptographystellarconsensus protocolsbyzantine fault tolerancequorum slicesdistributed systems