## 6 Simulation Results  
The verified simulation model was employed to perform a simulation experiment multiple times using different initial setup parameters for the game. The primary objective was to investigate how the frequency of transaction confirmation in a blockchain network impacts a manufacturing system within the BBSM framework. The increasing frequency of transaction confirmation, as seen in the results described above, causes the network to become congested, with the operation of the manufacturing system being limited as a result. Figure 16 shows how the change in frequency of transaction confirmation in the blockchain network (\(f_{BC}\)) during the game affects the actual frequency of service provision. At the beginning of the game, the frequency of the provided services is equal for most transaction confirmation frequencies, and the only limitation is the APU production capacity. Figure 14: Comparison of amount of services on the market between the experimental and simulation results. Figure 15: Comparison of the frequency of service provision over time between the experimental and simulation results. For \(f_{BC}=0.05\) Hz and \(f_{BC}=0.075\) Hz, the transaction confirmation frequency is already lower than the production capacity of the manufacturing system at the beginning of the game. Later in the game, when congestion occurs in the blockchain network, the differences between the different frequencies of transaction confirmation begin to show, with higher frequency of transaction confirmation leading to higher frequency of service provision. For different frequencies of transaction confirmation, several variables of the game were observed: the minimum transaction fee, maximum price for the performed service, and time point of the network congestion. Figure 17 shows the change in the minimum transaction fee as a function of the transaction confirmation frequency. The minimum transaction fee is the value of the lowest fee paid for a transaction after the value of the transaction fee in the game has already stabilized. The dependency is similar to the exponential function, with the transaction fee decreasing rapidly at low transaction confirmation frequencies and approaching its limit value of 0 at higher frequencies, which is a property of the system. If we consider the transaction fees as a part of the manufacturing costs, then the costs would increase in the case of congestion of the blockchain network. On the other hand, if scalability of the blockchain network is sufficient for the needs of the BBSM system, costs would be reduced due to the omitted friction (lower fees) of the financial layer. Figure 16: Comparison of provided service frequencies over time for different frequencies of transaction confirmation. Figure 17: Minimum transaction fee in the game for different frequencies of transaction confirmation. Figure 18 shows the dependence of the maximum price of the provided services on the frequency of transaction confirmation. The higher the \(f_{\text{BC}}\), the higher the maximum price for the performed service, while the higher the \(f_{\text{BC}}\), the less supply there is in the market, as players buy any service that comes on the market immediately. As there is less supply on the market, the price increases according to the property of the free market. The dependency is similar to a sigmoid function, which is due to the production function, defined as a property of the system. At lower frequencies, the blockchain network is immediately congested and the price immediately starts to fall towards a value of zero, as the supply on the market is continually increasing. When \(f_{\text{BC}}\) is increasing, the network is not immediately congested at the beginning, though it is necessary to wait for the APUs to upgrade according to the production function. Initially, the production function slowly changes the frequency of the APUs' ability to offer services; thus, services come onto the market more slowly, and the price cannot rise to a higher value until the network becomes congested.