How Retro Hex Chat Works

How Retro Hex Chat Works

Retro Hex Chat combines a self-hosted Phoenix server with WebRTC peer-to-peer connections, so your community keeps its data while calls, files, and games can flow directly between browsers.

Architecture overview
Seu Servidor

Um servidor. Totalmente teu.

A sua base de dados
Mensagens, usuários, canais — todos armazenados na sua máquina.
As tuas regras.
Você decide quem se junta, quais canais existem, e como funciona a moderação.
Seus backups
Exportar, restaurar, migrar — seus dados estão sempre acessíveis.

Qualquer um pode executar um servidor. Instale-o em um $5 / mês VPS, um Pi Framboesa, ou seu próprio hardware. Tu controlas tudo.

Public: aberto a quem quiser participar.
Private: apenas para convidados, para a sua empresa ou grupo.

Self-hosted
Conexões P2P

Conexões diretas via WebRTC.

1 A Alice quer conectar ao Bob. 2 Sinalização de troca de servidor (SDP/ICE) 3 Conexão direta P2P estabelecida 4 Voz, vídeo e arquivos fluem diretamente Alice Conectado Bob Conectado O servidor está fora do ciclo

O servidor só lida com signaling O — está a ajudar os usuários a encontrar- se. Uma vez conectado, todos os dados flui diretamente entre navegadores via WebRTC.

Se uma conexão directa for possível (firewalls restritos), a Relé TURN é usado como recurso — ainda criptografado de ponta a ponta.

Peer-to-peer
Comparação de Privacidade

Big Tech vs. Retro Hex Chat.

Tecnologia Grande Conversa Retro Hex
Mensagens Armazenados em seus servidores, extraídos para anúncios Armazenado em SEU servidor, nunca sai
Calls Dirigido através de infraestrutura corporativa O servidor P2P — nunca os vê
Os seus dados Treina a sua IA, vendida a anunciantes Fica na sua base de dados, ponto final
Code O — de origem fechada confia em nós Código aberto — verifique você mesmo
Controle Eles podem bani-lo a qualquer momento. Você possui o servidor — ninguém pode

Nada de localização. Não há perfis. Sem algoritmos. Suas conversas são o seu negócio.

Os seus dados
Camadas de Segurança

Segurança em cada camada.

LAYER 1 — Conexão ao servidor Navegador TLS 1.3 Servidor Protected HTTPS / WSS · bcrypt hashing · Limitação da taxa · Proteção CSRF LAYER 2 — Chamadas P2P (fim a fim) Navegador E2E enc Navegador E2E enc DTLS / SRTP P2P chama encriptado de ponta a ponta via WebRTC O servidor nunca vê dados de voz/vídeo

Conexão ao servidor: HTTPS e WSS com criptografia TLS.
P2P chama: Criptografia DTLS-SRTP incorporada ao WebRTC.
Passwords: bcrypt hashing, nunca armazenado em texto simples.
Código aberto: Qualquer um pode auditar o código. Nada de portas traseiras.

Encrypted