Retain sandreim at rank 2

Retain Andrei at rank 2 given the provided evidence.

Edited
Reply
Up
Share

Evidence for Retention

Evidence-0001: Retain at Rank II

Report Date 2024/07/09
Submitted by Andrei Sandu

Member details

  • Matrix username: @sandreim:parity.io
  • Polkadot address: 13QdJvnJgfoitjrxESwrCWTaLMN8KvXxufDUucXM6EWGuxqh
  • Current rank: 2
  • Date of initial induction: 2023/07/18
  • Date of last report: N/A
  • Area(s) of Expertise/Interest: Parachain Consensus, Elastic Scaling, Nodes (scalability/performance, observability,resilience), Zombienet & integration testing

Reporting period

  • Start date: 2023/07/18
  • End date: 2024/07/09

Evidence

In the past year I have played a critical role and made major contributions in the following areas:

  • Polkadot network scalability (more validators, more cores)
  • increase parachain throughput and decrease latency with Elastic Scaling
  • parachain consensus profiling and benchmarking (subsystem benchmarks)

Network scalability (500 validators 100 cores)

Planning and tracking: I lead the project planning, development, testing and deployment of changes starting with 200 validators and 40 cores to currently proposed 500 validators and 100 cores on Kusama. https://github.com/paritytech/roadmap/issues/26

Assignment certificates v2: Introduces a new kind of assignment certificate that batches multiple tranche0 in a single certificate/message: https://github.com/paritytech/polkadot-sdk/pull/1178

Approval voting re-design: I proposed a new design for the node aproval voting subsystems. This is expected to allow Polkadot to scale to 1kV and 200 cores in 2025 https://github.com/paritytech/polkadot-sdk/issues/1617

Forum posts

Parachain consensus performance benchmarking

I lead the design and development of the subsystem benchmarking initiative. This new development tool allows to recreate the network traffic and load found in large scale networks on your development machine. It performs stress test of one ore more parachain consensus subsystems without the need to run the network. It collects granular CPU usage and network metrics and is an integral part of ongoing scalability and performance optimization development and CI performance regression testing.

Availability read benchmarks PR https://github.com/paritytech/polkadot-sdk/pull/2528 Availability write benchmarks PR https://github.com/paritytech/polkadot-sdk/pull/2970

Elastic scaling

I played a major role in the design, development and testing of Elastic Scaling MVP.

PRs bootstraping the node side and runtime changes:

Elastic scaling open collator set - CoreIndex commitments

Currently in the design stage, I have created two development plans discussed which one is best to follow in the current context: https://github.com/polkadot-fellows/RFCs/issues/92:

  1. Repurposing of CandidateDescriptor and CandidateCommitments fields: https://hackmd.io/xrzVVZ_qSZemEIVdEV8cpA
  2. Introducing new versions for CandidateDescriptor and CandidateCommitments: https://hackmd.io/fWYvO8HQSFKjUlnpgwjcKw

Runtime fixes

CheckWeight signed extension: Include extrinsic len as proof size https://github.com/paritytech/polkadot-sdk/pull/4765

Support

Evanghelism

Voting record

Ranks Activity thresholds Agreement thresholds Member's voting activities Comments
I 90% N/A
II 80% N/A I have voted on 4 out of 21 referenda in which I was eligible to vote (19% voting activity) I target to raise it to 80% at least for the next reporting period
III 70% 100%
IV 60% 90%
V 50% 80%
VI 40% 70%
Status
Decision14d
Confirmation
1hr
Attempts
1
Tally
100%Aye
66.5%Threshold
0%Nay
Aye8
Nay0
  • 0.0%
  • 0.0%

    Threshold

  • 0.0%
Bare Aye3
Max Voters12
All votes
Check how referenda works here.
Call
Metadata
Timeline6
Comments
No comments here