You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current implementation of FIFO logic for provenance records works well for both pooled and native transfers of credits on chain. During the time Carbonmark V1 was live, if multiple listings were made for the same credit, there was not a guaranteed way to treat that pooled balance FIFO based on transfer order.
Say one user listed 2 tons, followed by one listing 8, then the 8 ton listing is purchased first. In the current implementation this would leave the transfer in of 8 tons with a remaining amount of 2, which is incorrect in this case.
The text was updated successfully, but these errors were encountered:
The current implementation of FIFO logic for provenance records works well for both pooled and native transfers of credits on chain. During the time Carbonmark V1 was live, if multiple listings were made for the same credit, there was not a guaranteed way to treat that pooled balance FIFO based on transfer order.
Say one user listed 2 tons, followed by one listing 8, then the 8 ton listing is purchased first. In the current implementation this would leave the transfer in of 8 tons with a remaining amount of 2, which is incorrect in this case.
The text was updated successfully, but these errors were encountered: