Domingo_gou

As quatro transferências salariais em criptomoedas foram todas reconciliadas. Se a quinta tiver um valor errado, quem vai detetá-lo?

A 1 de setembro, @primus_labs e a AllScale concluíram uma validação técnica na BNB Chain. Quatro funcionários fictícios, quatro pagamentos salariais de teste: a liquidação on-chain foi bem-sucedida e os montantes desencriptados coincidiram com os do ficheiro de teste.

É um bom começo, mas as empresas pagam salários todos os meses. O sucesso de um teste é apenas o primeiro passo; ainda há um longo caminho até que a equipa financeira confie à plataforma o process

Faltam 30 no livro-razão do contrato. Também falta dinheiro na cadeia?
Um método chamado withdraw altera o balance de 100 para 70.
Parece que foram levantados 30, mas há uma questão que não pode ser ignorada: quantos sats foram efetivamente pagos na transação, e a quem?
No exemplo oficial How to Deploy & Call da Lambit, o estado inicial do mesmo Vault é balance: 100n, e o UTXO de implantação é criado com satoshis: 1_000n. Em seguida, a chamada withdraw(amount: 30n) demonstra um estado subsequente com o valor 70n.
Este é um fluxo de aprendizagem local.
A documentação não especifica a unidade de

O contrato prevê apenas dois pagamentos, para A e B.
Se a carteira acrescentar um output de troco, porque poderá a Lambit recusá-lo antes da transmissão?
A Lambit de @op_catlayer tem contratos com estado. Na etapa final, é possível especificar vários pagamentos através de outputs. Este tipo de percurso final com múltiplos outputs usa SIGHASH_ALL, fixando todo o conjunto de outputs no compromisso hashOutputs.
Suponhamos que os outputs previstos são A+B e que, ao financiar a transação, a carteira acrescenta um output de troco. O resultado passa a ser A+B+troco. O troco adicional altera todo o co