Richard Kiss

> We don't have any precedent for doing it this way, and this increases the size of the protocol messages and requires differentiating between the response types just the same....

> I don't understand the benefit of this, it seems like a more complicated API to do roughly the same thing. But maybe I'm misunderstanding something? Subscribing doesn't actually return...

> > > We don't have any precedent for doing it this way, and this increases the size of the protocol messages and requires differentiating between the response types just...

> Some major differences is that in his protocol you subscribe and request coin states in bulk, with many coin IDs and puzzle hashes. Also, subscriptions aren't given shorter names...

Seems reasonable. The nice thing about this sort of optimization is if it produces the correct value once, it almost certainly will work every time. A trick that I like...

Yeah, it's not in a great state at the moment. If you have PRs to improve it, I'll definitely take a look at merging. Maybe add a pinned dependency to...

The version issue is due to `setuptools_scm`, a handy but sometimes painful build tool which gets the version from the git log at build time. Setting the `fallback_version` is a...

Duplicate with https://github.com/Chia-Network/clvm_rs/pull/222

Duplicate

If you have a private key, you can generate a list of addresses that private key can unlock. You will be able to send coins locked to any of those...