Resistencia a bloqueos

Velum está pensado para seguir funcionando aunque alguien intente apagarlo. Aquí explicamos qué hacemos y, con la misma claridad, lo que no podemos evitar.

Varias puertas, con el nombre oculto

  • Hay varias puertas de entrada en dominios distintos (la lista GATEWAYS de @velum/core). Apps y nodos prueban en orden y saltan a la siguiente si una falla.
  • Las puertas usan ECH (Encrypted Client Hello) en Cloudflare: quien observa la conexión no ve el nombre del sitio al que vas.

Nodos que se encuentran entre ellos

  • Cada nodo publica su dirección (endpoint) en la cadena. Apps y nodos guardan la lista y, si caen las puertas, se conectan directamente entre ellos, como hacen los nodos de Bitcoin.
  • Los nodos se pasan listas de vecinos (PEX).
  • Hay semillas DNS: registros TXT con nodos, repartidos en varios dominios, para encontrar la red desde cero.
App ──▶ puerta 1 (ECH) ──✕ bloqueada
    ──▶ puerta 2 (otro dominio, ECH)
    ──▶ nodo conocido (endpoint guardado de la cadena)
    ──▶ semilla DNS ──▶ nodos ──▶ vecinos (PEX)

Hoja de ruta

  • Transportes camuflados: tráfico que parece HTTPS normal (tipo WebTunnel u obfs).
  • Tor e I2P.
  • Malla Bluetooth para hablar sin internet con quien está cerca.
  • Rutas de tres saltos tipo Sphinx y tráfico de cobertura contra quien observa todo internet a la vez.

Lo que no prometemos

  • Ningún sistema es imposible de bloquear. Un país puede bloquear dominios, direcciones IP o Cloudflare entero. La red sigue viva mientras haya nodos alcanzables entre sí, pero conectarse a ella puede ser más difícil.
  • Un observador global que vea todo el tráfico de internet a la vez puede intentar cruzar tiempos de salida y llegada. El relleno a tamaño fijo y los buzones rotatorios ayudan; las rutas de tres saltos y el tráfico de cobertura llegarán después.
  • Las tiendas de apps pueden retirar una app en un país. Por eso publicamos también el APK de Android y los binarios del nodo en esta web, firmados.