Hello frens, Iām Igor Co-founder of Onthis (onthis.xyz).
Some quick context on who we are and what we do and then Iāll move onto the ENS Contract naming standard.
Mission: Make onchain actions simple and safe.
Product: Shortcuts
Send ETH to human-readable contracts to bridge, swap, stake, mint, and more directly from your wallet.
Examples (Send ETH from Mainnet)
- toArbitrum.eth: Instant bridge to Arbitrum.
- toBase.eth: Instant bridge to Base.
- stake.onLido.eth: Earn yield via Lido + Curve.
- ETHtoUSDC.eth: Swap ETH for USDC.
We now have 40+ Shortcuts, you can check them out here: Discover Shortcuts ⢠onthis.xyz.
ENS Domain Shortcut Nomenclature:
How do we create a naming system that works well today and is future-proof?
Step 1: Define Core Categories
- DeFi Actions: buy/sell (swap), stake/unstake, mint/burn, borrow/lend
- Company/Protocol Names
- L2 or Alt Chain (where are the funds going? This is separate from subdomain resolvers of L2s e.g. op.eth, poly.eth, base.eth, etcā¦)
- Assets accepted
Iāve created a spreadsheet that attempts to enumerate all the possible scenarios. Click here to view.
Step 2: Establish Naming Conventions
- Primary Domain (name.eth)
- Subdomain (subdomain.name.eth)
- Subdomain of Subdomain (subdomain.subdomain.name.eth)
Step 3: Pattern Creation
Option 1
[action].[company].eth
stake.onLido.eth
[asset].[action].[company].eth
stETH.stake.onlido.eth
Option 2
[company].[action].eth
lido.stake.eth
[asset].[company].[action].eth
stETH.lido.stake.eth
The advantage of Option 1 is that it is more natural to read type stake.onlido.eth (verb->company)
The advantage of Option 2 is that you can utilize subdomains to name all the companies without issue e.g. coinbase, lido, etc.
Step 4: Evolution Proofing
How do we ensure that the naming convention stands the test of time? It must work with prompt-based automation tools and even voice-to-text.