O que aconteceu com o AstroPulse e por que ele voltou
O AstroPulse foi um dos projetos mais interessantes que já rodou na infraestrutura do SETI@home no BOINC. Ele usava dados reais de rádio-telescópios para procurar pulsares — estrelas de nêutrons que giram e emitem feixes de radiação. O projeto original foi descontinuado em 2020 quando o SETI@home parou de processarWorkunits novas, mas desde 2025 há um esforço de astropulse reincarnation liderado por pesquisadores que recuperaram parte do código-fonte original e estão reconstruindo a pipeline de processamento com hardware moderno. A versão nova não é exatamente a mesma coisa. Os algoritmos foram atualizados para usar GPUs em vez de depender exclusivamente de CPUs, e os workunits agora são gerados a partir de dados do telescópio Arecibo (quando disponível) e de outras fontes como o Green Bank Telescope. A equipe nova trabalha de forma mais descentralizada e não tem financiamento institucional grande, então a atualização dos resultados é mais lenta do que era no projeto original.
Como acompanhar a astropulse reincarnation e rodar localmente
O repositório principal do código está no GitHub e o repositório mais ativo no momento é mantido por colaboradores que trabalharam no projeto original. Você pode clonar o repositório e rodar a versão standalone se quiser processar workunits localmente sem precisar do cliente BOINC completo, ou se quiser contribuir com desenvolvimento. O setup básico é: Clone o repositório mais recente. Instale as dependências: CUDA toolkit (se for usar GPU), FFTW3, Boost, e CMake. O projeto usa CMake para build, então cria uma pasta build, roda cmake .. e depois make -j. Em máquinas com GPU NVIDIA, o ganho de performance é real — workunits que antes levavam horas em CPU pura agora rodam em minutos. A taxa de descoberta por hora de GPU é significativamente maior do que o antigo setup em CPU.
Se quiser rodar via BOINC tradicional, a situação é mais complicada porque o projeto ainda não tem um servidor BOINC oficial público e ativo. Os desenvolvedores estão construindo a infraestrutura do servidor no momento. O que existe hoje são workunits de teste rodando em clusters privados e em máquinas de contribuidores individuais. O principal problema prático que eu encontrei ao tentar rodar o códigomente foi com a versão do FFTW3. O build falhava silenciosamente porque o sistema tinha uma versão muito antiga do FFTW3 instalada via package manager, e o linker encontrava a biblioteca errada. O sintoma era um erro de de linking em tempo de execução, não em tempo de build. A solução foi desinstalar o FFTW3 do sistema, compilar a versão 3.3.10 do source com suporte a float e double, e apontar o CMAKE_PREFIX_PATH para o diretório de instalação local. Isso resolveu. Perdi cerca de três horas com isso na primeira vez.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Outro detalhe importante que os tutoriais mais otimistas não mencionam: o código original do AstroPulse fazia uso intensivo de memória. Cada workunit carrega blocos grandes de dados de séries temporais de observações de rádio. Se você tem menos de 8 GB de RAM livre, o processo começa a thrash e a performance despenca para abaixo do que seria em CPU sozinha. Recomendo pelo menos 16 GB de RAM e SSD para o diretório de trabalho. Com 32 GB, você consegue empilhar workunits sem problema.
Limitações reais que ninguém destaca
O projeto de reincarnação ainda não tem dados novos suficientes para processar em escala significativa. A maior parte dos workunits disponíveis atualmente são baseados em dados históricos do Arecibo, que já foram parcialmente analisados. Isso significa que muitos dos sinais que poderiam ser descobertos já foram identificados no projeto original. As descobertas novas dependem de novas observações serem agregadas, e isso está acontecendo de forma lenta e esporádica. Outro ponto: o projeto original do AstroPulse eventualmente produziu descobertas reais de pulsares. A reincarnation ainda não tem um pipeline de publicação consolidado. Os desenvolvedores são profissionais de rádio-astronomia que estão fazendo isso como side project, então a velocidade de iteração entre descoberta e verificação é bem diferente do que era quando o projeto tinha orçamento institucional.
Se você quer contribuir de verdade, o caminho mais concreto agora é ajudar com infraestrutura — configurar servidores, melhorar o parsing de dados do GBT, ou trabalhar na integração com o SKA precursor data. Se o objetivo é apenas rodar BOINC e ganhar pontos, a opção mais viável no momento é o SETI@home clássico ou o Einstein@Home, que ainda têm workunits ativos e consistentes. O AstroPulse reincarnation é mais relevante para quem quer participar ativamente do desenvolvimento do que para quem quer doar poder de processamento passivamente. O código está disponível publicamente, os requisitos de build são documentados nos repositórios, e a comunidade no Discord do projeto é ativa mas pequena — talvez algumas dezenas de pessoas contribuindo regularmente. Se você tem interesse genuíno, vale a pena se envolver. Se só quer crédito no BOINC, provavelmente vai esperar muito por workunits novos do AstroPulse em si.
