Chapter 3: The Archive and the Anvil — Dual Practices of Preservation and Creation
Opening: The Blacksmith and the Librarian
Imagine two figures standing in the ruins of a murdered platform:
The Librarian surveys the wreckage with sorrow. Millions of websites, years of conversations, entire communities—all scheduled for deletion. She opens her laptop and begins downloading everything she can reach. HTML files, images, databases, user profiles. Working frantically against the shutdown clock, she fills hard drives with rescued data. When the servers go dark, she's exhausted but determined: These artifacts will not be forgotten. I will preserve them.
The Blacksmith surveys the same wreckage with rage. Another platform murdered. Another generation of users dispossessed, their digital homes demolished by corporate landlords. He opens his laptop and begins designing. A protocol that can't be shut down. A hosting system users can actually own. A network that survives corporate death. When the servers go dark, he's exhausted but determined: This will not happen again. I will forge alternatives.
Both are Archaeobytologists. Both are necessary. Neither is sufficient alone.
The Archive preserves the past. The Anvil forges the future. Together, they form the dual soul of Archaeobytology—not as separate specializations, but as integrated practices that every Archaeobytologist must embody.
This chapter explores why both commitments are essential, how they complement each other, and what happens when you have one without the other.
Part I: The Archive — Practices of Preservation
What Is the Archive?
The Archive is not just a building full of documents. It's a practice, a commitment, and a methodology for ensuring that the past remains accessible to the future.
In Archaeobytology, archival practice includes:
-
Excavation: Actively rescuing artifacts before they disappear
-
Preservation: Storing artifacts in stable, redundant, long-term formats
-
Curation: Organizing artifacts so they're discoverable and meaningful
-
Interpretation: Providing context so future generations understand what they're looking at
-
Access: Making archives available to researchers, communities, and the public
The Archive is retrospective—it looks backward to save what's endangered.
The Archival Impulse: Why We Save
Why preserve murdered platforms? Why not let them die and focus only on building new ones?
Reason 1: Memory Is Identity
Communities are defined by their histories. When GeoCities died, thousands of people lost not just websites but evidence of their past selves—teenage creativity, early experiments with web design, records of online friendships from 20 years ago.
Without archives, we experience forced amnesia. Platforms control not just the present but the past. If Facebook decides to delete old posts, entire personal histories vanish. The Archive resists this erasure.
Reason 2: Cultural Continuity
Every artistic movement, every subculture, every community practice builds on what came before. Fan fiction writers today are influenced by LiveJournal fic from the 2000s. Meme culture evolves from 4chan, Tumblr, and Twitter artifacts. Web designers learn by studying archived sites from the 1990s.
If we don't preserve digital culture, each generation starts from zero. The Archive ensures cultural continuity.
Reason 3: Historical Accountability
Archives hold powerful actors accountable. Political speeches, corporate promises, deleted tweets from public figures—these artifacts become evidence. When a politician claims they "never said that," archived screenshots prove otherwise.
The Archive serves as collective memory against revisionism.
Reason 4: Learning from Failure
Every murdered platform teaches lessons about what went wrong:
-
Why did GeoCities users not own their domains?
-
Why couldn't Vine users export their videos?
-
Why did Mastodon's federation lead to fragmentation?
We can't learn these lessons if we don't preserve evidence. The Archive enables institutional learning.
Core Archival Practices
1. Excavation: Rescue Before Death
The Challenge: Platforms often give little warning before shutdown—sometimes just weeks. You must act fast.
Methods:
-
Web scraping: Automated tools (wget, ArchiveBox, archive.org's wayback-machine-downloader) download entire sites
-
API harvesting: Using platform APIs (while they still exist) to bulk-download content
-
User mobilization: Recruiting volunteers to save content manually
-
Database extraction: Obtaining database dumps from platforms (rare, requires cooperation)
Case Study: The Vine Rescue (2017)
When Vine announced shutdown, Internet Archive mobilized immediately. They:
-
Used Vine's public API to enumerate all video IDs
-
Downloaded videos using parallel scrapers (thousands simultaneously)
-
Saved metadata (usernames, post dates, view counts, loops)
-
Captured 6.5 million videos before shutdown
Result: Vine is dead, but millions of vines survived as Archaeobytes. Researchers can study Vine culture. Creators can access their old content. Memes live on.
Lesson: Excavation requires technical skill, speed, and infrastructure (servers, bandwidth, storage).
2. Preservation: Storing for Decades
The Challenge: Digital storage degrades. Hard drives fail. File formats become obsolete. Organizations shut down. How do you preserve artifacts for 50+ years?
Strategies:
-
Redundancy: Multiple copies in multiple locations (LOCKSS principle: "Lots of Copies Keep Stuff Safe")
-
Format migration: Periodically converting files to current standards (but risks losing fidelity)
-
Emulation: Preserving original formats + software to read them
-
Distributed storage: BitTorrent, IPFS, peer-to-peer networks where no single entity controls everything
-
Institutional partnerships: Working with libraries, universities, governments with long-term mandates
Case Study: Internet Archive's Approach
Internet Archive maintains:
-
Primary storage: Data centers in San Francisco and Richmond, California
-
Mirror site: Complete backup in Alexandria, Egypt (Library of Alexandria partnership)
-
Glacier storage: Amazon's long-term archival storage for redundancy
-
Partner libraries: 1,000+ libraries worldwide mirroring collections
If one data center burns down, the archive survives. If Internet Archive the organization shuts down, partner libraries can continue access.
Lesson: Preservation requires paranoia. Assume disaster. Plan for institutional failure. Build redundancy everywhere.
3. Curation: Making Sense of Data Dumps
The Challenge: Raw archives are often unusable. The Archive Team's GeoCities torrent is 650GB of HTML files with no search function, no organization, no context.
Curation Practices:
-
Metadata creation: Adding descriptions, tags, dates, creators, context
-
Taxonomic organization: Grouping artifacts by theme, time period, community, genre
-
Search infrastructure: Building databases and search engines
-
Sampling and highlighting: Creating curated collections from massive dumps ("Best of GeoCities," "Historically Significant Vines")
-
Community participation: Inviting former users to add context and memories
Case Study: The 9/11 Digital Archive
After September 11, 2001, the Library of Congress and CUNY created a digital archive of:
-
Personal stories submitted by the public
-
Photos and videos from that day
-
Emails and instant messages
-
Websites created in response
This wasn't a raw data dump. It was curated:
-
Submissions were reviewed and tagged
-
Themes were identified (first responders, survivors, international responses)
-
Oral histories were transcribed
-
Educational resources were created
Result: Not just preserved, but legible—usable by teachers, documentarians, historians, the public.
Lesson: Curation transforms data into knowledge. It's labor-intensive but essential.
4. Interpretation: Context Is Everything
The Challenge: Future generations won't understand artifacts without context. A GeoCities page with flashing text and
Interpretive Work:
-
Historical context: When was this made? What was happening politically, culturally, technologically?
-
Platform affordances: What features shaped how people communicated? (Twitter's 140 characters, Vine's 6 seconds)
-
Community norms: What were the unwritten rules? In-jokes? Status hierarchies?
-
Technical constraints: Why do old websites look the way they do? (Dial-up speeds, 800x600 screen resolution, limited CSS)
Case Study: Cameron's World (GeoCities Archive)
Cameron's World is a web art project that curates and interprets GeoCities:
-
Assembles GIFs, backgrounds, and visual elements from archived GeoCities sites
-
Presents them as a chaotic, nostalgic collage
-
Includes essays explaining GeoCities aesthetics and culture
-
Makes 1990s web design legible to people who never experienced it
This isn't just preservation—it's translation across time.
Lesson: Archives without interpretation become inscrutable. Future archaeologists need guides.
5. Access: Who Gets to See What?
The Challenge: Should archives be fully public? Some artifacts contain privacy violations, traumatic content, or copyrighted material.
Access Models:
Open Access (Internet Archive model)
-
Anyone can browse, search, download
-
Maximizes utility for researchers and public
-
Risk: Privacy violations, copyright disputes
Researcher Access (Library of Congress model)
-
Must apply for access, demonstrate scholarly purpose
-
Protects privacy and sensitive material
-
Risk: Limits public knowledge, creates gatekeeping
Community Access (Indigenous archives model)
-
Material is available only to the community it came from
-
Respects consent and cultural protocols
-
Risk: Limits broader historical understanding
Tiered Access (Hybrid model)
-
Public metadata (this artifact exists, here's a description)
-
Restricted full content (apply for access)
-
Embargoes (wait X years before opening)
Case Study: Tumblr's NSFW Purge (2018)
Tumblr banned all "adult content" in 2018, deleting millions of posts. Many were:
-
Sex education resources
-
LGBTQ+ identity expression
-
Art (nudes, erotic fiction)
-
Sex worker portfolios
Some archivists saved purged content. But should they make it public? Ethical tensions:
-
Argument for access: This is cultural heritage, representing marginalized communities
-
Argument against: Creators didn't consent to preservation, may not want content resurrected
No easy answer. Archives must navigate these dilemmas case-by-case.
Lesson: Access is political. Every choice about who can see what shapes power and knowledge.
Part II: The Anvil — Practices of Creation
What Is the Anvil?
The Anvil is where we forge alternatives. It's the practice of building tools, platforms, protocols, and institutions that embody digital sovereignty—systems designed to resist the forces that murdered previous platforms.
The Anvil is prospective—it looks forward to build what doesn't yet exist.
The Forging Impulse: Why We Build
Why not just preserve murdered platforms and accept that future platforms will also be murdered? Why try to build alternatives?
Reason 1: Preservation Isn't Justice
The Archive saves artifacts, but it doesn't change the power structures that killed them. Preserving GeoCities doesn't give users back their domains. Archiving Vine doesn't return ownership to creators.
The Anvil seeks systemic change—building infrastructure where users own their ground, control their data, and can't be evicted.
Reason 2: Learning Requires Application
Studying murdered platforms teaches lessons. But those lessons are useless if we don't apply them by building better systems. The Anvil is where theory becomes practice.
Reason 3: Alternatives Create Pressure
When people have options—federated social networks, self-hosted blogs, cooperative platforms—corporate platforms must compete. They can't ignore user demands if users can leave.
The Anvil creates exit options that shift power dynamics.
Reason 4: Building Is Hope
Preservation is about mourning loss. Creation is about asserting possibility. The Anvil says: We don't have to accept platform feudalism. We can forge a different future.
Core Forging Practices
1. Tool-Making: Empowering Users
The Goal: Create software that gives people sovereignty without requiring technical expertise.
Examples:
Webrecorder (2015-present)
-
Allows anyone to archive web pages, including dynamic content (JavaScript, video embeds)
-
Runs in browser, no coding required
-
Users own their archives (WARC files they can host anywhere)
-
Sovereignty achieved: Users preserve their own history without depending on Internet Archive
Obsidian / Roam Research (2020-present)
-
Note-taking apps that store files locally in plain text (Markdown)
-
No cloud dependency (though cloud backup is optional)
-
If the company shuts down, your notes survive (unlike Evernote)
-
Sovereignty achieved: Your knowledge base isn't hostage to a platform
Mastodon (2016-present)
-
Federated social network (anyone can run an instance)
-
ActivityPub protocol allows cross-instance communication
-
If your instance shuts down, you can migrate to another and take followers
-
Sovereignty achieved: No single corporation controls the network
Lesson: Tools should lower barriers to sovereignty. Not everyone can self-host, but tools should make it possible for those who want to.
2. Protocol Design: Building Interoperable Infrastructure
The Goal: Create open standards that allow platforms to communicate without corporate gatekeepers.
Examples:
ActivityPub (2018, W3C standard)
-
Protocol for federated social networking
-
Used by Mastodon, Pixelfed, PeerTube, and others
-
Allows users on different platforms to follow, reply, and share across networks
-
Sovereignty achieved: No single platform controls social graphs
RSS (1999, evolved through 2000s)
-
Simple protocol for syndicating content
-
Anyone can publish an RSS feed; anyone can subscribe with any reader
-
Decentralized (no company owns RSS)
-
Google Reader's death (2013) didn't kill RSS—new readers emerged
-
Sovereignty achieved: Publishers and readers connect directly
IPFS (InterPlanetary File System, 2015-present)
-
Peer-to-peer protocol for storing and sharing files
-
Content-addressed (files identified by hash, not location)
-
No central servers—files distributed across network
-
Sovereignty achieved: Content can't be censored by shutting down one server
Lesson: Protocols outlive platforms. Email survived because it's a protocol (SMTP), not a platform. Build protocols, not walled gardens.
3. Institution Building: Creating Durability
The Goal: Design organizations that can sustain preservation and sovereignty work for decades—outliving founders, surviving funding crises, resisting capture.
Examples:
Internet Archive (1996-present)
-
Non-profit with 30-year track record
-
Funded by donations, grants, and services (scanning books for libraries)
-
Governance: Board of directors, not single founder dictator
-
Mission clarity: "Universal access to all knowledge"
-
Durability factors: Diverse funding, institutional partnerships, legal advocacy (fights for fair use)
Wikimedia Foundation (2003-present)
-
Supports Wikipedia and sister projects
-
Funded by millions of small donations (avoiding capture by wealthy donors)
-
Open governance (community-elected board members)
-
Transparent financials (publishes annual reports)
-
Durability factors: Community ownership, distributed fundraising, clear mission
The Long Now Foundation (1996-present)
-
Focuses on long-term thinking (10,000-year perspective)
-
Projects include: Rosetta Project (preserving languages), 10,000-Year Clock
-
Funded by memberships, grants, and wealthy patrons who share the vision
-
Durability factors: Long time horizon built into mission, patient capital
Lesson: Institutions die from founder dependence, funding concentration, mission drift, or governance capture. Design against these failure modes from day one.
4. Designing for the Three Pillars
The Goal: Every tool, protocol, or institution should embody the Three Pillars—Declaration, Connection, Ground.
Design Questions:
Declaration (I Am)
-
Can users have persistent, self-owned identities? (username@their-domain.com, not platform/username)
-
Can they move identities between services?
-
Can they assert existence without corporate permission?
Connection (Instant Message)
-
Can users communicate directly, not through intermediaries?
-
Are relationships exportable (can you take followers/friends if you migrate)?
-
Is discovery controlled by algorithms or by users?
Ground (Digital Real Estate)
-
Do users own their data? (Can they download everything in usable formats?)
-
Do they own infrastructure? (Self-hosted, or able to migrate between hosts?)
-
Can they modify or fork the tools they use? (Open source?)
Case Study: Ghost vs. Medium
Both are blogging platforms. Compare their sovereignty:
Medium
-
Declaration: Writers get medium.com/@username (not their domain)
-
Connection: Audience belongs to Medium (can't export email list)
-
Ground: Content is hosted on Medium servers; export is possible but clunky
-
Assessment: Low sovereignty (platform lock-in)
Ghost
-
Declaration: Writers can use custom domains (their-blog.com)
-
Connection: Audience data is exportable (email lists, subscriber data)
-
Ground: Can self-host Ghost (open source), or use Ghost(Pro) and migrate later
-
Assessment: High sovereignty (users own identity, audience, infrastructure)
Lesson: Sovereignty isn't binary—it's a spectrum. Ghost is more sovereign than Medium, but still less sovereign than a fully self-coded blog.
5. Resistance Architecture: Designing Against Capture
The Goal: Build systems that resist the forces that killed previous platforms—corporate acquisition, advertising pressure, venture capital extraction, government censorship.
Design Strategies:
Strategy 1: Non-Profit Structure
-
Can't be acquired by for-profit companies
-
Mission > profit (legally required)
-
Example: Wikimedia, Internet Archive, Mozilla Foundation
Strategy 2: Cooperative Ownership
-
Users own the platform collectively
-
Decisions made democratically
-
Example: Platform cooperatives like Stocksy (photographer co-op), Resonate (musician co-op)
Strategy 3: Federated or P2P Architecture
-
No central servers to shut down
-
No single point of failure or control
-
Example: Mastodon (federated), BitTorrent (P2P), Tor (onion routing)
Strategy 4: Open Source + Copyleft
-
Code is public and forkable
-
GPL or AGPL license prevents proprietary capture
-
If maintainers sell out, community can fork
-
Example: Nextcloud (forked from ownCloud when it went proprietary)
Strategy 5: Exit Rights Built In
-
Data export is easy and complete
-
Protocols are open (can migrate to competitors)
-
No lock-in by design
-
Example: ActivityPub (can move Mastodon accounts between servers)
Case Study: WordPress's Resistance to Capture
WordPress powers 40%+ of the web. Why hasn't it been captured?
-
Open source: GPL-licensed, anyone can fork
-
Federated control: Core is managed by WordPress Foundation (non-profit), but thousands of independent developers contribute
-
Commercial ecosystem coexists: WordPress.com (for-profit) and WP Engine (hosting) make money, but can't capture the open-source core
-
Portability: Easy to move WordPress sites between hosts
Result: 20+ years of survival despite corporate pressures.
Lesson: Resistance must be architected from the start. Retrofitting sovereignty into a centralized platform is nearly impossible.
Part III: Why Both Are Necessary — The Dual Soul
The Failure of Archive-Only
Scenario: Imagine Archaeobytology as purely preservation. We save murdered platforms but build nothing new.
What happens:
-
We accumulate vast archives of platform deaths
-
We document failure after failure
-
We become curators of a graveyard—useful for historians, but powerless to change the future
-
Each new generation experiences the same platform murders
-
We mourn endlessly but prevent nothing
This is not enough.
Archives without alternatives accept the status quo. They say: "Platforms will murder digital culture, and we'll clean up the corpses." That's valuable work, but it's defensive, reactive, and ultimately defeatist.
The Failure of Anvil-Only
Scenario: Imagine Archaeobytology as purely creation. We build new platforms but ignore murdered ones.
What happens:
-
We repeat mistakes because we didn't study failures
-
We reinvent the wheel, wasting effort on problems solved decades ago
-
We lose cultural continuity—each generation starts from zero
-
We abandon communities whose platforms died (no archive to return to)
-
We become techno-optimists, assuming new tools solve all problems
This is not enough.
Building without remembering is arrogant. It says: "The past doesn't matter; we'll build the future from scratch." But history is full of well-meaning projects that failed because they ignored lessons of previous failures.
The Integrated Practice: Archive ⇄ Anvil
The virtuous cycle:
-
Study murdered platforms (Archive): What went wrong? Why did GeoCities users lose their sites?
-
Extract lessons: Users didn't own domains. Centralized hosting created single point of failure.
-
Design alternatives (Anvil): Build federated hosting, encourage custom domains, create easy export tools.
-
Document the new systems (Archive): Record how they work, why they were designed this way, what problems they solve.
-
Iterate as systems evolve (Anvil): Improve based on user feedback and new threats.
-
Preserve everything (Archive): Future generations can study both failures and successes.
Example: Mastodon's Evolution
-
Archive: Studied Twitter's centralization problems (shadowbanning, algorithmic curation, corporate control)
-
Anvil: Built Mastodon with federation (many instances, no central control)
-
Archive: Documented Mastodon's challenges (defederation drama, moderation disputes, instance admin burnout)
-
Anvil: Improved governance (better mod tools, admin support resources)
-
Ongoing: Archive current state, forge improvements, repeat
This is the dual soul in action.
Practitioner Profiles: Embodying Both
Not every Archaeobytologist is equally skilled at preservation and creation. But all should understand and respect both.
Profile 1: The Archivist-Who-Codes
-
Primary strength: Preservation (curation, metadata, access systems)
-
Secondary skill: Can write scrapers, build databases, maintain infrastructure
-
Example: Internet Archive staff who both curate collections and maintain the Wayback Machine
Profile 2: The Builder-Who-Preserves
-
Primary strength: Creation (software development, protocol design, system architecture)
-
Secondary skill: Understands archival needs, designs with preservation in mind
-
Example: Mastodon's Eugen Rochko, who built a federated platform inspired by studying centralized platforms' failures
Profile 3: The Scholar-Practitioner
-
Balances both equally: studies dead platforms, builds alternatives, publishes research
-
Example: Brewster Kahle (founded Internet Archive, advocates for digital rights, builds tools)
The key: You don't have to be 50/50 Archive/Anvil. But you must value both and understand how they complement each other.
Part IV: Case Studies in Dual Practice
Case Study 1: The Fediverse (Mastodon, Pixelfed, PeerTube)
Archive Work:
-
Studied centralized social media failures (Twitter banning, Facebook surveillance, YouTube demonetization)
-
Documented what users lost when platforms changed (reach, followers, content)
-
Identified common failure modes (single corporation owns network effects)
Anvil Work:
-
Built ActivityPub protocol (open standard for federated social networking)
-
Created multiple implementations (Mastodon for microblogging, Pixelfed for photos, PeerTube for video)
-
Designed for sovereignty (users can run instances, migrate accounts, export data)
Result: Not perfect (federation has challenges—moderation complexity, discoverability issues, instance admin burnout). But represents a genuine alternative to platform capitalism.
Dual Soul Assessment: Strong Anvil (building alternatives), weaker Archive (less focus on preserving Twitter/Facebook artifacts). Could improve by integrating archived case studies into protocol design.
Case Study 2: The Internet Archive
Archive Work:
-
Wayback Machine: 800+ billion web pages archived since 1996
-
Software collection: preserves obsolete games, applications, operating systems
-
Book digitization: scans millions of out-of-print books
-
TV and radio archives: preserves broadcast media
Anvil Work:
-
Built open-source tools (Heritrix crawler, OpenLibrary platform, Archive-It service)
-
Advocates for legal changes (fights for fair use, right to repair, library lending)
-
Supports federated archiving (encourages others to run preservation nodes)
Result: World's most important digital preservation institution. Not just storing—actively building tools and advocating for systemic change.
Dual Soul Assessment: Strong Archive (unmatched preservation capacity), improving Anvil (tool-building and advocacy growing over time).
Case Study 3: Archive Team
Archive Work:
-
Guerrilla archiving: scrapes dying platforms with little warning
-
Distributed effort: coordinates volunteers worldwide
-
Saves platforms institutions ignore (small forums, niche sites, "unimportant" platforms)
Anvil Work:
-
Builds scraping tools (ArchiveBot, custom scrapers for each platform)
-
Documents methodologies (how-to guides for archiving different platform types)
-
Creates preservation infrastructure (tracking systems, storage coordination)
Result: Complementary to Internet Archive—faster, more agile, less concerned with legality. Operates in gray areas institutions can't.
Dual Soul Assessment: Strong on both Archive and Anvil. Preserves aggressively, builds tools constantly. Weakness: less focus on curation and access (creates data dumps, less interpretation).
Case Study 4: Perma.cc (Harvard Library Innovation Lab)
Archive Work:
-
Preserves links cited in legal documents and scholarly articles
-
Prevents "link rot" in citations (URLs breaking over time)
-
Partners with law reviews, journals, and courts
Anvil Work:
-
Built simple tool: users submit URL, get permanent archive link
-
Created sustainable model: free for individuals, subscriptions for institutions
-
Designed for integration: plugins for legal citation managers
Result: Solves specific, high-value problem (preserving legal and scholarly citations). Not comprehensive like Internet Archive, but deeply integrated into academic and legal workflows.
Dual Soul Assessment: Balanced. Preserves strategically (high-value citations), builds pragmatically (easy-to-use tools), sustains institutionally (Harvard backing + subscription model).
Part V: Practical Integration — How to Embody Both
For Individuals: Building Your Dual Practice
If you're primarily an archivist, add Anvil skills:
-
Learn basic coding (Python for scrapers, SQL for databases)
-
Study system design (how do resilient institutions work?)
-
Contribute to preservation tools (file bugs, write documentation, add features)
If you're primarily a builder, add Archive skills:
-
Study platform histories (what already failed and why?)
-
Learn preservation formats (WARC, MARC, Dublin Core metadata)
-
Design with archiving in mind (build export tools, document your decisions)
For everyone:
-
Read both preservation literature and system design papers
-
Follow both archivists (e.g., @textfiles, @ArchiveTeam) and builders (e.g., @Gargron of Mastodon)
-
Contribute to projects that do both (Internet Archive, Flashpoint, Mastodon)
For Institutions: Integrating Archive and Anvil
Museums and Libraries:
-
Don't just preserve—build tools that others can use
-
Offer workshops on digital sovereignty (how to own your domain, self-host, export data)
-
Advocate for laws that protect both preservation and user rights
Universities:
-
Create interdisciplinary programs combining preservation, CS, law, and ethics
-
Host both archival infrastructure (servers, storage) and creation labs (makerspaces, incubators)
-
Fund research on both "how to preserve" and "how to build alternatives"
Non-Profits:
-
Balance missions: preserve and advocate for change
-
Build tools in addition to running services
-
Document everything (your own work becomes Archive material for future study)
For Communities: Collective Dual Practice
Online communities can embody the dual soul:
-
Archive: Members back up community content (forums, Discord servers, subreddits)
-
Anvil: Migrate to more sovereign platforms when possible (self-hosted forums, federated alternatives)
Example: Reddit communities migrating to Lemmy
-
Archive: Users scrape subreddit posts before leaving
-
Anvil: Set up Lemmy instances (federated Reddit alternative)
-
Result: Community preserves history and gains sovereignty
Conclusion: The Complete Archaeobytologist
The Archive and the Anvil are not competing priorities. They are complementary practices that reinforce each other:
-
Archives teach us what not to build (failure modes to avoid)
-
Anvils create systems worth preserving (tomorrow's archives)
-
Archives without Anvils accept defeat
-
Anvils without Archives repeat mistakes
The complete Archaeobytologist:
-
Studies murdered platforms (Archive)
-
Designs systems that resist murder (Anvil)
-
Preserves both failures and successes (Archive)
-
Advocates for laws and norms that enable sovereignty (Anvil)
-
Teaches others to do the same (both)
You are a scholar and a smith. A custodian and a strategist. A mourner and a builder.
You do not choose between Archive and Anvil. You embody both.
In the next chapter, we'll explore the Three Pillars in depth—the normative framework that guides both preservation and creation. These principles will show you how to evaluate whether an artifact, tool, or institution embodies digital sovereignty.
For now, consider: What are you preserving? What are you building? And how do those practices reinforce each other?
The dual soul awaits.
Discussion Questions
-
On Personal Practice: Which role feels more natural to you—Archivist or Blacksmith? What would it take to develop skills in the other domain?
-
On Institutional Models: Compare Internet Archive (non-profit preservation) and Mastodon (federated protocol). Which model is more sustainable long-term? Why?
-
On Priorities: If you had to choose between (A) perfectly preserving one murdered platform or (B) building a tool that prevents future platform murders, which would you choose? Why?
-
On Integration: Can you think of a project that successfully integrates Archive and Anvil? What does it do well? What could be improved?
-
On Failure Modes: What happens when preservation work is done without creation? When creation happens without preservation? Find real-world examples.
-
On Your Own Life: Audit your digital life. What are you preserving (backups, exports, archives)? What are you building (websites, tools, contributions to open platforms)?
Exercise: Design a Dual-Practice Project
Scenario: Choose a currently-living platform you use (Twitter/X, Instagram, TikTok, Reddit, Discord, etc.). Design a project that embodies both Archive and Anvil:
Part 1: Archive Component (500 words)
-
What would you preserve from this platform?
-
How would you collect it (scraping, API, user exports)?
-
What metadata would you capture?
-
How would you organize it (taxonomy, search, curation)?
-
What ethical issues arise (privacy, consent, copyright)?
Part 2: Anvil Component (500 words)
-
What lessons does this platform teach about failure modes?
-
What alternative would you build to avoid those failures?
-
How would it embody the Three Pillars (Declaration, Connection, Ground)?
-
What technologies would you use (federated, P2P, blockchain, self-hosted)?
-
How would you ensure long-term sustainability?
Part 3: Integration (300 words)
-
How do Archive and Anvil components reinforce each other?
-
Would you preserve the old platform's content in the new system?
-
How would you tell the story of "why we built this alternative"?
-
What would you document for future Archaeobytologists studying your work?
Part 4: Reflection (200 words)
-
Which was harder to design—Archive or Anvil?
-
Did designing one inform the other?
-
Would you actually want to undertake this project? Why or why not?
Further Reading
On Archives and Memory
-
Derrida, Jacques. Archive Fever: A Freudian Impression. University of Chicago Press, 1996.
-
Philosophical meditation on archives, memory, and destruction
-
-
Manoff, Marlene. "Theories of the Archive from Across the Disciplines." Portal: Libraries and the Academy 4, no. 1 (2004): 9-25.
-
Survey of how different fields theorize archives
-
-
Cook, Terry. "What is Past is Prologue: A History of Archival Ideas Since 1898, and the Future Paradigm Shift." Archivaria 43 (1997): 17-63.
-
Evolution of archival theory and practice
-
On Building Alternatives
-
Benkler, Yochai. The Wealth of Networks. Yale University Press, 2006.
-
Theory of peer production and commons-based alternatives
-
-
Doctorow, Cory. The Internet Con: How to Seize the Means of Computation. Verso, 2023.
-
Advocacy for interoperability and user sovereignty
-
-
Schneider, Nathan. "An Internet of Ownership: Democratic Design for the Online Economy." The Sociological Review 68, no. 2 (2020): 320-340.
-
Platform cooperatives and ownership models
-
On Dual Practice
-
Kahle, Brewster. "Preserving the Internet." Scientific American 276, no. 3 (1997): 82-83.
-
Internet Archive founder on preservation imperatives
-
-
Star, Susan Leigh, and Karen Ruhleder. "Steps Toward an Ecology of Infrastructure." Information Systems Research 7, no. 1 (1996): 111-134.
-
How infrastructure shapes what can be preserved and built
-
-
Sennett, Richard. The Craftsman. Yale University Press, 2008.
-
Philosophy of making and building with care
-
Primary Sources
-
Internet Archive. "About the Internet Archive." https://archive.org/about/
-
Archive Team. "Who We Are." https://archiveteam.org/
-
ActivityPub. W3C Recommendation. https://www.w3.org/TR/activitypub/
-
Perma.cc. "About Perma.cc." https://perma.cc/about
End of Chapter 3
Next: Chapter 4 — The Three Pillars of Digital Sovereignty: Declaration, Connection, Ground