To whom it may be of interest, I've been looking over Python's PEP8000 and it seems we have at least 7 governance models to choose from. Being that I don't have a political science background, I would very much like to get other peoples feedback on these models, as it may lay the groundwork for how we operate future Space Decentral governance decisions (no pressure, right?)...

PEP 8010 - The Technical Leader Governance Model
This PEP proposes a continuation of the singular technical project leader model. Also within scope is whether an advisory council aids or supports the BDFL. This PEP does not name either the next BDFL, nor members of such an advisory council. For that, see PEP 13.

PEP 8011 - Python Governance Model Lead by Trio of Pythonistas
This PEP describes a new model of Python governance lead by a Trio of Pythonistas (TOP). It describes the role and responsibilities of the Trio. This PEP does not name members of the Trio. For that, see PEP 13.

PEP 8012 - The Community Governance Model
This is a placeholder PEP for a new model of Python governance based on consensus and voting, without the role of a centralized singular leader or a governing council. It describes how, when, and why votes are conducted for decisions affecting the Python language. It also describes the criteria for voting eligibility.

PEP 8013 - The External Governance Model
This PEP describes a new model of Python governance based on an external council who are responsible for ensuring good process. Elected by the core development team, this council may reject proposals that are not sufficiently detailed, do not consider all affected users, or are not appropriate for the upcoming release. This PEP does not name members of such a council. For that, see PEP 13.

PEP 8014 - The Commons Governance Model
This PEP describes a new model of Python governance based on a council of elders who are responsible for ensuring a PEP is supported by a sufficient majority of the Python community before being accepted. Unlike some of the other governance PEPs it explicitly does not specify who has voting rights and what a majority vote consists of. In stead this is determined by the council of elders on a case by case basis.

PEP 8015 - Organization of the Python community
This PEP formalizes the current organization of the Python community and proposes 3 main changes: formalize the existing concept of "Python teams"; give more autonomy to Python teams; replace the BDFL (Guido van Rossum) with a new "Python board" of 3 members which has limited roles, mostly decide how a PEP is approved (or rejected).

PEP 8016 - The Steering Council Model
This PEP proposes a model of Python governance based around a steering council. The council has broad authority, which they seek to exercise as rarely as possible; instead, they use this power to establish standard processes, like those proposed in the other 801x-series PEPs. This follows the general philosophy that it's better to split up large changes into a series of small changes that can be reviewed independently: instead of trying to do everything in one PEP, we focus on providing a minimal-but-solid foundation for further governance decisions.