Participant fabric status · July 17, 2026

The participant fabric, honestly labeled.

Every capability is separated into production-ready, demo-ready, foundation, or roadmap work—with evidence and current limits beside it.

Production-ready = configured pathDemo-ready = evaluate closelyFoundation = bounded surfaceRoadmap = no runtime claimLimits named in matrix
Labels

Readiness language for shared decisions.

Commercial, product, and engineering stakeholders can use the same labels without treating demo-ready surfaces as commitments or foundations as finished products.

Production-ready

Suitable for controlled production when configured and validated according to the deployment guidance.

Demo-ready

Working software for demos, pilots, or controlled evaluation, with known hardening or operational integration gaps.

Foundation

Useful APIs, packages, tests, or partial integrations exist, but the complete production path is not yet finished.

Roadmap

Architecture or product direction exists, but customers should not depend on the capability as currently available.

Core platform

Production communication, control, and operations.

Core TomatoRTC capability readiness, evidence, and current limitations
CapabilityStatusEvidenceCurrent limit
WebSocket/WSS signalingProduction-readyServer, SDK, integration tests, TLS/proxy guidanceRequires production auth, TLS, rate limits, and proxy timeout configuration
Room presence and lifecycleProduction-readyRoom registry, liveness, reconnect, demos, testsMulti-node durability requires a production shared adapter
Browser meshProduction-readyBrowser SDK and two-browser examplesSuitable for small rooms; use an SFU as room fan-out grows
Mediasoup-backed SFUProduction-readyDefault SFU engine, control lifecycle, demos, testsValidate target codecs, browsers, NAT/TURN, and capacity
Integrated first-party SFU/media planeDemo-readyNative UDP, ICE-lite, DTLS/SRTP, RTP routing, pacing, two-client smoke harnessCross-browser, separate-host, and operational hardening continues
TURN/STUNProduction-readyFirst-party relay, dynamic credentials, metering, relay testsSize relay ports, bandwidth, quotas, firewall, TCP, and TURNS per deployment
Chat, typed signals, awarenessProduction-readyProtocol, client, server, storage adapters, late-join snapshotsConfigure durable storage when restart persistence is required
Typed data channels and filesProduction-readySchema validation, chunking, compression, testsApplication policies must set size, type, and retention limits
Production authProduction-readyJWT key rings, JWKS, OIDC, OAuth introspection, RBACIssuer, audience, scopes, rotation, and dev-auth rejection are deployment responsibilities
Admission and token revocationDemo-readyWaiting-room tickets, moderator decisions, abuse controls, revocation storeMulti-node rooms require shared ticket and revocation state
OpenTelemetry and usage exportProduction-readyOTLP, Prometheus, tenant-labeled usage records, reference rollup consumerCustomers operate durable collectors, retention, pricing, invoicing, and dispute workflows
Admin APIProduction-readyRoom, participant, policy, audit, token, and health endpointsRequires exact origins, CSRF controls, and strong bearer tokens
Admin console and global monitoring UIDemo-readyOperator console plus signaling, SFU, TURN, worker, regional-capacity, JSON/SSE/HTML monitoringHistory is in-memory; bring an identity layer and durable telemetry for broad production use
License operationsProduction-readySigned runtime validation, role/capacity gates, redacted admin status, air-gap entitlementOperators own protected distribution, status artifacts, renewal timing, and rotation
WHIP/WHEP HTTP gatewayDemo-readyHTTP session lifecycle, SDP negotiation, trickle ICE, TURN Link headers, producer/consumer wiringProduction-scale ingest/egress hardening and broader validation remain ongoing
Expansion surfaces

Expansion paths with explicit maturity.

Expanded TomatoRTC capability readiness and current limitations
CapabilityStatusWhat exists nowCurrent limit
React / Next / Vue / Nuxt / Svelte / Solid / AngularShippedDocumented framework packages over the shared browser room sessionFollow framework-specific client-only and SSR rules
SvelteKit / RemixPatternMinimal examples composed from shipped Svelte or React room packagesNo dedicated adapter package; use the documented client-only pattern
Qwik / Astro / LitFoundationBindings and controller packages with examples or guidanceFirst-class integration and validation continue
Node / Go / Python / .NET service clientsProduction-readyTested signaling, data, chat, and worker paths; optional Node/Python mediaNo general native-capture claim; provider and media wiring remain application-owned
Rust / C++ service clientsFoundationProtocol, signaling, worker, and partial external-media pathsUse verified media FFI or an external WebRTC/media stack
Swift / Kotlin / React Native / FlutterFoundationSignaling, SFU control, generated types, and partial libwebrtc or WHIP/WHEP pathsMedia maturity and target-platform validation vary substantially
MQTT / serial / BLE / USB bridgesProduction-readyNative sidecars, shared gateway package, examples, simulatorsBrowser device adapters and broad real-hardware test matrices remain planned
ROS2 roboticsDemo-readyBridge paths, teleoperation, simulation, fleet rooms, camera workflowBroader hardware profiles and production field validation are ongoing
AI/service workersProduction-ready adapter patternTyped room clients, provider adapters, lifecycle, usage, and monitoring hooksProduction model-provider selection and credentials remain application responsibility
Local TTS and presence surfacesFoundationPiper-WASM, Web Audio track output, native speech provider, personas, lexiconBroader browser UX and direct room examples are still maturing
Shared realtime objectsShipped packageTransport-neutral per-key LWW objects, SharedSignal adapter, and testsNo BrowserRoom convenience API, authoritative server snapshots, persistence, or collaborative-text CRDT
Realtime media surfacesShipped packageCanvas, interactions, shared-object adapters, room publishing, semantic recording/replay, headless commandsA dedicated PMG graph-node adapter remains roadmap work
Programmable Media GraphFoundation / bounded slicesFrame bus, scene runtime, batch/live grid, speaker, PiP, custom layouts; live composition on mediasoup and integrated enginesBatch is first-party-only. Broadcast control and composited-feed APIs ship, but stock end-to-end consumer validation, semantic replay, and broad deployment remain open
Metering reference consumer and dashboardDemo-readyValidated ingestion, deduplication, tenant/region rollups, 60-metric inventory, illustrative rate cardIn-memory reference only; not a billing SDK, invoice, quota, or durable ledger
Diagnostic evaluation toolsDemo-readyConnectivity check, local support-bundle evaluator, and declarative RTC Test LabEvaluation and support tools do not replace production monitoring or capacity validation
RecordingFoundationController, workers, WebM muxer, track synchronization, mesh and SFU ingest adapters, synthetic artifact demoComplete live-room worker orchestration and durable artifact operations are not broad production-ready
E2EEFoundationCapability, key-manager, transform, and opacity workProduction key distribution and complete browser/SFU validation remain
Server voice agentRoadmapArchitecture plus separate worker, VAD, and TTS building blocksNo server-side conversational voice-agent runtime exists yet
Media DSP engineRoadmapProduct and architecture directionDo not treat as a currently available runtime
Status is not a certification. Production suitability still depends on target browsers, networks, codecs, identity systems, data policy, scale profile, and operational acceptance tests.