Compare commits

..

No commits in common. "179a6d4e0303c8d0c2df3d9a56e0b6db4b8beee4" and "1961da25abb1f3bf2c25f3801b4210d40ccc0b0c" have entirely different histories.

3 changed files with 10 additions and 41 deletions

View File

@ -1,31 +0,0 @@
# Okota
Okota implements smart contract registries for the CIC network with the [Address Declarator](https://gitlab.com/cicnet/eth-address-index) backend.
For every entry added to the registry, a declaration is added aswell.
In all the below:
* `contract_address` is the address of the deployed Address Declarator contract.
* `subject_address` is the address a declaration is being made about.
* `declarer` is the entity making a declaration about the `subject_address`.
* `proof` a 256-bit proof
## Contract declaration translations
| registry call | declarer | subject | proof |
|---|---|---|---|
| ContractRegistry.set(registry\_identifier, contract\_address) | sender | contract\_address | registry\_identifier |
| AccountsIndex.register(wallet\_address) | sender | wallet\_address | token address of accounts index |
| TokenRegistry.registry(token\_address) | sender | token\_address | sha256(token symbol) |
## Query the declarator with CLI
`eth-accounts-index-view -e <contract_address> -a <declarer_address> <subject_address>`
## Add arbitrary other proofs with CLI
`eth-accounts-index-add -e <contract_address> -y <declarer_keyfile> -a <subject_address> <proof>`

View File

@ -1,9 +1,9 @@
confini~=0.6.0
funga-eth~=0.6.0
chainlib-eth>=0.1.0b1,<0.2.0
eth_erc20~=0.3.0
eth-address-index~=0.5.0
eth-accounts-index~=0.2.0
#eth-token-index~=0.3.0
eth-contract-registry~=0.8.0
cic-contracts~=0.1.0
confini~=0.5.3
funga-eth~=0.5.1
chainlib-eth~=0.0.15
eth_erc20~=0.1.5
eth-address-index~=0.3.0
eth-accounts-index~=0.1.2
eth-token-index~=0.2.4
eth-contract-registry~=0.7.2
cic-contracts~=0.0.5

View File

@ -1,6 +1,6 @@
[metadata]
name = okota
version = 0.4.0
version = 0.3.0
description = Registries for CIC using the eth-address-index backend
author = Louis Holbrook
author_email = dev@holbrook.no