A decentralized city is a network of distinct physical locations tied together by shared governance and culture. It allows people to maintain close social ties and norms while moving around to different places. It also creates resilience against local changes in climate, regulation, and society.
Inspired by Balaji's essay on The Location Stack for technological progressives and conversations at Creator Cabins this past week, we've been thinking through a rough sketch of the tech stack for decentralized cities:
Like a computer, a decentralized city has hardware and software. Hardware is the physical space: the land, the infrastructure, and the buildings. Software is the virtual layer: incorporation, governance, and social interaction.
This separation can allow decentralized cities to operate with compatible and interchangeable hardware and software architectures. If a local node in the network doesn't agree with decisions being made, they can spin up a new virtual governance layer. And if a physical location becomes an untenable place to continue living, the community can migrate to a new location without losing its governance and community.
We've learned a lot about these layers while building Creator Cabins, a community of remote cabins for independent online creators in the Texas Hill Country. And we're hopeful that we can be a node in a future decentralized city. Here's our hardware and software stack:
There are three layers of the physical hardware stack:
While the metaverse will increase our time spent in virtual realities, we still need to live in good old-fashioned physical reality. And if you want to be able to control your physical space, you need to own land.
Decentralized cities need land, but a key difference that separates them from conventional cities is that the land doesn't all need to be in the same place. Multiple physical nodes in the network allow flexibility and a plausible path to exit from any specific location.
Where should these nodes be located? The best living locations are usually determined through quality-of-life factors like:
We think that exurban environments provide the best trade-off among these factors for the first decentralized cities. They have relatively low costs and regulations and provide access to both nature and urban areas.
Unincorporated areas approximately 30 minutes - 1 hour outside of core urban areas seem to be ideal. For example, we've located the first Creator Cabins location in an exurban sweet spot, out in nature but only 45 minutes from downtown Austin:
To build a robust decentralized city node, off-the-grid technologies make up the core of our infrastructure tech stack. Solar panels, fixed wireless or satellite internet, a well, and a septic system can provide for an entirely independent retreat. Here are some pictures of our infra set-up:
There are probably several whole posts to be written about lessons learned putting in our infrastructure. But generally speaking, these technologies have gotten good enough that you can create a functioning outpost on your own infrastructure nearly anywhere in the world. With the proliferation of 5G and Starlink, internet access will soon be very fast in most places.
The physical buildings should be suited to the target citizens of your decentralized city. Architects have done a lot of thinking about this, and I'm trying to learn from their interrogation of the problem-space. I've personally found A Pattern Language to be a helpful guide, featuring hundreds of patterns (or principles) for the spatial design of integrated physical communities.
In our case, we designed the new cabin from the ground up for creator co-living and working. It features private bedroom suites with built-in desks and large connected public areas for social interaction and collaboration:
We partnered with Forte Shelter to pre-fabricate this cabin out of shipping containers. It's an inherently modular and extensible design. While pre-fab construction is not a panacea, it allows the flexibility to install similar cabins anywhere in the world and move existing cabins to new locations if needed:
Other flexible living options like Kibbo could allow for even easier migration of living spaces. Chenoe Hart has written about the ways in which self-driving technology may blur the lines between vehicles and buildings.
Decentralized cities run on three primary layers of the software stack:
In Balaji's Location Stack post, he asks for people to help research options for jurisdictions friendly to tech progressives. Posts like this one walk-through options for living tailored to local governance preferences. But the underlying assumption is that the place you live is also the place you will be governed. This may always be true, but it doesn't have to be.
Traditionally, cities are in a single place and are incorporated locally. But much like startups now incorporate in Delaware regardless of where they do business, cities may start to incorporate in one place and then do their work in many places. Wyoming creating a legal structure for DAOs could make it a compelling option for incorporating a city.
I am not a lawyer, and state laws aren't going anywhere. But decentralized cities with remote incorporation could actually work elegantly within the existing structures of American federalism. The idea of powers left to local governing bodies is core to the structure of the US Constitution.
If local governance isn't tied to a single location, where does it happen? On-chain.
Blockchains are a natural fit for decentralized city governance. They allow for open access, transportability, and a permanent and inalterable historical record.
One of my favorite characters of Texas history is Angelina Eberly, an innkeeper who protected Texas' government records with a cannon when Sam Houston (then the president of Texas) tried to forcibly relocate the state capital from Austin to his namesake town of Houston. There's a statue to honor her near the capitol in downtown Austin:
The Texas Archive War, as it was called, isn't possible when the governance records are located on a blockchain. Anyone can look at the records at any time from anywhere, and no one can change them.
We are experimenting with this at Creator Cabins by launching CabinDAO, a token-based governance structure for funding and awarding creator residencies at our cabins. Stay tuned for our $CABIN crowdfund on Mirror later this week!
While Web3 provides an ideal governance layer for decentralized cities, we can borrow lessons from Web2 in developing the social layer to tie decentralized communities together.
In the 20th century, people gathered in churches that represented shared cultural, social, and religious values. We need new ways of doing this in the 21st century:
The internet era has opened us to the possibility of curating and creating our own tailored practices and to looking to our peers for guidance as much as any teacher or authority figure
The Power of Ritual, Casper ter Kuile
As traditional religion falls by the wayside, people are developing new structures of accountability and community connection. The social layer of decentralized cities can provide these services.
Tools for social connection, community onboarding, reputation management, and member recruiting can all draw from existing Web2 models. However, because these tools will be owned and operated collectively by the community, they can be designed to exclusively serve the users instead of advertisers or other attention economy intermediaries.
This post provides a rough outline of a tech stack, but take the implementation details with a grain of salt. They are our best guess from an initial exploration of the idea maze, not an ideal solution. They are tailored to the needs of independent online creators and may not be suited to other types of communities.
We'd love to hear from other people thinking about building innovative living spaces and organizing social and governance structures for them. After all, only through many experiments with hardware and software stacks will we start to evolve a network of nodes in the first decentralized cities.
Acknowledgments: thanks to Jon Gold, Zachary Fleischmann, Lauren Alexander for feedback, edits, and ideas