mirror of https://github.com/embarklabs/embark.git
2f5c16b8cd
This was caused by the fact that we add the ENS contract to the manager when before they deploy, but the dependency resolution was done while building the contracts, so even before. So the solution was to add a "before build" action so that the ENS module could add its contracts to the manager if needed. |
||
---|---|---|
.. | ||
src | ||
test | ||
.npmrc | ||
CHANGELOG.md | ||
README.md | ||
package.json | ||
tsconfig.json |
README.md
embark-ens
Implements ENS support in Embark
This module:
- registers console commands to interact with ENS
- deploys & setups ENS contracts depending on the network
- implements ENS support in EmbarkJS
- setups generated code acording to the config
API
command: ens:resolve
- returns the address of an ens name
arguments:
name
- ens name to resolve
response:
error
- if an error occurs, null otherwiseaddress
- address associated to the ensname
given
command: ens:isENSName
- checks is it's a (valid) ENS name
arguments:
name
- ens name to validate
response:
error
- if an error occurs, null otherwiseresult
- true/false depending ifname
given is a valid ens name
command: storage:ens:associate
- associates an hash to an ENS domain
arguments:
options
name
- ens namestorageHash
- hash to associate
response:
error
- if an error occurs, null otherwise
Web API
endpoint: GET /embark-api/ens/resolve
- returns the address of an ens name
arguments:
name
- ens name to resolve
response:
{
address: <address of ens name>
}
endpoint: GET /embark-api/ens/lookup
- returns the ens name of an address
arguments:
address
- address to query
response:
{
name: <ens name of address>
}
endpoint: POST /embark-api/ens/register
registers a domain or subdomain
arguments:
subdomain
- ens domainaddress
- address to associate
response:
{
name: <ens name>
address: <address>
}
Dependencies
- async
- eth-ens-namehash
- embarkjs.utils
- secureSend
- embark utils
- AddressUtils
- hashTo32ByteHexString
- recursiveMerge