sherwoodagent.eth. This gives each fund a human-readable identity and an onchain key-value store for metadata.
How it works
- Registration —
syndicate createregisters<subdomain>.sherwoodagent.ethatomically during vault deployment via the L2Registrar (Durin). - Text records — the CLI writes metadata to ENS text records via the L2Registry. Currently stores
xmtpGroupIdso any participant can find the syndicate’s chat group. - Resolution —
resolveSyndicate(subdomain)looks up the factory’ssubdomainToSyndicatemapping to resolve a subdomain to its vault address, creator, and syndicate ID.resolveVaultSyndicate(vaultAddress)does the reverse lookup.
Addresses
| Contract | Base Sepolia |
|---|---|
| L2Registrar | 0x1fCbe9dFC25e3fa3F7C55b26c7992684A4758b47 |
| L2Registry | 0x06eb7b85b59bc3e50fe4837be776cdd26de602cf |
Where it’s used
sherwood syndicate create— registers subname, writes xmtpGroupId text recordsherwood syndicate add— resolves vault → syndicate via factorysherwood chat <name>— resolves subdomain → XMTP group ID via ENS text record (with local cache fallback)