P2P Networking #004
Transcript
- marco
Hey folks!
- matheusfranco
Reacted to "Hey folks!" with 👋
- marco
Very cool!
- Yann Vonlanthen
Great presentation! could you explain how the privacy metric is defined?
- Gottfried Herold
How do you treat censhorship issues that might arise due to long initial low fan-out paths? Do you have some analysis if nodes start censoring?
- Gottfried Herold
I mean, at some point we would hope that we only send out one (aggregate) attestation rather than spread out different attestation (if arbitrary, incremental aggregation via STARKs becomes a reality).
- Raúl Kripalani
good news gotti, we have a proposal submitted for Hegotá to do something like that
- Raúl Kripalani
https://github.com/ethereum/EIPs/blob/master/EIPS/eip-8243.md
- Yann Vonlanthen
Reacted to How do you treat cen... with "👍"
- Raúl Kripalani
zk not necessary in the current threat model, but probably worthwhile in a more adversarial one like we've discussed before
- Raúl Kripalani
@Gottfried Herold ^^
- Raúl Kripalani
this is budging up against physical validator consolidations in the network fwiw
- Gottfried Herold
Yeah, I am aware of that. My concern is that EIP8243 will become obsolete once aggregation via (non-zk) STARKs becomes a reality.
- Gottfried Herold
(Until then, I think 8243 is a good idea, I think)
Call summary
Targets
- •Sparse blob pool enabled on Glamsterdam devnet 7 — targeting next week - 00:07:11
- •Lighthouse release — July 16, 2026 (tomorrow) - 00:04:11
Decisions
- •Sparse blob pool enabled optionally in Glamsterdam devnet 7 (not mandatory) - 00:07:34
Highlights
- Client Updates:
- ·Lighthouse: release tomorrow; mainnet traffic halved on nodes running partial-message support (~150/2000 nodes) - 00:04:02
- ·Geth: first sparse blob pool PR merged to master; subsequent PRs (tests, protection) pending other clients' implementations - 00:06:03
- ·Erigon: switching to sparse blob pool testing; discv5/v4 improved with fork-hash filtering; targeting Glamsterdam devnet 7 enablement next week - 00:07:50
- Spread Protocol:
- ·Spread: GossipSub extension providing sender anonymity + lower latency simultaneously via geography-aware cluster routing (Vivaldi coordinates) - 00:11:13
- ·Performance-optimized config cuts mean stretch/latency ~20–30% vs GossipSub; tail behavior improved considerably - 00:24:07
- ·Privacy-equivalent config holds attacker accuracy ~30% vs GossipSub's 38% at 10% adversarial nodes, while still faster - 00:25:16
- ·Key open concern: reduced early fan-out may allow message propagation failures; repropagation fallback exists but censorship resistance not yet analyzed - 00:34:28
- ·Raúl: attestation on-chain confirmation provides a natural feedback loop to score peer routes; Spread could leverage this as a simple callback from CL clients - 00:37:05
Action Items
- •CL client teams / P2P researchers - Review Spread spec PR and implementation PR; provide feedback to authors - 00:26:45
- •Spread authors (matheusfranco) - Measure Spread propagation degradation under malicious (non-forwarding) node scenarios - 00:36:54
Key decisions
Sparse blob pool enabled optionally in Glamsterdam devnet 7 (not mandatory)
Glamsterdam devnet 7
AI Disclaimer: Some content or metadata on EIPsInsight may be AI-inferred or automatically compiled. If you find any discrepancy, please contact us at dev@avarch.org.