This list is the understanding that the Tor Project have about the issues we need to focus in Snowflake. It was updated in May 2022 by the anti-censorship team.
Volunteer proxy (extension)
- Improved user experience and feedback (e.g. gamifying the interface)
- Awareness and advocacy that the extension exists
Volunteer proxy (headless)
- Packaging and convenient images
- Making it configurable, so people can customize their contribution+
- Have some update mechanism
- do the proxies need to report their versions?
Client
- PT API, feedback to parent process, auto-diagnosing failures
- Signaling channel to reach broker
- Pion webrtc library, stun connections, distinguishers via DPI
Broker
- Scaling / resiliency+
- Algorithms for matching volunteers to clients
- Tools for measuring / assessing volunteers, e.g. natprobe
Statistics (load, usage, reliability)
- At the broker
- At the bridge
- At our own clients (OONI, onionperf)
- Noticing and trying to explain anomalies in our stats
End to end resiliency and performance
- "How come some Snowflake bootstrap attempts are so slow?"
- Turbotunnel, KCP tuning
- Multi-path, multi-snowflake+
Use of snowflake outside Tor+
- Share the infrastructure with other projects+
- tor/snowflake project select what projects will allow in the infra
- proxy configurable to select what projects want to proxy
- sharing the proxy pool
- modify the broker to support it(Multi-pool support)
- server more generic not tight to tor(make OR protocol optional?)