Numa conexão TCP persistente, o pool envia jobs e target; o minerador monta coinbase e header, busca nonce e envia shares. O protocolo não define pagamentos nem consenso Bitcoin.
Stratum V1 é camada de aplicação entre pool e equipamento mining ou proxy. Não integra o consenso peer-to-peer Bitcoin, não decide validade de bloco e não define contabilidade PPS, FPPS ou PPLNS. [Bitcoin Wiki — Stratum mining protocol] [Braiins — Past and future of mining protocols]
getwork entregava pouco trabalho por consultas RPC repetidas. Em 2012 Marek Palatinus propôs conexão persistente onde o servidor envia cada job; o pool normalmente obtém o block template por getblocktemplate. [Original Stratum mining protocol announcement] [Braiins — Past and future of mining protocols] [BIP 22 — getblocktemplate fundamentals]
O minerador manda mining.subscribe e recebe sessão, extranonce1 e tamanho de extranonce2. mining.authorize associa conta ou worker name, mas a senha não autentica o servidor nem cifra TCP plaintext. [Bitcoin Wiki — Stratum mining protocol] [Hardening Stratum research paper]
mining.notify contém job_id, previous block hash, duas partes coinbase, Merkle branches, version, nBits, nTime e clean_jobs. clean_jobs manda descartar jobs antigos; não certifica bloco válido. [Bitcoin Wiki — Stratum mining protocol]
O minerador insere extranonce1 e extranonce2 entre as partes coinbase, faz hash e combina Merkle branches para achar root. Com prevhash, version, nBits, nTime e nonce monta o header de 80 bytes para ASIC. [Bitcoin Wiki — Stratum mining protocol] [Bitcoin Developer Guide — Pooled Mining]
mining.set_difficulty define um target de pool mais fácil; vardiff pode ajustá-lo para frequência prática de shares. Hash abaixo dele é share e só é bloco ao cumprir também o target de rede Bitcoin mais estrito. [Bitcoin Wiki — Stratum mining protocol] [Bitcoin Developer Guide — Pooled Mining]
mining.submit envia worker name, job_id, extranonce2, nTime e nonce; version rolling pode acrescentar sexto campo. O pool reconstrói e verifica, aceitando ou rejeitando como duplicate, low difficulty ou stale. [Bitcoin Wiki — Stratum mining protocol] [BIP 310 — Stratum protocol extensions]
O V1 original não tinha negociação geral segura. O draft BIP 310 atribuído em 2018 adiciona mining.configure, version-rolling mask, minimum-difficulty e subscribe-extranonce; cada extensão precisa ser confirmada. [BIP 310 — Stratum protocol extensions]
V1 costuma usar TCP sem cifra: sem proteção extra não autentica endpoint e permite escuta ou desvio de hashrate. O pool geralmente escolhe block template, full nodes aplicam consenso Bitcoin e o ASIC segue do minerador. [Hardening Stratum research paper] [Galaxy Research — Future of Bitcoin mining protocols]
Stratum V2 usa frames binários, canal protegido criptograficamente e papéis separados; Job Declaration pode permitir escolher transações. Tradutor ou rótulo V2 não prova isso. Verifique endpoint, firmware, latency, rejects, failover e template policy. [Stratum V2 Mining Protocol specification] [Braiins Academy — Stratum V2 Manual]
Para ter uma visão mais completa, leia este verbete junto com Bitcoin, Mineração, Mining Pool, Braiins, Braiins Pool, Marek “Slush” Palatinus. Também há referências a este verbete em Mining Pool, Marek “Slush” Palatinus, Braiins Pool, Stratum V2.