# MBL lib #
MoneyBox L(Layer, Layout, Language)
This is very first and incomplete for while library that should grasp basic financial structs, operations, at understanding level at least. How should I declare and implemet to meet modern concepts. 

# What for #
Financial structs such as balance requires predicted precition with calculation, commonly number of any type can be used to store money amount,
such as integer, float or even string. Unify approach to avoid round missunderstanding. For example bank and finantial program can use different approach so difference in result of prognosis can reach sensitive level, in some cases about few percent.
Firstly I tryed to implement my own Dec type based on three integer values, but
I met what bank count me more money than my program prognose. 

# Why empty #
Sorry for that, library development has only started. No promises, this pet can grow to something ugly or, in opposition, something nice and pleasant.  

# What first #
Learn financial tools such as bookkeeping (homeuser level), credits, inflation
prognosis, aso.

# What next #
Implement prognosis tools

## Ideas should be protected ##
Node based tools, distribution, monitoring. Tss.

## Theory ##
**Account**: minimal identified struct that holds money quantity, information abount currency, some another fields, not unified.\
**Money**: this can be exchanged for good, service, they like to be counted.\
__Balance__: total amount of account, better if it's positive, in most cases 
~~Bitcoins~~: not here, for while at least, interest tech, too heavy for my pet.\
**Bookkeeping**: approach to keep records about money move, any move\
**Money emitter**: It's goverment task to emit money over central bank or similar struct, it's tool to control market, economy of entire country.\
**Salary**: Amount of money employee will get for job by suggestion with job provider.\
**Currency**: There are little less than 250 countries in the world, most of them has own currency, ~~kind of money~~, some currencies used in few countries, some of them can be easyly exchanged to another with some cource, which can change. For example Russian Ruble, Japan Yen, aso.\
**Transaction**: In digital environment very interest thing. It's command to
change amount of money in two accounts, one of them will grow, another one will be less for some value. Actually no matter moves, only digits changes it's places. Or record about transacton created, stored, unchanged.
There are many requirement for transaction:
1. Balance of source account should be positive after transaction
2. Transaction should be transparent for both accounts
3. Transaction can initiated by owner(s). 
4. Account should be locked while any transaction in progress
5. There are many ifs here
6. Bank lives on fee of transactions, but not only
7. Percent approach can empty pockets faster than you can imagine
8. Dostoevsky described that can happen in that case. What book?\

