---
# System prepended metadata

title: Notes for Sharding Design meeting (with Arthur)

---

# Notes for Sharding Design meeting (with Arthur)

Purpose: To agree on what should be implemented for a first PoC

Various remarks:
- Long shard assignements should not change security

- The scheme $\alpha=16, r=1$ may not be enough for the `P2P`?

- There is no something easier to implement than sampling that gives the same properties

- Other projects to look at: **Celestia**/Ethereum 2.0/Near/Polkadot

- The bandwith for 1% is a bit high maybe? We can still reduce the number of slots/or the size of a slot

Questions to handle once we have a PoC:
- Not sampling for the PoC and decide later if we put in production a design with sampling or/not.

- Is it okay to change the committe at every level?

- The threshold of byzantine endorsers for which we want to be resilient from?

Questions answered for the PoC:

- Should we handle buggy endorsers? But once some data is not available, anyone can post a fake commitment --> For a PoC we do nothing

- To mitigate that, we could change the challenge mechanism for SCORU? (Benjamin's proposition) --> Avoid to modify the SCORU for sharding




