En logg er alt du trenger. Det viser seg at du bare kan bygge en log db med kroker på CRUD og opprettholde vilkårlige sekundære indekser. Den er like god som thors hammer med forlengelser.

Tilføyelsesdatabaser (godkjente) er uunngåelige. Stor takk til @ryanzarick, @IsaacN0tNewton og @Thomas_S_Kim for å ta deg tid til å pakke ut innsikten bak den banebrytende QMDB og utforske hvordan dens skalerbarhet kan drive SOTA TPS via FAFO.

En altfor forenklet versjon av arbeidsinsentivsystemet i fremtiden har tre pooler: ingen jobb, ekte jobb, Steve-jobber. De tilsvarer henholdsvis proof-of-no-work, proof-of-work og proof-of-change.

Det viser seg at du bare kan stable MMR-er (og MMR-formede Merkle-trær) oppå hverandre for å legge til funksjonalitet (amortisere beviskostnad i prosessen) 👀

Skjønte nettopp at ordet "rask" er veldig serielt. Når du kan gjøre én ting om gangen, bestemmer ventetiden (hvor rask du er) gjennomstrømmingen. Men med parallellitet er gjennomstrømningen frakoblet fra ventetiden. For eksempel har en bedrift som selger 12 år gammel whisky høy ventetid, men høy gjennomstrømning som du kan lage uendelige partier per år. Og hvis du lager et parti hvert år, så får du etter 12 år selge mye hvert år. Og dette kalles pipelining.

Anta at vi har 100 uniswap-pooler med høy strid. FAFO kan få hvert basseng til å kjøre på 10K TPS.

1M TPS, merklisert, EVM, enkeltnode med tilstand vedvarte. Man må virkelig gjøre mange ting riktig for å gjøre det mulig.

Med uendelig kunnskap til fingerspissene, er den beste egenskapen en mann kan ha nysgjerrighet og utholdenhet.

funksjonsforespørsel: Før vi kan normalisere alle modellene til én, la oss bare lage en hurtigtast som shift+enter utløser tenkemodeller som O3. ellers en billigere modus. @sama Det vil spare mye brukertid