Web3 Development Easier Said Than Done

Building Truly Uncensored Websites: The Realities of Blockchain Domains and Web3 Hosting

The concept of a truly censor-proof website holds immense appeal, particularly in an era where digital freedom is increasingly scrutinized. While the notion of creating a website that is impervious to traditional forms of censorship might sound like a dream for many, the reality is far more complex, and its practical application is often limited to a very niche audience. The promise of the decentralized web, or Web3, offers intriguing possibilities through technologies like blockchain-based domain names and distributed file systems. However, as we will explore, bringing this vision to life comes with significant technical hurdles and trade-offs.

Web3 Uncensored Website Concept

Understanding Blockchain Domains and the Promise of Decentralization

In the evolving landscape of the internet, new forms of domain names have emerged, often referred to as “alt-root domains” or “Web3 domains.” These are distinct from the traditional DNS (Domain Name System) that powers familiar extensions like .com, .org, or .net. Instead, they leverage blockchain technology, promising enhanced user ownership, decentralization, and, crucially, censorship resistance. Among the most prominent players in this space are the Ethereum Name Service (ENS), Handshake, and Unstoppable Domains.

The core selling point championed by advocates of these domains is their uncensorable nature. Unlike traditional domains, which can be seized or suspended by registrars, governments, or other centralized entities, blockchain domains are designed to be immutable and controlled solely by their owners, as long as the underlying blockchain remains operational. This means that if you belong to the rare fraction of the global population that faces genuine threats of having your online presence removed due to censorship, building a website on one of these domains might seem like a compelling solution.

The idea is captivating: imagine a website that cannot be taken down, blocked by internet service providers, or removed from search engine indexes by external pressures. For journalists in oppressive regimes, whistleblowers, or creators of highly controversial content, this could represent a lifeline for free expression. However, the path from this powerful concept to a fully functional and widely accessible website is anything but straightforward.

Navigating the Technical Hurdles of Decentralized Hosting

The complexities involved in setting up a website on these decentralized platforms are considerable, making them less accessible for the average user or even many web developers accustomed to traditional hosting environments. Dries Buytaert, the creator of Drupal, recently embarked on an experiment to build a web page using IPFS (InterPlanetary File System) and his Ethereum Name Service (ENS) domain, dries.eth. His experience highlights several significant challenges and restrictions that paint a clearer picture of the current state of Web3 website development.

Static Websites and Dynamic Limitations

One of the most immediate and profound limitations is that websites hosted on decentralized systems like IPFS primarily have to be static. This means no dynamic content generation, no complex databases, and no server-side scripting languages like PHP or Python that power popular content management systems (CMS) such as WordPress. For a modern web, where user interaction, real-time updates, and personalized experiences are the norm, this static restriction represents a significant drawback. Creating a blog, an e-commerce store, or an interactive application becomes incredibly challenging, if not impossible, without building custom decentralized application (dApp) logic, which itself adds another layer of complexity and often still requires interaction with centralized services for certain functionalities.

Ensuring True Resilience: The Multi-Host Mandate

While IPFS inherently offers a distributed network for file storage, achieving true resilience and guaranteeing content availability requires more than simply uploading your files. To ensure your site remains online even if the original uploader (or “pinner”) goes offline, you must pay multiple hosts (known as IPFS pinning services) to “pin” your content across their networks. This contrasts sharply with traditional hosting, where a single payment typically secures your site’s presence on a dedicated server or cloud infrastructure. The decentralized approach, while robust in principle, demands proactive management and potentially higher costs to maintain consistent availability across various geographically dispersed nodes.

The Cost of Immutability: Gas Fees for Updates

When you link your website content on IPFS to an ENS domain, every update to your site effectively requires a transaction on the Ethereum blockchain. This means you have to pay “gas fees” each time you make a change, no matter how minor. Gas fees are the cost of computing power required to process transactions on the Ethereum network, and they can fluctuate significantly depending on network congestion. This model introduces a direct monetary cost for every iteration of your website, a concept entirely alien to traditional web development where updates are typically free after hosting is paid for. Such a fee structure can make frequent updates or rapid prototyping prohibitively expensive for many developers.

Delayed Gratification: Non-Real-Time Updates

Another practical challenge is that website updates are not in real-time. After you pay the gas fee and the transaction is confirmed on the blockchain, it takes time for the changes to propagate across the decentralized network (IPFS) and for resolvers to update their caches. This latency means that changes might not be immediately visible to all users, creating a disjointed user experience compared to the instantaneous updates we expect from the modern web.

The Browser Accessibility Barrier

