ArchitectAI resilience reviews are here. See what's new
Back to all articles
High Level Design Oct 20, 2026 15 min read

Designing WhatsApp: End-to-End Chat System at 2 Billion User Scale

Inside the architecture of a global chat application handling 100B+ messages daily. Connection multiplexing, transient message queues, and Signal E2EE protocol.

HLDWebSocketsErlangE2EEDistributed Queues
HFHLDForge Architecture TeamLead Communications Systems Architect

1. Scale & Fundamental Design Principles

WhatsApp delivers over 100 billion messages per day across 2 billion users. The system is designed with a core tenet: messages are ephemeral in server memory. Once a message is delivered and acknowledged with double blue ticks, it is purged from server storage.

Peak throughput reaches ~1.2 million messages per second. The architecture must guarantee low latency (<100ms globally), high connection density per server, and end-to-end privacy.

2. Gateway Connection Tier & Epoll Multiplexing

Each mobile device maintains a persistent TLS-encrypted connection over TCP using a customized XMPP or WebSocket protocol. Erlang/BEAM or modern Rust/Go servers handle 2M+ concurrent idle connections per server using Linux epoll.

A distributed Session Registry in Redis/DynamoDB maps active UserIDs to their current Edge Server ID and connection file descriptor. When User A sends a message to User B, the router looks up User B's server location in under 2ms.

3. Message Delivery Flow & Offline Queuing

If the recipient is online, the message is routed directly to their connected edge server, pushed over TCP, and an ACK is returned to the sender. If the recipient is offline, the message is persisted to an append-only Offline Message Store (Cassandra / RocksDB) with a 30-day TTL.

Upon reconnecting, the client triggers a sync handshake, pulls pending messages in batches of 50, and sends receipt acknowledgments so the server safely deletes them.

4. Group Chat & Fan-Out Optimization

For group chats with hundreds of members, sending messages individually from the client wastes mobile bandwidth. Instead, the sender encrypts the message once with a Sender Key, sends a single copy to the Group Service, and server-side workers fan out the payload to all group participants.

Interactive Modeling ArchitectAI

Model this architecture on the HLDForge Canvas

Turn static box diagrams into living, collaborative systems. Drag and drop microservices, Kafka clusters, and cache tiers. Run automated SPOF detection and STRIDE threat modeling in real time.

HF

Written by HLDForge Architecture Team

Lead Communications Systems Architect

The HLDForge Architecture Team publishes practical engineering guides, real-world case studies, and high-concurrency blueprints to help engineers build scalable and fault-tolerant software.

Free forever plan

Ready to master distributed system design?

HLDForge gives you the tools, templates, and AI reviews to design systems like a Staff Engineer. Get started free.

SOC 2 Type II · ISO 27001 aligned · SSO on every paid plan