Texto traduzido por Michelle Mafra
Por: Satoshi Nakamoto
Lista de Endereços de Criptografia
Bitcoin P2P e-cash papel
10-11-2008 22:18:20 UTC - E-mail original - Visualizar no tópico
James A. Donald escreveu: (itálico)
Então, o que aconteceu com a moeda que perdeu a corrida?
... é um pouco duro se o cara que ficou em segundo lugar perder sua moeda.
Quando houver várias versões de gasto duplo da mesma transação, uma e apenas uma serão será válida.
O recebedor de um pagamento deve esperar uma hora ou mais antes de acreditar que é válido. A rede resolverá todas as possíveis corridas de gastos duplos até lá.
O cara que recebeu o duplo gasto que se tornou inválido nunca pensou que ele tinha em primeiro lugar. Seu software teria mostrado que a transação passou de "não confirmada" para "inválida". Se necessário, a interface do usuário pode ser feita para ocultar transações até que elas estejam suficientemente profundas na cadeia de blocos.
Além disso, sua descrição de eventos implica restrições no tempo e geração de moedas - que toda a rede gera moedas lentamente em comparação com o tempo necessário para a notícia de uma nova moeda para inundar a rede.
Desculpe se eu não deixei isso claro. O tempo alvo entre os blocos provavelmente será de 10 minutos.
Cada bloco inclui seu tempo de criação. Se o tempo acabar em mais de 36 horas, outros nós não funcionarão. Se o intervalo de tempo nos últimos 6 * 24 * 30 blocos for inferior a 15 dias, os blocos estão sendo gerados muito rapidamente e a dificuldade de prova de trabalho duplica. Todos fazem o mesmo cálculo com os mesmos dados da cadeia, de modo que todos obtêm o mesmo resultado no mesmo link da cadeia.
Queremos que os gastadores tenham certeza de que sua transação é válida no momento em que é preciso gastar para inundar a rede, não no tempo necessário para que as corridas de filial sejam resolvidas.
O não-repúdio imediato não é um recurso, mas ainda é muito mais rápido do que os sistemas existentes. As verificações de papel podem ser devolvidas até uma ou duas semanas depois. Transações com cartão de crédito podem ser contestadas até 60 a 180 dias depois. Transações de Bitcoin podem ser suficientemente irreversíveis em uma ou duas horas.
Se um nó ignora todos os gastos com os quais não se importa, não sofre consequências adversas.
Com o sistema de incentivos baseado em taxa de transação que publiquei recentemente, os nós teriam um incentivo para incluir todas as transações pagantes que recebessem.
Satoshi Nakamoto
Original:
Cryptography Mailing List
Bitcoin P2P e-cash paper
So what happened to the coin that lost the race?
... it is a bit harsh if the guy who came second is likely to lose his coin.
When there are multiple double-spent versions of the same transaction, one and only one will become valid.
The receiver of a payment must wait an hour or so before believing that it's valid. The network will resolve any possible double-spend races by then.
The guy who received the double-spend that became invalid never thought he had it in the first place. His software would have shown the transaction go from "unconfirmed" to "invalid". If necessary, the UI can be made to hide transactions until they're sufficiently deep in the block chain.
Further, your description of events implies restrictions on timing and coin generation - that the entire network generates coins slowly compared to the time required for news of a new coin to flood the network
Sorry if I didn't make that clear. The target time between blocks will probably be 10 minutes.
Every block includes its creation time. If the time is off by more than 36 hours, other nodes won't work on it. If the timespan over the last 6*24*30 blocks is less than 15 days, blocks are being generated too fast and the proof-of-work difficulty doubles. Everyone does the same calculation with the same chain data, so they all get the same result at the same link in the chain.
We want spenders to have certainty that their transaction is valid at the time it takes a spend to flood the network, not at the time it takes for branch races to be resolved.
Instant non-repudiability is not a feature, but it's still much faster than existing systems. Paper cheques can bounce up to a week or two later. Credit card transactions can be contested up to 60 to 180 days later. Bitcoin transactions can be sufficiently irreversible in an hour or two.
If one node is ignoring all spends that it does not care about, it suffers no adverse consequences.
With the transaction fee based incentive system I recently posted, nodes would have an incentive to include all the paying transactions they receive.
Satoshi Nakamoto
Comments