agentleFS
hiromailyhiromaily/go-crypto-wallet/.claude/skills/btc-terminology/SKILL.md

btc-terminology

Skill128 starsChanged 6 months agoMITView on GitHub

Critical Bitcoin terminology rules to prevent confusion between bech32m (encoding) and taproot (address type). Use when working on BTC-related code, config files, or shell scripts.

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    This is a common source of bugs: Do NOT confuse these terms:

    line 10
  2. Distinctive:

    All Taproot addresses are encoded using bech32m, but:

    line 63
  3. Distinctive:

    When working with Taproot/Bech32m code:

    line 101

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

BTC Terminology Rules

🚨 CRITICAL: Bech32m vs Taproot

This is a common source of bugs. Do NOT confuse these terms:

TermWhat It IsWhere Used
bech32mEncoding format (HOW address is serialized)Bitcoin Core RPC, shell scripts
taprootAddress type (WHAT the address represents)Config files, domain model

Key Rule: bech32m ≠ taproot — They are related but NOT interchangeable.

Quick Reference Table

ContextCorrect TermExample
Config YAML/TOML filestaprootaddress_type: "taproot"
Environment variablestaprootWALLET_ADDRESS_TYPE="taproot"
Bitcoin Core CLI/RPCbech32mbitcoin-cli getnewaddress "" bech32m
Shell scripts (receiver addresses)bech32mgetnewaddress "" bech32m
Go domain code (internal/domain/address/)taprootAddrTypeTaproot
Go Bitcoin Core interface (internal/domain/bitcoin/)bech32mAddressTypeTaproot = "bech32m"

Common Mistakes

❌ WRONG

# Config file - DON'T use bech32m
address_type: "bech32m" # WRONG!
# Shell script - DON'T use taproot for Bitcoin Core RPC
bitcoin-cli getnewaddress "" taproot  # WRONG!

✅ CORRECT

# Config file - Use taproot
address_type: "taproot" # CORRECT!
# Shell script - Use bech32m for Bitcoin Core RPC
bitcoin-cli getnewaddress "" bech32m  # CORRECT!

Technical Background

Why Two Different Terms?

  1. Taproot (BIP341) = SegWit version 1 address type (P2TR - Pay-to-Taproot)
  2. Bech32m (BIP350) = Encoding format that fixes checksum issues in original Bech32

All Taproot addresses are encoded using bech32m, but:

  • User-facing config uses "taproot" (what you want)
  • Bitcoin Core RPC uses "bech32m" (how it's encoded)

Address Format Comparison

EncodingSegWit VersionAddress TypePrefixConfig Value
Base58N/AP2PKH1...legacy
Base58N/AP2SH3...p2sh-segwit
Bech32v0P2WPKHbc1q...bech32
Bech32mv1P2TRbc1p...taproot

Codebase Mapping

The project has two different type definitions:

// internal/domain/bitcoin/address_type.go
// For Bitcoin Core RPC communication
AddressTypeTaproot AddressType = "bech32m"  // Bitcoin Core uses "bech32m"

// internal/domain/address/types.go
// For user-facing configuration
AddrTypeTaproot AddrType = "taproot"  // User sees "taproot"

Conversion between these is handled by mapper functions:

// internal/infrastructure/api/btc/btc/mapper.go
// FromAddressType: "bech32m" (Bitcoin Core) → "taproot" (user-facing)
// ToAddressType:   "taproot" (user-facing) → "bech32m" (Bitcoin Core)

Verification Checklist

When working with Taproot/Bech32m code:

  • Config files (YAML/TOML) use address_type: "taproot"
  • Environment variables use WALLET_ADDRESS_TYPE="taproot"
  • Bitcoin Core RPC calls in shell scripts use bech32m
  • Shell scripts generating receiver addresses use bech32m
  • Go code uses correct type for the layer:
    • Domain/config layer: AddrTypeTaproot (value: "taproot")
    • Bitcoin Core interface: AddressTypeTaproot (value: "bech32m")

Related Files

FilePurpose
internal/domain/address/types.goUser-facing AddrType definitions
internal/domain/bitcoin/address_type.goBitcoin Core AddressType definitions
internal/infrastructure/api/btc/btc/mapper.goType conversion functions
docs/chains/btc/taproot/user-guide.mdTaproot user guide

Related Documentation

  • BIP350 - Bech32m specification
  • BIP341 - Taproot specification
  • BIP86 - Taproot key derivation (m/86'/...)

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.