Solana libraries state

[mahnunchik]

I'll just leave this here for information. Something is currently going wrong with the development and support of libraries for Solana:

• @solana/web3.js - deprecated, poor versioned transaction support
• @solana/kit - successor to @solana/web3.js, implementation of this library is still quite raw. It throws errors when it tries to handle another error... The developers also take an over‑engineered TypeScript approach: hundreds of interfaces, types, helpers, and proxies — so it’s really hard to figure out exactly where an error occurred.
• gill - over‑engineered library on top of @solana/kit

So, micro‑sol‑signer could become very popular if it implement basic features well.

[paulmillr]

Sounds great, i'm all for it.

[unek]

i believe if codama IDL matures enough (which it won't, converting any anchor/shank program IDL breaks half the fuctionality, codama's biggest contributor lately is dependabot), with a thin layer over json-rpc, support for no-codegen interaction with programs (codama generated clients will have us all in dependency hell soon), this tool could fill all of my needs. @solana/kit doesn't work, doesn't provide any functionality for any use case, in the name of unnecessary abstraction (breaking compatibility along the way), and 'tree-shakeability'. software developers hold on tighter to the old web3.0 than eth held onto ethersv5. go see how trezor is trying to move onto kit and what kind of mess they need to extract types from typescript-oriented kit. those are not compatible with the solana rpc and documentation anyway, btw., kit is broken.

i work on the server-side of things, i have been working on a few improvements, over codama tools and micro-sol-signer, like support for parsing event cpi logs and such, but with programs, dexes, like pump, jupiter, changing the interface twice every week, i'm not sure if i should just stick to anchor IDLs, if only program devs didn't stop uploading their IDLs to their IDL programs.

[unek]

project really worth mentioning are solana.fm's explorer kit which maintains a repository of various format IDLs, along with patches they sometimes need, and provides parsers for events, instructions, etc.

shyft's and debridge finance's parsers are also nice tools but still heavily dependent on both @solana/codecs and 1.0 @solana/web3.js.

[paulmillr]

v0.6.0 is out now!

[unek]

successfully managing to parse things like phoenix CPI logs (which their officially provided shank IDLs or SDKs can't even do proper.. maybe it's not that complicated but took me forever to figure out with Codama), fetch and convert anchor IDLs in run-time.. with a lot of tweaks to micro-sol-signer, and a lot of Codama's 'visitors' to patch up things micro doesn't support, like link nodes.

think I'm gonna start pushing some PRs, but I currently only do transaction parsing, so I don't know how well my patches work the other way.

@paulmillr I would like to know what prevented you from delivering PDA support, remainingAccounts, and a few other things that I see commented out in the code, so we can figure this out together.

maybe a project roadmap if we wanna think big

[paulmillr]

Mostly lack of time. I think together we can achieve it, but important to add a lot of tests.

[paulmillr]

a project roadmap if we wanna think big

Let’s do it!