• Stars
    star
    115
  • Rank 305,916 (Top 7 %)
  • Language
    Python
  • License
    Other
  • Created over 6 years ago
  • Updated almost 3 years ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

rapid prototyping transaction toolbox for Bitcoin-style chains 🎈 🎈

Riemann: bitcoin transactions for humans

Build Status Coverage Status

Purpose

$ pip install riemann-tx

Riemann is a dependency-free Python3 library for creating bitcoin-style transactions. It is compatible with many chains and supports SegWit.

Riemann aims to make it easy to create application-specific transactions. It serializes and unserializes scripts from human-readable strings. It contains a complete toolbox for transaction construction, as well as built-in support for ~20 live networks and ~40 testnet or regtest nets.

Riemann is NOT a wallet. It does NOT handle keys or create signatures. Riemann is NOT a protocol or RPC implementation. Riemann does NOT communicate with anything. Ever. Riemann is NOT a Script VM. Riemann does NOT check the validity of your scriptsigs.

Riemann is almost stateless. Before calling functions, you select a network. A list of supported networks is in riemann/networks/__init__.py. Tests are made using on-chain transactions, primarily from Bitcoin.

Contributing

Please read CONTRIBUTING.md.

Installation, Development & Running Tests

Install from pypi for use in your project:

pip3 install riemann-tx

Install to develop Riemann:

$ git clone [email protected]:summa-tx/riemann.git
$ cd riemann
$ virtualenv -p python3 venv
$ source venv/bin/activate
$ pip install -r requirements-test.txt
$ pip install -e .
$ tox

Usage

At a low level, Riemann deals in byte-like objects. However, it provides layers of abstractions on top of this. Notably, scripts are commonly expressed as strings. In script strings, data (like pubkeys) is expressed in unprefixed hex. For example, a P2PKH output script_pubkey might be expressed as follows:

# Note that the PUSH0x14 for the pubkey is implied
"OP_DUP OP_HASH160 00112233445566778899AABBCCDDEEFF00112233 OP_EQUALVERIFY
OP_CHECKSIG"

tx.tx contains the data structures for the different pieces of a transaction. It deals in bytes and bytearrays.

tx.tx_builder provides tools for constructing transactions. It accepts human-readable inputs, like ints and human readable script strings wherever possible, and returns serialized transactions.

simple contains a simplified interface to the tx_builder. It accepts human-readable inputs.

Bitcoin mainnet is the default network. Select a network as follows:

import riemann
riemann.select_network('network_name')

When relevant, segwit is enabled by passing witness=True. Example: make_sh_address(script_string, witness=True). There are also convenience functions that provide the same functionality, e.g.,
make_p2wsh_address(script_string).

Data structures are IMMUTABLE. You can not (and definitely should not!) edit an instance of any of the underlying classes. Instead, make a new instance, or use the copy method. The copy method allows you to make a copy, and takes arguments to override any specific attribute.

Notes and Bitcoin gotchas:

  • For convenience, we separate the script_sig into the stack_script and the redeem_script. For PKH spends, the redeem script MUST BE b''.

  • If there are any witnesses, all inputs must have a witness. The witness list MUST be the same size as the input list.

  • If all sequence numbers are set to max (0xFFFFFFFF), lock_time is disregarded by consensus rules. For this reason, 0xFFFFFFFE is the default sequence number in simple.py.

  • Relative lock-time signaling uses a different time format than absolute lock-time. See here: https://prestwi.ch/bitcoin-time-locks/

  • Not all chains support OP_CHECKSEQUENCEVERIFY and relative lock-times (lookin' at you Zcash).

  • Replace-by-fee signaling is also communicated by sequence numbers. If any sequence number is 0xFFFFFFFD or lower, then RBF is enabled. RBF is NOT a consensus feature.

  • lock_time and sequence use different encodings for time.

# NB:
# script_sig -> Goes in TxIn.
#   - Legacy only
#   - Contains initial stack (stack_script)
#   - Contains p2sh script (redeem_script)
#   - Contains pubkey/script revelation
# stack_script -> Goes in script_sig
#   - Legacy only
#   - Contains script that makes initial stack
# script_pubkey -> Goes in TxOut
#   - Also called pk_script, output_script
#   - P2PKH: OP_DUP OP_HASH160 PUSH14 {pkh} OP_EQUALVERIFY OP_CHECKSIG
#   - P2SH: OP_HASH160 {script_hash} OP_EQUAL
#   - P2WPKH: OP_0 PUSH0x14 {pkh}
#   - P2WSH: OP_0 PUSH0x20 {script_hash}
# WitnessStackItem -> Goes in InputWitness
#   - Witness only
#   - Contains a length-prefixed stack item
# InputWitness -> Goes in Witness
#   - A stack associated with a specific input
#   - If spending from p2wsh, the last item is a serialized script
#   - If spending from p2wpkh, consists of [signature, pubkey]

LICENSE

Riemann is released under the LGPL. Riemann contains some code released under MIT and ISC licenses. The appropriate license is included at the top of these files.

In particular:

  • Base58 implementation from the excellent pycoin by Richard Kiss. Link
  • Bech32 implementation from Pieter Wuille. Link
  • blake256 and blake2 implementation by Larry Bugbee. Link
    Link