Run Go-Ethereum as a subprocess
Project description
# PyGeth
[![Build Status](https://travis-ci.org/pipermerriam/py-geth.png)](https://travis-ci.org/pipermerriam/py-geth) [![Documentation Status](https://readthedocs.org/projects/py-geth/badge/?version=latest)](https://readthedocs.org/projects/py-geth/?badge=latest) [![PyPi version](https://pypip.in/v/py-geth/badge.png)](https://pypi-hypernode.com/pypi/py-geth) [![PyPi downloads](https://pypip.in/d/py-geth/badge.png)](https://pypi-hypernode.com/pypi/py-geth)
Python wrapper around running geth as a subprocess
# Dependency
This library requires the geth executable to be present.
# Quickstart
Installation
`bash pip install py-geth `
Or to install with gevent support
`bash pip install py-geth[gevent] `
And then enable gevent based threads by setting the environment variable GETH_THREADING_BACKEND=gevent.
To run geth connected to the mainnet
`python >>> from geth import LiveGethProcess >>> geth = LiveGethProcess() >>> geth.start() `
Or a private local chain for testing. These require you to give them a name.
`python >>> from geth import DevGethProcess >>> geth = DevGethProcess('testing') >>> geth.start() `
By default the DevGethProcess sets up test chains in the default datadir used by geth. If you would like to change the location for these test chains, you can specify an alternative base_dir.
`python >>> geth = DevGethProcess('testing', '/tmp/some-other-base-dir/') >>> geth.start() `
Each instance has a few convenient properties.
`python >>> geth.data_dir "~/.ethereum" >>> geth.rpc_port 8545 >>> geth.ipc_path "~/.ethereum/geth.ipc" >>> geth.accounts ['0xd3cda913deb6f67967b99d67acdfa1712c293601'] >>> geth.is_alive False >>> geth.is_running False >>> geth.is_stopped False >>> geth.start() >>> geth.is_alive True # indicates that the subprocess hasn't exited >>> geth.is_running True # indicates that `start()` has been called (but `stop()` hasn't) >>> geth.is_stopped False >>> geth.stop() >>> geth.is_alive False >>> geth.is_running False >>> geth.is_stopped True `
When testing it can be nice to see the logging output produced by the geth process. py-geth provides a mixin class that can be used to log the stdout and stderr output to a logfile.
`python >>> from geth import LoggingMixin, DevGethProcess >>> class MyGeth(LoggingMixin, DevGethProcess): ... pass >>> geth = MyGeth() >>> geth.start() `
All logs will be written to logfiles in ./logs/ in the current directory.
The underlying geth process can take additional time to open the RPC or IPC connections, as well as to start mining if it needs to generate the DAG. You can use the following interfaces to query whether these are ready.
`python >>> geth.is_rpc_ready True >>> geth.wait_for_rpc(timeout=30) # wait up to 30 seconds for the RPC connection to open >>> geth.is_ipc_ready True >>> geth.wait_for_ipc(timeout=30) # wait up to 30 seconds for the IPC socket to open >>> geth.is_dag_ready True >>> geth.is_mining True >>> geth.wait_for_dag(timeout=600) # wait up to 10 minutes for the DAG to generate. `
> The DAG functionality currently only applies to the DAG for epoch 0.
# Aboutn DevGethProcess
The DevGethProcess is designed to facilitate testing. In that regard, it is preconfigured as follows.
A single account is created and allocated 1 billion ether.
All APIs are enabled on both rpc and ipc interfaces.
Account 0 is unlocked
Networking is configured to not look for or connect to any peers.
The networkid of 1234 is used.
Verbosity is set to 5 (DEBUG)
Mining is enabled with a single thread.
The RPC interface tries to bind to 8545 but will find an open port if this port is not available.
The DevP2P interface tries to bind to 30303 but will find an open port if this port is not available.
# Gotchas
If you are running with mining enabled (which is default for DevGethProcess then you will likely need to generate the DAG manually. If you do not, then it will auto-generate the first time you run the process and this takes a while.
To generate it manually:
`sh $ geth makedag 0 ~/.ethash `
This is especially important in CI environments like Travis-CI where your process will likely timeout during generation.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distributions
File details
Details for the file py-geth-1.7.1.tar.gz
.
File metadata
- Download URL: py-geth-1.7.1.tar.gz
- Upload date:
- Size: 16.2 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 548a4a54fc412d88d56de1d92d462fd639d32094c1bb1e3022b2f4ea4df0a5c7 |
|
MD5 | 3a4663b732e8510b8f851d9f20116e62 |
|
BLAKE2b-256 | bc982ff281ea516c113b35768d2edd133677481ac567301ca55cd8fc656f523b |
File details
Details for the file py_geth-1.7.1-py3-none-any.whl
.
File metadata
- Download URL: py_geth-1.7.1-py3-none-any.whl
- Upload date:
- Size: 20.6 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 9d3b601bc6e7f83e03ef473b2796c25f4daf291b897d0d0528ad96eb06376ffb |
|
MD5 | 45f892ab930bf13e29afc5bf07b04bab |
|
BLAKE2b-256 | 2caf3f2b7e2e6a2e09ce9e456fb0076de1572b3ba79d6d1420b40495a64cf056 |
File details
Details for the file py-geth-1.7.1.macosx-10.10-x86_64.tar.gz
.
File metadata
- Download URL: py-geth-1.7.1.macosx-10.10-x86_64.tar.gz
- Upload date:
- Size: 13.1 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 50e6d7bedfb9caba56779a2932ffc4ac3534f997a5f23ec8aff540ed55b81f79 |
|
MD5 | cee340f8c1e3c5e8e0c06d9be58a121a |
|
BLAKE2b-256 | 357cad14c2d0d4d1c3a3c7ffca35622f8f89a2aa394db0273da541832a31a338 |