You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
tmkms has a lot of potentially useful logic baked into it. For my particular use case it would be fantastic to have access to just the cosmos ledger signing logic. I could see this being much more modular and useful to other projects if it were split into 2 or even 3 different crates!
The text was updated successfully, but these errors were encountered:
That said, we are not going to make major architectural changes to TMKMS. It's mission-critical and stable in its current form.
I'm curious to know what parts of the transaction signing logic are still valuable. They all predate the migration to Protobufs. I understand how the Amino JSON parts are still valuable specifically in the context of Ledger signing, but do you still need Amino binary serialization support? It carries a high maintenance burden.
I would suggest factoring whatever parts you find are still valuable for e.g. Ledger signing into CosmRS:
I didn't know about iqkms actually so that answers my question there. I must have missed that somehow. I'll have to look into that.
but do you still need Amino binary serialization support?
To be honest at this point I'm not entirely certain what my requirement are. I'm still yet to have success with getting a ledger signature to be properly validated.
tmkms has a lot of potentially useful logic baked into it. For my particular use case it would be fantastic to have access to just the cosmos ledger signing logic. I could see this being much more modular and useful to other projects if it were split into 2 or even 3 different crates!
The text was updated successfully, but these errors were encountered: