Ecosyste.ms: Issues

An open API service for providing issue and pull request metadata for open source projects.

GitHub / smol-dot/smoldot issues and pull requests

#122 - `smoldot-light-base` contains too much code

Issue - State: closed - Opened by tomaka about 2 years ago - 2 comments

#119 - GrandPa warp sync robustness to empty responses

Issue - State: closed - Opened by tomaka about 2 years ago

#117 - Implement Beefy

Issue - State: open - Opened by tomaka about 2 years ago - 4 comments
Labels: blocked

#112 - Smoldot should check the API version of the runtime specs before doing a call

Issue - State: open - Opened by tomaka about 2 years ago - 1 comment

#111 - Use only one network service for all chains

Issue - State: closed - Opened by tomaka about 2 years ago - 3 comments
Labels: priority-low

#111 - Use only one network service for all chains

Issue - State: closed - Opened by tomaka about 2 years ago - 3 comments
Labels: priority-low

#103 - Consider checking whether parachain has a slot at initialization

Issue - State: open - Opened by tomaka about 2 years ago - 1 comment

#99 - Periodically print debug info about chains with 0 peers

Issue - State: open - Opened by tomaka about 2 years ago - 2 comments

#97 - Implement generating a chain spec

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment
Labels: blocked

#93 - Full node should load consensus data from chain storage instead of storing it in database

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment
Labels: blocked

#91 - Consider using wasm threads in the wasm node

Issue - State: closed - Opened by tomaka about 2 years ago - 16 comments
Labels: blocked

#88 - Use wasm64 for the wasmnode when available

Issue - State: open - Opened by tomaka about 2 years ago - 1 comment
Labels: blocked

#88 - Use wasm64 for the wasmnode when available

Issue - State: open - Opened by tomaka about 2 years ago - 1 comment
Labels: blocked

#88 - Use `wasm64` for the wasm node when available

Issue - State: open - Opened by tomaka about 2 years ago - 1 comment
Labels: blocked

#85 - JSON-RPC: cap the total size of all the pending requests of each client

Issue - State: open - Opened by tomaka about 2 years ago - 1 comment

#84 - Panic in JSON-RPC service

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#83 - wasm-node: On panic, load a separate Wasm source map and resolve the backtrace

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment
Labels: blocked

#75 - Trusted light clients system

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#75 - Trusted light clients system

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#75 - Trusted light clients system

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#74 - Implementing answer block warp sync and storage requests from the light client

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#74 - Implementing answer block warp sync and storage requests from the light client

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#74 - Implementing answer block warp sync and storage requests from the light client

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#72 - Add unstable JSON-RPC function that exports recent networking events

Issue - State: open - Opened by tomaka about 2 years ago - 6 comments
Labels: priority-low

#70 - Internet connectivity and finality gap

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#68 - Fuzzing targets should be compiled with locked flag

Issue - State: closed - Opened by tomaka about 2 years ago
Labels: blocked

#68 - Fuzzing targets should be compiled with locked flag

Issue - State: closed - Opened by tomaka about 2 years ago
Labels: blocked

#68 - Fuzzing targets should be compiled with locked flag

Issue - State: closed - Opened by tomaka about 2 years ago
Labels: blocked

#68 - Fuzzing targets should be compiled with locked flag

Issue - State: closed - Opened by tomaka about 2 years ago
Labels: blocked

#67 - Properly handle warp syncing failures

Issue - State: closed - Opened by tomaka about 2 years ago

#66 - Deno documentation isn't great

Issue - State: open - Opened by tomaka about 2 years ago
Labels: priority-low

#61 - Panic in runtime_service

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#60 - Brainstorm and refactor the discovery process and address book

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#60 - Brainstorm and refactor the discovery process and address book

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#53 - Panic related to peers cache

Issue - State: closed - Opened by tomaka about 2 years ago - 1 comment

#51 - Found WebRTC-related panic

Issue - State: closed - Opened by tomaka about 2 years ago - 2 comments
Labels: blocked

#47 - Refactor WebSocket handling by using a separate SingleStreamHandshakeKind

Issue - State: open - Opened by tomaka about 2 years ago - 1 comment
Labels: priority-low

#44 - The network key should periodically change

Issue - State: open - Opened by tomaka about 2 years ago - 4 comments
Labels: priority-low

#44 - The network key should periodically change

Issue - State: open - Opened by tomaka about 2 years ago - 6 comments
Labels: priority-low

#44 - The network key should periodically change

Issue - State: open - Opened by tomaka about 2 years ago - 6 comments
Labels: priority-low

#44 - The network key should periodically change

Issue - State: open - Opened by tomaka about 2 years ago - 4 comments
Labels: priority-low