# Welcome to the HACKER CHALLENGE > [!WARNING] > > Hacker challenge is licensed under [GPLv2](./LICENSE).\ > To participate in the Hacker Challenge, you must agree with following: > > - I acknowledge that I will not be able to recover any cryptocurrencies that I > send to the Hacker Challenge wallet, and I am relinquishing ownership rights > to any cryptocurrencies sent to the Hacker Challenge wallet. > - I acknowledge that the tokens minted by the Hacker Challenge have no inherent > value, and that these tokens have the sole purpose of testing the security of > the challenge. > - I have read the [EULA](https://detee.ltd/hacker-challenge-eula) and I accept > all terms. #### Join our Discord if you have questions: [![Discord](https://img.shields.io/discord/1315810972476379166?color=%235865F2&label=discord&style=for-the-badge)](https://discord.gg/bbWJxftNWy) ## Building and packaging the challenge The host can be without SGX support. To build and package the challenge you will need the docker environment. Do the following steps to build the challenge: ```bash # Notice that there is no SGX device mounted, run inside rewrite directory docker run --rm --name packager -it -v .:/root/rewrite detee/occlum:0.30.1-ubuntu20.04 # If you are running the packager on Mac, don't forget to set the VMM to QEMU (Legacy), # and run the following command once you are inside the container ln -s /usr/local/occlum/bin/x86_64-linux-musl-ar /usr/local/occlum/bin/musl-ar # Inside the docker container run package.sh and follow its instructions cd /root/rewrite && ./scripts/package.sh --prep exit # Feel free to exit the container ``` ## Testing the challenge To test the challenge you will need the SGX support. ```bash # this will boot few containers containing servers that will replicate the private key generated by one of the nodes ./scripts/testnet.sh # to interact with the servers list the ports docker container list # pick some node and curl localhost:your-port # node will respond with a homepage with more information ``` The node homepage source is also [here](./src/HOMEPAGE.md). ## Production build ```bash ./scripts/build-container.sh ``` ## Contributing to the challenge Don't forget to run `cargo clippy` and `cargo fmt` before submitting a PR. ## Known issues 1. If you create a new node as a root and it will create the private key and save it to the disk, it will remain sealed and when the node will restart and try to join the rest of the network, it will still use the private key from the disk for minting and sharing. 2. If you run the hacker challenge on the Out Of Life processors you may have a privilege to run certain attacks, for instance check (this article)[https://x.com/PratyushRT/status/1828183761055330373]. 3. The challenge is compiled using the HW mode, not HYPER so it may not work on some cloud providers, like Azure Intel SGX VMs (needs more testing). 4. The performance and stability of the challenge is not at its theoretical peak as the challenge was done mostly as a poc and was not meant to be infinitely scalable or very performant. 5. The challenge is not mutable once deployed, which means that it will remain secure for as long as the community will not find a new vulnerability in SGX.