Can Anyone Create a Cryptocurrency?

The technical barrier to creating a token is near zero. The barrier to creating a functioning cryptocurrency — with security, adoption, and network participants — is not. They're different things, and collapsing them creates real confusion.
Lewis Jackson
CEO and Founder

The question sounds almost too simple to be interesting. The answer people expect is either "yes, obviously" or "no, you'd need a team of engineers." Both of those are wrong in ways that actually matter.

The technical barrier to creating a token is genuinely near zero. The barrier to creating a functioning cryptocurrency — one with security, adoption, and network participants — is not. These are different things, and collapsing them creates real confusion.

How Cryptocurrency Creation Actually Works

There are three meaningfully distinct levels of creation, each with very different requirements.

Deploying a token on an existing blockchain is the entry-level version. Standards like ERC-20 on Ethereum, BEP-20 on BNB Chain, and SPL on Solana define templates for fungible tokens. Deploying one requires writing — or copying — a short smart contract, setting a handful of parameters (name, ticker, total supply, decimal places), and paying the deployment fee. On Ethereum, that gas cost typically runs $20–$100 depending on network congestion. On Solana, it can be under $1.

No-code launchers have lowered this further. Platforms like pump.fun let users deploy a token through a web interface, no coding required, for a few dollars or less. From a technical standpoint, this is accessible to almost anyone with an internet connection and a crypto wallet.

What the token doesn't have: security, liquidity, or users. It exists on-chain, but it doesn't function as a monetary network.

Forking an existing blockchain is the intermediate version. This is how Bitcoin Cash and Litecoin were created — copy Bitcoin's codebase, change some parameters (block size, mining algorithm, block time), and launch a separate chain. It requires genuine technical capacity: understanding the codebase, configuring genesis blocks, bootstrapping validators or miners, maintaining infrastructure.

More importantly, a fork inherits no security. A new proof-of-work chain needs hash rate to resist a 51% attack; a new proof-of-stake chain needs staked capital. Without either, an attacker can rent hash power cheaply and rewrite the chain's history. Several forked chains learned this shortly after launch.

Building from scratch — a genuinely novel blockchain with new consensus mechanisms or a new virtual machine — requires years of engineering, substantial capital, and usually a large technical team. Solana, Cardano, and the Cosmos ecosystem were built this way. This isn't something an individual with spare time creates.

The asymmetry matters. The lowest technical barrier produces the highest adoption barrier. Tokens are easy to create because they borrow existing infrastructure and security. Building something with its own security model — something that functions independently as a monetary network — is a different undertaking entirely.

Where the Real Barriers Live

Technical constraints are genuinely low for token creation. The binding constraints are elsewhere.

The economic barrier is adoption. A token with no liquidity can't be bought or sold at meaningful size. Without market makers, bid-ask spreads are effectively infinite. A blockchain with no validators has no security guarantee. These require capital and coordination that code alone doesn't solve.

The regulatory barrier is rising. In the EU, MiCA (Markets in Crypto-Assets Regulation, full effect December 2024) introduces notification and compliance requirements for token issuers offering to the public — specifically covering asset-referenced tokens and e-money tokens. The U.S. regulatory picture is less settled, but the SEC's enforcement posture since 2021 consistently treats tokens sold as investments as potential securities, triggering Howey Test analysis regardless of whether the issuer used the word "ICO."

Creating a token for personal use is technically unconstrained. Distributing it to investors is regulated.

That's worth stating plainly: the part that's unregulated is the part that doesn't matter economically. The version that does matter — distributing a token to investors who expect returns — has regulatory exposure that doesn't disappear based on how cleverly the token structure is designed.

What's Changing

Two things are in motion.

Token creation tools are becoming cheaper and simpler, not less accessible. pump.fun deployed over 6 million tokens in its first year of operation. Token creation at scale is already effectively frictionless. The interesting question has shifted from "can anyone create a token?" — that's settled — toward "what does a functioning network require, and why do most tokens fail to build one?"

