Acho que a principal razão pela qual a maioria das blockchains não adotou a execução assíncrona é simples: quando os usuários veem que seu tx está confirmado, eles esperam que o resultado esteja disponível, pois suas ações futuras dependem disso. Embora com a execução adiada seja possível simular localmente o resultado para o estado não contencioso (como transferências/aprovações), esses também são os tipos de txs que também não adicionam muita sobrecarga a uma execução síncrona, o que torna a execução assíncrona uma alternativa muito menos atraente, considerando os custos adicionais de desenvolvimento e a condicionalidade de processamento de tx no cliente final (verificando se um tx pode tocar em um estado contencioso que não é trivial, e optando por aguardar o resultado da cadeia ou simulá-lo localmente).
Keone Hon ⨀
Keone Hon ⨀11 de ago., 03:59
Escrevendo hoje sobre execução assíncrona (também conhecida como execução diferida). Esta é uma das "grandes ideias" da Mônada que parecerá óbvia em retrospectiva: que assim que a ordem da transação é determinada, o estado é determinado. Você pode não saber disso, mas na maioria das blockchains, incluindo Ethereum e Solana, os nós que avaliam uma lista de transações (ou seja, um bloco) também devem concordar com o resultado dessa lista de transações (ou seja, a raiz do estado após essas transações) como parte do processo de votação. Isso exige que eles executem essas transações antes de responder com um voto, o que obviamente reduz muito a quantidade de trabalho que se espera que façam. Essa expectativa é muito rígida e é uma das grandes razões pelas quais a taxa de transferência da blockchain é tão limitada.
1,34K