Web3 Name SDK
Overview
The primary capabilities of the SDK include:
Domain Name Resolution: It resolves domain names to obtain essential information about the domain, including its associated conventional address, various records (such as avatars, IPFS links, social data), and metadata, etc.
Reverse Resolution: The SDK facilitates reverse address resolution. This feature makes it possible to determine the primary domain name associated with a given address, even across different blockchains or TLDs, returning Chain Primary Name or TLD Primary Name.
Key Terminology:
💡 TLD Primary Name:
Every address is able to set TLD Primary Name to configure a reverse resolution domain for each Top-Level Domain, regardless of whether it has been verified or not on SPACE ID.
Examples include setting "allen.eth" as TLD Primary Name for .eth, "allen.bnb" for .bnb, "allen.cake" for .cake. Note that .bnb and .cake are both on BNB Chain
💡 Chain Primary Name:
Each address is permitted to have only one unique Chain Primary Name for each blockchain or network.
Specifically, when multiple TLDs verified on a single chain exist, only one domain name can be chosen as such reverse resolution domain for that particular chain.
For instance, "allen.eth" could serve as Chain Primary Name for Ethereum, and "allen.cake" might function as the primary name for BNB Chain.
By default, all EVM-based domain names are supported for domain resolution in the Web3 Name SDK. Reverse resolution returns a Chain Primary Name for each EVM chain. Project administrators have the flexibility to choose whether to integrate support for all or only specific chains and TLDs. They can also configure custom settings for reverse resolution as needed. This adaptability allows projects to tailor the SDK's functionality to their specific requirements.
Get Started
Developers can resolve web3 domain name or reverse resolve conventional address with Web3 Name SDK with zero configuration.
Install
npm install @web3-name-sdk/core viem@^1.20
If you are using next.js
, please add the following configuration in your next.config.js
in order to transpile commonjs dependencies:
1. Setup client
2. Resolve a domain name
You can get address from domain name with a single request:
Multichain address resolution
Domain resolution for other chains can be provided by adding coinType
param to getAddress()
.
3. Resolve an address
There are optional parameters in the method to select your target chain or TLD (top-level Domain).
By providing chain IDs, you can resolve addresses on selected chains and get an available domain name from all TLDs deployed on these chains.
By providing TLDs, address can be resolved from the selected TLDs and get an available TLD primary name.
4. Record
Domain text records can be fetched by providing domain name and the key. For example, the avatar record of spaceid.bnb
is returned from this method given key name avatar
:
5. Metadata
Domain metadata can be fetched by SDK directly.
Non-EVM name services
As an all-in-one domain name SDK, non-EVM web3 domain name services are also included. Now we support SNS (Solana Name Service, .sol), Sei Name Service (.sei) and Injective Name Service (.inj).
1. Solana Name Service (.sol)
Install additional corresponding dependencies for the Solana environment:
Create client and query domains:
2. Sei Name Service (.sei)
Install additional corresponding dependencies for the Sei environment:
Create client and query domains:
3. Injective Name Service (.inj)
Install additional corresponding dependencies for the Injective environment:
Create client and query domains:
Use your own RPC
We are using popular public RPC services by default to make it easier to use. But in some cases developers may prefer to use arbitrary RPC, so we provide optional parameter rpcUrl
for each function that allows developers to use their own RPC to make requests.
For example, you can put custom rpcUrl as a parameter in getAddress
function.
For other functions, it's also possible to have a custom rpcUrl
in the request.
Last updated