ambassador

senior_ambassador

head_ambassador

members

proficient_members

fellows

architects

architects_adept

grand_architects

masters

masters_constant

grand_masters

retain_at_i_dan

retain_at_ii_dan

retain_at_iii_dan

retain_at_iv_dan

retain_at_v_dan

retain_at_vi_dan

promote_to_i_dan

promote_to_ii_dan

promote_to_iii_dan

promote_to_iv_dan

promote_to_v_dan

promote_to_vi_dan

fast_promote_to_i_dan

fast_promote_to_ii_dan

fast_promote_to_iii_dan

Origin aggregated through weighted votes of those with rank 1 or above; `Success` is 1. Aka the "voice" of all Members.

Origin aggregated through weighted votes of those with rank 2 or above; `Success` is 2. Aka the "voice" of members at least II Dan

Origin aggregated through weighted votes of those with rank 3 or above; `Success` is 3. Aka the "voice" of all Fellows

Origin aggregated through weighted votes of those with rank 4 or above; `Success` is 4. Aka the "voice" of members at least IV Dan

Origin aggregated through weighted votes of those with rank 5 or above; `Success` is 5. Aka the "voice" of members at least V Dan

Origin aggregated through weighted votes of those with rank 6 or above; `Success` is 6. Aka the "voice" of members at least VI Dan

Origin aggregated through weighted votes of those with rank 7 or above; `Success` is 7. Aka the "voice" of all Masters

Origin aggregated through weighted votes of those with rank 8 or above; `Success` is 8. Aka the "voice" of members at least VIII Dan

Origin aggregated through weighted votes of those with rank 9 or above; `Success` is 9. Aka the "voice" of members at least IX Dan

Origin aggregated through weighted votes of those with rank 3 or above when voting on a fortnight-long track; `Success` is 1

Origin aggregated through weighted votes of those with rank 4 or above when voting on a fortnight-long track; `Success` is 2

Origin aggregated through weighted votes of those with rank 5 or above when voting on a fortnight-long track; `Success` is 3

Origin aggregated through weighted votes of those with rank 6 or above when voting on a fortnight-long track; `Success` is 4

Origin aggregated through weighted votes of those with rank 7 or above when voting on a fortnight-long track; `Success` is 5

Origin aggregated through weighted votes of those with rank 8 or above when voting on a fortnight-long track; `Success` is 6

Origin aggregated through weighted votes of those with rank 3 or above when voting on a month-long track; `Success` is 1

Origin aggregated through weighted votes of those with rank 4 or above when voting on a month-long track; `Success` is 2

Origin aggregated through weighted votes of those with rank 5 or above when voting on a month-long track; `Success` is 3

Origin aggregated through weighted votes of those with rank 6 or above when voting on a month-long track; `Success` is 4

Origin aggregated through weighted votes of those with rank 7 or above when voting on a month-long track; `Success` is 5

Origin aggregated through weighted votes of those with rank 8 or above when voting on a month-long track; `Success` is 6

Executed

RFC22 Adopt Encointer Runtime

- Pierre Krieger is a big contributor to Polkadot.
- He created the initial implementation of `rust-libp2p` and the Substrate networking stack.
- He also maintains and prepares the network stack for Polkadot.
- His most important project is `smoldot`, a light client for Polkadot.
- Pierre has also written the new JSONRPC spec and helps improve the Polkadot spec.

senior_experts

# Invitation and promotion of Pierre Krieger

Untitled

proficients

Adding and promoting brenzi to rank I

TimedOut

- A proposal called referendum 142 wants to increase MaxMemoryPages to 512MB on Polkadot.
- Collators and validators are two types of nodes that execute state transitions on Polkadot.
- Parachain validators need a higher memory limit than collators to load state proofs into memory.
- If validators have a lower memory limit, a parachain block that used all memory when executed by a collator could fail to be executed by validators.
- There is a tool called opengov-cli that can be used to check the results of the referendum.

[Fellows] Whitelist referendum 142

[Fellows] Referendum #20: Cancel Auctions

[Fellows] Referendum #19: Approve RFC-0007

[Fellows] Referendum #18: Whitelist KSM Registration

[Fellows] Referendum #17: WL Update Parachain Validation Config

[Fellows] Approve RFC0014

senior_fellows

Cancel incorrect RFC0005 approval votes.

Approve RFC0005 Coretime Interface

candidates

Andrei is a leader of a team that works on making Polkadot better. Here are some things he has done:
- He helped make Polkadot work better with more parachains and validators.
- He made tools to help people see what is happening on the Polkadot network.
- He helped test Polkadot to make sure it works well.
- He made Polkadot more resilient, which means it can handle problems better.
- He helped fix a problem that affected the Polkadot network and wrote about it to help others understand.

[Fellows] Add & Promote Andrei Sandu to rank 2

- The group forgot to include Robert's work in their project.
- They apologized for the mistake and invited Robert to join their team.
- Robert has done great work on the Polkadot project.
- You can see his work on their website.
- They believe Robert will continue to do great work on their project.

[Senior Fellows] Invitation and promotion of Robert Klotzner

Davide has been promoted to Rank II for his great work on the Polkadot project. He is an expert in consensus and has worked on important tasks like developing a mechanism to revert blocks and fixing issues with sibling blocks. He is also committed to the Sassafras research project and has made significant progress in implementing it in Substrate/Rust. Davide presented the status of Sassafras at Sub0 2022. His promotion to Rank II is well-deserved and will help advance the project's objectives.

[Fellows] Promote Davide to rank II

Oliver has done an excellent job working on the Polkadot project. He has helped make it easier for developers to test their work by creating a tool called `benchmark`. He has also worked on a pallet called `pallet-message-queue`, which helps make sure that Polkadot doesn't get overloaded with messages. Oliver is helping to develop a new feature called POV metering, which will help developers keep track of how much work their code is doing. Because of his hard work and expertise, Oliver is being promoted to Rank II.

[Fellows] Promote Oliver to rank II

[Fellows] Referendum #4: Whitelist Parachain Validator Increase to 250

[Fellows] Referendum #3: Whitelist Nomination Pool Config

- SubSquare has a website called https://polkadot.subsquare.io/referenda/referendum/51.
- There is a code called "whitelist" that is used on this website.
- The code is made up of a long string of letters and numbers.
- The code is used to make sure that certain people can access the website.
- The code is called a "preimage" and it is very important for the website to work properly.

[Fellows] Referendum #2: Whitelist System Parachain HRMP Channels

[Fellows] Referendum #1

- Polkadot Bridge Hub needs an upgrade from v9382 to v9420.
- The previous referendum failed because the Bridge Hub expected an instruction that Polkadot was not able to express.
- Now that Polkadot is on XCM v3, the correct XCM program is possible.
- A whitelist call to execute on the Relay Chain is needed.
- There is a public referendum to vote on this upgrade.

Fellowship Referenda