Sergio Demian Lerner é um investigador associado à análise Patoshi, à conceção de Rootstock e ao trabalho em BitVMX. Patoshi estuda se grupos de blocos iniciais poderão ter vindo do mesmo minerador. Rootstock é uma cadeia separada ligada ao Bitcoin; BitVMX propõe resolver em Bitcoin disputas sobre resultados de cálculos. Cada trabalho responde a uma questão diferente. Distingui-los ajuda a compreender o seu contributo.
Lerner publica as suas análises no blogue Bitslog. É também autor da revisão 11 do whitepaper de Rootstock, de 29 de janeiro de 2019, que explica a conceção do sistema. O estudo BitVMX de 10 de maio de 2024 inclui-o entre cinco autores. São projetos distintos, e o trabalho conjunto não deve ser atribuído apenas a Lerner. As publicações permitem seguir o percurso da leitura da história da blockchain até novas formas de verificar resultados. [1] [4] [6]
A blockchain não identifica a pessoa que minerou cada bloco, mas guarda dados produzidos pelo seu programa. A análise de Lerner de 2019 compara ExtraNonce nas transações coinbase, intervalos de nonce e marcas temporais. A transação coinbase atribui a recompensa do bloco; nonce e ExtraNonce são valores que o minerador altera ao procurar um bloco válido. Os padrões podem ligar blocos a uma origem comum. Lerner chama Patoshi a esse vestígio característico. É um argumento sobre a origem dos blocos, não uma prova da identidade da pessoa ao computador. [1]
Estimar o rendimento de um minerador exige primeiro decidir que blocos lhe atribuímos. No estudo de 2018, BitMEX Research classificou por sua conta blocos de 2009 e reconheceu erros do método e indícios mais fracos após agosto. Períodos ou regras de atribuição diferentes podem alterar o resultado; os números de estudos distintos não são automaticamente comparáveis. Uma estimativa da mineração passada também não prova o saldo atual nem que alguém ainda possui chaves privadas utilizáveis para gastar as moedas. [1] [3]
No artigo de 2020, Lerner regressa às marcas temporais, as horas registadas nos blocos. Observa intervalos invulgares no grupo Patoshi e considera explicações, como o comportamento do programa de mineração. Isso não resolve a razão pela qual o minerador agiu assim. Pelo contrário, convida os leitores a repetir os cálculos e admite a possibilidade de erros no próprio software. É uma lição útil para ler investigação: um padrão observado e uma narrativa sobre a sua causa são coisas diferentes. [2]
O whitepaper de 2019 descreve Rootstock como sidechain, uma blockchain separada ligada ao Bitcoin. Tem rede própria, a moeda RBTC e uma máquina virtual, o ambiente que executa programas chamados smart contracts. Usa merged mining: um minerador Bitcoin pode aproveitar o seu trabalho também para esta cadeia. Isso não significa que os nós Bitcoin executem todos os contratos de Rootstock. Os programas seguem as regras de Rootstock. As taxas e participações históricas na capacidade de cálculo apresentadas no documento também não são valores atuais. [4]
Imagine usar BTC numa aplicação Rootstock. A ponte PowPeg bloqueia-os em Bitcoin e disponibiliza os RBTC correspondentes na outra cadeia. O regresso inverte o processo segundo as regras da ponte; as moedas Bitcoin originais não viajam entre bases de dados. A documentação descreve módulos físicos de assinatura que protegem as chaves e uma recuperação de emergência adiada. A segurança depende, portanto, também do funcionamento desses componentes, não apenas da mineração. Descrever proteções não prova ausência de risco nem garante levantamento imediato. [5]
O estudo BitVMX de 2024 trata de outro problema. Uma parte calcula um resultado fora da blockchain e outra verifica-o. Se discordarem, podem resolver a disputa em Bitcoin com transações pré-assinadas. O registo dos passos de execução é ligado por hashes, pequenas impressões criptográficas dos dados. Comparando-as, as partes localizam gradualmente onde os cálculos divergiram e examinam o erro. Não significa que cada nó Bitcoin execute habitualmente o programa inteiro. A cadeia resolve a disputa, enquanto o cálculo principal decorre fora dela. [6]
No BitVMX descrito, o verificador tem tempo para conferir a afirmação do operador, a parte que apresenta o resultado. Sem contestação, o operador pode aceder aos fundos bloqueados quando termina um bloqueio temporal, uma condição que adia o acesso. A extensão a vários verificadores pressupõe pelo menos um honesto, mas ele também precisa dos dados necessários e de responder efetivamente a tempo. A segurança inclui assim o procedimento matemático e a sua operação. Publicar a proposta não é auditar uma ponte específica em produção. [6]
Para ter uma visão mais completa, leia este verbete junto com Gloria Zhao, Satoshi Nakamoto, Merged Mining. Também há referências a este verbete em Larry Fink.