Summary
tapenode currently uses HTTP JSON-RPC for syncing tapes. Proposal: migrate to QUIC using super-quinn, which provides abstractions for Server, Client, Message, and MessageHandler.
Why QUIC?
- Multiplexed streams → sync, gossip, and control messages without blocking
- Low-latency connections (0-RTT)
- Built-in TLS 1.3 encryption
- Clean integration with async
tokio runtime and message traits
Approach
- Use
super-quinn to establish peer-to-peer connections
- Define
Message types for fetching tapes
- Implement
MessageHandler for processing peer messages
- Run QUIC in parallel with JSON-RPC initially; later phase out JSON-RPC for peer sync
Next Steps
⚡ This will upgrade Tapenet from request/response JSON-RPC to a streaming, low-latency P2P protocol.
Summary
tapenodecurrently uses HTTP JSON-RPC for syncing tapes. Proposal: migrate to QUIC using super-quinn, which provides abstractions forServer,Client,Message, andMessageHandler.Why QUIC?
tokioruntime and message traitsApproach
super-quinnto establish peer-to-peer connectionsMessagetypes for fetching tapesMessageHandlerfor processing peer messagesNext Steps
MessageHandlerServer+Clientfor peers⚡ This will upgrade Tapenet from request/response JSON-RPC to a streaming, low-latency P2P protocol.