pool no ar — minerando ao vivo

Mineração de VRSC com um núcleo VerusHash portado do zero.

Um fork do XMRig com suporte nativo a VerusHash 2.2, falando o dialeto Stratum específico da VerusCoin — e a pool que vai rodar ao lado, nesta mesma máquina.

hash de referência — validado byte a byte
c7334ff9a200d778f4aacdfd4b06483f6b66da17bb7d74335782b715e40c4274
CVerusHashV2 canônico × implementação portada, mesmo buffer de teste

Estado do projeto

Peças já testadas ao vivo contra pools reais e em hardware real, mais o que ainda está em andamento.

Algoritmo
VerusHash 2.2, AES-NI + CLMUL, x86-64
validado
Protocolo Stratum
Cliente dedicado, shares aceitas ao vivo
validado
Escala de dificuldade
Target derivado direto do target de 32 bytes da pool
validado
Suporte mobile
Termux e UserLAnd, build nativo por microarquitetura
validado
Pool própria
verusd + miningcore rodando neste servidor, systemd, reinício automático
no ar

Como instalar

Passo a passo pras duas plataformas já portadas: desktop/servidor x86-64 e mobile via Termux ou UserLAnd. Nos dois casos, o binário final é o mesmo fork — só muda como ele é compilado.

Linux x86-64 (desktop, servidor, VPS)

Precisa de AES-NI + PCLMUL + SSE4.1 — praticamente qualquer CPU Intel/AMD de uso geral fabricada depois de ~2011-2012.

01
Clonar e compilar

O build usa CMake, igual ao XMRig original — só ativa o módulo VerusHash junto.

git clone https://github.com/bellga/xmrig-vrsc.git cd xmrig-vrsc && mkdir build && cd build cmake .. -DWITH_VERUSHASH=ON make -j$(nproc)
02
Ativar huge pages (2MB)

Reduz a troca de páginas de memória durante o hashing — ganho de hashrate real, sem custo nenhum.

sudo sysctl -w vm.nr_hugepages=1280 # pra manter depois de reiniciar: echo 'vm.nr_hugepages=1280' | sudo tee -a /etc/sysctl.conf # libera o xmrig a travar memória sem rodar como root: sudo setcap cap_ipc_lock=+ep ./xmrig

O número de huge pages depende de quantas threads você vai rodar — 1280 páginas (~2,5GB) cobre a maioria dos casos de uso doméstico; ajuste pra cima se tiver muitos núcleos.

03
Ativar 1GB pages (opcional, ganho menor pro VerusHash)

Precisa reservar no boot do kernel, via GRUB — diferente das huge pages de 2MB, não dá pra ativar em tempo de execução.

sudo nano /etc/default/grub # adicionar em GRUB_CMDLINE_LINUX_DEFAULT: default_hugepagesz=1G hugepagesz=1G hugepages=4 sudo update-grub && sudo reboot
Nota: páginas de 1GB ajudam mais o RandomX (ZEPH/XMR) do que o VerusHash — o VerusHash trabalha com uma tabela de chave bem menor (~8,6KB), então o ganho de 1GB pages especificamente pra VRSC é pequeno. Vale mais a pena se você também for minerar ZEPH/XMR na mesma máquina.

Mobile — Termux / UserLAnd (ARM64)

Compilação nativa direto no aparelho, sem cross-compile. Detecta o core da CPU sozinho e escolhe a otimização certa.

01
Baixar e rodar o script de build

Funciona igual em Termux e UserLAnd — o script detecta qual dos dois você está usando.

curl -fsSL https://raw.githubusercontent.com/bellga/xmrig-vrsc/master/termux-build.sh -o termux-build.sh chmod +x termux-build.sh ./termux-build.sh
02
Huge pages no Android: precisa de root

Sem root, o Android nunca dá acesso de escrita a vm.nr_hugepages nem deixa travar memória fora de paginação — o minerador funciona normalmente sem isso, só com hashrate um pouco menor. Pra ativar de verdade:

# dentro de uma sessão root (su): echo 256 > /proc/sys/vm/nr_hugepages setcap cap_ipc_lock=+ep ./xmrig

Recomendamos rootear o aparelho especificamente pra isso, se o hashrate extra valer a pena pro seu caso — é opcional, o minerador roda sem root também.

Nota: 1GB pages não é realista em Android/mobile — depende de suporte no kernel do aparelho que praticamente nenhum kernel de fábrica (nem rooteado) habilita. Isso é essencialmente um recurso de desktop/servidor x86-64.

Escolhendo sua pool no config.json

O config.json não fica preso a essa pool — você pode apontar pra qualquer pool que fale VerusHash 2.2.

01
Editar o bloco "pools"

Abra o config.json na pasta do minerador e ajusta os três campos que importam:

{ "pools": [ { "url": "bellga.online:3960", "user": "SEU_ENDERECO_VRSC.nome_do_worker", "pass": "x", "keepalive": true, "tls": false } ] }
02
Trocar de pool quando quiser

url é host:porta de qualquer pool VRSC — troque livremente entre a nossa e qualquer outra. user é sempre o seu endereço VRSC seguido de . e um nome de worker à sua escolha, pra identificar cada máquina nas estatísticas da pool.

Como funcionam os pagamentos

Mesmo esquema que a maioria das pools VRSC ativas usa hoje — nada exótico, pra você já saber o que esperar.

Esquema
PPLNS (Pay Per Last N Shares) — recompensa distribuída pelas últimas shares enviadas antes de cada bloco encontrado, não por bloco individual
factor 2.0
Taxa da pool
Sem desconto sobre o que a rede paga por bloco
0%
Pagamento mínimo
Saldo abaixo disso fica acumulado, sem expirar, até atingir o mínimo
1 VRSC
Frequência
A pool confere saldos e processa pagamentos automaticamente
a cada 10min

Acompanhe seu saldo pendente, pagamentos já feitos e hashrate em tempo real na página de estatísticas, buscando pelo seu próprio endereço VRSC.

conectar agora
host bellga.online
porta 3960
algoritmo verushash2.2
usuário SEU_ENDERECO_VRSC.worker

Sem conta pra criar — o "usuário" no config.json é o seu próprio endereço VRSC seguido de um nome de worker à sua escolha. O pagamento vai direto pra esse endereço.