Episode
How Figma Rebuilt Its Multiplayer Engine for 500 Users per File
- Published
- Jun 17, 2026
- Duration seconds
- 386
- Processing state
not_requested
Actions
POST https://stenobird.com/v1/public/podcasts/the-cto-podcast-with-fexingo-technical-leadership-architecture-and-engineering-org-7871807/episodes/how-figma-rebuilt-its-multiplayer-engine-for-500-users-per-file/transcription-requests
Idempotently request low-priority transcript generation for this episode.GET https://stenobird.com/podcast/the-cto-podcast-with-fexingo-technical-leadership-architecture-and-engineering-org-7871807/how-figma-rebuilt-its-multiplayer-engine-for-500-users-per-file.md
Read the agent-friendly Markdown representation of this episode resource.
Summary
Figma's multiplayer engine lets hundreds of designers edit the same file simultaneously. How did they rebuild it from scratch to handle over 500 concurrent users per document without conflicts or lag? Lucas and Luna break down the architecture: the shift from CRDTs to a custom conflict-resolution layer, the 'change tree' data structure that replaced operational transforms, and the decision to move from WebSockets to WebRTC data channels for sub-200ms sync. They also discuss the engineering trade-offs: why Figma chose JavaScript over Rust for the client, how they handle undo/redo in a multi-user environment, and the surprising bottleneck that was the browser's own garbage collector. A concrete look at real-time collaboration at scale. #Figma #MultiplayerEngine #RealTimeCollaboration #CRDT #OperationalTransform #WebRTC #ConflictResolution #JavaScript #BrowserPerformance #GarbageCollection #UndoRedo #ChangeTree #Engineering #Architecture #TechLeadership #BusinessAndTechnology #FexingoBusiness #BusinessPodcast Keep every episode free: buymeacoffee.com/fexingo