Skip to content

RLN-IP 0001

RLN-IP: 1
Title: RLN-IP Governance
Author: Anthony Culligan <anthony.culligan@setl.io>
Comments-Summary: No comments yet.
Comments-URI: https://github.com/
Status: Active
Type: Governance
Created: 2023-11-02
License: CC-BY-SA-4.0: [Creative Commons Attribution-ShareAlike]

Abstract

This RLN-IP defines the formal governance process for the RLN Protocol, and records how this has changed over time. Currently, governance is based around a steering council. The council has broad authority, which they seek to exercise as rarely as possible.

Current steering council

The current steering council consists of:

  • Anthony Culligan
  • Nicholas Pennington

Per the results of the vote tracked in x

The core team consists of those listed in the private https://github.com/ repository which is publicly shared via https://devguide.rln-ip.org/developers/.

Specification

The steering council

Composition

The steering council is a 5-person committee.

Mandate

The steering council shall work to:

  • Maintain standards for the RLN which facilitate interoperability between ledgers of all kinds,
  • Make contributing as accessible, inclusive, and sustainable as possible,
  • Establish appropriate decision-making processes for RLN-IPs,
  • Seek consensus among contributors and the core team before acting in a formal capacity,
  • Act as a \"court of final appeal\" for decisions where all other methods have failed.

Powers

The council has broad authority to make decisions about the project. For example, they can:

  • Accept or reject RLN-IPs
  • Enforce or update the project\'s code of conduct
  • Delegate parts of their authority to other subcommittees or processes

However, they cannot modify this RLN-IP, or affect the membership of the core team, except via the mechanisms specified in this RLN-IP.

The council should look for ways to use these powers as little as possible. Instead of voting, it\'s better to seek consensus. Instead of ruling on individual RLN-IPs, it\'s better to define a standard process for RLN-IP decision making. It\'s better to establish a Code of Conduct committee than to rule on individual cases. And so on.

To use its powers, the council votes. Every council member must either vote or explicitly abstain. Members with conflicts of interest on a particular vote must abstain. Passing requires a strict majority of non-abstaining council members.

Whenever possible, the council\'s deliberations and votes shall be held in public.

Electing the council

A council election consists of two phases:

  • Phase 1: Candidates advertise their interest in serving. Candidates must be nominated by a core team member. Self-nominations are allowed.
  • Phase 2: Each core team member can vote for zero or more of the candidates. Voting is performed anonymously. Candidates are ranked by the total number of votes they receive. If a tie occurs, it may be resolved by mutual agreement among the candidates, or else the winner will be chosen at random.

Each phase lasts one to two weeks, at the outgoing council\'s discretion. For the initial election, both phases will last two weeks.

The election process is managed by a returns officer nominated by the outgoing steering council. For the initial election, the returns officer will be nominated by the PSF Executive Director.

The council should ideally reflect the diversity of RLN's contributors and users, and core team members are encouraged to vote accordingly.

Term

A new council is elected after each feature release. Each council\'s term runs from when their election results are finalized until the next council\'s term starts. There are no term limits.

Vacancies

Council members may resign their position at any time.

Whenever there is a vacancy during the regular council term, the council may vote to appoint a replacement to serve out the rest of the term.

If a council member drops out of touch and cannot be contacted for a month or longer, then the rest of the council may vote to replace them.

Conflicts of interest

While we trust council members to act in the best interests of the RLN rather than themselves or their employers, the mere appearance of any one company dominating RLN's development could itself be harmful and erode trust. In order to avoid any appearance of conflict of interest, at most 2 members of the council can work for any single employer.

In a council election, if 3 of the top 5 vote-getters work for the same employer, then whichever of them ranked lowest is disqualified and the 6th-ranking candidate moves up into 5th place; this is repeated until a valid council is formed.

During a council term, if changing circumstances cause this rule to be broken (for instance, due to a council member changing employment), then one or more council members must resign to remedy the issue, and the resulting vacancies can then be filled as normal.

Ejecting core team members

In exceptional circumstances, it may be necessary to remove someone from the core team against their will. (For example: egregious and ongoing code of conduct violations.) This can be accomplished by a steering council vote, but unlike other steering council votes, this requires at least a two-thirds majority. With 5 members voting, this means that a 3:2 vote is insufficient; 4:1 in favor is the minimum required for such a vote to succeed. In addition, this is the one power of the steering council which cannot be delegated, and this power cannot be used while a vote of no confidence is in process.

If the ejected core team member is also on the steering council, then they are removed from the steering council as well.

Vote of no confidence

In exceptional circumstances, the core team may remove a sitting council member, or the entire council, via a vote of no confidence.

A no-confidence vote is triggered when a core team member calls for one publicly on an appropriate project communication channel, and another core team member seconds the proposal.

The vote lasts for two weeks. Core team members vote for or against. If at least two thirds of voters express a lack of confidence, then the vote succeeds.

There are two forms of no-confidence votes: those targeting a single member, and those targeting the council as a whole. The initial call for a no-confidence vote must specify which type is intended. If a single-member vote succeeds, then that member is removed from the council and the resulting vacancy can be handled in the usual way. If a whole-council vote succeeds, the council is dissolved and a new council election is triggered immediately.

The core team

Role

The core team is the group of individuals who manage the RLN Protocol. They assume many roles required to achieve the project\'s goals.

They will intervene, where necessary, in online discussions or at official RLN events on the rare occasions that a situation arises that requires intervention.

They have authority over any RLN-IP infrastructure, including any RLN Protocol website itself, the RLN-IP GitHub organization and repositories, the bug tracker, the mailing lists, IRC channels, etc.

Prerogatives

Core team members may participate in formal votes, typically to nominate new team members and to elect the steering council.

Membership

RLN-IP core team members demonstrate:

  • a good grasp of the philosophy of the RLN
  • a solid track record of being constructive and helpful
  • significant contributions to the project\'s goals, in any form
  • willingness to dedicate some time to improving RLN Protocol

As the project matures, contributions go beyond code. Here\'s an incomplete list of areas where contributions may be considered for joining the core team, in no particular order:

  • Working on stakeholder management and outreach
  • Providing support on the mailing lists and on IRC
  • Triaging tickets
  • Participating in design decisions
  • Providing expertise in a particular domain
  • Managing the servers (website, tracker, documentation, etc.)

Core team membership acknowledges sustained and valuable efforts that align well with the philosophy and the goals of the RLN-IP project.

It is granted by receiving at least two-thirds positive votes in a core team vote that is open for one week and is not vetoed by the steering council.

Core team members are always looking for promising contributors, teaching them how the project is managed, and submitting their names to the core team\'s vote when they\'re ready.

There\'s no time limit on core team membership. However, in order to provide stakeholders with a reasonable idea of how many people maintain RLN-IP, core team members who have stopped contributing are encouraged to declare themselves as \"inactive\".

The initial active core team members will consist of everyone currently listed in the \"RLN-IP\" team on GitHub (access granted for core members only)

Changing this document

Changes to this document require at least a two-thirds majority of votes cast in a core team vote which should be open for two weeks.

History

Creation of this document

The RLN-IP project was started by Anthony Culligan in November 2023.

History of council elections

  • TBA

History of amendments

Acknowledgements

This RLN-IP is heavily based upon the published PEP13, the governance proposal authored by The Python core team and community.

This document has been placed in the public domain.

CC-BY-SA-4.0: Creative Commons Attribution-ShareAlike 4.0 International