O
desenvolvedor do Bitcoin Core, Luke Dashjr, afirma que o objetivo do SegWit2x,
um movimento para fornecer um patch mínimo para resolver o conflito ao ativar o
SegWit e aumentar o tamanho do bloco para permitir transações mais rápidas no
bloco de bitcoin , é bloquear o SegWit.
Escrevendo
em Médio , Dashjr diz que o beta da SegWit2x pode ser dividido em cinco
categorias. Ele começa com a marca, a parte mais simples. Bitcoin Core 0.14.1
tornou-se btc1 Core 1.14.3. A observação mais interessante aqui é que ele é
baseado no antigo 0.14.1 em vez do 0.14.2 que corrigiu vários bugs, como a
vulnerabilidade miniupnpc.
Dashjr
também não entende o motivo do testnet5, um novo testnet. Se alguém quisesse
testar uma mudança de bitcoin, eles fariam isso como uma mudança para testnet
em vez de fazer um novo. Ele não vê por que um novo testnet foi desenvolvido.
Algumas
mudanças de política ocorrem imediatamente após a mudança para o btc1, mesmo
antes de ativar um garfo rígido ou suave. As transações agora podem usar até
31k sigops em vez do limite de 16k Core.
Novo tamanho e limites de Sigop
Mineradores
e pools de mineração ligados a um código btc1 que reivindicam suporte ao SegWit
serão avisados que o limite de tamanho é de 8 MB e o limite sigop de 160k.
Esta última parte é provavelmente um erro, uma vez que deve aguardar o garfo
difícil de ativar. Na prática, isso não faz diferença porque o modelo de bloco
fornecido não transbordará o limite. Dashjr não tem conhecimento de nenhum
mineiro que adicione transações que atinjam esse limite.
Btc1
tem o bem conhecido BIP91 que limita a ativação do SegWit a 80% durante alguns
dias no bit 4. Isso é basicamente o mesmo que o BIP148, embora forneça aos
mineiros um hashrate de 20%, como o Bitmain, um veto.
O que o garfo duro traz
Então
vem o verdadeiro garfo duro. Na verdade, ele não usa o bit 4, mas eletiva
12.960 blocos, 90 dias, seguindo a ativação do SegWit, não importa como ele
seja ativado. Então, mesmo que o Bitmain bloqueie o SegWit2x, os nós do btc1
ainda serão um garfo difícil 90 dias após o SegWit ser ativado pelo BIP148. Um
fork duro não ocorrerá se o SegWit não for ativado, mas o BIP148 irá ocorrer,
então ele será ativado.
O
próprio garfo rígido inclui um limite máximo de tamanho de bloco de 8 MB, com o
código ofuscado para se parecer com um bloco de 2 MB, um limite máximo de
bloqueio de bloqueio de 160k (feito para parecer 20k) e um limite máximo de
peso de bloco de 8 M (em comparação com Um tamanho típico de bloco de 4 MB).
Quanto à escala de suspensão, um novo limite de 1 MB é imposta nos dados não
testemunhos de cada transação.
O
primeiro bloco sob as regras do fork rígido exige mais de 1 MB de dados não
testemunhos. Dashjr acredita que isso poderia ter sido melhor feito usando o
bit fork duro para evitar que os reorgs também afetem os clientes ligeiros
"SPV".
4 a 8 MB de tamanho
de bloco, de acordo com Dashjr, não faz sentido. Mesmo 1 MB de blocos provaram
ser perigosos para bitcoin. Ele não prevê consentimento para o garfo em
qualquer circunstância, além de um garfo macio para manter o tamanho razoável.
Mas mesmo assim, ele não apoiaria a proposta. Se houver um bifurcação difícil,
algumas mudanças úteis devem ser feitas, como a mineração de fusão nativa, algo
que Satoshi sugeriu como o primeiro garfo difícil há anos. Ou corrigir alguns
insuperáveis erros como a vulnerabilidade warp do tempo.
SegWit2x Hard Fork Fail
Dashjr
observa que ele não é o único que levanta essas questões, e ele afirma que o
garfo duro da SegWit2x falhará.
O
propósito real de SegWit2x, de acordo com Dashjr, é bloquear o SegWit. Ele vê
isso como uma distração do próximo garfo BIP148 que já se implantou de forma
irreversível na rede. Ao promover o BIP91 e o SegWi2x para serem uma
alternativa BIP148, os mineiros estão realmente fazendo outra força para
recuperar seu veto, algo que existe apenas como uma forma de o Bitmain bloquear
toda a iniciativa no último minuto.
Se
não o suficiente das atualizações da economia para o BIP148 em agosto, a
Bitmain ganha a chance de executar um ataque de divisão de cadeia e enrolar os
nós desatualizados para seguir sua cadeia inválida, tornando-se financeiramente
dependente dele antes de entender a ocorrência do ataque.
A
única resposta é criar consciência do BIP148 e assegurar que a maior parte da
economia possivel tenha atualizado antes de agosto, diz Dashjr. Isso é verdade
se ou não um suporte do hardk de SegWit. Mesmo aqueles que se opõem ao SegWit
devem fazer com que todos atualizem para o BIP148, o que não proíbe o SegWit2x
ou exige que qualquer um, incluindo os mineiros, suporte o SegWit.
BIP148 apenas exige
que os mineiros não possam mais parar os outros de adotar o SegWit. Com apoio
suficiente, os mineiros não conseguem executar uma divisão de corrente contra
nós antigos sem pagar uma perda financeira. Não há riscos para executar o
BIP148 se os participantes do SegWit2x forem honestos, de acordo com Dashjr. Se
eles não são honestos, BIP148 é necessário para manter seu nó seguro.
CLIQUE E VEJA TAMBÉM: COMO VOCÊ PODERÁ FAZER O SEU DINHEIRO CRESCER30% AO MÊS
Deixe o seu Comentário Abaixo e Compartilhe para seus Amigos:
Nenhum comentário:
Postar um comentário