Susmit Lavania es cofundador y CTO de grupo01, una infraestructura de comunicación que impulsa audio y video entre cadenas en la convergencia de Web2 y Web3 respaldada por Balaji Srinivasa, Hivemind, Consensys y más. Antes de Huddle01, Susmit fue cofundador y director ejecutivo de OC2, el primer intercambio descentralizado de la India, y arquitecto líder de blockchain en CoinDCX, el intercambio de criptomonedas más grande de la India. Huddle01 ofrece su propia Dapp de videoconferencia, Dapp de espacios de audio y una integración perfecta con Google Calendar para la programación, en la que confían Messari y otras marcas Web3 de alto perfil. Actualmente, el equipo está construyendo la primera red descentralizada de comunicación en tiempo real (RTC), haciendo hincapié en los nodos controlados por el usuario, salvaguardando la privacidad y la seguridad y permitiendo interacciones escalables y de alta calidad.
¿Podría enumerar las diferencias clave entre los sistemas tradicionales WebRTC y de comunicación descentralizada en tiempo real (dRTC), y cómo afectan estas diferencias al rendimiento y la seguridad? Además, cuando se habla de comunicaciones en tiempo real, ¿cómo planea mitigar los desafíos de la latencia de la red, especialmente en relación con una configuración de comunicaciones descentralizada?
Bueno, no quiero ser demasiado técnico porque hay muchas complejidades relacionadas con estos modelos. Sin embargo, cuando hablamos de arquitecturas WebRTC tradicionales en general, podemos decir que estos sistemas se ejecutan sobre fundamentos arcaicos, donde cada flujo de datos individual pasa a través de un servidor central. Esto crea un punto único de falla y también puede ser un cuello de botella para el rendimiento.
Por otro lado, dRTC aprovecha una arquitectura descentralizada, distribuyendo los flujos de datos antes mencionados en múltiples nodos, mejorando no solo la seguridad de la plataforma sino también haciéndola más robusta en términos de cifrado de extremo a extremo. En cuanto al rendimiento, dRTC ofrece una latencia más baja gracias a su implementación de algoritmos como SFU (Unidad de reenvío selectivo) que ayudan a optimizar el enrutamiento del flujo de datos.
Para mitigar los desafíos de la latencia de la red dentro de una configuración distribuida y descentralizada, estamos desarrollando activamente algoritmos de enrutamiento avanzados que pueden ajustar dinámicamente las rutas de datos en función de las condiciones de la red en tiempo real, lo que nos permite garantizar que cada participante de la red reciba solo información relevante. a ellos.
¿Cómo planea Huddle01 mantener su escalabilidad y al mismo tiempo garantizar su naturaleza descentralizada? Además, ha mencionado en la declaración de misión de su empresa que planea conectar a 100 millones de personas utilizando Huddle01 para 2026. ¿Qué hitos técnicos ha delineado/logrado para hacer de una tarea tan monumental una realidad viva?
Desde el primer día, nuestra misión ha sido garantizar que Huddle01 siga siendo escalable sin comprometer su naturaleza descentralizada. Para garantizar esto, hemos ideado un marco algorítmico que nos ayuda a administrar nuestros datos transmitidos de manera eficiente. Además, nuestra plataforma es escalable horizontalmente, lo que permite que notas adicionales ingresen al ecosistema sin problemas y aumenten su capacidad de procesamiento.
En cuanto a nuestro ambicioso objetivo de conectar a 100 millones de personas para 2026, hemos establecido una hoja de ruta técnica integral en nuestro sitio web. Para empezar, estamos trabajando en la implementación de una serie de tecnologías preparadas para el futuro para distribuir la carga de nuestra red de manera efectiva y eficiente. También nos estamos centrando en mejorar nuestros SDK para hacerlos más versátiles y fáciles de usar para los desarrolladores, fomentando así una adopción más amplia. Ya se han implementado características como transmisiones en vivo controladas por tokens y soporte de billetera multicadena para hacer que la plataforma sea más accesible y versátil.
¿Puede explicarnos cómo la implementación Simulcast de Huddle01 optimiza la calidad del vídeo en función de las condiciones de la red existente? Además, ¿qué códecs has utilizado para la transmisión simultánea y la aplicación móvil? ¿Cuáles son las compensaciones involucradas entre las dos configuraciones?
La transmisión simultánea es la piedra angular tecnológica de las capacidades de transmisión de video de Huddle01, lo que nos permite enviar múltiples versiones de la misma transmisión de video con diferentes resoluciones y velocidades de bits. Esto es crucial en un entorno descentralizado donde las condiciones de la red pueden ser muy variables. El cliente receptor puede seleccionar la transmisión más adecuada en función de las condiciones actuales de su red, maximizando así su experiencia de visualización.
La selección de códecs fue una decisión meticulosamente calculada, derivada de pruebas exhaustivas y del cumplimiento de los puntos de referencia de la industria. Nuestros nodos multimedia están equipados con soporte de primer nivel para códecs multimedia contemporáneos, como H.264, H.265, VP8 y VP9, todos reforzados con capacidades de transmisión simultánea. El códec implementado en una reunión determinada está determinado por la compatibilidad inherente del códec de los dispositivos cliente participantes.
El códec utilizado en una reunión específica se adapta a la compatibilidad integrada de los dispositivos cliente asistentes. Según nuestras pruebas, la mayoría de estos dispositivos admiten predominantemente los códecs H.264 y VP8.
¿Cómo afecta el uso de un marco operativo descentralizado a los procesos de gobernanza y toma de decisiones involucrados con las plataformas RTC? ¿Podría explicarnos más detalladamente cómo una configuración distribuida mejora la privacidad de los datos de estas plataformas?
En un marco operativo descentralizado como el de Huddle01, los procesos de gobernanza y toma de decisiones son intrínsecamente diferentes de los que ofrecen los sistemas centralizados tradicionales. Como se mencionó anteriormente, los modelos centralizados a menudo tienen una sola entidad que toma decisiones en nombre de todos, lo que no es el caso de los sistemas dRTC.
Para responder a la segunda parte de su pregunta, la privacidad de los datos mejora significativamente en una configuración descentralizada porque la información contenida en la red se distribuye en múltiples nodos, cada uno de los cuales está protegido y cifrado de extremo a extremo. Un estilo tan distribuido de almacenamiento y gestión de datos hace que sea mucho más difícil que se produzca un acceso no autorizado.
En cuanto al tema de la seguridad, ¿cómo se puede garantizar que se mantenga el cifrado de extremo a extremo en un sistema de comunicaciones descentralizado? ¿Cuáles son los desafíos involucrados?
La seguridad es primordial cuando se trata de cualquier sistema de comunicación, pero los desafíos aumentan en un entorno descentralizado. En el marco descentralizado de Huddle01, el cifrado se mantiene a través de nuestros sólidos algoritmos criptográficos. Cada nodo de la red está autenticado y cifrado, lo que garantiza que los datos permanezcan confidenciales e integrales mientras atraviesan múltiples nodos.
En términos de los desafíos que implica mantener el cifrado de extremo a extremo dentro de una configuración descentralizada, el problema es extremadamente multifacético. Uno de los principales desafíos es la complejidad de gestionar claves criptográficas en un sistema distribuido. Es fundamental garantizar que cada nodo almacene y administre de forma segura estas claves sin comprometerlas. Otro desafío es la latencia; Si bien los procesos de cifrado y descifrado requieren un uso intensivo de computación, deben optimizarse para garantizar que no introduzcan retrasos inaceptables en la comunicación en tiempo real.
¿Cuáles son algunas de las consideraciones clave que se deben tener en cuenta para hacer que una API (relacionada con un ecosistema de comunicaciones distribuidas) sea amigable para los desarrolladores?
La creación de una API fácil de usar para los desarrolladores en un entorno descentralizado plantea un conjunto único de desafíos. Para empezar, la API debe ser lo suficientemente flexible como para adaptarse a varias cadenas de bloques. Esto es algo en lo que realmente nos hemos centrado con nuestro paquete Wallet01. Además, las API deben ser modulares, lo que permitirá a los desarrolladores elegir las funciones que necesitan.
Hablando en un sentido un poco más amplio, creo que la documentación de alta calidad es un aspecto que muchas empresas ignoran. En mi opinión, la documentación del sistema debe elaborarse de manera que no sólo sea integral sino también fácil de entender, especialmente dada la naturaleza compleja de los sistemas descentralizados. Mi equipo y yo iteramos continuamente nuestras API y recibimos comentarios de nuestra comunidad para hacerlas lo más fáciles de usar posible y al mismo tiempo mantener su sólida funcionalidad.
; Entrevista con Susmit Lavania, cofundador y CTO de Huddle01){kind=link}