Nueva implementación de un tracker BitTorrent escrita en Elixir

 (github.com/Dahrkael)
2 puntos por GN⁺ 2025-06-20 | 1 comentarios | Compartir por WhatsApp
  • ExTracker es un tracker BitTorrent creado con Elixir; actualmente está en desarrollo, pero funciona, y se aclara que todavía no está listo para uso industrial completo
  • Sus objetivos de rendimiento son alto rendimiento aprovechando todos los núcleos disponibles, funcionamiento basado en almacenamiento en memoria, uso de alrededor de 200 MB de RAM por cada millón de peers y una estructura que pueda ejecutarse sin configuración adicional
  • En cuanto a los BEP relacionados con BitTorrent, implementa BEP 0, BEP 15, BEP 23, BEP 7, BEP 21, BEP 24, BEP 41, BEP 48 y BEP 52; algunos, como Private Torrents, aún no están implementados o están parcialmente implementados
  • Soporta HTTPS, respaldo de base de datos en disco y ejecución con Docker; no soporta WebTorrent, y whitelist/blacklist, gestión de peers, métricas y GeoIP están parcialmente implementados
  • Hay tres formas de ejecución: correrlo directamente desde el código fuente, compilar una release propia y ejecutar una imagen Docker; en contenedores se puede configurar mediante variables de entorno en lugar de runtime.exs

Estado y objetivos de ExTracker

  • ExTracker es una implementación de tracker BitTorrent presentada como “The Bittorrent Tracker made in Elixir”
  • El proyecto está en estado Work In Progress
    • Se aclara que todavía no está listo para uso industrial completo
    • Actualmente puede funcionar
  • Hay una instancia de prueba ejecutándose en extracker.dahrkael.net:6969, con las funciones actuales activadas

Funciones principales

  • Presenta el rendimiento y la facilidad operativa como funciones clave
    • Alto rendimiento: aprovecha todos los núcleos disponibles
    • Usa almacenamiento en memoria
    • El uso de memoria es de alrededor de 200 MB de RAM por cada millón de peers
    • Zero setup: apunta a funcionar de inmediato al ejecutarse

Estado de soporte para BEP de BitTorrent

Otras funciones y limitaciones

  • Funciones completadas

    • Soporte HTTPS

      • Respaldo de base de datos en disco
      • Funciones no soportadas
      • WebTorrent
      • Funciones parcialmente implementadas

    • Whitelist/blacklist de infohash

      • Gestión de peers: interval enforcement, cleanup, banning, etc.

    • Métricas

      • Soporte GeoIP: para estadísticas y restricciones de peers
      • Se aceptan propuestas de funciones en Issues

Cómo ejecutarlo

  • Ejecutar directamente desde el código fuente

  • Compilar una release

    • Actualmente no hay builds oficiales de release, pero se puede crear y desplegar una release propia
    • Después de clonar el repositorio, compilar según el sistema operativo
    • Linux: MIX_ENV=prod mix release extracker
    • Windows: MIX_ENV=prod mix release extrackerw
    • Los archivos de la release se generan en la carpeta _build/prod/rel/extracker
    • Si se trasladan a otra máquina, el sistema operativo y la arquitectura deben ser iguales
    • Si es necesario, modificar la configuración en releases/{VERSION}/runtime.exs
    • El comando de ejecución es bin/extracker start

  • Ejecutar con Docker

    • Se puede ejecutar directamente la imagen Docker provista
    • docker run ghcr.io/dahrkael/extracker:latest
    • También puede usarse con docker-compose, y se ofrece un archivo compose de ejemplo
    • Como es difícil modificar runtime.exs dentro del contenedor para ajustar la configuración, también se puede configurar mediante variables de entorno
    • La lista completa de variables de entorno se puede consultar en el archivo compose de ejemplo

