Skip to content
Quantum Resistant Ledger
Branch: master
Clone or download
Latest commit 489d647 May 18, 2019
Type Name Latest commit message Commit time
Failed to load latest commit information.
.circleci Updated ignore list for threadleak test Jul 14, 2018
.github/ISSUE_TEMPLATE Update issue templates May 31, 2018
docs Restructuring to align with new project layout Mar 25, 2018
examples Wallet/CLI refactoring Mar 6, 2018
tests Fix: Wallet Daemon encoding issue for message in message txn Jan 1, 2019
tests_integration @ 2201adc Updated tests_integration May 18, 2019
.codacy.yml fixing wrong path Jun 18, 2018
.codebeatignore Added .codebeatignore Apr 29, 2018
.coveragerc preparing repo for pypi deployment Aug 29, 2017
.gitattributes adding versioneer Apr 18, 2018
.gitignore .gitignore: just ignore .idea/ completely May 30, 2018
.gitmodules Enabling integration test (nodes_sync) Nov 17, 2017
.pre-commit-config.yaml Adding precommit hooks Nov 28, 2017
.snyk Upgrading snyk to python 3 Nov 17, 2017 Update Oct 23, 2017 Updating layout and templates Oct 9, 2017
LICENSE Fixing bugs / improving logging Aug 28, 2017 adding versioneer Apr 18, 2018 Update Mar 19, 2019
README.pypi Testing pypi deployments Aug 29, 2017
docs-requirements.txt Upgraded versions for Jinja2, pyyaml, flask & pyopenssl May 16, 2019
pytest.ini Disable multiple threads May 31, 2018
requirements.txt Upgraded versions for Jinja2, pyyaml, flask & pyopenssl May 16, 2019
setup.cfg Upgraded versions for Jinja2, pyyaml, flask & pyopenssl May 16, 2019 Added qrl_generate_genesis to entry_points Oct 2, 2018 Addition refactoring Dec 27, 2017
test-requirements.txt Changed pytest version to 3.6 May 16, 2019 adding versioneer Apr 18, 2018

MIT licensed PyPI version CircleCI CircleCI Codacy Badge Codacy Badge codebeat badge Snyk Vulnerability Analysis

QRL - Quantum Resistant Ledger

Python-based blockchain ledger utilizing hash-based one-time merkle tree signature scheme (XMSS) instead of ECDSA. Proof-of-work block selection via the cryptonight algorithm. Future transition to POS with signed iterative hash chain reveal scheme which is both probabilistic and random (

Hash-based signatures means larger transactions (3kb per tx, binary), longer keypair generation times and the need to record 'state' of transactions as each keypair can only be used once safely. Merkle tree usage enables a single address to be used for signing numerous transactions (up to 2^13 computationally easily enough). Currently XMSS/W-OTS+ are natively supported with extensible support for further cryptographic schemes inbuilt.


We recommend exploring our Documentation

For instructions on how to install a node, please refer to Install Node

API documentation can be found at

More information

You can’t perform that action at this time.