Hacker News new | past | comments | ask | show | jobs | submit login

A third rust QUIC implementation. They all have their own crypto lib. Neqo with NSS, Quiche with BoringSSL and Quinn with rustls.



"their own crypto" sounds worse than it is — they interface with existing TLS libraries, which are all based on well-tested NSS or OpenSSL primitives.

Given Rust's focus on performance and security, QUIC may be the new Hello World for Rust ;)


Serious question - can anyone explain how you would choose which of these to use? e.g. I'm aware that Quinn is tokio-based whereas Quiche is an async-agnostic state machine. Where does this one fit in?


Disclaimer: one of Quinn's maintainers.

Actually, Quinn is split up in two crates: quinn is the tokio-based async layer, but quinn-proto provides an async-agnostic state machine (and provides a trait-based abstraction over its use of rustls and ring).

Also, I think quiche and neqo are squarely aimed at serving their particular corporate goals, whereas quinn is really aimed at being a library for use in the Rust ecosystem. So far that has mostly been the tokio ecosystem, but that might change as the async/await story matures.


In firefox.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: