fCCP can be divided into five steps, arranged in top-down ascending ordered timeline of interactions for the payer and the payee. The protocol steps for an entity are depending on being an initiator or a responder in combination of spending or receiving money. The message flow as shown in the presented graphic relates to the sub case, where the originator is a payer. It shows the simplified transaction workflow. We see the message flow for the initiator to the left side (colored in light blue) and to the right the one for the responder to the right (colored in light orange). As a first action, the originator collects all information needed to conduct the protocol. This is done before entering into the pairing phase. On the other side, the recipient has to provide all requisite information before the pairing phase can be acknowledged, including his authorization for the deal. It is possible to make this anticipatory available.
The main task of fCCP is to arrange the combating of errors during the teleportation of eCoins between Alice and Bob on the one hand and the achievement of a consistent termination for both on the other hand. In principle, it is quite simple for both processes to come to the same stage of knowledge: One single successful acknowledge message is sufficient to achieve that. However, we cannot set up reliable communication over an arbitrarily unreliable medium, hence coordination of Alice and Bob under any communication protocol is still not possible. This requirement causes our fundamental problem: Both processes must come to an identical state of knowledge being able to fulfill the deal behind the transaction.
fCCP solves this problem within the fairCASH environment.