First off, thanks for taking the time to contribute! ❤️
All types of contributions are encouraged and valued. See the Table of Contents for different ways to help and details about how this project handles them. Please make sure to read the relevant section before making your contribution. It will make it a lot easier for us maintainers and smooth out the experience for all involved. The community looks forward to your contributions. 🎉
And if you like the project, but just don't have time to contribute, that's fine. There are other easy ways to support the project and show your appreciation, which we would also be very happy about:
- Star the project
- Tweet about it
- Refer this project in your project's readme
- Mention the project at local meetups and tell your friends/colleagues
If you want to ask a question, we assume that you have read the documentation available at stratumprotocol.org/docs.
Best way to ask a question is to hop onto our community Discord. Two most suitable places to post a question are:
- #newbies-qs and
- #dev, for technical questions, suitable for developers building on top of SRI, or contributing to it.
If you then still feel the need to ask a question and need clarification, we recommend the following:
- Open an Issue.
- Provide as much context as you can about what you're running into.
We will then take care of the issue as soon as possible.
In order to have a better overview about what SV2 Applications covers, have a look at the following resources before getting started with contributions.
- Stratum V2 Protocol Specifications.
- Studying SV2 specs can take some time and requires effort, but it's the best way to properly understand what SV2 is about and how it's composed.
- SRI Getting-started guide.
- This can be explored in the meantime of SV2 protocol study, so that it can help getting a general overview about SV2. Moreover, it's the best way to really understand how the broader SRI project is built on.
- Main SRI Repository.
- This is the core Stratum V2 Reference Implementation containing the protocol libraries and primitives that these applications depend on.
- Stratum V2 Master Degree Thesis (by @gitgab19).
- This resource can be useful to get some knowledge about Bitcoin mining, pooled mining protocols history, and Stratum V2.
- Stratum V2 Explained - Videos Playlist (by @plebhash).
- This is a series of videos explaining Stratum V2 in depth, which cover the aforementioned topics.
Most project communications happen in our Discord server. Communications related to general development typically happen under dev channel.
Discussion about specific codebase work happens in GitHub issues and on pull requests. For protocol-level discussions, see the main SRI repository.
Our dev calls are scheduled every Tuesday at 18.00 CET. You can see them in the sidebar under Events on Discord and subscribe to them to be notified.
When contributing to this project, you must agree that you have authored 100% of the content, that you have the necessary rights to the content and that the content you contribute may be provided under the project license.
This repository is part of the broader SRI ecosystem. You can contribute to different aspects of Stratum V2:
- SV2 Applications (this repository)
- This repo contains production-ready pool and miner applications built on top of SRI, organized in workspaces:
pool-apps/- Pool server and Job Declarator Server for pool operatorsminer-apps/- Job Declarator Client, Translator Proxy, and test utilities for minersintegration-tests/- End-to-end testing suite
- This repo contains production-ready pool and miner applications built on top of SRI, organized in workspaces:
- Stratum V2 Reference Implementation
- This repo contains the core SV2 protocol implementation, libraries, and primitives written in Rust.
- Stratum V2 Specifications
- This repo contains the entire SV2 protocol specifications.
- SRI website - stratumprotocol.org
- This repo manages our website, containing docs, specs, and getting-started guides.
The SRI project follows an open contributor model, where anyone is welcome to contribute through reviews, documentation, testing, and patches. Follow these steps to contribute:
-
Fork the Repository
-
Create a Branch
-
Commit Your Changes
Note: Commits should cover both the issue fixed and the solution's rationale. These guidelines should be kept in mind.
-
Run Tests, Clippy, and Formatter:
For this repository, you can use the convenient scripts to run tests across all workspaces:
./scripts/build-all-workspaces.sh: builds all workspaces (pool-apps, miner-apps, integration-tests)./scripts/clippy-fmt-and-test.sh: runs clippy, tests, and formatting across all workspacesOr run commands individually in each workspace:
cargo test: runs the project's test suite. Ensure that all tests pass without errors.cargo clippy: linter tool for detecting common mistakes and style issues. Address any warnings or errors reported by Clippy.cargo fmt: formats your code according to the project's style guidelines.
-
Submit a Pull Request: once you're satisfied with your changes, submit a pull request to this repository. Provide a clear and concise description of the changes you've made. If your pull request addresses an existing issue, reference the issue number in the description. Every PR must be opened against the
mainbranch. -
Review and Iterate
-
Merge and Close: Once your pull request has been approved and all discussions have been resolved, a project maintainer will merge your changes into the
mainbranch. Your contribution will then be officially part of the project. The pull request will be closed, marking the completion of your contribution.
The monitoring module of stratum-apps exposes an HTTP API documented with OpenAPI. This schema is:
- Auto-generated: The
openapi.jsonfile is generated from code at compile time, not manually written - CI-validated: Every PR that changes monitoring code must update
openapi.json - Synced to consumer: Changes trigger an issue in the sv2-ui repository
If you modify the monitoring HTTP server (endpoints, response types, etc.), you must regenerate the schema:
cd stratum-apps
cargo run --bin generate-openapi --features monitoring > src/monitoring/openapi.jsonThen commit the updated file along with your code changes.
The sv2-ui project consumes this schema to generate TypeScript types and API clients. Keeping it in sync ensures the frontend stays compatible with the backend.
When modifying the monitoring API, follow these guidelines:
- Keep existing fields backward-compatible - The
/api/v1endpoint fields should remain stable - Add new data via optional fields or new endpoints - Don't modify existing response structures
- Don't change field types or semantics - Existing field definitions within the same API version are immutable
In order to contribute, a basic learning about git and github is needed. If you're not familiar with them, have a look at https://docs.github.com/en/get-started/start-your-journey/git-and-github-learning-resources to dig into and learn how to use them.
Unsure where to begin contributing to SV2 Applications? You can start by looking through good first issue and help wanted issues:
- Good first issue are issues which should only require a few lines of code, and a test or two.
- Help wanted - issues which should be a bit more involved than
good first issueissues.
For protocol-level contributions, also check the main SRI repository:
Another way to better understand where to focus your contribution is by looking at our roadmap: https://github.com/orgs/stratum-mining/projects/5