Executive Summary

Adding live text interactivity (Q&A, Moderation, and Polling) to a live video broadcast is a highly complex engineering undertaking. While the video stream itself acts as a one-way broadcast, real-time interactivity requires a bidirectional, stateful data engine capable of handling tens of thousands of simultaneous read/write requests with zero latency.

Because we must engineer custom routing (to ensure investors interact with the correct concurrent presentation) and custom moderation logic (to screen questions before they go public), this cannot be achieved with a simple "plug-in." It requires a dedicated real-time database architecture.

Below are the two viable architectural paths for this build, detailing the trade-offs between upfront development time and long-term monthly infrastructure costs.


Option A: The Cloudflare Native "Edge" Architecture (Recommended)

This approach runs the entire live chat and polling engine on Cloudflare Durable Objects and WebSockets.

Instead of routing data through a third-party database, we spin up a temporary, dedicated "mini-server" on Cloudflare's edge network for every single presentation. Thousands of investors connect directly to this object, interact, and when the presentation ends, the object is destroyed.

Option B: The Firebase Realtime Architecture

This approach integrates Google Firebase as the real-time data layer. Firebase is the industry standard for rapid chat development and provides pre-built SDKs that automatically handle user connections, offline caching, and broadcasting.