Så jeg er overbevist om at inkluderingsforsinkelse kan være uavhengig av validatorantall og geografisk distribusjon ved bruk av MCP. MEN en inkluderingsgaranti virker fortsatt betydelig svakere enn *utførelsesgarantien du kan få fra en enkelt sequencer/forslagsstiller. Her er hva jeg mener: I hovedsak i MCP kan du bare få en inkluderingsgaranti, noe som betyr at tx vil være i blokken, men ikke en garanti for at transaksjonen din faktisk vil bli utført fordi det kan være en motstridende tx som ble bekreftet av en annen forslagsstiller i samme spor. Den konflikten må løses og kan ende opp med å gjøre tx ugyldig. Mens med en enkelt sequencer eller leder, kan sequenceren gi deg ikke bare en garanti for inkludering i blokken, men en garanti for at transaksjonen din vil bli utført og resultere i det du ønsker. Den kan gjøre dette fordi den ser og bestiller alle txs globalt. La oss si at du handler på en CLOB og du sender inn en ordre for å løfte et bud. En MCP-forslagsstiller kan bare fortelle deg "jepp, du er i blokken". En enkelt sequencer/forslagsstiller kan fortelle deg "jepp, du er i blokken OG handelen din vil bli utført". Denne utførelsesgarantien er mye kraftigere enn en inkluderingsgaranti, og det ser ut til at du ikke kan få den med MCP.

Det naturlige oppfølgingsspørsmålet er om brukere er villige til å bytte ut garantier for kjøring med lavere latens for mindre sensurmotstand/validatordesentralisering. Jeg tror for visse brukstilfeller som CLOB-er vil de absolutt gjøre det. Oppsummering/acc