É Preciso um Pool para Solo Mining?
A resposta honesta é que não existe versão sem software de pool. Há apenas a questão de qual software, em qual hardware, mantido por quem. Três arquiteturas, os reais trade-offs e os modos de falha que os guias costumam omitir.
Não se pode apontar um dispositivo de mineração para um nó Bitcoin e minerar. Um ASIC fala Stratum, um nó fala RPC, e algo precisa ficar entre eles construindo templates de bloco e distribuindo trabalho. Solo CKPool diz isso em sua própria página inicial. A questão real não é pool ou não pool. É qual software de pool, em qual hardware, mantido por quem.
Esse reencuadramento é importante porque transforma uma questão de lealdade em uma técnica. Aqui estão as três arquiteturas reais, o que cada uma oferece de fato, e os modos de falha que os guias de configuração tendem a mencionar em nota de rodapé.
Pontos principais
- Não existe configuração sem software de pool. Self-hosting significa gerenciá-lo você mesmo, não prescindir dele.
- O próprio nó não melhora as probabilidades. As probabilidades dependem apenas do hashrate e da dificuldade. O self-hosting pode reduzir as probabilidades efetivas por meio de tempo de inatividade e trabalho obsoleto.
- O que ele oferece é controle do template — decidir quais transações vão no bloco. Isso é algo real e significativo.
- O trabalho obsoleto é o principal risco técnico, e a documentação DATUM o sinaliza explicitamente: sem notificações imediatas de novo bloco, o hardware faz hash para nada.
- Pools hospedados gerenciam múltiplos endpoints geográficos com failover automático. O nó doméstico tem um endpoint: a conexão de internet doméstica.
- DATUM é o caminho intermediário: seus próprios templates, contabilidade de shares de outra pessoa. Software beta, apenas Linux, apenas Bitcoin.
Por que não se pode minerar diretamente em um nó
Esta é a parte que surpreende as pessoas, e vale a pena ser preciso porque todo o resto decorre disso.
O trabalho de um nó Bitcoin é validar e retransmitir. Ele expõe uma interface RPC, e uma das chamadas é getblocktemplate, que retorna um bloco candidato. Ele não distribui trabalho para mineradores, não rastreia quem enviou o quê, não ajusta a dificuldade por dispositivo.
O ASIC, enquanto isso, fala Stratum. Ele espera que um servidor lhe envie um job, informe a dificuldade de share, aceite seus envios e o notifique quando o job mudar.
Entre os dois fica um servidor stratum. Solo CKPool se descreve assim em seu próprio site: não um pool apesar do nome, mas um serviço que existe porque não se pode minerar diretamente em um nó Bitcoin Core. Essa é a descrição precisa de cada opção nesta página, incluindo as gerenciadas em casa.
As três arquiteturas
| Pool solo hospedado | DATUM / soberania template | Completamente auto-hospedado | |
|---|---|---|---|
| Quem constrói o template | O pool | Você | Você |
| Quem gerencia o servidor stratum | O pool | Você (gateway) mais o pool | Você |
| Nó necessário | Não | Sim, sincronizado | Sim, sincronizado |
| Failover | Múltiplos endpoints, automático | Lado pool sim, lado nó não | Nenhum por padrão |
| Taxa | Taxa do pool | Taxa do pool | Nenhuma |
| Cadeias | O que o pool suportar | Apenas Bitcoin | Para as quais se gerencia um nó |
| Quem está de plantão às 3h da manhã | Outra pessoa | Compartilhado | Você |
Nenhuma é a forma “real” de fazer solo mining. São diferentes distribuições de controle e responsabilidade, e a correta depende de qual se quer mais.
O que o self-hosting realmente oferece
| Vantagem | O que significa |
|---|---|
| Seleção de transações | Quem constrói o template decide quais transações vão no bloco. Seus próprios templates significam que essa decisão é sua. É o argumento mais forte — estrutural, não de marketing. |
| Privacidade | Um pool hospedado conhece seu endereço, hashrate e uptime. Um servidor stratum local não diz nada a ninguém. |
| Sem taxa | Sem percentual aplicado. Em um resultado de loteria é a diferença entre a recompensa completa e a recompensa menos uma fatia. |
| Verificação por construção | Com o próprio nó não se confia em nenhuma afirmação sobre o que se está fazendo hash. Você construiu o template; pode lê-lo. |
| Valor educacional | Gerenciar nó, servidor stratum e frontend de monitoramento ensina mais sobre o funcionamento do Bitcoin do que qualquer quantidade de leitura. |
Se essas são as coisas desejadas, o self-hosting é a resposta correta e nada do que segue deveria dissuadir disso.
O que custa — da documentação
Cada item aqui vem dos próprios requisitos dos projetos ou do comportamento sobre o qual eles avisam, não de especulação.
1. O trabalho obsoleto é o risco real
Quando um novo bloco é encontrado em qualquer lugar da rede, cada template construído sobre o anterior se torna inútil instantaneamente. O servidor stratum precisa saber disso em milissegundos e enviar novo trabalho, ou o hardware continua fazendo hash contra um job morto.
A documentação DATUM Gateway aborda isso diretamente, instruindo os operadores a configurar seu nó para enviar notificações de bloco ao gateway. Uma configuração errada não quebra nada visivelmente: o painel mostra um hashrate saudável, as temperaturas parecem bem, e não se produz nada.
2. O failover não é gratuito
Solo CKPool gerencia endpoints nos EUA, Europa, Ásia e Oceania, seleciona automaticamente o de menor latência e faz failover se esse endpoint cair. Essa redundância é invisível quando funciona.
O stack auto-hospedado tem um endpoint. Se o nó travar, a energia piscar ou o ISP tiver uma hora ruim, os mineradores não têm para onde ir a menos que um fallback seja configurado — e o único fallback sensato é um pool hospedado.
3. A máquina é uma máquina real
Os requisitos declarados do DATUM Gateway são: sistema Linux, nó Bitcoin completo totalmente sincronizado (Knots recomendado), armazenamento rápido, conexão estável, CPU para validar blocos de entrada sem atraso e aproximadamente 1 GB de RAM além das necessidades do próprio nó. Abaixo disso está um nó completo: centenas de gigabytes de armazenamento e uma sincronização inicial medida em dias.
Nada disso é exótico. Também é um segundo dispositivo funcionando continuamente, consumindo energia, precisando de atualizações. Com um minerador de 15 W e um nó de 40 W para suportá-lo, o nó agora é a maior parte da conta de luz.
4. Erros de configuração são silenciosos e custosos
O setup DATUM exige reservar espaço no bloco para a transação de geração, e sua documentação é explícita que sem essa reserva o trabalho não poderá incluir uma divisão de recompensa. É uma linha de configuração cuja ausência seria descoberta no pior momento possível.
5. Software beta, plataforma limitada
DATUM Gateway está na v0.4.1beta, suporta apenas Linux e apenas Bitcoin. Suas próprias notas de lançamento afirmam que outros sistemas operacionais podem funcionar, mas por conta e risco do usuário. É uma rotulagem honesta do projeto.
Para as quatro cadeias SHA-256 além do Bitcoin, DATUM não é uma opção. Um stack completamente auto-hospedado no estilo ckpool pode servi-las, mas aí se está gerenciando um nó por cadeia.
6. Você é a equipe de operações
Isso é o que ninguém quantifica e todo mundo eventualmente sente. O uptime de um pool hospedado é o trabalho de alguém. O uptime do próprio nó é algo de que se lembra de verificar, até a semana em que se está viajando.
A aritmética do uptime
As probabilidades escalam linearmente com o tempo gasto fazendo hash em trabalho válido. Um dispositivo offline, ou trabalhando em um template obsoleto, não compra nada nesse período. O tempo de inatividade é portanto uma redução percentual direta do hashrate efetivo.
| Tempo de inatividade ou trabalho obsoleto | Equivale a perder | Comparar com |
|---|---|---|
| 1% do tempo | 1% do hashrate | Taxa de pool de 1% |
| 2% (cerca de 15h/mês) | 2% do hashrate | Dobro de taxa de 1% |
| 5% (um mês ruim) | 5% do hashrate | Cinco vezes taxa de 1% |
Como regra prática é útil: se o self-hosting custa mais de um ou dois porcento de uptime, a taxa evitada era a opção mais barata.
Quem deve se auto-hospedar
| Perfil | Recomendação | Por quê |
|---|---|---|
| Quer soberania de templates | Self-hosting ou DATUM | Seleção de transações, único caminho; custos operacionais são o preço |
| Já gerencia um nó | Adicionar camada stratum | Custos marginais baixos, problema de uptime em grande parte resolvido |
| Quer aprender | Auto-hospedado + fallback hospedado | Construir o stack ensina muito; o fallback protege de falhas |
| Quer probabilidades sem operações | Pool solo hospedado | O hashrate é tudo; um pool gerencia uptime e failover |
| Minera mais de uma cadeia | Pool hospedado | Cinco cadeias auto-hospedadas = cinco nós |
| Não pode garantir uptime | Pool hospedado | Viagens, energia instável, internet compartilhada custam mais que uma taxa |
Essas opções não são mutuamente exclusivas. O setup doméstico mais robusto é geralmente uma mistura: primário auto-hospedado onde a soberania importa, fallback hospedado configurado para que um problema do nó não vire hardware morto. Cada dispositivo da família AxeOS suporta um host stratum de fallback, e configurá-lo não custa nada.
O que importa de qualquer forma
Duas coisas sobrevivem a todo o argumento.
Quem constrói o template decide o que o Bitcoin confirma. Se a descentralização é a razão para o solo mining, esse é a alavanca, e está disponível via DATUM sem gerenciar o stack inteiro por conta própria.
Quem detém a recompensa decide se você a recebe. Um bloco pago diretamente no coinbase para um endereço que você controla não precisa de nenhuma reivindicação, saque ou confiança. Isso vale para um setup auto-hospedado e para um pool hospedado não-custodial. Por isso nosso guia para escolher um pool solo coloca o pagamento não-custodial verificável em segundo lugar.
Entre esses dois, a questão de qual máquina gerencia o servidor stratum é uma questão de operações, não de princípios. Responda com a avaliação honesta do seu próprio uptime, não com a que você gostaria que fosse verdade.
As probabilidades sem as operações?
SoloFury gerencia a camada stratum para as cinco cadeias SHA-256, com vardiff configurável para dispositivos de baixo hashrate. 1% de taxa de pool. 99% diretamente para sua carteira via coinbase. Funciona como primário ou como fallback para seu próprio nó.
Configurar seu miner →Radar de rede ao vivo →Calcular suas probabilidades de bloco →Perguntas frequentes
Posso fazer solo mining sem nenhum pool?
Não diretamente. Um ASIC fala Stratum e um nó Bitcoin fala RPC, então algo precisa ficar entre eles, construir templates de bloco e distribuir trabalho. Solo CKPool diz isso claramente em sua própria página inicial. O que se pode fazer é gerenciar esse software por conta própria em vez de usar o de outra pessoa.
Preciso gerenciar um nó Bitcoin para fazer solo mining?
Não. Apontar um minerador para um pool solo hospedado não requer nada além do dispositivo e um endereço de carteira. Gerenciar o próprio nó permite escolher quais transações vão no bloco que se está tentando encontrar — isso é um argumento de soberania, não de probabilidade.
Gerenciar meu próprio nó melhora minhas chances de encontrar um bloco?
Não. As chances dependem apenas do hashrate e da dificuldade da rede. O self-hosting pode reduzir as chances efetivas por meio de tempo de inatividade e trabalho obsoleto, porque um minerador trabalhando em um template morto não produz nada.
O que é necessário para um setup de solo mining auto-hospedado?
Uma máquina Linux, um nó Bitcoin completamente sincronizado em armazenamento rápido, conexão estável, CPU suficiente para validar blocos sem atraso e uma camada stratum como ckpool-solo ou uma instância local do Public Pool. O DATUM adiciona cerca de 1 GB de RAM além dos requisitos do nó.
O que é DATUM e como ele é diferente?
DATUM é um caminho intermediário: você constrói seus próprios templates de bloco em seu próprio nó, enquanto um pool ainda gerencia a contabilidade de shares e os pagamentos. Desenvolvido pela OCEAN, atualmente em beta, suporta apenas Bitcoin e roda em Linux.
O que é trabalho obsoleto e por que é importante no self-hosting?
Trabalho obsoleto é fazer hash contra um template de bloco já desatualizado porque um novo bloco foi encontrado. A documentação DATUM avisa diretamente sobre isso: o nó deve enviar notificações de novo bloco imediatas ou o hardware trabalha para nada. Pools hospedados gerenciam isso por você.
O self-hosting é mais barato que usar um pool?
Em taxas sim, já que não há nenhuma. Em todo o resto depende do que valem o tempo e a eletricidade, pois se adiciona uma máquina que funciona continuamente e uma responsabilidade operacional que não termina.
Qual abordagem é mais descentralizada?
Construir os próprios templates é genuinamente mais descentralizado, porque é onde acontece a seleção de transações. Seja via DATUM ou um stack completamente auto-hospedado, essa é a parte que importa, não a ausência de um pool.