Web3 Labs’ cover photo
Web3 Labs

Web3 Labs

Software Development

London, London 7,915 followers

Web3 Labs is a leading blockchain technology firm specialising in #EVM Explorer and #HyperledgerBesu Support services

About us

Web3 Labs is a leading blockchain technology firm specialising in decentralised infrastructure solutions. We offer a suite of products and services that provide customers with core infrastructure for their network. This encompasses Chainlens, the modern, user-friendly and fast EVM blockchain explorer and Hyperledger Besu Support and integrations with existing systems.

Website
https://web3labs.com
Industry
Software Development
Company size
11-50 employees
Headquarters
London, London
Type
Privately Held
Founded
2017
Specialties
Blockchain, Fintech, Kotlin, Java, Ethereum, Finance, DeFi, Hyperledger Besu, and EVM

Products

Locations

Employees at Web3 Labs

Updates

  • Not all ENS names carry the same guarantees. There’s an important difference between a name that points to a contract and a contract that declares its identity. That line is a security boundary. Find out why primary names matter especially as wallets begin surfacing contract identity more prominently. Worth understanding if you care about onchain trust and naming standards.

    ENS supports two ways of linking names and addresses. A name can point to an address. Or an address can declare a primary name. That distinction defines a real security boundary. If multiple names point to the same contract, wallets are left to infer which identity to display. A primary name removes that ambiguity. The address explicitly asserts who it is. As ENS data becomes more visible in wallets and transaction flows, that difference matters more. In the article below, I unpack why primary names aren’t just a UX detail, they’re foundational to onchain identity.

  • Ethereum’s scaling roadmap succeeded. But success introduced complexity. With so many L2s competing for attention, it’s worth asking what we gain and what we lose from that fragmentation. Some thoughts below on why a renewed focus on Ethereum L1 feels directionally healthy. Worth a read if you’re thinking about where to build long term.

    For a while, it felt like Ethereum was fragmenting. The L2 roadmap worked, we have more throughput and more experimentation than ever. But it also introduced complexity. More chains, more narratives, more places to focus. Lately, refocusing on Ethereum L1 feels right again. This isn’t anti-L2. Some are doing genuinely differentiated work. But when many offer similar benefits, long-term alignment becomes harder for builders and infrastructure teams alike. In the article below, I unpack why anchoring back to L1 simplifies coordination and brings clearer direction to the ecosystem.

  • Hex addresses were never meant to be a permanent UX. As Ethereum scales, unnamed smart contracts quietly become a security and trust liability, not just a usability issue. Find out why discoverable contract identity matters, and what needs to change for human-readable names to become the default.

    Why are smart contracts still identified by hex addresses? ENS has existed for nearly a decade. Human-readable names for smart contracts are possible and in some cases already exist. Yet for most users, wallets and explorers still surface opaque hexadecimal strings at the exact moment trust decisions matter most. This isn’t a UX oversight. It’s the result of how Ethereum infrastructure, developer practices, and user expectations evolved over time. And it has real implications for security, trust, and scalability. In this article, I break down why smart contract names aren’t discoverable by default, what’s holding the ecosystem back, and why contract identity needs to become foundational infrastructure, not an optional enhancement. 👉 Read the article to understand the problem, and why naming contracts properly is becoming essential for Ethereum at scale.

  • Cork Protocol has adopted ENS-based contract naming across its smart contract infrastructure using Enscribe. As tokenized risk infrastructure for onchain assets like RWAs, vault tokens, and yield-bearing stablecoins, trust and clarity are critical. By assigning human-readable, verifiable identities to core contracts, Cork improves auditability, reduces integration risk, and enables wallets and explorers to surface trusted contract names automatically, all without changing protocol behaviour. This is a practical example of how mature DeFi protocols are setting new standards for safety and usability. 👉 Read the full article to see how Cork implemented ENS-based contract naming 👉 If you’re building on Ethereum, Enscribe makes it easy to do the same

    Cork Protocol has adopted ENS-based contract naming across its smart contract infrastructure, using Enscribe to assign clear, verifiable identities to every core protocol component. Cork is tokenized risk infrastructure: a programmable risk layer for onchain assets such as RWAs, vault tokens, and yield-bearing stablecoins. By structuring their contracts with ENS names, they have improved auditability, reduced integration risk, and allowed wallets and explorers to surface trusted contract identities automatically — without changing protocol behaviour. As more DeFi protocols mature, contract naming is becoming a baseline expectation rather than an optional enhancement. Enscribe provides the infrastructure that makes this standard easy to adopt and maintain across the Ethereum ecosystem.

  • Privacy protects users. Identity protects protocols. Ethereum doesn’t need to compromise on privacy to become safer and more usable but it does need better protocol-level identity. This piece explores why ENS can be the organisational backbone of web3, and how clearer protocol identity unlocks better UX, security, and trust. Worth your time 👇

    Ethereum’s success is built on a simple but powerful idea: users shouldn’t have to reveal who they are to participate. That principle matters. Privacy and pseudonymity unlocked entirely new forms of coordination and innovation. But there’s a distinction we often miss: users need privacy, protocols need identity. Today, Ethereum is cryptographically secure but socially ambiguous, endless hex addresses, informal trust checks, and unclear relationships between deployments. This isn’t a failure of cryptography, but of organisational identity. The web solved this with DNS, giving organisations clear, hierarchical identities. ENS can play the same role for Ethereum, not just for wallet names, but as protocol identity infrastructure. This article explores why privacy and identity aren’t opposites, and how clearer protocol identity can unlock safer UX, better security, and easier integrations without compromising user privacy. Worth a read 👇

  • Liquity has introduced ENS-based naming across its core smart contract infrastructure, providing clear, human-readable, and verifiable identities for the contracts that underpin the protocol. Liquity is an immutable borrowing protocol on Ethereum Mainnet that allows users to mint the decentralized stablecoin $BOLD against ETH and LSTs. This update improves auditability and integration safety by making contract roles explicit, while leaving protocol mechanics unchanged. Structured ENS naming reduces reliance on raw hexadecimal addresses and enables wallets, explorers, and developer tooling to display trusted contract identities via reverse resolution. As a protocol designed around simplicity and robustness, Liquity continues to prioritise long-term maintainability and transparency in how its onchain infrastructure is presented and verified. This rollout is supported by Enscribe, which provides the infrastructure for managing structured, verifiable ENS names for smart contracts, ensuring consistency across the wider Ethereum ecosystem. Read more in the announcement post...

    👀 Liquity V2 is using Enscribe to assign ENS-based names to its core protocol contracts, giving immutable smart contracts clear, human-readable, and verifiable onchain identities. By naming contracts with Enscribe, Liquity improves auditability, integration safety, and operational clarity — without changing protocol behaviour or compromising its governance-free design. Structured ENS names make it easier for developers, auditors, and users to understand and verify how Liquity works onchain. 👉 Read the full piece to learn why Liquity adopted contract naming, how the structure works, what this means for long-term protocol maintainability and the role of contract naming in safer onchain infrastructure.

  • Nouns DAO is adopting Enscribe-powered ENS names for its contract infrastructure, making the DAO’s onchain architecture significantly clearer and easier to work with. This upgrade brings human-readable, verifiable names to the contracts that power auctions, governance, the treasury, Builder deployments, and Nouns extensions. Developers benefit from safer integrations, delegates gain better visibility during proposal review, and ecosystem tools can present the DAO’s contract interactions with far greater clarity. As one of the most influential and widely studied DAOs in the Ethereum ecosystem, Nouns is taking an important step toward long-term transparency and maintainability of its protocol. Enscribe provides the naming infrastructure that ensures these identities are consistent and trusted across every interface that interacts with Nouns.

    • No alternative text description for this image
  • Nouns DAO’s adoption of Enscribe-powered ENS names is a great example of how contract naming can simplify complex onchain systems. By replacing raw hex addresses with clear, structured identities, Nouns is making its infrastructure easier for delegates to audit, safer for users to interact with, and far more intuitive for builders integrating with their contracts. This is exactly the type of upgrade Enscribe was created to support, helping teams bring clarity, trust and human-readable structure to their smart contract ecosystems. If you’re exploring how naming could strengthen your own project, this article is well worth a read. 🚀

    🔎 Nouns DAO has rolled out Enscribe-powered ENS names across its contract ecosystem. A major step toward clearer, safer onchain infrastructure. As Nouns DAO has grown, so has the complexity of its contracts. Hex addresses don’t convey purpose, making governance and development harder than necessary. Naming changes that. This is exactly what Enscribe is designed for: 👉 turning unreadable addresses into human-readable, trustworthy identities. If your DAO or protocol relies on multiple contracts, naming them is one of the simplest ways to strengthen safety and usability. Read the full article to learn how Nouns DAO adopted naming and why more teams are following.

  • 👀 If you’ve ever questioned why Ethereum still relies on unreadable hex addresses, this explains the shift that’s now underway. Reposting this because ENS Contract Naming Season is more than an announcement, it’s a major step toward improving trust and usability across Ethereum. At the centre is Enscribe, which makes it simple for teams to give their smart contracts clear, human-readable identities using ENS. Instead of interacting with a random 0x… string, users can finally rely on names they recognise and trust. This initiative, backed by the ENS DAO and many ecosystem contributors, is about moving the entire industry toward safer, more transparent onchain interactions. 💡 If your project hasn’t named its contracts yet, now is the time to get involved. Read the full article for the details, the incentives, and how to start naming your contracts on Enscribe.

    🔐 Ethereum still depends on unreadable hex addresses and it’s time for that to change. ENS Contract Naming Season has officially launched, introducing a community-wide push to bring human-readable identities to smart contracts. Contract Naming Season is a joint initiative from the ENS DAO, Enscribe, and ecosystem partners that helps projects assign ENS names to their smart contracts, transforming unreadable hex addresses into clear, trustworthy identities. A 10,000 ENS reward pool has been created to encourage teams to name their contracts and help others adopt the standard. Running from November 2025 to April 2026, Naming Season aims to make human-readable contracts the new default. Read the full article to learn how to get involved and start naming your contracts.

  • 🚀 The new Enscribe Docs are live! We're excited to share a major update to the Enscribe documentation — now restructured, reimagined, and ready to help you go from smart contract to ENS-named contract in minutes. Whether you're deploying new contracts or retroactively naming existing ones, the refreshed docs guide you every step of the way with: 🔹 Clear technical explanations 🔹 Step-by-step walkthroughs 🔹 UI screenshots and video tutorials The docs are now organized into three main sections: - Introduction – Learn what Enscribe is, how it enhances smart contract UX, and how ENS naming works under the hood. - Getting Started – Deploy contracts with names in one transaction, name existing contracts, track deployments, and more. - Advanced (Coming Soon) – Deep dive into ENS internals, L1 vs L2 differences, and Enscribe’s architecture. ✨ Whether you're a dev looking to polish your dApp’s UX or just want your contracts to have meaningful, memorable names — the new Enscribe docs are your go-to. 👉 Dive in now: https://lnkd.in/eDNfpFh2 And join us on Discord to share feedback and ideas! #web3 #ENS #smartcontracts #developerexperience #Enscribe #Ethereum #L2 #UX #blockchain

Similar pages

Browse jobs