Idioma: English | 中文 | Русский | Português | Español | Deutsch | Français | 日本語 | 한국어 | Polski | العربية

Una herramienta gratuita y de código abierto para transferir archivos que aprovecha el poder de las redes peer-to-peer de vanguardia, permitiéndote transferir archivos directamente sin almacenarlos en servidores en la nube.

¿Por qué depender de WeTransfer, Dropbox o Google Drive cuando puedes transferir archivos de forma confiable y sencilla, directamente, con cifrado de extremo a extremo y sin revelar información personal?

Características

• Multiplataforma – Escritorio, Android, CLI y navegador – sin instalación en la web
• Cualquier archivo, cualquier tamaño – Archivos o carpetas, verificados con BLAKE3
• Velocidades multigigabit – Satura conexiones rápidas
• Cercanos – Detección automática en la LAN; Pair & Send
• Dispositivos emparejados – Empareja una vez con un código (en remoto) o por Nearby; envía sin tickets
• Dispositivos de confianza – Activa la aceptación automática en un dispositivo emparejado; sus archivos llegan sin preguntarte
• Reanudable y multipar – Reanuda transferencias interrumpidas; comparte con muchos a la vez
• Conexión por clave – Conecta por identidad del dispositivo, no por dirección IP
• Roaming – Cambia de Wi-Fi, datos móviles o red a mitad de la transferencia sin cortarla
• Código, enlace o QR – Quien recibe no necesita instalar nada (navegador o app)
• Vista previa e historial – Mira antes de descargar; registro local de transferencias
• Modo de depuración avanzado – Diagnósticos opcionales para ver con transparencia lo que pasa por dentro
• Privado – Sin cuentas, sin rastreo ni anuncios; directo entre dispositivos
• Cifrado – TLS 1.3 de extremo a extremo; tickets autenticados
• Relays autoalojados – Transferencias remotas sin limitación mediante tu propio relay (Ajustes → Infra)
• Siempre localizable – Servicio/bandeja en segundo plano, notificaciones, inicio con la sesión
• Ligero y gratuito – Instalaciones pequeñas; código abierto, sin límites

Estadísticas reales

Métrica	Reportado
Transferencia más grande	452 GB
Transferencia grande más rápida	54 GB @ 123 MB/s (~1 Gbps)
Transferencia masiva de alta velocidad	328 GB @ 93 MB/s
Velocidad máxima medida	125 MB/s (1 Gbps)

El rendimiento de la transferencia depende de tu dispositivo, red y ruta de conexión.

Instalación

La forma más sencilla de comenzar es descargar una de las siguientes versiones para tu sistema operativo:

Plataforma	Recomendado	Otros formatos	Tamaño
💻 Windows (x64)	Setup.exe	MSI, Portable ZIP	~10 MB
💻 macOS (Universal)	DashBeam.dmg	Apple Silicon, Intel	~15 MB
💻 Linux (amd64)	DashBeam.deb	.rpm, AppImage	~13 MB
📱 Android		arm64 APK, armv7, universal	~15 MB
⌨️ CLI	Downloads	-	~4-5 MB
🌐 Web (rendimiento limitado)	app.dashbeam.net	-	_

Más opciones en GitHub Releases o en la página de Downloads.

¿Tienes problemas? Consulta Solución de problemas para ver incidencias comunes y cómo recopilar registros.

Idiomas compatibles

🇺🇸 🇷🇺 🇫🇷 🇨🇳 🇩🇪 🇯🇵 🇮🇳 🇹🇭 🇮🇹 🇨🇿 🇪🇸 🇧🇷 🇸🇦 🇮🇷 🇰🇷 🇵🇱 🇺🇦 🇹🇷 🇳🇴 🇧🇩 🇭🇺 🇷🇸 🇹🇼 🇰🇭 🇺🇿

Formas de enviar

Dispositivos cercanos (recomendado)

Las apps de la misma red aparecen en Nearby en Ajustes → Dispositivos y en la lista Send to a device mientras compartes. Elige un dispositivo cercano y pulsa Pair & Send para emparejar e iniciar la transferencia en un solo paso; también puedes emparejar desde Ajustes sin compartir. El primer contacto muestra un código de verificación en ambas pantallas. Define quién puede encontrarte en Ajustes → Red → Your discoverability.

Usa mDNS, que suele estar bloqueado en wifis de invitados y VPN. Consulta Solución de problemas si la lista sigue vacía.

Dispositivos emparejados

Empareja en Ajustes → Dispositivos con un código de emparejamiento (funciona en remoto, por internet) o mediante una solicitud Nearby en la misma red. Tras emparejar, aparece Send junto a ese dispositivo mientras compartes: ningún ticket que copiar. Quien recibe obtiene un aviso dentro de la app. En escritorio, DashBeam puede seguir ejecutándose en segundo plano y mostrar en la bandeja los dispositivos emparejados conectados (Ajustes → General → Startup & background). Los tickets manuales y la CLI sendme siguen funcionando.

Compartir ticket, enlace o código QR (transferencia puntual)

Mientras compartes: QR para escanear con la cámara, Share para la hoja del sistema y Copy para el ticket en bruto. Los enlaces tienen la forma https://app.dashbeam.net/receive?ticket=…: en Android abren la app y en el resto la app web, así que no hay nada que instalar (para archivos grandes es mejor la app nativa). Pega un ticket, un enlace o el mensaje completo de compartir en Recibir.

Comparación

	DashBeam	Blip	LocalSend	Magic Wormhole	PairDrop
Stack de red	QUIC via Iroh	Desconocido	HTTPS/REST sobre TCP	TCP cifrado	WebRTC/DTLS (SCTP)
Funciona en Internet	✅	✅	Solo LAN	✅	✅
Satura conexiones gigabit	✅	✅	✅ (solo LAN)	✅	❌ (límite SCTP/navegador)
Código abierto	✅	❌	✅	✅	✅
No requiere cuenta	✅	❌	✅	✅	✅
Cifrado de extremo a extremo	✅	✅	✅	✅	✅
Enviar carpetas	✅	✅	✅	✅	✅ (solo CLI, no en navegador)
Transferencias reanudables	✅	✅	❌	❌	❌
Tamaño de archivo ilimitado	✅	✅	✅	✅	Limitado por la memoria del navegador
Plataformas	CLI + escritorio + móvil + web	Escritorio + móvil (sin web/CLI)	Escritorio + móvil (sin web/CLI)	Solo CLI	Web/PWA + app Android + CLI
Descubrir dispositivos en la LAN	✅	❌	✅	❌	✅
La pega	En desarrollo	Código cerrado; el manejo de datos no puede auditarse	Solo misma red, sin reanudación	Solo CLI; las interfaces gráficas son separadas y mantenidas por la comunidad	Límite de rendimiento WebRTC/SCTP; límites de memoria del navegador

Saber más →

Bajo el capó

DashBeam está construido sobre Iroh, un stack de red peer-to-peer moderno que simplifica la comunicación directa de dispositivo a dispositivo. En la práctica, eso significa que los dispositivos se comunican mediante QUIC cifrado, los archivos se mueven con blobs direccionados por contenido, y los relays ayudan cuando no hay una ruta directa disponible.

La versión larga: Under the hood recorre esta misma arquitectura en forma de relato: huellas en lugar de nombres de archivo, nombres en lugar de direcciones, hole punching, roaming y qué puede y qué no puede ver cada intermediario.

Los bloques de construcción

Pieza	Qué hace aquí
Blobs (iroh-blobs)	Almacenan y transmiten datos de archivos; cada fragmento se verifica con BLAKE3
Tickets	Una cadena que le indica a un par a quién contactar y qué obtener
Endpoints	La identidad Iroh de cada dispositivo (clave Ed25519 → id de endpoint)
QUIC + TLS 1.3	Transporte cifrado; multiplexación sin bloqueo en la cabecera de línea
Relays + hole punching	Arrancan conexiones a través de NAT; el relay transporta los datos mientras se negocia una ruta directa
Protocolo de control (emparejamiento)	Canal persistente para recordar dispositivos y entregar invitaciones de compartición
Local discovery (mDNS)	Anuncio opcional en la LAN para que los dispositivos Nearby se encuentren sin ticket
Enlaces de recepción	Un ticket envuelto en una URL https normal: un App Link en Android y la app web en el resto

Blobs

Los archivos no se suben a un servidor. Se publican como blobs: secuencias opacas de bytes direccionadas por un hash BLAKE3.

• Un link es ese hash de 32 bytes: si el hash coincide, el contenido coincide.
• Las carpetas y los archivos grandes usan un HashSeq (un blob que apunta a otros blobs).
• El remitente es el proveedor; el receptor es el solicitante. Cualquiera de los dos puede ser ambos.

Como ese hash es un árbol BLAKE3 y no un único resumen de todo el archivo, cada fragmento se verifica por sí mismo contra la raíz. Eso es lo que abarata la reanudación: quien recibe y vuelve tras una caída sabe exactamente qué fragmentos ya tiene y ha verificado, así que solo pide lo que falta. Nada de lo ya recibido se reenvía, y nada de lo que llega se acepta por confianza.

Tickets

Un ticket de compartición es un token único que incluye:

1. El id de endpoint del remitente (para saber que hablas con el dispositivo correcto)
2. Suficiente información de dirección / relay para contactarlo
3. El hash del blob a descargar

Solo te conectas con personas con las que compartes un ticket: no difundes tu IP a desconocidos. Ese es el modelo «cozy network» predeterminado que promueve Iroh, frente al descubrimiento masivo en todo el swarm.

Los tickets que solo llevan un identificador de endpoint se apoyan en el descubrimiento por clave pública (Pkarr) para encontrar direcciones actuales. Esos registros van firmados por la propia clave del endpoint, así que uno manipulado falla la verificación en lugar de desviarte: al servicio de búsqueda se le confía la disponibilidad, no la integridad.

Conexión a través de redes

Cuando dos dispositivos necesitan conectarse:

1. Cada uno se registra en un relay público (o autohospedado) para que los pares puedan encontrar una ruta a través de firewalls y NAT.
2. Iroh intenta hole punching QUIC para establecer un enlace peer-to-peer directo.
3. Si funciona una ruta directa, el tráfico va de dispositivo a dispositivo. Si no, el relay permanece en la ruta como salto UDP de respaldo.

En cualquier caso, la carga útil está cifrada de extremo a extremo. Los relays ven texto cifrado, no tus archivos. Más sobre los relays de Iroh →

Esos pasos se solapan en vez de encadenarse. El relay ya está transportando tus datos mientras se negocia el hole punching, así que nada espera a que la ruta directa funcione: la transferencia simplemente se acelera si se consigue y cuando se consigue. Aproximadamente una de cada diez transferencias nunca llega a tener ruta directa (NAT simétrico, redes corporativas restringidas) y viaja por el relay de principio a fin.

Roaming entre redes

Una conexión está ligada a la clave del par, no a su dirección IP, así que cambiar de red no la termina. Cambia de wifi a datos móviles a mitad de una transferencia e iroh detecta el cambio de dirección, aprende las nuevas candidatas y las vuelve a publicar para el par. El relay transporta los datos mientras tanto, y el hole punching simplemente se ejecuta de nuevo sobre la nueva ruta.

Las direcciones son pistas desechables, no identidad. Ese es el beneficio práctico de nombrar los dispositivos por clave en lugar de por ubicación.

QUIC y cifrado

QUIC (basado en UDP, la misma base que HTTP/3) integra TLS 1.3 en el transporte. Para DashBeam, eso aporta cifrado y autenticación, múltiples flujos con control de congestión compartido, y reconexiones rápidas cuando ya has hablado con un par antes.

Dispositivos emparejados

El emparejamiento no reemplaza los tickets; los entrega por ti.

1. Los dispositivos intercambian un código de emparejamiento corto (el id de endpoint del host) a través de un ALPN de control dedicado.
2. Cada lado demuestra su identidad firmando material de claves vinculado a la conexión con su secreto de dispositivo, y luego recuerda al par localmente.
3. Una conexión de control persistente mantiene la presencia (en línea/fuera de línea).
4. Cuando compartes, DashBeam sigue creando un ticket blob de uso único normal; elegir un dispositivo emparejado envía ese ticket como una invitación en la app en lugar de hacerte copiarlo y pegarlo.

Los tickets manuales y el sendme CLI siguen funcionando exactamente igual que antes.

Nearby (descubrimiento local)

En la misma red local, DashBeam puede anunciar y explorar pares con mDNS (escritorio y Android; no la app web).

1. Cuando la descubribilidad es Everyone, el dispositivo publica suficientes metadatos para que otros muestren su nombre en Nearby.
2. Paired only sigue anunciando presencia sin exponer el nombre visible a desconocidos en la LAN.
3. Off deja de anunciar; aún puedes explorar y enviar a otros que sigan siendo descubribles.
4. Las invitaciones de archivos en el primer contacto muestran un código de verificación corto derivado de las claves públicas de ambos dispositivos, para que cada lado confirme que habla con el par previsto antes de aceptar.
5. Aceptar una solicitud de emparejamiento Nearby o una invitación de archivo crea los mismos registros locales de dispositivo emparejado que el emparejamiento por código.

Autohospedaje de relays y descubrimiento

Para saber cómo ejecutar tu propio relay y servidor de descubrimiento iroh, configurar DashBeam para usarlos, y cómo se comportan las configuraciones mixtas públicas/autohospedadas, consulta ../../infra/README.md (relay: ../../infra/relay/README.md, descubrimiento: ../../infra/dns/README.md).

Para la versión ilustrada de todo lo anterior – incluida una explicación completa de qué aprende de una transferencia el operador de un relay, tu ISP y el servicio de búsqueda – lee Under the hood.

Desarrollo

Consulta CONTRIBUTING.md para requisitos previos, configuración local, instrucciones de compilación y pruebas.

Únete a nuestro Discord para contribuir

La mejor forma de contribuir es unirte a nuestro Discord y saludar. Preséntate y comparte tus habilidades o intereses, ya sea programación, pruebas, diseño u otra cosa. También puedes reportar problemas, sugerir correcciones o proponer ideas. Los mantenedores están ahí para guiarte en cada paso.

Es el mejor lugar para obtener contexto, alinearse en la dirección y colaborar con la comunidad.

Licencia

AGPL-3.0

Política de privacidad

Consulta PRIVACY.md para información sobre cómo DashBeam maneja tus datos y tu privacidad.

Colaboradores

Contacto

Escríbeme aquí para sugerencias, comentarios o comunicación relacionada con medios.

¡Gracias por revisar este proyecto! Si te resulta útil, considera darle una estrella y ayudar a difundirlo.