GitBitEX is an open source cryptocurrency exchange.
- All in memory matching engine
- Support distributed deployment (standby mode:only one matching engine is running at the same time)
- Support 100000 orders per second (Intel(R) Core(TM) i7-10700K CPU @ 3.80GHz 3.79 GHz 32.0 GB RAM 1T SSD)
- Support the replay of matching engine commands and ensure that each result is completely consistent
- Install docker
- Install jdk
- Install maven
- Update your /etc/hosts file. (required for mongodb-replica-set:https://github.com/UpSync-Dev/docker-compose-mongo-replica-set)
127.0.0.1 mongo1
127.0.0.1 mongo2
127.0.0.1 mongo3
git clone https://github.com/gitbitex/gitbitex-new.git
cd gitbitex-new
docker compose up -d
mvn clean package -Dmaven.test.skip=true
cd target
java -jar gitbitex-0.0.1-SNAPSHOT.jar
#visit http://127.0.0.1/
curl -X PUT -H "Content-Type:application/json" http://127.0.0.1/api/admin/products -d '{"baseCurrency":"BTC","quoteCurrency":"USDT"}'
No, you need to implement it yourself, and then connect to gitbiex. For example, after users recharge/withdraw, send DepositCommand/WithdrawalCommand to the matching engine
Probably not. Some customers I know use this project in production, but they all have professional technicians. If you want to use it in production, you need professional technicians to help you. Like me .
Some prometheus metrics for measuring performance have been built into the project. You can visit http://127.0.0.1:7002/actuator/prometheus see.You can use Prometheus and grafana to monitor. The metrics are as follows:
- gbe_matching_engine_command_processed_total : The number of commands processed by the matching engine. The greater the value change, the faster the processing.
- gbe_matching_engine_modified_object_created_total : This value represents the number of objects that have modified,Wait to save to database.
- gbe_matching_engine_modified_object_saved_total : The number of modified objects that have been saved. If the difference between this value and gbe_matching_engine_modified_object_created_total is too large, it means that saving to disk is too slow.
- gbe_matching_engine_snapshot_taker_modified_objects_queue_size : Objects that have not been written to the snapshot. This value reflects the performance of the snapshot thread.