## 4 Application Implementation
### Monetary Incentive Mechanism  
In the context of a valuable application from a business standpoint, an incentive mechanism of monetary nature was built and is now described in this section. Eventually, for any user to be naturally and reasonably motivated to use the platform with rationality and accuracy, the incentive mechanism offers such a luxury in a simple structure. As analyzed in the following paragraphs, any user can create and submit all the appropriate transactions for the mechanism's regular functionality and completion of procedures through a specific smart contract that is developed and fully related to execution of all user operations types.  
In general, the Solidity smart contract that is dedicated for user account handling and management across the whole system is named \"Users\". Within this smart contract, every user is represented on-chain and can submit all that is permitted by the system transactions, in consideration of their type, which is either Super Admin, Admin or User. For instance, an Admin of a Member can create a new claim by submitting a new transaction or they can delete an existing one.  
Figure 10: Max splits of Claims 1, 2 and 3 when max split 1 \(>\) 100, max split 2 \(>\) 100 and max split 3 \(\leq\) 100. Claim 3 might still overlap with Claim 2 (in dates, territories etc.), however, its status remains “claimed”, as the total sum of its split and the splits of all other overlapping claims (only Claim 2 here) remains less than or equal to 100.  
The monetary incentive mechanism introduces a simple way of dealing with any kind of user initiated claim transaction by defining a user token balance. When a user tries to submit a new transaction and he/she simultaneously has enough balance, then the transaction is submitted and it costs the user exactly the transaction price amount, which is then subtracted from their total tokens. Any claim transaction for creation, update or deletion has a certain transaction price cost. In this framework, the already legally and transparently accepted users are incentivized to carefully make use of their account when managing claims.  
Furthermore, the token balance property is only set for the Admin and User types of users. In this application version, no user balance is set out for Super Admins since the Super Admin type of user is not eligible to submit claim related transactions. Super Admins, as CMOs' main users, incorporate an important role in the entire scenario as they are able to regulate the claim submission power of their Members, as explained below.  
In order to increase the overall value and significance and create a complete and concise system, the mechanism determines that each Member company is allowed only to use a certain amount of tokens. This amount is elegantly distributed across its existing and new users. When a Member exhausts its token balance, then its CMO is able to increment it through a Super Admin user. Mainly, the Super Admins (as CMO representatives) are qualified to adjust the token balance of a Member in order to provide transactional value to its plethora of users.  
The main purpose of the incentive mechanism's construction and cohesion is ultimately to minimize mistaken user actions or claim submission application abuse. For instance, accidental claim deletion or unwise claim creations and updates are prevented. In a broader scope, unnecessary network congestion is avoided while overall transactional value and user experience is increased and enhanced. Finally, CMOs, as being top of the business hierarchy, are judicious and sensible in this kind of topic and create a worthy overall system value.