Hive Developer Portal
PY: Grant Active Permission
How to give another user active permission on your account using Python.
Full, runnable src of Grant Active Permission can be downloaded as part of: tutorials/python (or download just this tutorial: devportal-master-tutorials-python-31_grant_active_permission.zip).
In this tutorial we show you how to check if someone has got active permission for an account on the Hive blockchain and how to grant or revoke that permission using the beem library.
Providing another user active permission for your account enables them to do fund transfers from your account. This can be useful in setting up a secondary account(s) to manage funds for a main account or having a backup should you lose passwords for the main account.
One of the common practice nowadays is to lend/delegate HP to another account, above same technique can be used to create market around it with minimum 3rd party trust. All your funds stay in your account. You can use/create automated system where you can lease for certain period of time and system can take care of payments and release of delegations (notify clients). Even better, you can use multi-signature feature to establish 100% trust where clients will have to confirm, approve transactions.
Active permissions and authority should be used with utmost care, you don’t want to lose your funds. It is really not easy to hack Hive accounts, let alone take control over it. But without careful use (revealing private keys) losing liquid funds are not that difficult and it takes only couple seconds to do that, keeping most value powered up always helps.
See this article for more detail around active authorities.
The beem library has a built-in function to transmit transactions to the blockchain. We are using the
disallow methods found within the
Account instance. Before we grant or revoke permission, we use the
Account module to check whether the requested user already has that permission or not. This is not strictly necessary but adds to the usability of the process.
disallow method uses the same parameters except for
weight which is not required.
There is currently a bug with the
disallow method when using it on the testnet that we normally connect to. Due to that bug, we are using the production server for this tutorial. Special care should be taken when creating transactions as everything we do will affect
There is a permission limit defined by
HIVE_MAX_AUTHORITY_MEMBERSHIP that limits the number of authority membership to 40 (max).
- App setup - Library install and import. Input user info and connection to production
- Username validation - Check validity of user and foreign account
- Check permission status - Check current permission status of foreign account
- Commit to blockchain - Commit transaction to blockchain
1. App setup and connection
In this tutorial we use 2 packages:
beem- hive library and interaction with Blockchain
pick- helps select the query type interactively
We import the libraries for the application.
from pick import pick import getpass from beem import Hive from beem.account import Account
We require the
private active key of the user in order for the
disallow to be committed to the blockchain. The values are supplied via the terminal/console before we initialize the beem class with the supplied private key included.
# capture user information account = input('Enter username: ') wif_active_key = getpass.getpass('Enter private ACTIVE key: ') # node_url = 'https://testnet.openhive.network' # Public Testnet node_url = 'http://127.0.0.1:8090' # Local Testnet # connect to production server with active key client = Hive(node_url, keys=[wif_active_key])
2. Username validation
Both the main account granting the permission and the account that permission is being granted to are first checked to make certain that they do in fact exist. We do this with the
# check valid user account = Account(account, blockchain_instance=client) print('Current active authorizations: ' + str(account['active']['account_auths'])) # get account to authorise and check if valid foreign = input('Please enter the account name for ACTIVE authorization: ') if (foreign == account.name): print('Cannot allow or disallow active permission to your own account') exit() foreign = Account(foreign, blockchain_instance=client)
3. Check permission status
In order to determine which function to execute (
disallow) we first need to check whether the requested user already has permission or not. We do this with the same variable created in the previous step. The
Account module has a value -
active - that contains an array of all the usernames that has been granted posting permission for the account being queried. We use this check to limit the options of the user as you cannot grant permission to a user that already has permission or revoke permission of a user that does not yet have permission. The information is displayed on the options list.
# check if foreign account already has active auth title = '' for auth in account['active']['account_auths']: if (auth == foreign.name): title = (foreign.name + ' already has active permission. Please choose option from below list') options = ['DISALLOW', 'CANCEL'] break if (title == ''): title = (foreign.name + ' does not yet active permission. Please choose option from below list') options = ['ALLOW', 'CANCEL']
4. Commit to blockchain
Based on the check in the previous step, the user is given the option to
cancel the operation completely. All the required parameters have already been assigned via console/terminal input and based on the choice of the user the relevant function can be executed. A confirmation of the successfully executed action is displayed on the UI.
option, index = pick(options, title) if (option == 'CANCEL'): print('operation cancelled') exit() if (option == 'ALLOW'): account.allow(foreign=foreign.name, weight=1, permission='active', threshold=1) print(foreign.name + ' has been granted active permission') else: account.disallow(foreign=foreign.name, permission='active', threshold=1) print('active permission for ' + foreign.name + ' has been removed')
Click the play button below:
To Run the tutorial
You can launch a local testnet, with port 8090 mapped locally to the docker container:
docker run -d -p 8090:8090 inertia/tintoy:latest
For details on running a local testnet, see: Setting Up a Testnet
- review dev requirements
git clone https://gitlab.syncad.com/hive/devportal.git
pip install -r requirements.txt
- After a few moments, you should see a prompt for input in terminal screen.