Update use cases authored by Aleksandra Grabowska's avatar Aleksandra Grabowska
...@@ -50,8 +50,8 @@ Bank of Lithuania system managing message exchange between various bank and exte ...@@ -50,8 +50,8 @@ Bank of Lithuania system managing message exchange between various bank and exte
A Exchange user sends cryptocurrency and wants to receive Euro. A Exchange user sends cryptocurrency and wants to receive Euro.
1. An exchange user initiates trade using the Exchange interface. 1. An exchange user initiates trade using the Exchange interface.
2. An operation in the blockchain includes a receiver IBAN account. 2. Exchange generates order id – order id includes an encrypted receiver IBAN account.
3. A memo description (with IBAN account) is encrypted. 3. A user sends crypto to Dan’s account using generated order id as memo or address.
4. A transaction is processed with a standard path in the Exchange: 4. A transaction is processed with a standard path in the Exchange:
a. The transaction scanner in the source blockchain recognizes an operation and takes an appropriate action (as now) – sends it to CBS via EURO-client. a. The transaction scanner in the source blockchain recognizes an operation and takes an appropriate action (as now) – sends it to CBS via EURO-client.
b. CBS recognizes whether it is an SEPA transfer or non-SEPA transfer: b. CBS recognizes whether it is an SEPA transfer or non-SEPA transfer:
...@@ -77,8 +77,9 @@ Then the standard execution path is followed in the Exchange: a record is create ...@@ -77,8 +77,9 @@ Then the standard execution path is followed in the Exchange: a record is create
**III. Sending Euro and receiving EURO** **III. Sending Euro and receiving FIAT **
It seems to be possible though we're not sure if desirable. 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.
**IV. SEPA issues** **IV. SEPA issues**
... ...
......