Hi,
You're wrong. Carts are stored as carts, not as orders.
If an order is created, it means that the customer went through all the checkout and clicked on the finish button of the checkout and was then redirected to the payment gateway.
If the order status is created and not confirmed, it means that upon arriving on the payment gateway, the customer didn't pay.
It is critical for HikaShop to convert a cart into an order before the redirection to the payment gateway.
Otherwise, the customer would be able to modify his cart while on the payment gateway and then you would have situations where the amount paid by the customer doesn't correspond to what is in the cart.
With an order, nothing can be changed by the customer after it is created so what HikaShop receives the payment notification from the payment gateway, it is guaranteed to match.
All ecommerce solutions work like that.
As Jerome said, you can potentially cancel the orders after a while.
You can even use a mass action to delete the created orders after a while.
But accounting wise, it's better to keep the created orders and change their status to cancelled. From the point of view of accounting, it's better to have incremental order_ids without holes so that if the administration checks your orders/invoices it's not suspicious.