Licencia

  • ExTracker se distribuye bajo los términos de la Apache License 2.0
  • Para más detalles, consultar el archivo LICENSE del repositorio

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-06-20
Opiniones en Hacker News

  • Esperaba un diseño priorizando OTP, pero me decepcionó que el código toque directamente ETS o una Application basada en ETS en casi todas las tareas, por lo que se ve más cercano a lo procedural.
    Para aprender a diseñar servicios con OTP en Elixir u otros lenguajes de BEAM, conviene ver "Designing Elixir Systems with OTP", de James Edward Gray y Bruce Tate, y "Functional Web Development with Elixir, OTP, and Phoenix", de Lance Halvorsen.

    • En mi primer intento lo escribí de una forma más propia de OTP, pero en este flujo específico no tenía la misma escalabilidad.
      Al final, un tracker de torrents se parece más a una base de datos especializada, y el objetivo principal es procesar los datos lo más rápido posible.
      De todos modos, voy a echarles un ojo a esos libros.
    • Si en este contexto no sabes qué es OTP, OTP significa Open Telecom Platform.
      Hoy se parece más a software con características de aplicaciones de telecomunicaciones que a telecomunicaciones en sí; si la mitad de la grandeza de Erlang es su concurrencia y distribución, y la otra mitad es su capacidad de manejo de errores, el framework OTP puede verse como esa “tercera mitad”.
      https://learnyousomeerlang.com/what-is-otp
    • No tiene ningún sentido construir un tracker de BitTorrent con GenServer.
      Para una configuración de un solo servidor, ETS es 100% la elección correcta; no va a escalar horizontalmente, pero va a escalar verticalmente de maravilla.
      De todos modos, lo más probable es que en la mayoría de los casos sea YAGNI.
    • Una parte importante de las ventajas de Elixir y Erlang es que se obtiene buen rendimiento escribiendo código muy intuitivo.
      Puede haber casos en los que GenServer adicionales o gen_statem encajen de forma elegante, pero en muchos usos de Elixir y Phoenix no hacen falta decisiones de arquitectura tan llamativas.
      El runtime ya hace suficientes cosas llamativas por ti.
    • Tengo curiosidad: ¿cómo debería verse un diseño priorizando OTP?
      ETS viene integrado en OTP, así que no entiendo por qué usar ETS no sería priorizar OTP.
      Tampoco veo bien cuál sería el problema de usar ETS; es simplemente almacenamiento en memoria.
      Revisé el código por encima y no me pareció cercano a un estilo procedural.

  • Está bien hecho. Sería bueno pasar de IO.puts a Logger y considerar agregar OTel.

  • Elixir es realmente genial. Ahora estoy construyendo un motor de notificaciones muy interesante con Elixir, y es excelente.

    • Suena bien. Me da curiosidad si es privado u open source.
      Elixir realmente necesita un mejor motor de notificaciones.

  • Felicitaciones por el lanzamiento. Me gustaría saber si puedes dar más detalles sobre cómo funciona en comparación con opentracker.
    Me interesan mucho aspectos como el rendimiento.

    • Para un tracker pequeño, opentracker probablemente sea más rápido y use un poco menos de memoria.
      Donde ExTracker brilla es cuando la cantidad de núcleos empieza a llegar a dos dígitos.
      De todos modos, todavía hace falta hacer benchmarks adecuados.

  • Se ve bien. Lo revisaré más adelante.
    Hace unos años hice un tracker básico en Elixir; el código está aquí: https://github.com/aalin/mr_torrent

    • Interesante. Me da curiosidad por qué decidiste hacerlo específicamente como tracker privado.

  • Interesante. Para aprender más sobre BitTorrent hice algo parecido en TypeScript, y luego lo rehice en Rust para aprender Rust: https://github.com/ckcr4lyf/kiryuu
    Aunque yo simplemente usé Redis como base de datos. Este proyecto parece tener toda la base de datos en memoria; me da curiosidad si hubo decisiones de diseño interesantes o problemas que hayas encontrado al hacerlo así.
    Mi solución con Redis no parece ser muy buena, porque en los announce posteriores no aleatoriza los peers.

    • En mi caso, usar ETS en memoria fue la mejor decisión.
      Los datos de cada peer pueden leerse y escribirse simultáneamente desde sus propios procesos, lo que minimiza la contención y la latencia.
      La única parte que se procesa de forma secuencial es cuando se crea por primera vez un swarm nuevo, pero eso no ocurre con frecuencia, así que está bien.
      Lamentablemente no hay soporte nativo para obtener directamente filas aleatorias de una tabla, así que por ahora se obtiene todo el swarm y luego se elige un subconjunto aleatorio: https://github.com/Dahrkael/ExTracker/blob/master/lib/ex_tra...

  • Sería bueno que pudieran explicar qué son DHT y PEX. Es difícil buscar "tracker PEX".

  • Genial. Me pregunto si te gustaría usar Elixir como trabajo principal.

    • No soy el autor original, pero llevo 9 años y 2 meses trabajando con Elixir.
      También conozco Rust y Go. ¿Están contratando?
    • Sí, es una de las opciones. Creo que lo disfrutaría mucho más que C++.

  • Me da curiosidad cómo empezaste, si tomaste como referencia otros proyectos, cuánto tiempo te llevó y qué tan funcional lo consideras en comparación con algo como qBittorrent.

    • Empecé porque necesitaba un tracker para otro proyecto, pero crear el tracker se volvió más divertido.
      También revisé el código de otros trackers, pero en general eran demasiado complejos o demasiado simples, así que no ayudaron mucho.
      Hasta ahora es el resultado de 3 meses de postergación vengativa de la hora de dormir.
      Esto no es un cliente como qBittorrent, pero tengo una idea para un futuro proyecto de cliente orientado a seedboxes.
    • Esto es un tracker, no un cliente torrent.

  • Lo probé, pero no logré hacer que HTTPS funcionara.
    En la consola se imprime constantemente 04:43:20.160 [warning] invalid 'event' parameter: size: 6 value: "paused", aunque parece funcionar.
    También quería ver estadísticas HTTP, pero UDP está bien. Eso sí, tengo UDP desactivado.

    • El evento "paused" forma parte de BEP 21.
      Se envía para avisarle al tracker que el cliente todavía no está en estado completado, pero que ya no seguirá descargando.
      Por ejemplo, cuando el usuario solo quiere algunos archivos del torrent.
      Según el README del proyecto, el soporte de BEP 21 no está implementado.
    • La Telemetry del lado HTTP está en la lista de tareas.
      Estoy usando una librería de terceros para el servidor web, así que todavía tengo que determinar la forma correcta de hacerlo.
      Para usar HTTPS debes proporcionar una ruta de certificado válida en :https_keyfile, pero por ahora, si necesitas HTTPS, recomiendo poner Caddy o Nginx delante del tracker.
      La integración con certbot también está planeada, pero como la mayoría de los peers de torrents usan UDP, no tiene mucha prioridad.