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 governmental 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?

History: All the transactions should be stored and protected of change. For example blockchain stores transactions and quarantees they are unchanged or change can be calculated and detected. This way you can not care balances, they can be calculated over transactions, theoretically. Another way to store only balances wo any information about transactions. There are questions of legitimity of money you have. Mixed approach can include both: history and balance, for example keeping unnecessary information on paper, or in archive, it will decrease information amount in operative level, holding only accumulated values. Bookkeeping worked such way before.
Wallet, P2P, Blockchain: modern overpriced object model, I have 1000000 doges, and I'm waiting it's price become 1 ruble at least.
Accountant: Who count money, how they move, where to comes, where from comes.
Financist: Accountant who knows how to grow money flow, better in legal way or his|her name will crime.
Why it's hard to count money: They amount can be constant, but price can be changed due to inflation. Counting money should be sessioned, or shortranged, no one can quarantee that pension you stored for 10 years will enough after 10 years, but you and I should understand once the importance of basic knowledges of processes, tools in this part of human to human interface.
Finantial literacy: One schoolboy sold father's collection of cards, another one bought it for pocket's money. Who's of them is more smart? Second one? I do not think so. But probably in some cases solutions we made will provide better future. Father return part of collection.