consensus   1628

« earlier    

On Consensus and Humming in the IETF
The IETF has had a long tradition of doing its technical work through a consensus process, taking into account the different views among IETF participants and coming to (at least rough) consensus on technical matters. In particular, the IETF is supposed not to be run by a "majority rule" philosophy. This is why we engage in rituals like "humming" instead of voting. However, more and more of our actions are now indistinguishable from voting, and quite often we are letting the majority win the day without consideration of minority concerns. This document explains some features of rough consensus, what is not rough consensus, how we have gotten away from it, how we might think about it differently, and the things we can do in order to really achieve rough consensus.

- Lack of disagreement is more important than agreement.
- Rough consensus is achieved when all issues are addressed, but not necessarily accommodated.
- Humming should be the start of a conversation, not the end.
- Consensus is the path, not the destination.
- Five people for and one hundred people against might still be rough consensus.

A chair who asks, "Is everyone OK with choice A?" is going to get objections. But a chair who asks, "Can anyone not live with choice A?" is more likely to only hear from folks who think that choice A is impossible to engineer given some constraints. Following up with, "What are the reasons you object to choice A?" is also essential.
ietf  consensus  decisions  decisionmaking 
yesterday by drmeme
distributed-consensus-reading-list
Same as the other ones but Heidi Howard so ¯\_(ツ)_/¯
consensus 
4 days ago by mpm
Principles for Decision-Making in a Flat Organization
How can non-hierarchical teams balance transparency and openness to feedback with making decisions quickly? Practical thoughts from a back-end team leader...
decisions  teamwork  consensus 
4 days ago by philiphagen
A Generalised Solution to Distributed Consensus
Distributed consensus, the ability to reach agreement in the face of failures and asynchrony, is a fundamental primitive for constructing reliable distributed systems from unreliable components. The Paxos algorithm is synonymous with distributed consensus, yet it performs poorly in practice and is famously difficult to understand. In this paper, we re-examine the foundations of distributed consensus. We derive an abstract solution to consensus, which utilises immutable state for intuitive reasoning about safety. We prove that our abstract solution generalises over Paxos as well as the Fast Paxos and Flexible Paxos algorithms. The surprising result of this analysis is a substantial weakening to the quorum requirements of these widely studied algorithms.
consensus 
5 days ago by mpm
RFC 7282 - On Consensus and Humming in the IETF
The IETF has had a long tradition of doing its technical work through
a consensus process, taking into account the different views among
IETF participants and coming to (at least rough) consensus on
technical matters. In particular, the IETF is supposed not to be run
by a "majority rule" philosophy. This is why we engage in rituals
like "humming" instead of voting. However, more and more of our
actions are now indistinguishable from voting, and quite often we are
letting the majority win the day without consideration of minority
concerns. This document explains some features of rough consensus,
what is not rough consensus, how we have gotten away from it, how we
might think about it differently, and the things we can do in order
to really achieve rough consensus.

Note: This document is quite consciously being put forward as
Informational. It does not propose to change any IETF processes and
is therefore not a BCP. It is simply a collection of principles,
hopefully around which the IETF can come to (at least rough)
consensus.
Consensus  Governance  MovementStrategy  RolesAndResponsibilities  OpenSource 
13 days ago by Audiences

« earlier    

related tags

"many  97  actor  addiction  agency  algorand  algorithm  algorithms  amendments  ansi  article50  atom  attention  aurora  aws  backstop  behaviour  best-practices  bitcoin  blockchain  bolesnick  bottomup  brexit  brickleydan  broadcast  browngordon  business  cabinet  cambridge  circles  citizensassembly  climate  co-housing  collaboration  collective  community  communityhealth  comp-sci  competition  compromise  computer  conflict  consistency  cooperation  cooperyvette  cops  coq  cosmos  criticism  culture  customsunion  davisian  dc:creator=bakerpeter  dc:creator=burkemanoliver  dctagged  decentralized  deception  decision-making  decision  decisionmaking  decisions  delphi  democracy  design  dht  discussion  distributed-systems  distributed  distributed_computing  distributed_systems  distributedsyastem  distributedsystems  distsys  diy  dsa  editorial  engineering  erg  eu  euroscepticism  extensibility  extension  facebook  failure  feedly  feeds  filesystems  formal_verification  formalization  github  golang  google  googlereader  governance  group  guardian  hackernews  haha  hahaha  hammondphilip  heidi_howard  history  honeybees  hopr  houseofcommons  humming  i  idealogging  ietf  ifttt  indicativevote  information  insect  internet  interoperability  intransigence  issues"  key  laclauernesto  leadership  learning  leftpopulism  letwinoliver  liar  liberaldemocracy  library  majorjohn  making  management  mathematics  maytheresa  mediation  meeting  meetings  methodology  methods  mouffechantal  movementstrategy  muddecas  music  netscape  network  new  news  node  nodeal  nominal-group  nyblockchainweek  o'reillytim  of  on  opensource  operations  ops  organization  overview  paper  parallel  parliament  participation  paxos  pdf  pervasiveness  place  planb  pluralism  pocket  poelstra  politics  populism  pos  postgres  prefer  primer  privacy  programming  proof  protocol  protocols  punk  quaker  raft  rdf  reached  research  rfc  rocket  rolesandresponsibilities  roughconsensus  rss  ruddamber  rust  science  scriptingnews  social  socialmedia  society  softbrexit  space  stake  standards  stefan_tilkov  stellar  still  storage  store  subculture  summary  surveillance  swartzaaron  syndication  system-service  system  systems  talks:  team  teamwork  technology  tendermint  thesis  to  todo:interarma  tokenization  tool  top  toryparty  trade  trumpdonald  twitter  u.s.-china  ubiquity  ui  uk  web  winerdave  work  xkcd  year 

Copy this bookmark:



description:


tags: