Smoldot backend

[olanod]

In order to fully realize the promise of decentralization, Sube should be usable as a simple client library that itself is a light blockchain node with no dependency on a specific remote node being available, Sube still needs to be light and compile to WASM to run in the browser, something more easily achievable with smoldot than Substrate since its built with modularity and browser friendliness in mind.

[gilescope]

Will try and give this a go on my fork... paritytech/smoldot#2542

[olanod]

Awesome! that would be very helpful. Now that we'll be working on Fido and rely on Sube it's time to revisit the state of the library and give it the love it deserves, that could mean some breaking changes are possible but shouldn't be anything mayor. Feedback will be welcomed while shaping the stable API :)

[gilescope]

Well my suggestion from my fork is do less (maybe have two libraries - you can see the split I think is appropriate as I've just got the lower level library code left in the fork). Talking with Pierre about smoldot he said it's a fair amount of work to create a Platform and use smoldot directly. He suggests using substrate-connect from js. I'm thinking that maybe that can be abstracted away behind a rust lib that talks to js (and then if someone does want to put in all the effort to remove the hops they can do that later without breaking the API)...

[gilescope]

Fido: got to say being able to use a yubikey as a wallet sounds pretty cool and should certainly be an option. They are pretty ubiquitous.