l'unica differenza significativa tra CLOB e (prop) AMM è che i CLOB impongono una dimensione minima del tick e una priorità temporale se la dimensione minima del tick dei CLOB fosse approssimativamente zero e le operazioni allocate pro-rata, sarebbero equivalenti agli AMM - i fornitori di liquidità potrebbero generare curve di prezzo equivalenti su entrambi c'è molta letteratura che dimostra che la determinazione dei prezzi discreti e la priorità temporale creano mercati più sani ma il trading on-chain non è un'asta continua come un CLOB off-chain - l'esecuzione assomiglia più a un'asta discreta di 400 ms con i validatori che scambiano contro i fornitori di liquidità (MEV). e l'efficienza computazionale di un AMM è utile on-chain t anche se gli AMM prop non sono la soluzione ideale, è positivo vedere esperimenti su cosa crea la migliore struttura di mercato on-chain

a parte gli argomenti tecnici, se Solana avesse mempool pubblici almeno sapremmo quanto denaro viene estratto dai validatori

una buona libreria aiuterebbe gli sviluppatori ad evitare questi problemi non c'è motivo di chiamare funzioni senza effetti collaterali come vector::contains() senza utilizzare il risultato di ritorno la maggior parte dei compilatori moderni supporta flag come [[nodiscard]] o #[must_use] che emettono un avviso se un valore di ritorno viene ignorato al momento, i compilatori di move e le librerie runtime non supportano questi attributi che aiutano gli sviluppatori ad evitare di scrivere codice errato nodiscard sarebbe una buona funzionalità da aggiungere al compilatore e ai runtime di move