12 posts tagged with "smart-contract-identity"

With May upon us, ENS Contract Naming Season has come to an end. It has been six months since the initiative launched in November, and it is time to reflect on the journey.

Kleros has adopted Enscribe-powered ENS naming across its smart contract infrastructure as part of Contract Naming Season.

Kleros is a decentralised arbitration protocol on Ethereum, providing dispute resolution for use cases ranging from escrow and curated lists to oracles and insurance applications. Its Kleros Curate system also maintains a database of more than 2,600,000 verified smart contracts, tokens, and addresses that's relied on by Etherscan, Blockscout, MetaMask, and Ledger.

For a protocol whose work depends on trust and verification, contract identity matters.

Superfluid has adopted Enscribe-powered ENS naming across its smart contract infrastructure as part of Contract Naming Season.

Superfluid is onchain financial infrastructure for programmable, real-time value transfer. With more than $1.6 billion in volume, more than 1.2 million wallets, and 50,000 active users across 11 EVM networks, Superfluid powers payment infrastructure for organisations including ENS DAO, Optimism, and Gitcoin.

One of those organisations happens to be ENS DAO, which uses Superfluid to stream grants and contributor payments. There is a nice circularity to this announcement: the protocol that streams payments for ENS DAO is now using ENS to name its own contracts.

SSV Network has adopted ENS-based naming across its smart contract infrastructure as part of Contract Naming Season.

SSV is a leading implementation of Distributed Validator Technology on Ethereum. Its protocol distributes validator keys across multiple independent operators to reduce single points of failure in staking. With more than 7.5 million ETH secured and roughly 19 percent of Ethereum validators running through its infrastructure, SSV is one of the more important pieces of staking infrastructure on the network.

One of the stranger design choices Ethereum inherited early on is that users are still routinely shown raw hexadecimal addresses when they interact with smart contracts. These strings were never meant to be human-readable identifiers — they exist because machines need them, not because humans should be making decisions based on them.

Yet in many wallets and transaction flows today, users are still expected to look at a 42-character hexadecimal string and determine whether the interaction they are about to approve is legitimate. That expectation is only reasonable for developers. For regular people, it asks something the human brain is simply not well-suited to do.

Smart contracts are the backbone of onchain applications, but discovering information about them has always been fragmented. Contract metadata lives across multiple platforms — documentation on one site, audits on another like github, social links scattered everywhere. Basic information like "what does this contract actually do?" is often nowhere to be found.

Enscribe brings contract metadata onchain through ENS text records.

Identity is often framed as a feature​

Over the past year working on Enscribe, we have noticed that identity is often discussed as if it were a product capability. A wallet "adds identity support," a protocol "integrates ENS," and an explorer "improves labels." The framing implies that identity is something a single team can implement and ship, like a new dashboard or API endpoint.

When teams talk about shipping securely onchain, audits usually dominate the conversation. Deployment scripts are reviewed carefully, contracts are verified and monitoring is configured.

Blockscout smart contract pages now include an Identity score powered by Enscribe.

Blockscout is a leading open-source blockchain explorer for viewing transactions, smart contracts, and onchain activity across hundreds of networks.