Trendande ämnen
#
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.
Jag tror att den främsta anledningen till att de flesta blockkedjor inte har antagit asynkron körning är enkel: när användare ser att deras tx är bekräftad förväntar de sig att resultatet ska vara tillgängligt eftersom deras fortsatta åtgärder beror på det.
Även om det med uppskjuten körning är möjligt att lokalt simulera resultatet för icke-omtvistade tillstånd (till exempel överföringar/godkännanden), är det också dessa typer av txs som inte lägger till mycket overhead för en synkron körning också, vilket gör asynkron körning till ett mycket mindre attraktivt alternativ med tanke på de extra utvecklingskostnaderna och tx-bearbetningsvillkoren på slutklienten (kontrollera om en tx kan röra ett omtvistat tillstånd som är icke-trivialt, och väljer att vänta på resultatet från kedjan eller simulera det lokalt).

11 aug. 03:59
Skriver lite idag om asynkron körning (även kallad uppskjuten körning).
Detta är en av Monads "stora idéer" som kommer att framstå som självklara i efterhand: att så snart transaktionsordningen är bestämd, så är tillståndet bestämt.
Du kanske inte vet detta, men i de flesta blockkedjor inklusive Ethereum och Solana måste noderna som utvärderar en lista över transaktioner (dvs. ett block) också komma överens om resultatet av den transaktionslistan (dvs. statsroten efter dessa transaktioner) som en del av röstningsprocessen.
Det kräver att de utför dessa transaktioner innan de svarar med en omröstning, vilket uppenbarligen avsevärt minskar mängden arbete de kan förväntas göra. Denna förväntan är för strikt och är en av de stora anledningarna till att blockkedjans genomströmning är så begränsad.
1,54K
Topp
Rankning
Favoriter