Der einzige bedeutende Unterschied zwischen CLOBs und (prop) AMMs besteht darin, dass CLOBs eine minimale Tick-Größe und Zeitpriorität durchsetzen. Wenn die minimale Tick-Größe eines CLOBs ungefähr null wäre und die Trades pro-rata zugewiesen würden, wären sie äquivalent zu AMMs - Liquiditätsanbieter könnten auf beiden Seiten äquivalente Preis-Kurven erzeugen. Es gibt eine Menge Literatur, die besagt, dass diskrete Preisgestaltung und Zeitpriorität gesündere Märkte schaffen. Aber der On-Chain-Handel ist keine kontinuierliche Auktion wie ein Off-Chain-CLOB - die Ausführung sieht eher aus wie eine 400 ms diskrete Auktion, bei der Validatoren gegen Liquiditätsanbieter (MEV) handeln. Und die rechnerische Effizienz eines AMM ist On-Chain nützlich. Selbst wenn prop AMMs nicht die ideale Lösung sind, ist es gut zu sehen, dass mit Experimenten untersucht wird, was die beste On-Chain-Markstruktur schafft.

Technische Argumente beiseite, wenn Solana öffentliche Mempools hätte, wüssten wir zumindest, wie viel Geld von den Validatoren extrahiert wird.

Eine gute Bibliothek würde Entwicklern helfen, diese Probleme zu vermeiden. Es gibt keinen Grund, Funktionen ohne Nebenwirkungen wie vector::contains() aufzurufen, ohne das Rückgaberesultat zu verwenden. Die meisten modernen Compiler unterstützen Flags wie [[nodiscard]] oder #[must_use], die eine Warnung ausgeben, wenn ein Rückgabewert ignoriert wird. Im Moment unterstützen die Move-Compiler und Laufzeitbibliotheken diese Attribute nicht, die Entwicklern helfen, fehlerhaften Code zu vermeiden. nodiscard wäre eine gute Funktion, die dem Compiler und den Move-Laufzeiten hinzugefügt werden könnte.