mirror of
https://github.com/hinto-janai/cuprate.git
synced 2024-12-22 11:39:30 +00:00
a003e0588d
Some checks failed
Architecture mdBook / build (push) Has been cancelled
Audit / audit (push) Has been cancelled
CI / fmt (push) Has been cancelled
CI / typo (push) Has been cancelled
CI / ci (macos-latest, stable, bash) (push) Has been cancelled
CI / ci (ubuntu-latest, stable, bash) (push) Has been cancelled
CI / ci (windows-latest, stable-x86_64-pc-windows-gnu, msys2 {0}) (push) Has been cancelled
Deny / audit (push) Has been cancelled
Doc / build (push) Has been cancelled
Doc / deploy (push) Has been cancelled
* add `constants/` * ci: add `A-constants` labeler * add modules, move `cuprate_helper::constants` * add `genesis.rs` * `rpc.rs` docs * remove todos * `CRYPTONOTE_MAX_BLOCK_HEIGHT` * add genesis data for all networks * features * fix feature cfgs * test fixes * add to architecture book * fix comment * remove `genesis` add other constants * fixes * revert * fix |
||
|---|---|---|
| .. | ||
| fast-sync | ||
| rules | ||
| src | ||
| tests | ||
| Cargo.toml | ||
| README.md | ||
Consensus Rules
This folder contains 2 crates:
cuprate-consensus-rules(rules/directory)cuprate-consensus
cuprate-consensus-rules contains the raw-rules and is built to be a more flexible library which requires the user
to give the correct data and do minimal calculations.
cuprate-consensus on the other hand contains multiple tower::Services that handle transaction/block verification as a
whole with a context service that keeps track of blockchain state. cuprate-consensus uses cuprate-consensus-rules internally.
If you are looking to use Monero consensus rules it's recommended you try to integrate cuprate-consensus and fall back
to cuprate-consensus-rules if you need more flexibility.