Populære emner
#
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.
0xprincess
MEV Extracting Enhjørning | Grunnlegger @nuconstruct
Håper du ikke går glipp av det! Jeg likte det virkelig, hadde ikke en så gjennomtenkt samtale på lenge.
Ethereum er alt du trenger.
11 timer siden
Ethereum er alt du trenger
Ny Deep Intents-podcast med @0x9212ce55 kommer i morgen.
4,71K
oppdatering: hver web2-app vil flytte til sin egen EVM L1
6. aug., 17:48
Hver kryptoapp vil flytte til sin egen kjede
akkurat som hvordan hver web2-app kjører sine egne servere, sin egen appbutikk og sin egen betalingsprosessor
1,41K
Jeg tror hovedgrunnen til at de fleste blokkjeder ikke har tatt i bruk asynkron utførelse er enkel: når brukere ser at deres tx er bekreftet, forventer de at resultatet er tilgjengelig ettersom deres videre handlinger avhenger av det.
Selv om det med utsatt utførelse er mulig å lokalt simulere resultatet for tx-er som jobber med ikke-omstridt tilstand (for eksempel overføringer/godkjenninger), er dette også den typen tx-er som ikke legger mye til overhead til synkron utførelse.
Dette aspektet gjør asynkron utførelse til et mye mindre attraktivt alternativ med tanke på:
1. Ekstra utviklingskostnader
2. En ikke-triviell tx-behandlingsbetingelse på sluttklienten (sjekker om en tx kan berøre en omstridt tilstand og velger å vente på resultatet fra kjeden eller simulere det lokalt)
10,06K
Jeg tror hovedgrunnen til at de fleste blokkjeder ikke har tatt i bruk asynkron utførelse er enkel: når brukere ser at deres tx er bekreftet, forventer de at resultatet er tilgjengelig ettersom deres videre handlinger avhenger av det.
Selv om det med utsatt utførelse er mulig å lokalt simulere resultatet for ikke-kontroversiell tilstand (for eksempel overføringer/godkjenninger), er dette også den typen txs som ikke legger mye til en synkron utførelse også, noe som gjør asynkron utførelse til et mye mindre attraktivt alternativ med tanke på de ekstra utviklingskostnadene og tx-behandlingsbetingelsene på sluttklienten (sjekker om en tx kan berøre en omstridt tilstand som ikke er triviell, og velge å vente på resultatet fra kjeden eller simulere det lokalt).
11. aug., 03:59
Skriver litt i dag om asynkron utførelse (aka utsatt utførelse).
Dette er en av de "store ideene" til Monad som vil virke åpenbar i ettertid: at så snart transaksjonsrekkefølgen er bestemt, bestemmes tilstanden.
Du vet kanskje ikke dette, men i de fleste blokkjeder, inkludert Ethereum og Solana, må nodene som evaluerer en liste over transaksjoner (dvs. en blokk) også bli enige om resultatet av den listen over transaksjoner (dvs. statsroten etter disse transaksjonene) som en del av stemmeprosessen.
Det krever at de utfører disse transaksjonene før de svarer med en stemme, noe som åpenbart reduserer mengden arbeid de kan forventes å gjøre. Denne forventningen er for streng, og er en av de store grunnene til at blokkjedegjennomstrømningen er så begrenset.
1,35K
Hvis det å drive en kjede er en utgift og ikke lønnsom virksomhet, er kjeden ngmi
7. aug., 00:15
Jeg tror ikke folk forstår hvor dyrt det er å betjene en skikkelig kjede lol
1,35K
Jeg er faktisk overrasket over at ingen har gjort det allerede. Det skal være mulig med RFQ-modellen, og det er ganske enkelt å implementere for løserbaserte broer imo.
Uniswap har også en fordel her, men av en eller annen grunn er dette ikke et alternativ i brukergrensesnittet deres, selv om de bruker RFQ mesteparten av tiden allerede.
5. aug., 06:40
How do you send *exactly* 1000 USDC to an address on chain B if your assets are on chain A?
Bridging takes an unpredictable cut, so you have to send more than 1000. And you'll end up with dust left over on chain B.
3,89K
Topp
Rangering
Favoritter