Skip to content

Milestones

List view

  • Implement WebRTC transport layer

    # The Vision Enhance the robustness and fault tolerance of the WebRTC protocol. WebRTC serves as an alternative to the WebSocket transport layer, enabling lightweight client connectivity. The goal is to establish seamless connectivity between lightweight clients (e.g., https://github.com/smol-dot/smoldot/issues/1806) and substrate-based chains over the WebRTC transport layer. # The Plan We need to focus on the following key areas: - Ensuring proper implementation of the specification and maintaining smoldot connectivity - Analyzing and optimizing memory usage to eliminate any potential memory leaks and reduce unnecessary cloning - Implementing backpressure handling within the WebRTC layer - Exposing detailed transport layer metrics - Expanding and improving our testing scenarios

    Overdue by 1 month(s)
    •
    Due by December 25, 2025
    •1/3 issues closed
    33% complete2 open1 closed

  • Stabilize the Quic Transport Layer

    # The Vision Enhance the robustness and fault tolerance of the QUIC protocol. QUIC is a modern transport layer protocol that offers: - Connection establishment with a single RTT, compared to the three RTTs required by traditional TCP - Native encryption with TLS for secure connections - Built-in multiplexing for improved efficiency The goal is to make QUIC the default transport layer for substrate-based chains running litep2p. # The Plan To achieve this, we need to focus on the following: - Updating the Quinn dependency to the latest API to address performance issues and apply bug fixes - Analyzing memory usage to eliminate leaks and minimize unnecessary cloning - Exposing transport layer metrics for better monitoring and analysis

    Due by June 1, 2027
    •0/1 issues closed
    0% complete1 open0 closed

  • Improve Kademlia Performance

    # The Vision Enhance the performance and reliability of the litep2p Kademlia implementation to discover nodes faster. The objective is to close the performance gap between libp2p and litep2p in terms of peer discovery speed. Currently, litep2p is slower (3-4 times on synthetic benchmarks) at discovering peers compared to libp2p. # The Plan To achieve this, several improvements are required: - Refactor the Kademlia engine to transition to an event-driven implementation (cc https://github.com/paritytech/litep2p/pull/306) - Retain only reachable addresses in the DHT or utilize the transport manager to extract peer addresses - Return more than the current limit of 20 closest peers in response to queries - Provide intermediate KAD record responses, not just upon query completion, to fac

    Due by July 1, 2028
    •0/4 issues closed
    0% complete4 open0 closed