What Is a BRC20 Token?
BRC-20 is a token convention built on Bitcoin ordinal inscriptions. There is no smart contract: deploying a token means inscribing a small JSON payload describing the ticker, supply and mint limit, and minting means inscribing further payloads that indexers interpret as balance changes.
That is the crucial detail. Bitcoin itself does not know what a BRC-20 balance is. Off-chain indexers read inscriptions and agree on who owns what, which means the standard works entirely by convention among the parties choosing to follow it.
What You Receive
| Component | What It Covers |
|---|---|
| Standard fit report | A written assessment of whether BRC-20, Runes or another route serves your goal |
| Deploy inscription | Ticker, supply and mint limit inscribed correctly, because it is permanent |
| Mint infrastructure | Mint page with wallet connection, progress tracking and completion monitoring |
| Indexer validation | Balance interpretation checked across the indexers wallets and marketplaces rely on |
| Fee strategy | Inscription cost modelled against mempool scenarios with timing guidance |
| Wallet testing | Holding, transfer and display behaviour verified in Bitcoin wallets |
| Marketplace preparation | Metadata and submissions for ordinals marketplaces and aggregators |
| Documentation | Holder and integrator guidance covering exactly what the standard does not do |
Send us your token parameters and distribution plan and we will return contract scope, an audit path and a timeline.
Get a Free Live DemoYour Token Balances Depend on Indexers Agreeing
A BRC-20 balance is an interpretation, not a state. Every wallet, marketplace and exchange runs or trusts an indexer that reads inscriptions and applies the rules. When indexers disagree, which has happened, the same address can show different balances in different places.
Bitcoin also has no notion of transfer restrictions, mint authority or programmable logic here. There is no upgrade path, no pause function and no way to fix a mistake in a deploy inscription. What you inscribe is permanent, and the ruleset around it is social.
Standard fit assessed first we will tell you when BRC-20 is the wrong tool for your product.
Deploy parameters checked carefully ticker, supply and mint limits are permanent once inscribed.
Indexer compatibility verified across the indexers wallets and marketplaces actually use.
Fee timing planned because inscription cost depends entirely on Bitcoin mempool conditions.
Runes considered as an alternative a UTXO-native design that avoids some indexer dependency.
No false programmability promised no vesting, staking or governance is possible in the standard itself.
We will say plainly when BRC-20 cannot do what you need. It has no programmability, no upgrade path and its balances depend on indexer consensus. For a Bitcoin-native memecoin or collectible that is acceptable; for a utility token it usually is not.
Surfaces This Scope Covers
Reference concepts for a token build — deployment, distribution and holder surfaces. Not screenshots of a delivered client launch.
What We Build
Deployment and Minting
- Deploy inscription with ticker, supply and mint limit
- Fair launch mint mechanics with per-inscription limits
- Pre-mint or team allocation strategies where appropriate
- Mint monitoring and completion tracking
- Fee estimation and timing strategy for inscription batches
- Recursive and metadata-enhanced inscriptions where relevant
Compatibility
- Indexer compatibility verification across major providers
- Wallet support testing for holding and transferring
- Marketplace listing preparation and metadata
- Transfer inscription handling and UX guidance
- Balance reconciliation tooling for support cases
- Runes and alternative standard comparison
Supporting Infrastructure
- Mint page with wallet connection and progress display
- Holder tracking and distribution analytics
- Inscription batching tooling for large distributions
- Custody and key management guidance for treasury
- Bridge assessment for EVM representations
- Documentation for holders and integrators
Advisory and Launch
- Standard fit assessment before commitment
- Cost modelling across mempool fee scenarios
- Community launch and mint coordination support
- Marketplace and aggregator submission
- Ongoing indexer change monitoring
- Post-launch support and holder documentation
Mapped to a release plan
We will send a prioritized build plan with your token parameters, distribution schedule and audit path.
Request a Feature PlanHow BRC20 Token Development Is Put Together
The modules above map onto these layers. Each one ships with its own tests, documentation and runbook, so nothing arrives as a black box you inherit without an explanation.
Requests flow down, settlement and events flow back up. Every boundary carries logging, so a failure is traceable to a layer instead of guessed at.
Chains and Assets We Work With
Each chain is a separate implementation with its own standard, tooling and supply accounting. Multi-chain issuance needs an explicit chain of record or your reported circulating supply drifts from reality.
How We Build Your Token
Tokenomics are modelled before contracts are written, because the contract only enforces decisions made earlier.
Standard selection
Your goal tested against BRC-20, Runes and alternatives, with the trade-offs written down.
Output → fit report naming the recommended route
Parameter finalisation
Ticker, supply, mint limit and allocation reviewed, since inscription is irreversible.
Output → signed-off deploy parameters
Mint build
Mint page, wallet connection, progress tracking and batching tooling.
Output → working mint infrastructure on testnet
Compatibility validation
Indexer, wallet and marketplace behaviour tested end to end.
Output → compatibility report with issues resolved
Launch and monitoring
Deploy inscription broadcast, mint coordinated, indexer changes monitored afterwards.
Output → completed launch with holder documentation
Bitcoin metaprotocols
Development Timeline
| Scope | Timeline | Includes |
|---|---|---|
| BRC-20 deploy and mint | 1 to 2 weeks | Deploy inscription, mint page, compatibility checks |
| Launch with mint infrastructure | 3 to 5 weeks | Mint site, analytics, batching, marketplace prep |
| Runes or hybrid launch | 4 to 8 weeks | Alternative standard, tooling, bridge assessment |
| Bitcoin token ecosystem | 3 to 5 months | Custom indexer, marketplace integration, EVM representation |
What extends the timeline: Bitcoin mempool conditions, which determine both inscription cost and confirmation timing; indexer compatibility testing; and marketplace submission processes that run on their own schedules.
Revenue Models
| Model | How It Works |
|---|---|
| Mint proceeds | Revenue from the initial mint where a fee is charged |
| Team allocation | Pre-mint or reserved supply, disclosed openly |
| Marketplace royalties | Where the marketplace and standard support them |
| Community and brand value | Demand driven by Bitcoin-native positioning |
| Secondary market activity | Value accrual to treasury holdings |
| Ecosystem partnerships | Collaborations with Bitcoin-native platforms |
BRC-20 has no built-in fee capture, staking or programmable revenue mechanism. Value here comes from distribution, community and scarcity rather than from token mechanics, and pretending otherwise misleads holders.
Related services
Who This Is For
Launching a token that stays on Bitcoin.
Using Bitcoin as the cultural home for the asset.
Extending a collection with a fungible token.
Experimenting with Bitcoin-native digital assets.
Issuing an ecosystem token on Bitcoin.
Adding a Bitcoin representation alongside EVM tokens.
Why Choose Coinsclone
Fit assessed before you commit
We tell you when BRC-20 cannot do what you need, because it has no programmability and no upgrade path.
Permanent parameters checked twice
Ticker, supply and mint limits are inscribed once and cannot be corrected, so they are verified before broadcast.
Indexer behaviour verified
Balances are an interpretation, so we test across the indexers your holders will actually be reading.
Runes evaluated alongside
For many launches the UTXO-native design is the better answer, and we say so rather than defaulting to BRC-20.
Cost modelled against the mempool
Inscription expense depends entirely on network conditions, so timing is planned rather than hoped for.
No false capability claimed
No staking, vesting or governance is promised, because the standard cannot deliver it on-chain.
What Our Clients Say
Operators who launched with us, in their own words. Hover to pause.
A members-only NFT marketplace for Digital Freemasonry
Digital Free MasonryNFT marketplace · delivered and liveNext phase in progress: the ODFT Token and the MasonicVerse platform.
Working with Coinsclone has been one of the best professional experiences I have had in the blockchain industry.
From the very beginning of our NFT Marketplace project until its successful completion, the entire team demonstrated exceptional technical expertise, professionalism, patience, and commitment. Every stage of development was handled with great attention to detail, and every challenge we encountered was approached with a solution-oriented mindset.
Read the full client note
Our project was far from a standard NFT Marketplace. It included custom blockchain architecture, Polygon integration, ERC-721 and ERC-1155 standards, royalty implementation, token-gated access through Masonic Passport, multiple payment methods, marketplace customization, advanced testing, and many unique business requirements. Throughout the entire process, the team consistently delivered high-quality work while maintaining clear communication, transparency, and a strong commitment to excellence.
I would especially like to express my sincere appreciation to Mr. Jeeva, Mr. Bala, Mr. Saravanan, Mr. Veeramani, Mr. Akshay, and the entire development team for their outstanding support, professionalism, responsiveness, and dedication throughout the project. Their technical expertise, patience, and willingness to understand even the most complex business requirements gave us complete confidence during every phase of development.
What impressed me the most was not only their excellent blockchain development skills, but also their ability to understand our vision and transform it into a secure, scalable, and highly professional NFT Marketplace.
For me, Coinsclone is not simply a software development company — they are a trusted long-term technology partner. After successfully completing our NFT Marketplace, we are now preparing to continue our collaboration on the next major phase of the Digital Freemasonry ecosystem, including the development of the ODFT Token and the future MasonicVerse platform.
I highly recommend Coinsclone to anyone looking for a reliable, experienced, and highly professional blockchain development company. They have earned my complete trust and respect, and I sincerely look forward to working with them again on future projects.
Assess Your Bitcoin Token
Tell us what the token has to do and we will tell you honestly whether BRC-20, Runes or another route actually fits.
- Written standard comparison before anything is inscribed
- Inscription cost modelled across mempool conditions
- NDA signed before we discuss specifics
Request received
A solution architect will reply within one business day with a scoped proposal and demo link.
Frequently Asked Questions
What is BRC-20?
A token convention built on Bitcoin ordinal inscriptions. Deploying means inscribing a JSON payload describing ticker, supply and mint limit; minting and transferring mean inscribing further payloads that indexers interpret as balances.
Is BRC-20 a smart contract standard?
No. Bitcoin has no smart contract layer here. Balances exist only as interpretations applied by off-chain indexers following the same convention, which is a fundamental difference from ERC-20 or SPL tokens.
What happens if indexers disagree?
The same address can show different balances in different wallets or marketplaces. It has happened before, and it is an inherent property of a convention-based standard rather than a bug anyone can patch.
Can a BRC-20 token have staking, vesting or governance?
Not within the standard. There is no programmability, so any such mechanic has to be operated off-chain or on another chain with a bridged representation, and that should be disclosed clearly to holders.
What does it cost to deploy and mint?
It depends entirely on Bitcoin mempool conditions at the time, since cost is driven by inscription size and fee rates. We model scenarios and plan timing rather than quoting a fixed figure.
Can a deploy inscription be corrected?
No. Ticker, supply and mint limits are permanent once inscribed. A mistake means deploying again under a different ticker, which is why parameters are checked carefully before broadcast.
What are Runes and should we use them instead?
Runes is a UTXO-native fungible token design on Bitcoin that avoids some of the indexer dependency of BRC-20 and is more efficient. For many new launches it is the better choice, and we assess both against your goals.
Which wallets support BRC-20 tokens?
Support is narrower than on EVM chains and varies by wallet and by standard. We test holding, transferring and display across the wallets your holders are likely to use before launch.
How do holders trade these tokens?
On Bitcoin ordinals marketplaces, typically using PSBT-based order flows rather than automated market makers. Liquidity is thinner and mechanics are less familiar than on EVM DEXs.
Can a BRC-20 token be bridged to Ethereum?
Representations are possible through bridges, with the usual custody and supply accounting considerations. It adds counterparty risk and complexity, so it should be a deliberate decision rather than a default.
Is BRC-20 right for my project?
If you want Bitcoin-native positioning for a memecoin or collectible, it can be. If you need programmable utility, transfer restrictions or DeFi composability, it is the wrong tool and we will say so.
How long does a BRC-20 launch take?
A deploy with a mint page and compatibility checks takes one to two weeks. A full launch with mint infrastructure and analytics takes three to five weeks.
Estimate Your Build
Pick a scope and the extras you need. Independent audit is the line that cannot be compressed, because a deployed contract cannot be quietly patched.
{{ estSummary }}
Ranges assume decisions arrive on time. Licensing, banking and third-party audits run on their own schedules and we plan around them rather than inside them.
Get This Scoped ProperlyReady to Launch on Bitcoin?
Share your token concept and we will assess whether BRC-20, Runes or another approach fits, with scope, cost modelling and timeline.