Regulatory frameworks are catching up on the distribution side. MiCA's authorization requirements, SEC enforcement patterns, and proposed U.S. stablecoin legislation are all targeting the distribution and investment phases, not technical creation. The practical result: near-zero creation cost, meaningful compliance cost to distribute legally.

What Would Confirm This

Continued acceleration in daily token deployments would confirm the technical barrier remains near zero. MiCA enforcement actions against issuers who launched without required registrations — or SEC settlements against token issuers who skipped registration — would confirm regulatory barriers are real and rising. A sustained pattern of tokens failing to achieve liquidity despite being technically functional would confirm adoption remains the binding constraint.

What Would Break This

Statutory safe harbors that meaningfully reduce regulatory exposure for token launches (various U.S. bills have proposed versions of this) could change the distribution picture. A successful framework for bootstrapping chain security without large upfront capital — currently unsolved at acceptable cost — would change the fork picture. Neither condition currently holds.

Timing

Now: Technical creation is trivial; distribution is where regulatory exposure concentrates. Anyone deploying a token for public investment should treat legal compliance as the primary constraint, not code.

Next: U.S. regulatory clarity on token issuance is developing over the next 12–24 months and will define what compliant launch looks like domestically. MiCA enforcement in the EU will clarify how the "public offer" threshold gets interpreted in practice.

Later: Novel consensus bootstrapping approaches could eventually reduce the meaningful barrier for new L1 creation. This remains unsolved at acceptable security cost.

The Boundary

This explains what different levels of cryptocurrency creation require and where the binding constraints actually sit. It isn't legal advice on token issuance in any jurisdiction — the regulatory landscape is active and changes frequently.

Anyone creating a token for distribution to investors should get qualified legal counsel before launch. What's technically possible and what's legally permissible are different questions. The gap between them is where most creation stories end badly.

Related Posts

See All
Crypto Research
New XRP-Focused Research Defining the “Velocity Threshold” for Global Settlement and Liquidity
A lot of people looking at my recent research have asked the same question: “Surely Ripple already understands all of this. So what does that mean for XRP?” That question is completely valid — and it turns out it’s the right question to ask. This research breaks down why XRP is unlikely to be the internal settlement asset of CBDC shared ledgers or unified bank platforms, and why that doesn’t mean XRP is irrelevant. Instead, it explains where XRP realistically fits in the system banks are actually building: at the seams, where different rulebooks, platforms, and networks still need to connect. Using liquidity math, system design, and real-world settlement mechanics, this piece explains: why most value settles inside venues, not through bridges why XRP’s role is narrower but more precise than most narratives suggest how velocity (refresh interval) determines whether XRP creates scarcity or just throughput and why Ripple’s strategy makes more sense once you stop assuming XRP must be “the core of everything” This isn’t a bullish or bearish take — it’s a structural one. If you want to understand XRP beyond hype and price targets, this is the question you need to grapple with.
Read Now
Crypto Research
The Jackson Liquidity Framework - Announcement
Lewis Jackson Ventures announces the release of the Jackson Liquidity Framework — the first quantitative, regulator-aligned model for liquidity sizing in AMM-based settlement systems, CBDC corridors, and tokenised financial infrastructures. Developed using advanced stochastic simulations and grounded in Basel III and PFMI principles, the framework provides a missing methodology for determining how much liquidity prefunded AMM pools actually require under real-world flow conditions.
Read Now
Crypto Research
Banks, Stablecoins, and Tokenized Assets
In Episode 011 of The Macro, crypto analyst Lewis Jackson unpacks a pivotal week in global finance — one marked by record growth in tokenized assets, expanding stablecoin adoption across emerging markets, and major institutions deepening their blockchain commitments. This research brief summarises Jackson’s key findings, from tokenized deposits to institutional RWA chains and AI-driven compliance, and explains how these developments signal a maturing, multi-rail settlement architecture spanning Ethereum, XRPL, stablecoin networks, and new interoperability layers.Taken together, this episode marks a structural shift toward programmable finance, instant settlement, and tokenized real-world assets at global scale.
Read Now

Related Posts

See All
No items found.
Lewsletter

Weekly notes on what I’m seeing

A personal letter I send straight to your inbox —reflections on crypto, wealth, time and life.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.