Тоесть
Если
Сделать
Vec<dyn K>
Оно само запретит мутабельность или что?

Вектор по-моему ковариантен

Vec<dyn K> ты в принципе не сделаешь, начнём с этого

Надо в бокс положить?

Ну например

Хорошо тогда Vec<box<dyn K>> ковариантен?

Ну по идее да. https://doc.rust-lang.org/nomicon/subtyping.html

Есть какой-то атрибут на функцию, чтобы компилятор напечатал вариантность

А есть где-нибудь адекватный пример TLS сервера на Hyper? Че-то я заблудился во всех этих rustls/native-tls/tokio-tls/tokio-native-tls.
Я в warp нашел кусок кода, но че-то там много boilerplate и плюс он rustls использует, а не native-tls.

Окей, кажется, собрал чего-то.

насколько я знаю, надо брать tokio-rustls

Да. Как-то так собрал:

let addr = SocketAddr::from(([0, 0, 0, 0], 8002));
  let mut tcp = tokio::net::TcpListener::bind(&addr).await?;
  let tls_acceptor = tokio_rustls::TlsAcceptor::from(Arc::new(config));
  let incoming = tcp
    .incoming()
    // FIXME: will multiple sockets be accepted concurrently?
    .and_then(|conn| tls_acceptor.accept(conn));

  let acceptor = hyper::server::accept::from_stream(incoming);
  let server = Server::builder(acceptor).serve(make_svc);

насчет FIXME надо подумать еще, по-моему, я не правильно написал (мне кажется, оно пока TLS не зааксептит, не будет следующий сокет обрабатывать, но это не точно)

> мне кажется, оно пока TLS не зааксептит, не будет следующий сокет обрабатывать

ну да, всё так

хайпер будет отстреливает таски после получения заврапленного сокета, ну т.е. он делает, грубо говоря,

while let Some(connection) = incoming.next().await {
 // ..
 tokio::spawn(..)
}

угу. т.е для TLS их from_stream мне не пойдет (ну или надо делать какой-то lazy stream который будет tls_acceptor.accept делать при попытке чтения из него)

ну скорее не lazy stream, а lazy connection :)

да

заменять их from_stream своей имплементацией трейта Accept, кажется, не получится в том смысле, что это ничего не даст

т.е. всё равно он сначала вытаскивает коннекшон, а потом только спавнит таску