Een log is alles wat je nodig hebt. Het blijkt dat je gewoon een log-database kunt bouwen met hooks op CRUD en willekeurige secundaire indexen kunt onderhouden. Het is net zo goed als de hamer van Thor met extensies.

Append-only (geauthenticeerde) databases zijn onvermijdelijk. Grote dank aan @ryanzarick, @IsaacN0tNewton en @Thomas_S_Kim voor het nemen van de tijd om de inzichten achter de baanbrekende QMDB uit te pakken en te verkennen hoe de schaalbaarheid ervan SOTA TPS kan aandrijven via FAFO.

Een te vereenvoudigde versie van het werk-incentivesysteem in de toekomst heeft drie pools: geen werk, echt werk, Steve jobs. Ze komen overeen met proof-of-no-work, proof-of-work en proof-of-change, respectievelijk.

Blijkt dat je gewoon MMR's (en MMR-vormige Merkle-bomen) bovenop elkaar kunt stapelen om functionaliteit toe te voegen (de bewijs kosten in het proces amortiserend) 👀

Ik realiseerde me net dat het woord "snel" zeer serieel is. Wanneer je één ding tegelijk kunt doen, bepaalt de latentie (hoe snel je bent) de doorvoer. Maar met parallelisme is de doorvoer losgekoppeld van de latentie. Bijvoorbeeld, een bedrijf dat 12 jaar oude whisky verkoopt heeft een hoge latentie maar een hoge doorvoer omdat je oneindig veel batches per jaar kunt maken. En als je elk jaar een batch maakt, dan kun je na 12 jaar elk jaar veel verkopen. En dit wordt pipelining genoemd.

Stel dat we 100 Uniswap-pools hebben met hoge concurrentie. FAFO kan elke pool laten draaien op 10K TPS.

1M TPS, merklized, EVM, enkele node met behouden staat. Je moet echt veel dingen goed doen om het mogelijk te maken.

Met oneindige kennis binnen handbereik, is nieuwsgierigheid en doorzettingsvermogen de beste kwaliteit die een man kan hebben.

Functieverzoek: Voordat we alle modellen kunnen normaliseren tot één, laten we gewoon een sneltoets maken zoals Shift+Enter triggert denkende modellen zoals O3. Anders een goedkopere modus. @sama Het bespaart veel gebruikerstijd