Aller au contenu directement

Inscribing Bitcoin: A Practical Guide to Ordinals, BRC-20 and Using unisat Wallet

So I was thinking about how much Ordinals shook up Bitcoin. At first it felt like a novelty—tiny images and text tucked into sats. Then I realized this wasn’t just art; it changed how we use Bitcoin’s witness space. Whoa. This matters for people minting, trading, or building on top of Bitcoin. My instinct said « pay attention » and honestly, that turned out to be good advice.

Here’s the short version: Ordinals let you attach arbitrary data to individual satoshis (sats). Inscriptions are the mechanism that writes that data into a transaction’s witness area. BRC-20 built on that capability to create fungible token-like constructs by encoding JSON in inscriptions. Simple? Kind of. Fragile? Also yes. I’ll be blunt—this is creative use of Bitcoin, not a replacement for smart-contract platforms.

Screenshot of an Ordinals wallet showing inscriptions and BRC-20 tokens

What exactly is an inscription?

Think of a sat as a tiny postcard. An inscription writes a message (or image, or script) on that postcard and pins it to the sat. Technically, the data sits in the witness of a Bitcoin transaction, tied to the sat that the protocol tracks. The effect is that the sat carries content across transfers. On one hand, it’s brilliant—on the other hand, it changes the economics of transaction sizes and UTXO behavior.

Initially I thought of inscriptions as harmless metadata. Actually, wait—let me rephrase that. At low volumes they are harmless. But when activity ramps up, mempools get crowded, fees spike, and wallets must deal with heavier outputs. So when you mint or move inscriptions, expect different fee dynamics than moving ordinary sats.

Why developers and collectors care

Collectors love permanence. You inscribe once and the data lives on-chain as long as Bitcoin exists (barring reorgs). Builders like the composability—because everything is just sats and transactions, you can layer conventions like BRC-20. Though actually, BRC-20 is a heuristic standard; it relies on off-chain indexing and social consensus, and isn’t enforced by Bitcoin’s protocol rules. That means interoperability depends on tooling and indexers, not on the base layer.

On one hand, you get censorship-resistant storage of small blobs. On the other, you inherit the limitations of Bitcoin’s throughput and fee market. If your project expects cheap, frequent updates, this probably isn’t the right place.

Practical impacts: fees, UTXO, and wallets

Fees. Inscriptions increase tx size because witness data is larger. That pushes miners to demand higher fees to include those transactions. So expect costlier mints and transfers, especially under load. Simple transfers of plain BTC stay cheap when the network is calm, but inscription activity can change that.

UTXO bloat. Every inscription is tied to specific sats. Moving them can fragment wallets, creating many small UTXOs. That complicates future spending and can increase fees further. I’m biased toward consolidated UTXO management, but consolidation itself costs fees—it’s a tradeoff.

Wallet support. Not all wallets understand Ordinals or BRC-20. You need wallets that index inscriptions and present content properly. That’s where specialty wallets come in; they’re not just signing keys, they’re also explorers and managers for these novel assets.

Using unisat to manage inscriptions and BRC-20

If you’re getting hands-on, a wallet that understands inscriptions is essential. For many users the browser extension unisat provides that functionality: it shows inscriptions, helps you mint and transfer, and integrates with marketplaces and indexers. I started with a cold curiosity and quickly appreciated how much smoother the day-to-day is when the wallet knows how to interpret witness data.

Okay, so check this out—unisat isn’t magic. It reads the indexer data, displays content, and helps you craft the right transactions for inscriptions or BRC-20 mints. That means you should still verify metadata off-chain when buying expensive items. The UI helps, but it’s not a substitute for due diligence.

How minting and transferring typically work (high level)

Minting an inscription generally means creating a transaction that includes your data in the witness and assigns the resulting inscribed sat to an output address. Wallets or services prepare that tx for you and broadcast it. Transfers move the inscribed sat by spending the output that contains it to a new output—again, with the witness data present to preserve the inscription.

Note: you rarely need to handcraft raw hex unless you’re a power user. But you should understand that inscriptions are bigger than normal transactions—plan fees accordingly. Also, if you’re experimenting, do so with small values and testnet first; mempool dynamics on mainnet can sting if you misprice a tx.

BRC-20: tokens without a virtual machine

BRC-20 is an emergent standard. It stores JSON instructions in inscriptions to define mint events, transfers, and supply. There is no VM, no consensus-level enforcement, and everything relies on off-chain parsers and the community to interpret the inscriptions correctly. On the upside, you can prototype token-like behavior on Bitcoin. On the downside, this fragility means wallets and marketplaces must agree on how to read the data.

So if someone tells you BRC-20 is « secure like Bitcoin »—well, it’s secured at the level of inscription permanence, yes, but the token semantics are social. Be careful with automated trading bots or blind trust in minting scripts.

Best practices and safety tips

– Start small. Try a tiny inscription on testnet or a low-value sat on mainnet. This teaches the tools without risking much.

– Watch fees. Use fee-estimation tools and accept that inscription transactions will cost more than typical transfers during busy periods.

– Consolidate deliberately. If you care about wallet hygiene, plan consolidations when fees are reasonable. Avoid frequent, reactive consolidation during spikes.

– Verify metadata and provenance. For valuable inscriptions, confirm indexer data and cross-check marketplace records—don’t just trust a single wallet display.

– Expect ecosystem change. New indexers, mempool policies, or fee dynamics can alter how inscriptions behave. Be flexible.

FAQ

Can I store large files on Bitcoin via Ordinals?

Technically yes, but impractical. Data storage costs scale with size because you pay miner fees for larger witness data. For large files, consider off-chain storage with on-chain references. Inscribing entire high-res images or videos is expensive and burdensome to the network.

Are BRC-20 tokens safe to hold?

They are as safe as the underlying inscription permanence—your data lives in the chain. But token semantics (supply, transfers) depend on community tooling. Treat them as experimental and do extra research before large commitments.

Which wallets support Ordinals and BRC-20?

Support varies. Some dedicated wallets and browser extensions focus on Ordinals and related tooling. For everyday use, pick a wallet with a reputable UI that displays inscriptions and handles the larger transaction sizes. For many users, unisat is a starting point—note that this article links to it as a single recommended resource.

Alright—here’s where I land. Ordinals and BRC-20 opened up a new creative layer on Bitcoin. They’re not perfect, and they impose real costs and technical debt on users and wallets. Still, for collectors, artists, and experimental builders, they offer a uniquely decentralized, immutable platform. I’m curious where this goes next. Will tooling mature? Will miners change policies? Time will tell—meanwhile, if you try it, tread carefully and keep some sats for fees.

© 2026 Cité des métiers – L'expo
build with love by Epic & Onepixel