@@ -78,8 +78,25 @@ Then the standard execution path is followed in the Exchange: a record is create
...
@@ -78,8 +78,25 @@ Then the standard execution path is followed in the Exchange: a record is create
**III. Sending Euro and receiving FIAT**
**III. Sending Euro and receiving FIAT**
It seems to be possible though we're not sure if desirable.
It can be extended to general case BankSystem 1 <-> Crypto <-> BankSystem2. The general case consists of UC1 and UC2.
**UC 2.5**
An exchange user sends Euro from his banking account and wants to receive Euro (or other FIAT) in same or another bank.
1. In exchange's interface user initiates trade choosing Euro in Send window. There's single entry for every FIAT on the list.
a) A list of exchange's accounts accepting Euro is diplayed then. Initially there's only one, more are added in different banks to help user find a bank where her transfer is internal one (immediate and low/zero fee).
b) After choosing 'Send' account, user chooses output FIAT and types in bank and account numbers. We'll use Deutche Bank (DB) and Credit Suisse (CS) as input/output banks.
2. Exchange generates unique 'input_address'.
3. The trade is registered with euroDB & euroCS input/output coins.
a) There's a separate set of account/DIS/CBS/client/coin for every supported bank.
5. User sends EURO to Dan’s account in DB using generated 'input_address' as transfer title via his internet banking.
5. DB DIS registers user transfer & sends it to DB CBS.
6. euroDB client's transaction scanner fetches the transfer.
7. Exchange internals process the trade, issuing transfer order to euroCS client (based on euroCS output coin).
8. euroCS client transfers the funds via its CS CBS and CS DIS from exchange's CS acount to user receiving account.
All these steps are standard exchange processing, the utilization of separate euroDB/euroCS clients & coins being only novelty.
