[](https://pypi.python.org/pypi/python-bitcointx)
[](https://pypi.python.org/pypi/python-bitcointx)
[](https://pypi.python.org/pypi/python-bitcointx)
[](https://pypi.python.org/pypi/python-bitcointx)
# python-bitcointx
This Python3 library provides an easy interface to the bitcoin transaction data
structures. This is based on https://github.com/petertodd/python-bitcoinlib,
but is focused only on providing the tools to build, manipulate and sign
bitcoin transactions, and related data structures.
It does not aim to be "The Swiss Army Knife of the Bitcoin protocol", but rather
be a more specialized tool for handling transactions and associated data, with
a focus on correctness, consistency, and developer ergonomics.
## Notable differences from python-bitcoinlib
* Network-related code that deals with network messages and blocks is removed.
* Some API have changed and may be not compatible with old code (see below)
* libsecp256k1 is used for signing and verifying.
Signing by libsecp256k1 is deterministic, per RFC6979.
* Support for PSBT (BIP174 Partially-signed transactions)
* HD keys support
* Easier to build code that supports and interacts with other bitcoin-based blockchains
(see https://github.com/Simplexum/python-litecointx and https://github.com/Simplexum/python-elementstx)
* A wrapper for `libbitcoinconsensus`'s script verification function is included
* RPC API wrapper is 'raw' - does not convert the results of the calls to the library objects.
* Fully type-annotated and statically checked with [mypy](https://github.com/python/mypy)
## Note on v1.0.0 release
The switch from v0.10.x to v1.0.0 was done because of the big refactoring effort
that was made to improve the consistency of the library API, make it more composeable and maintainable.
This required significant API breakage, and it made sense to bump the version.
The first release of the v1.0.x version introduced significant amount of new code (note that any new code compes with possibility of new bugs), and increased the differences from python-bitcoinlib.
This [long post](https://gist.github.com/dgpv/6607c7d0eff66c387d8a5eaeb378e787#file-on-release-of-python-bitcointx-v1-0-1-md)
elaborates on the motivations behind the decisions that shaped
the library and v1.0.0 release in particular, and also has some code examples.
## Requirements
- Python >= 3.7
- [libsecp256k1](https://github.com/bitcoin-core/secp256k1)
- [libbitcoinconsensus](https://github.com/bitcoin/bitcoin/blob/master/doc/shared-libraries.md) (optional, for consensus-compatible script verification)
Tests use the following libsecp256k1 version:
[//]: # (!LIBSECP256K1_VERSION_MARKER_DO_NOT_MOVE_OR_EDIT! this marker is used by automatic tests to extract the version that is in the following line from this README.md, and use it to run tests with this specific version of libsecp256k1)
`v0.4.0`
Libsecp256k1 is not linked as a git submodule in python-bitcointx git repository, because python-bitcointx
can still be used with other versions of libsecp256k1 as long as experimental modules with unstable ABI
of are not used, or are compatible with the vesion listed above.
While allowing dynamic linkage with libsecp256k1 adds these complications, it is at the same time allows
more flexibility for advanced uses. For example, one can use libsecp256k1-zkp instead of libsecp256k1 to
have access to zero-knowledge-proof related functions, as is done by python-elementstx package.
For best results, use the version listed above, as it is the version that python-bitcointx automatic tests
use to build libsecp256k1. Then make sure that this version of the library is loaded by python-bitcointx,
by using `bitcointx.set_custom_secp256k1_path()` or `LD_LIBRARY_PATH ` environment variable.
## Installation
```
$ pip install python-bitcointx
```
```
$ pipenv install python-bitcointx
```
```
$ poetry add python-bitcointx
```
## Structure
Everything consensus critical is found in the modules under bitcointx.core. This
rule is followed pretty strictly, for instance chain parameters are split into
consensus critical and non-consensus-critical.
bitcointx.core - Basic core definitions, datastructures, and
(context-independent) validation
bitcointx.core.key - ECC keys, BIP32Paths
bitcointx.core.script - Scripts and opcodes
bitcointx.core.scripteval - Script evaluation/verification
bitcointx.core.psbt - BIP174 Partially-signed transactions
bitcointx.core.serialize - Serialization
bitcointx.core.secp256k1 - functions to interface with secp256k1 C library
(Note: to safely use it, experience with C
and understanting of python-C interop is a must)
bitcointx.core.sha256 - (Slow) python implementation of SHA256,
but with ability to get SHA256 mid-state
bitcointx.core.bitcoinconsensus
- ctypes wrapping code for libbitcoinconsensus script
verification function, with interface compatible
with VerifyScript from bitcointx.core.scripteval
Note that this code does not aim to be fully consensus-compatible with current
bitcoin core codebase. Corner cases that is not relevant to creating valid bitcoin
transactions is unlikely to be considered. See also note on VerifyScript usage below.
Non-consensus critical modules include the following:
bitcointx - Chain selection
bitcointx.base58 - Base58 encoding
bitcointx.bech32 - Bech32 encoding
bitcointx.rpc - Bitcoin Core RPC interface support
bitcointx.wallet - Wallet-related code, currently Bitcoin address and
private key support
bitcointx.util - various code-related utitlity classes and functions
Effort has been made to follow the Satoshi source relatively closely, for
instance Python code and classes that duplicate the functionality of
corresponding Satoshi C++ code uses the same naming conventions: CTransaction,
CPubKey, nValue etc. Otherwise Python naming conventions are followed.
## Mutable vs. Immutable objects
Like the Bitcoin Core codebase CTransaction is immutable and
CMutableTransaction is mutable; unlike the Bitcoin Core codebase this
distinction also applies to COutPoint, CTxIn, CTxOut and CTxWitness.
## Endianness Gotchas
Rather confusingly Bitcoin Core shows transaction and block hashes as
little-endian hex rather than the big-endian the rest of the world uses for
SHA256. python-bitcointx provides the convenience functions x() and lx() in
bitcointx.core to convert from big-endian and little-endian hex to raw bytes to
accomodate this. In addition see b2x() and b2lx() for conversion from bytes to
big/little-endian hex.
## API changes vs python-bitcoinlib
Note: only public API changes is listed here
* `CBitcoinAddress(<testnet_or_regtest_address>)` won't work: you will need to use `CCoinAddress` (universal, the class of returned instance depends on current chain params), or `CBitcoinTestnetAddress`/`CBitcoinRegtestAddress` directly. `CBitcoinAddress` is used only for Bitcoin mainnet addresses.
* `rpc.Proxy` removed, `rpc.RPCCaller` added (same as old `rpc.RawProxy`, but `btc_conf_file` kwarg renamed to just `conf_file`). If old rpc.Proxy functionality is desired, it should be implemented as a separate library.
* `CTransaction` default version changed to 2
* `CPubKey.is_valid`, `CPubKey.is_fullyvalid` and `CPubKey.is_compressed` should now be called as methods: `pub.is_valid()`, not `pub.is_valid`. `CPubKey.is_valid()` is also deprecated, and `CPubKey.is_nonempty()` should be used instead, to avoid possible confusion `is_valid()`/`is_fullyvalid()`.
* `CBitcoinAddressError` is removed, `CCoinAddressError` should be used instead
* Chain params for bitcoin is renamed, instead of 'mainnet', 'testnet', 'regtest' it is now 'bitcoin', 'bitcoin/testnet', 'bitcoin/mainnet'
* `CBech32Data.from_bytes` - changed arg order, witver is now kwarg
* `CTxWitness` is now immutable, `CMutableTxWitness` is added.
* If mutable components supplied to CTransaction, they will be internally converted to immutable, and vise versa with CMutableTransaction
* string representations (returned by `repr` and `str`) of various objects will often differ from that of python-bitcoinlib's.
* `COIN`, `MAX_MONEY`, etc. moved to `CoreCoinParams` class, that can be
subclassed and will be dispatched similar to `CTransaction` and friends. It is recommended to use `MoneyRange()` and `coins_to_satoshi()`, `satoshi_to_coins()` functions. The two former functions will also raise ValueError if supplied/returned value is outside of MoneyRange. (unless `check_range=False` is passed)
* `MoneyRange()` function does not accept `params=` argument anymore. To get money range for different params, you can use `with ChainParams():`.
## Note on VerifyScript() usage
`VerifyScript()` in `bitcointx.core.scripteval` is (incomplete) python implementation
of Bitcoin script interpreter. It may be useful for debugging purposes.
But! Bitcoin Core should _always_ remain the authoritative source on bitcoin
transaction inputs validity.
If you want script verification with consensus rules, you should use libbitcoinconsensus
(https://github.com/bitcoin/bitcoin/blob/master/doc/shared-libraries.md), available
via `ConsensusVerifyScript()` in `bitcointx.core.bitcoinconensus`.
But also please note that `ConsensusVerifyScript()` does not check any standardness rules,
only consensus rules.
Script evaluation code of VerifyScript() is NOT in sync with Bitcoin Core code,
and lacks some features. While some effort was made to make it behave closer
to the code in Bitcoin Core, full compatibility is far away, and most likely
will not be ever achieved.
**WARNING**: DO NOT rely on VerifyScript() in deciding if certain signed
transaction input is valid. In some corner cases (non-standard signature encoding,
unhandled script evaluation flags, etc) it may deem something invalid that bitcoind
would accept as valid. More importanty, it could accept something as valid
that bitcoind would deem invalid. `ConsensusVerifyScript()` should be suitable for
that purpose, as it is just a thin wrapper over the C library `libbitcoinconsensus`.
## Module import style
While not always good style, it's often convenient for quick scripts if
`import *` can be used. To support that all the modules have `__all__` defined
appropriately.
# Example Code
See `examples/` directory. For instance this example creates a transaction
spending a pay-to-script-hash transaction output:
$ PYTHONPATH=. examples/spend-pay-to-script-hash-txout.py
<hex-encoded transaction>
## Selecting the chain to use
Do the following:
import bitcointx
bitcointx.select_chain_params(NAME)
Where NAME is one of 'bitcoin', 'bitcoin/testnet', or 'bitcoin/regtest'.
The chain parameters currently selected is a thread-local variable that changes
behavior everywhere. If you need to change the parameters temporary, you can use
`ChainParams` context manager. To get current chain params, you can use
`get_current_chain_params()`:
```python
from bitcointx import ChainParams
with ChainParams('bitcoin/testnet') as params:
print(f"{params.readable_name} params ({params.name}) are in effect")
```
will print
```
Bitcoin testnet params (bitcoin/testnet) are in effect
```
## Documentation
Sphinx documentation is in the "doc" subdirectory. Run "make help" from there
to see how to build. You will need the Python "sphinx" package installed.
Currently this is just API documentation generated from the code and
docstrings. Higher level written docs would be useful, perhaps starting with
much of this README. Pages are written in reStructuredText and linked from
index.rst.
Raw data
{
"_id": null,
"home_page": "https://github.com/Simplexum/python-bitcointx",
"name": "python-bitcointx",
"maintainer": "",
"docs_url": null,
"requires_python": ">=3.7",
"maintainer_email": "",
"keywords": "bitcoin",
"author": "",
"author_email": "",
"download_url": "",
"platform": null,
"description": "[](https://pypi.python.org/pypi/python-bitcointx)\n[](https://pypi.python.org/pypi/python-bitcointx)\n[](https://pypi.python.org/pypi/python-bitcointx)\n[](https://pypi.python.org/pypi/python-bitcointx)\n\n# python-bitcointx\n\nThis Python3 library provides an easy interface to the bitcoin transaction data\nstructures. This is based on https://github.com/petertodd/python-bitcoinlib,\nbut is focused only on providing the tools to build, manipulate and sign\nbitcoin transactions, and related data structures.\n\nIt does not aim to be \"The Swiss Army Knife of the Bitcoin protocol\", but rather\nbe a more specialized tool for handling transactions and associated data, with\na focus on correctness, consistency, and developer ergonomics.\n\n## Notable differences from python-bitcoinlib\n\n* Network-related code that deals with network messages and blocks is removed.\n* Some API have changed and may be not compatible with old code (see below)\n* libsecp256k1 is used for signing and verifying.\n Signing by libsecp256k1 is deterministic, per RFC6979.\n* Support for PSBT (BIP174 Partially-signed transactions)\n* HD keys support\n* Easier to build code that supports and interacts with other bitcoin-based blockchains\n (see https://github.com/Simplexum/python-litecointx and https://github.com/Simplexum/python-elementstx)\n* A wrapper for `libbitcoinconsensus`'s script verification function is included\n* RPC API wrapper is 'raw' - does not convert the results of the calls to the library objects.\n* Fully type-annotated and statically checked with [mypy](https://github.com/python/mypy)\n\n## Note on v1.0.0 release\n\nThe switch from v0.10.x to v1.0.0 was done because of the big refactoring effort\nthat was made to improve the consistency of the library API, make it more composeable and maintainable.\nThis required significant API breakage, and it made sense to bump the version.\n\nThe first release of the v1.0.x version introduced significant amount of new code (note that any new code compes with possibility of new bugs), and increased the differences from python-bitcoinlib.\n\nThis [long post](https://gist.github.com/dgpv/6607c7d0eff66c387d8a5eaeb378e787#file-on-release-of-python-bitcointx-v1-0-1-md)\nelaborates on the motivations behind the decisions that shaped\nthe library and v1.0.0 release in particular, and also has some code examples.\n\n## Requirements\n\n- Python >= 3.7\n- [libsecp256k1](https://github.com/bitcoin-core/secp256k1)\n- [libbitcoinconsensus](https://github.com/bitcoin/bitcoin/blob/master/doc/shared-libraries.md) (optional, for consensus-compatible script verification)\n\nTests use the following libsecp256k1 version:\n\n[//]: # (!LIBSECP256K1_VERSION_MARKER_DO_NOT_MOVE_OR_EDIT! this marker is used by automatic tests to extract the version that is in the following line from this README.md, and use it to run tests with this specific version of libsecp256k1)\n`v0.4.0`\n\nLibsecp256k1 is not linked as a git submodule in python-bitcointx git repository, because python-bitcointx\ncan still be used with other versions of libsecp256k1 as long as experimental modules with unstable ABI\nof are not used, or are compatible with the vesion listed above.\n\nWhile allowing dynamic linkage with libsecp256k1 adds these complications, it is at the same time allows\nmore flexibility for advanced uses. For example, one can use libsecp256k1-zkp instead of libsecp256k1 to\nhave access to zero-knowledge-proof related functions, as is done by python-elementstx package.\n\nFor best results, use the version listed above, as it is the version that python-bitcointx automatic tests\nuse to build libsecp256k1. Then make sure that this version of the library is loaded by python-bitcointx,\nby using `bitcointx.set_custom_secp256k1_path()` or `LD_LIBRARY_PATH ` environment variable.\n\n## Installation\n\n```\n$ pip install python-bitcointx\n```\n\n```\n$ pipenv install python-bitcointx\n```\n\n```\n$ poetry add python-bitcointx\n```\n\n## Structure\n\nEverything consensus critical is found in the modules under bitcointx.core. This\nrule is followed pretty strictly, for instance chain parameters are split into\nconsensus critical and non-consensus-critical.\n\n bitcointx.core - Basic core definitions, datastructures, and\n (context-independent) validation\n bitcointx.core.key - ECC keys, BIP32Paths\n bitcointx.core.script - Scripts and opcodes\n bitcointx.core.scripteval - Script evaluation/verification\n bitcointx.core.psbt - BIP174 Partially-signed transactions\n bitcointx.core.serialize - Serialization\n bitcointx.core.secp256k1 - functions to interface with secp256k1 C library\n (Note: to safely use it, experience with C\n and understanting of python-C interop is a must)\n bitcointx.core.sha256 - (Slow) python implementation of SHA256,\n but with ability to get SHA256 mid-state\n bitcointx.core.bitcoinconsensus\n - ctypes wrapping code for libbitcoinconsensus script\n verification function, with interface compatible\n with VerifyScript from bitcointx.core.scripteval\n\nNote that this code does not aim to be fully consensus-compatible with current\nbitcoin core codebase. Corner cases that is not relevant to creating valid bitcoin\ntransactions is unlikely to be considered. See also note on VerifyScript usage below.\n\nNon-consensus critical modules include the following:\n\n bitcointx - Chain selection\n bitcointx.base58 - Base58 encoding\n bitcointx.bech32 - Bech32 encoding\n bitcointx.rpc - Bitcoin Core RPC interface support\n bitcointx.wallet - Wallet-related code, currently Bitcoin address and\n private key support\n bitcointx.util - various code-related utitlity classes and functions\n\nEffort has been made to follow the Satoshi source relatively closely, for\ninstance Python code and classes that duplicate the functionality of\ncorresponding Satoshi C++ code uses the same naming conventions: CTransaction,\nCPubKey, nValue etc. Otherwise Python naming conventions are followed.\n\n## Mutable vs. Immutable objects\n\nLike the Bitcoin Core codebase CTransaction is immutable and\nCMutableTransaction is mutable; unlike the Bitcoin Core codebase this\ndistinction also applies to COutPoint, CTxIn, CTxOut and CTxWitness.\n\n## Endianness Gotchas\n\nRather confusingly Bitcoin Core shows transaction and block hashes as\nlittle-endian hex rather than the big-endian the rest of the world uses for\nSHA256. python-bitcointx provides the convenience functions x() and lx() in\nbitcointx.core to convert from big-endian and little-endian hex to raw bytes to\naccomodate this. In addition see b2x() and b2lx() for conversion from bytes to\nbig/little-endian hex.\n\n## API changes vs python-bitcoinlib\n\nNote: only public API changes is listed here\n\n* `CBitcoinAddress(<testnet_or_regtest_address>)` won't work: you will need to use `CCoinAddress` (universal, the class of returned instance depends on current chain params), or `CBitcoinTestnetAddress`/`CBitcoinRegtestAddress` directly. `CBitcoinAddress` is used only for Bitcoin mainnet addresses.\n* `rpc.Proxy` removed, `rpc.RPCCaller` added (same as old `rpc.RawProxy`, but `btc_conf_file` kwarg renamed to just `conf_file`). If old rpc.Proxy functionality is desired, it should be implemented as a separate library.\n* `CTransaction` default version changed to 2\n* `CPubKey.is_valid`, `CPubKey.is_fullyvalid` and `CPubKey.is_compressed` should now be called as methods: `pub.is_valid()`, not `pub.is_valid`. `CPubKey.is_valid()` is also deprecated, and `CPubKey.is_nonempty()` should be used instead, to avoid possible confusion `is_valid()`/`is_fullyvalid()`.\n* `CBitcoinAddressError` is removed, `CCoinAddressError` should be used instead\n* Chain params for bitcoin is renamed, instead of 'mainnet', 'testnet', 'regtest' it is now 'bitcoin', 'bitcoin/testnet', 'bitcoin/mainnet'\n* `CBech32Data.from_bytes` - changed arg order, witver is now kwarg\n* `CTxWitness` is now immutable, `CMutableTxWitness` is added.\n* If mutable components supplied to CTransaction, they will be internally converted to immutable, and vise versa with CMutableTransaction\n* string representations (returned by `repr` and `str`) of various objects will often differ from that of python-bitcoinlib's.\n* `COIN`, `MAX_MONEY`, etc. moved to `CoreCoinParams` class, that can be\nsubclassed and will be dispatched similar to `CTransaction` and friends. It is recommended to use `MoneyRange()` and `coins_to_satoshi()`, `satoshi_to_coins()` functions. The two former functions will also raise ValueError if supplied/returned value is outside of MoneyRange. (unless `check_range=False` is passed)\n* `MoneyRange()` function does not accept `params=` argument anymore. To get money range for different params, you can use `with ChainParams():`.\n\n## Note on VerifyScript() usage\n\n`VerifyScript()` in `bitcointx.core.scripteval` is (incomplete) python implementation\nof Bitcoin script interpreter. It may be useful for debugging purposes.\n\nBut! Bitcoin Core should _always_ remain the authoritative source on bitcoin\ntransaction inputs validity.\n\nIf you want script verification with consensus rules, you should use libbitcoinconsensus\n(https://github.com/bitcoin/bitcoin/blob/master/doc/shared-libraries.md), available\nvia `ConsensusVerifyScript()` in `bitcointx.core.bitcoinconensus`.\nBut also please note that `ConsensusVerifyScript()` does not check any standardness rules,\nonly consensus rules.\n\nScript evaluation code of VerifyScript() is NOT in sync with Bitcoin Core code,\nand lacks some features. While some effort was made to make it behave closer\nto the code in Bitcoin Core, full compatibility is far away, and most likely\nwill not be ever achieved.\n\n**WARNING**: DO NOT rely on VerifyScript() in deciding if certain signed\ntransaction input is valid. In some corner cases (non-standard signature encoding,\nunhandled script evaluation flags, etc) it may deem something invalid that bitcoind\nwould accept as valid. More importanty, it could accept something as valid\nthat bitcoind would deem invalid. `ConsensusVerifyScript()` should be suitable for\nthat purpose, as it is just a thin wrapper over the C library `libbitcoinconsensus`.\n\n## Module import style\n\nWhile not always good style, it's often convenient for quick scripts if\n`import *` can be used. To support that all the modules have `__all__` defined\nappropriately.\n\n\n# Example Code\n\nSee `examples/` directory. For instance this example creates a transaction\nspending a pay-to-script-hash transaction output:\n\n $ PYTHONPATH=. examples/spend-pay-to-script-hash-txout.py\n <hex-encoded transaction>\n\n\n## Selecting the chain to use\n\nDo the following:\n\n import bitcointx\n bitcointx.select_chain_params(NAME)\n\nWhere NAME is one of 'bitcoin', 'bitcoin/testnet', or 'bitcoin/regtest'.\nThe chain parameters currently selected is a thread-local variable that changes\nbehavior everywhere. If you need to change the parameters temporary, you can use\n`ChainParams` context manager. To get current chain params, you can use\n`get_current_chain_params()`:\n\n```python\nfrom bitcointx import ChainParams\nwith ChainParams('bitcoin/testnet') as params:\n print(f\"{params.readable_name} params ({params.name}) are in effect\")\n```\nwill print\n\n```\nBitcoin testnet params (bitcoin/testnet) are in effect\n```\n\n## Documentation\n\nSphinx documentation is in the \"doc\" subdirectory. Run \"make help\" from there\nto see how to build. You will need the Python \"sphinx\" package installed.\n\nCurrently this is just API documentation generated from the code and\ndocstrings. Higher level written docs would be useful, perhaps starting with\nmuch of this README. Pages are written in reStructuredText and linked from\nindex.rst.\n",
"bugtrack_url": null,
"license": "",
"summary": "A library for handling Bitcoin transactions and associated data",
"version": "1.1.4",
"project_urls": {
"Homepage": "https://github.com/Simplexum/python-bitcointx"
},
"split_keywords": [
"bitcoin"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "e6e96666f848ce5b59c60f86cca5ab96f30e88b1b0d1876ea8952efa2430f71b",
"md5": "7d390d1ddbdf4f60b0a8f0512ea217af",
"sha256": "075a05a46920e31024fef226d8977f443e8405c65d669f1f1246fe58ba1df873"
},
"downloads": -1,
"filename": "python_bitcointx-1.1.4-py3-none-any.whl",
"has_sig": false,
"md5_digest": "7d390d1ddbdf4f60b0a8f0512ea217af",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.7",
"size": 211361,
"upload_time": "2023-12-09T10:20:16",
"upload_time_iso_8601": "2023-12-09T10:20:16.819781Z",
"url": "https://files.pythonhosted.org/packages/e6/e9/6666f848ce5b59c60f86cca5ab96f30e88b1b0d1876ea8952efa2430f71b/python_bitcointx-1.1.4-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2023-12-09 10:20:16",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "Simplexum",
"github_project": "python-bitcointx",
"travis_ci": true,
"coveralls": false,
"github_actions": true,
"lcname": "python-bitcointx"
}
JSON
