bitcoin-metaprotocols-brc-20

v2026.09.24

BRC-20: fungible token standard via JSON inscriptions. Deploy / mint / transfer operations. Permissionless and unaudited; large ecosystem post-2023. USE WHEN: building BRC-20 tooling, evaluating token issuance on Bitcoin, comparing with Runes / Taproot Assets.

GitHub
安装命令
npx skhub add claude-dev-suite/bitcoin-metaprotocols-brc-20
Markdown
SKILL.md

BRC-20

Token standard defined via JSON inscriptions. Created May 2023 by @domodata. Originally a "fun experiment", became massive ecosystem.

Mechanics

Each operation is a JSON inscription:

Deploy

{
  "p": "brc-20",
  "op": "deploy",
  "tick": "ordi",
  "max": "21000000",
  "lim": "1000"
}

tick = 4-character ticker (case-insensitive). Once deployed, max supply fixed.

Mint

{
  "p": "brc-20",
  "op": "mint",
  "tick": "ordi",
  "amt": "1000"
}

Each mint must respect lim and total max. First-come-first-served until cap.

Transfer (two steps)

Step 1: inscribe transfer:

{
  "p": "brc-20",
  "op": "transfer",
  "tick": "ordi",
  "amt": "100"
}

Step 2: send the inscription to recipient. Receipt = balance moves.

State tracking

BRC-20 has no on-chain validation — it's an indexer convention. Each indexer must:

  • Watch inscriptions for BRC-20 ops.
  • Compute balances per address.
  • Validate against max / lim constraints.

Indexers must agree on rules (otherwise different indexers see different balances).

Major indexers

  • OrdiScan — primary public indexer.
  • UniSat — wallet + indexer.
  • OKX — exchange-side.
  • Magic Eden — former BRC-20 marketplace; closed its entire Bitcoin marketplace on 9 March 2026 (announced 27 February 2026, Bitcoin API retired 27 March 2026) to refocus on Solana.

Compared to other token standards

AspectBRC-20RunesTaproot Assets
ActivationMay 2023April 2024 (halving)2023
MechanismJSON inscriptionsNative protocol op_returnsClient-side validation
State trackingOff-chain indexer conventionNative (each rune is a UTXO commitment)Client-side merkle
EfficiencyHigh overheadNative, smallerSmaller
Validation rulesIndexer-definedProtocol-definedSchema-defined

Most agree: Runes > BRC-20 in efficiency. BRC-20 is "first-mover" but architecturally suboptimal.

Critique

  • Off-chain validation = consensus uncertainty about what is "valid".
  • First-mint-wins rewards bots over real users.
  • High fees during deployment / minting frenzies.

Status

As of September 2026:

  • Active ecosystem; many tokens exist.
  • Trading volume on UniSat and OKX; Magic Eden closed its Bitcoin marketplace on 9 March 2026 and no longer carries BRC-20.
  • Some migration to Runes underway (similar use cases).

Use cases

  • Memecoins on Bitcoin.
  • Loyalty / community tokens for projects.
  • Trading vehicles within Bitcoin.

Common bugs

  • Indexer disagreement on edge cases (e.g., simultaneous mints in same block, ordering rules).
  • Stale balance display when wallet doesn't sync indexer state.
  • Two-step transfer: forgetting step 2 (just inscribing transfer doesn't move funds).

See also

发现
标签

此技能尚未发布标签。

版本
最新版本元数据

版本

v2026.09.24

发布时间

Sep 24, 2026

分类

未分类

许可证

MIT

源路径

skills/bitcoin/metaprotocols/brc-20

默认分支

main

最新提交

9496306

Tree SHA

fe4e2f1