Hunter Beast

It's been working well. This can be closed.

This is related to #820, and I was actually about to get started on this. A part of me agrees that axum might be a good approach, since it comes...

Looking through the Esplora code, it looks like they're already using tokio and rolling their own server implementation, so I agree, axum is the better choice here.

@romanz Let's say I wanted to get the block tip hash, how might I do it within the approach I've started here? https://github.com/romanz/electrs/pull/911 In particular, what might go here? https://github.com/romanz/electrs/pull/911/files#diff-d74a249fc203937952048161cdcb91480927c1994d7a3e6b1f41404b79962aa2R16

So, [after investigating what's needed](https://github.com/cryptoquick/electrs/commit/7af6a576c1ef4be105bb327f46703fc3f3c8e228) for putting Rpc state into the axum Router, that's likely going to be a no-go if we're going to use tokio and make it thread-safe....

There's additional problems with having an HTTP REST interface we've come to discover, in that performance is quite terrible for large wallets. Ideally a pubsub and websockets model is used....

> Oh, wait, I got confused. Is this issue about TLS or HTTP or both? Electrum protocol is **not** based on HTTP. > > Using HTTP makes it effectively something...

This will also help a lot with #820. If separate crates are desired, do either of you think it would make sense to make electrs a Cargo workspace, so all...

Tested ACK Works great against the Mutinynet node with the provided configuration, and the approach seems appropriate One thing I noticed is that `progress=1.000000` is displayed on every block from...

> I'm c-confuwused! Do u m-mean uwindOWOs or linuwux? I don't have the cowode for uwindOWOs, onwy winuwux