Argomenti di tendenza
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Penso che il motivo principale per cui la maggior parte delle blockchain non ha adottato l'esecuzione asincrona sia semplice: quando gli utenti vedono che la loro transazione è confermata, si aspettano che il risultato sia disponibile poiché le loro azioni successive dipendono da esso.
Sebbene con l'esecuzione differita sia possibile simulare localmente il risultato per stati non controversi (come trasferimenti/approvazioni), questi sono anche i tipi di transazioni che non aggiungono molto sovraccarico a un'esecuzione sincrona, il che rende l'esecuzione asincrona un'alternativa molto meno attraente considerando i costi di sviluppo aggiuntivi e la condizionalità del trattamento delle transazioni sul client finale (verificare se una transazione può toccare uno stato controverso, che non è banale, e scegliere di attendere il risultato dalla blockchain o simularlo localmente).

11 ago, 03:59
Oggi sto scrivendo riguardo all'esecuzione asincrona (nota anche come esecuzione differita).
Questa è una delle "grandi idee" del Monad che sembrerà ovvia col senno di poi: che non appena l'ordine delle transazioni è determinato, lo stato è determinato.
Potresti non saperlo, ma nella maggior parte delle blockchain, inclusi Ethereum e Solana, i nodi che valutano un elenco di transazioni (cioè un blocco) devono anche concordare sul risultato di quell'elenco di transazioni (cioè la radice dello stato dopo quelle transazioni) come parte del processo di voto.
Questo richiede loro di eseguire quelle transazioni prima di rispondere con un voto, il che ovviamente riduce notevolmente la quantità di lavoro che ci si può aspettare che facciano. Questa aspettativa è troppo rigida ed è una delle principali ragioni per cui la capacità di throughput della blockchain è così limitata.
1,29K
Principali
Ranking
Preferiti