We have started working on the Authority feature a long time ago, it required us to gain a deep understanding of how authority works. We want to do it as well as possible, so we are using a new version of the wax library, which allows easy handling of authority.
We have also made some changes in the CLI - we have extended the validation against bad accounts. Now validation is also performed in the CLI and during saving or loading transactions from a file.
We have started work on the Authority feature in the TUI. It allows you to manage your account authority in a simple and convenient way.
The implementation is divided into two main parts:
The Authority tab is in the Account details view.
You can access it from the Dashboard - by clicking an account name or selecting an account name using Tab key, pressing Enter and then choosing the Authority tab.
You can access it from anywhere by clicking information about alarms (No alarms, X alarms) in the header and then selecting the Authority tab.
The Authority view consists of the following parts:
As you can see in the screen below in the first field you can enter an account name, a public key or private key or an alias.
As you type, Clive suggests matching values based on the accounts selected in the next field. You can manage suggestions using the arrow keys - the up/down arrows scroll through suggestions, the right arrow accepts it.
Using a private key as a filter input leads to its implicit conversion to a public key (Clive notifies the user about it) and displays all authority entries that match the given public key.
Using a public key works similarly: the application looks for the aliased public key and displays the corresponding authority entries.
The Modify button is disabled - it will be active in future versions that allow authority modifications.
Example:
A user wants to find where account guest4test4 is used and searches it for all tracked accounts.
The authority roles section displays public keys, aliases with public keys or account names related to the account. It also shows the threshold value and the total weight of imported keys.
You can import or remove a public key here or do it as before by clicking Config->Manage key aliases.
The validation against the bad account list is available in TUI for a few releases. If you try to make a transfer to a bad account, there is a label Bad account.
Starting with this release we have extended the validation. It now checks operations in the CLI and transactions loaded from a file. In the case of CLI, if a bad account is added to the list of known accounts, it doesn't affect the validation.
It is now impossible to broadcast a transaction that includes any of the following operations to the bad account:
An error message in the TUI:
If a user adds a bad account to the list of known accounts, a warning message is displayed instead of the error.
We have added a small but very convenient change. Now, when you are in any of the operation views, you can quickly go to the Transaction summary view by clicking on the X operations in the cart in the right panel.
Complete list of corrected issues
The scripts that allow you to run Clive are here:
https://gtg.openhive.network/get/clive/