burble

Burble es una plataforma de comunicaciones de voz autoalojable dirigida a usuarios que priorizan la latencia, la privacidad y el control. Su objetivo declarado es combinar un manejo de audio serio con una unión fluida desde el navegador: sin descargas, sin cuentas. El README describe el despliegue como un solo comando, con un servidor, un cliente web y un componente VeriSimDB levantados mediante un controlador de composición Rust incluido llamado selur-compose. Arquitectura y características - Backbone Erlang/OTP que proporciona árboles de supervisión, actualizaciones de código en caliente y aislamiento de fallos, de modo que una sala que falla no derriba el resto del sistema. - Voz WebRTC con unión desde el navegador; los cuerpos SDP de señalización se transportan por defecto sobre un plano binario Bebop, con JSON como opción explícita de exclusión y retroceso automático. - Cuatro modos de topología, desde un solo servidor (monárquico) hasta una malla completamente distribuida con E2EE obligatorio, seleccionados mediante una variable de entorno. - Detección de fuente de reloj del Protocolo de Tiempo Preciso (IEEE 1588) con retroceso elegante a phc2sys, NTP o reloj del sistema; se incluyen mediciones de fluctuación y telemetría de alineación multinodo. - Una biblioteca de cliente incrustable, citada como utilizada en un juego cooperativo asimétrico y un espacio de trabajo de panel. - Interoperabilidad de puente experimental: existe un módulo de retransmisión Mumble/Murmur, pero no es iniciado por el árbol de supervisión ni validado contra un servidor Murmur real. Los puentes Jitsi y Matrix son solo elementos de la hoja de ruta. Informe de estado honesto El README es notablemente explícito sobre lo que aún no es real. Afirma que el proyecto está en preproducción (grado CRG autoevaluado C, con objetivo B) y asigna cada afirmación a un código más una prueba o la marca. El transporte QUIC y el aislamiento de fallos WASM requieren NIF opcionales deshabilitados en la compilación predeterminada. El PTP de sub-microsegundo necesita una NIC compatible con PTP y la ruta de hardware no está validada. Las pruebas ABI de Idris2 se compilan y verifican tipos, pero la aplicación en tiempo de ejecución no está conectada. La latencia de micrófono a altavoz de extremo a extremo y la escala concurrente de más de 500 no están evaluadas. El README también documenta la eliminación de varias insignias de cumplimiento y mejores prácticas porque no existían artefactos de respaldo, y remite a los lectores a un archivo de deuda que enumera problemas conocidos, incluyendo compuertas que no pueden fallar. Evaluaciones comparativas Una tabla de microevaluaciones históricas de NIF directo (compresión LZ4, cancelación de eco, FFT, convolución, eliminación de ruido neuronal) se conserva solo como procedencia; el cargador directo se ha retirado y la ruta de llamada en vivo reenvía Opus opaco sin atravesar esos núcleos. Desarrollo y pruebas La compilación desde el código fuente requiere Elixir 1.17+, Zig 0.15+ y Bun, además de paquetes del sistema para la biblioteca de transporte QUIC. Los comandos de prueba cubren pruebas del servidor Elixir (más de 300), pruebas del coprocesador Zig y evaluaciones comparativas. La compuerta de aprobación/fallo de CI se describe como armada, con un carril Dialyzer que sigue siendo consultivo. Licencia Publicado bajo CC-BY-SA-4.0, copyright 2026 Jonathan D.A. Jewell.