Nicheloom

Market intelligence for builders — see what's gaining traction before it's crowded.

Ustps (UDP Speedy Transmission Protocol Secure) and USSH

Details

External ID
48453618
Source
HN
Company
—
Product
Ustps (UDP Speedy Transmission Protocol Secure) and USSH
Website domain
github.com
Launched
June 8, 2026
Cohort
—
Upvotes
13
Upvotes percentile
0.6707650273224044
Tags
—
Fetched at
Sept. 7, 2026, 9:26 p.m.
Updated at
Sept. 7, 2026, 9:26 p.m.

Description

Hi HN,Over the last few days I've been building USTPS (UDP Speedy Transmission Protocol Secure), an experimental encrypted transport protocol built on top of UDP.The primary goal of USTPS is low-latency video streaming. A server can take a video source and expose it through a USTPS endpoint, while Linux and Android (Termux) clients receive the stream and expose it locally to applications such as VLC, mpv, and FFmpeg.Although streaming is the main focus, USTPS is not limited to media delivery. It can also be used for other reliable encrypted UDP-based applications, which is why I built USSH on top of it.Some of the main design differences compared to TCP-based transports are:- USTPS is reliable but unordered. - If packet N is lost, later packets can still be accepted and processed immediately. - Missing packets are recovered through selective retransmission. - Ordering is handled by the application layer when needed.This means the transport layer itself does not introduce Head-of-Line Blocking. The tradeoff is that applications which require ordering must implement reordering themselves. I consider this a reasonable tradeoff because it avoids forcing every application to pay the cost of transport-level ordering.For media player compatibility, the default USTPS client creates a local TCP endpoint at 127.0.0.1:1238.The client maintains a small reordering buffer (350 ms by default) to give retransmissions time to arrive before forwarding data to the local TCP stream. This allows existing software such as VLC, mpv, and FFmpeg to work without modification.USTPS currently provides:- Reliable delivery using ACKs and selective retransmissions - X25519 key exchange - AEAD encryption (AES-GCM and ChaCha20-Poly1305) - Optional unordered live output mode - Stream position metadata - Multi-client support - Local TCP compatibility output - No congestion control (currently intentional)While developing USTPS, I also built USSH, an SSH-like remote shell running entirely over USTPS.USSH uses the same unordered transport underneath, but the client reconstructs and orders terminal data before presenting it to the user. This prevents terminal corruption while still allowing the transport layer itself to remain unordered.USSH includes:- Interactive terminal sessions - PTY support - Password authentication - Host key verification (TOFU) - End-to-end encrypted communication through USTPSI'm currently using USSH from my Android phone through Termux to manage my VPS.The project is very young (less than a week old) and is primarily experimental and educational. I'm interested in feedback from people working on transport protocols, streaming systems, SSH implementations, QUIC, SCTP, and networking software.USTP-Secure: https://github.com/x1colegal/USTP-SecureUSSH: https://github.com/x1colegal/USSHInternet-Drafts:USTPS Draft: https://datatracker.ietf.org/doc/draft-x1co-ustps/USSH Draft: https://datatracker.ietf.org/doc/draft-x1co-ussh/Questions, criticism, and suggestions are welcome.

Enrichment

Theme
file transfer and sharing tools
Vertical
Horizontal
Function
Dev tools
Audience
Developer
AI stance
Not AI
Project type
Hobby / open-source project
Normalized one-liner
secure udp transmission protocol
Manually corrected
False

Could you build this?

No Designing and implementing an encrypted, reliable/semi-reliable transport protocol with congestion control, packet framing, and cryptographic handshakes requires specialized network protocol and security engineering.

What it would actually take: The architecture requires implementing a custom state machine over raw UDP sockets (e.g., in C, Rust, or Go) handling packet sequencing, ACK/NACK retransmissions, custom jitter buffers, and modern crypto primitives (Noise Protocol Framework or TLS 1.3 key exchange). The hard parts are tuning congestion control (BBR-like algorithms) under packet loss and avoiding subtle cryptographic replay or timing vulnerabilities.

Discussion

7 comments analyzed.

Competitors mentioned: Mosh (mobile shell), AWS S3 native implementation, Raptor

Concerns raised: Microservice invocation energy costs offset CPU savings, Unclear use cases for the protocol

Feature requests: SSH-based authentication approach, Tunneling ability

Competitors

Other products that read as similar to this one — 140 launches clear the similarity bar, closest 8 shown.

Attention rank: #50 of 141 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).

Launched 222 days after the earliest competitor.

Other launches for this product

Same idea, different domain

Nobody's really built a dev tools tool for Sales yet.