Business Logic Layer

DEXGame Metaverse has an open-world system. It is designed to provide multi-development and multi-manageability depending on the modules covered by this systematic. In this way, DEXGame Metaverse, which has a flexible and agile infrastructure, will be able to meet different needs in various fields in terms of constructability and manageability. Since different services will be required for various applications needed in this context, a modular microservice architecture has been developed that works with optimum business logic.
The microservice architecture allows the application to be configured as a collection of dependent services. In addition, it has been evaluated as the most suitable approach for integration that will ensure maximum compatibility with blockchain-based applications. All requests created for the Presentation Layer are forwarded to the modular microservices designed through the API Gateway on the Business Logic Layer. Thus, microservices can perform their own functional tasks and feed back to the system with the responses they create. All services are divided into different microservices based on modularity, workspace, function, features and many other elements.
As mentioned earlier in this document, the metaverse developed by DEXGame will only operate decentralized on the financial technologies side at an early stage. In other words, it will be built as a metaverse with a De-Fi model at an early stage. DEXGame software development team and partners, which will closely follow the rapidly growing blockchain technologies in areas such as cheap, high speed and reliable protocols, will make DEXGame Metaverse 100% decentralized in the long run, depending on the roadmap.
In this sense, it can be said that the use of microservice architecture in DEXGame products stands out as one of the most important advantages. The reason for this is that the basic software architecture developed based on modular microservices allows the use of different languages and technologies while developing different services of the project. In this way, the decentralization of different microservice modules, whether centralized or decentralized, will not affect other modules, and DEXGame Metaverse can be developed gradually, as promised in the roadmap.
Figure 24 - Software Solutions and Microservices of DEXGame Metaverse
Operational (CRUD) operations, user roles, management and authorizations of DEXGame platforms are provided by software solutions made in Business Logic Layer. Algorithms and software architectures of the applications to be decentralized are being built gradually. User transactions are transferred to the Ethereum Network with 'web3.js' and the related transactions and functions occur here.
The management of Game APIs and the Request-Response mechanism included in the modules developed for solutions to problems related to market needs are used to make sense of the data obtained. Thanks to this system, a fair, transparent and reliable environment has been created in the products and services of the components offered in DEXGame Metaverse.
The software architecture of DEXGame Metaverse has an event-driven microservice approach to overcome the limitations inherent in blockchain technology. It communicates with the underlying blockchain through Open Blockchain Access protocols, allowing the application to securely access external data while maintaining data integrity at the same time.