Perhaps one of the most significant barriers to mainstream adoption is the lack of native access to these websites from conventional browsers. Chrome, Firefox, Safari, and Edge do not natively resolve .eth domains or directly access IPFS content. Users typically need to install specialized browser extensions (like MetaMask or dedicated IPFS companions) or use specific Web3-enabled browsers (such as Brave or Opera, which often integrate some dApp functionalities). This added step creates friction, making it difficult for the average internet user to effortlessly browse decentralized websites, thereby limiting their reach and utility.

Dries Buytaert’s Perspective: Web3 as Specialized Web Services

Despite these challenges, Dries Buytaert acknowledges the nascent potential of IPFS and ENS. He frames Web3 not as a direct replacement for the entire traditional internet, but rather as a growing collection of new “web services.” In this context, IPFS and ENS primarily offer improved resiliency and censorship protection. His insightful view suggests that these technologies are not universally applicable but are instead valuable tools for specific use cases:

If you are a developer, think of web3 as a growing collection of new “web services”.

IPFS and ENS are two such web services. Today, they mainly provide improved resiliency and censorship protection. If resiliency and censorship protection are important for your website, use them. If they are not, you don’t have to use them. As the owner and developer of https://dri.es, I don’t care about censorship protection. For that reason, I’m happy to keep using traditional hosting technologies. But I do recognize that IPFS and ENS could become more interesting in the future.

This perspective is crucial: for most individuals and businesses whose primary concern isn’t censorship or extreme resilience, the benefits offered by Web3 technologies for hosting websites do not yet outweigh the added complexity, cost, and technical limitations. Traditional hosting remains vastly superior in terms of ease of use, feature sets, development ecosystems, and user accessibility.

Why a Bearish Outlook for Websites on Blockchain Domains (for now)

The significant hurdles outlined above are precisely why many, including myself, maintain a bearish outlook on the long-term, widespread use of blockchain domains specifically for hosting mainstream websites. There’s a classic “chicken and egg” problem at play:

  • Lack of User-Friendly Tools: Without easy-to-use platforms (like a “WordPress for Web3”), fewer developers will build for it.
  • Limited Developer Adoption: With fewer developers, there are fewer compelling applications and websites.
  • Low User Adoption: Without compelling applications and easy browser access, mainstream users have little incentive to adopt.
  • Infrastructure Gaps: This in turn limits investment and development into the necessary infrastructure (e.g., native browser support).

Previous attempts at creating alternative root domain systems (e.g., Namecoin) largely failed to gain traction, even when it was relatively easy to link them to traditional web addresses. The current crop of alt-root domains, by introducing even greater technical complexity for hosting content, faces an even steeper uphill battle for widespread adoption beyond niche applications. For the vast majority of internet users, convenience, speed, and functionality will always trump the ideological purity of decentralization if it comes at a significant cost to user experience.

The True Potential: Beyond Websites – Wallet Addresses and Digital Identity

While the challenges for full-fledged website hosting are substantial, there is one area where the value proposition of these domains, particularly ENS, shines brightly: crypto wallet addresses and digital identity. ENS allows users to register a human-readable name (like “yourname.eth”) and link it to their complex, alphanumeric cryptocurrency wallet addresses (e.g., “0xAbCdEf123…”).

This functionality offers the “best of both worlds.” It leverages the decentralization and ownership of blockchain domains to create a user-friendly alias for financial transactions, drastically reducing the risk of errors when sending or receiving cryptocurrency. Users can even connect a traditional second-level domain (like “yourcompany.com”) to ENS and use it as a wallet address, bridging the gap between Web2 and Web3 identities.

Beyond simplified transactions, these domains lay the groundwork for a more robust decentralized digital identity. Imagine using a single, self-owned ENS name as your login across various dApps, proving ownership of assets, and managing verifiable credentials without relying on centralized identity providers. This capability holds immense promise for the future of online interactions, offering greater privacy, security, and user control over personal data.

Conclusion: A Niche, Powerful Tool with Future Promise

In summary, while the dream of truly censor-proof websites built on blockchain domains and IPFS is technically achievable for specific scenarios, it currently comes with a substantial trade-off in terms of ease of development, cost, user experience, and accessibility. For the rare .00001% of the population for whom censorship resistance is paramount, these technologies offer a vital, albeit complex, avenue. For everyone else, traditional hosting remains the pragmatic and superior choice.

However, it would be shortsighted to dismiss the entire Web3 domain ecosystem. Its true, more immediate value lies not in replacing the entire traditional web infrastructure for websites, but in providing foundational services for the emerging decentralized economy. Features like human-readable crypto wallet addresses and decentralized identity management represent a powerful, practical application that addresses real user needs today and paves the way for a more private, secure, and user-controlled internet of tomorrow. As the technology matures and tools become more user-friendly, the landscape for Web3 websites may yet evolve, but for now, their niche remains firmly defined by the unique, critical needs of censorship resistance and decentralized digital identity.