Розробка маркетплейса Ordinals/BRC-20
Bitcoin Ordinals з'явився на початку 2023 року і зламав усталене уявлення про Bitcoin як про "просто гроші". За перший рік обсяг торгів Ordinals перевищив $1.5 мільярда, мережа Bitcoin пережила кілька епізодів перегрузки через inscription транзакції. Magic Eden, Ordinals Wallet, Gamma.io — маркетплейси з'явилися швидко. Але стек розробки принципово інший порівняно з EVM: немає смарт-контрактів, немає native escrow, угоди атомарні через PSBT-механіку.
Протоколи: Ordinals, BRC-20 та Runes
Ordinals — inscriptions у Bitcoin
Протокол Ordinals (Casey Rodarmor, 2023) вводить концепцію порядкових номерів для сатошей. Кожен satoshi пронумерований в порядку майнингу. Inscription прикріплює дані до конкретного satoshi через Bitcoin Script witness data. Дані зберігаються on-chain у Bitcoin — це відрізняє Ordinals від NFT на Ethereum, де метаданні зазвичай в IPFS.
Технічно: inscription створюється через commit-reveal транзакцію. Commit транзакція створює P2TR output з Tapscript, що містить дані. Reveal транзакція тратить цей output, публікуючи дані в witness. Після цього цей satoshi несе inscription і може передаватися як NFT.
Для маркетплейса критично: парсинг inscription метаданих (JSON, image/png, image/webp, text/plain), визначення Ordinal sat range у UTXO, трекинг власності через Bitcoin адреси.
BRC-20 — токени поверх Ordinals
BRC-20 (березень 2023, @domodata) — експериментальний стандарт токенів на основі Ordinals. Операції кодуються в JSON-inscriptions:
{ "p": "brc-20", "op": "deploy", "tick": "ordi", "max": "21000000", "lim": "1000" }
{ "p": "brc-20", "op": "mint", "tick": "ordi", "amt": "1000" }
{ "p": "brc-20", "op": "transfer", "tick": "ordi", "amt": "500" }
Важливо розуміти: BRC-20 баланси не зберігаються на адресі як ERC-20. Баланс — це сума unspent transfer-inscriptions, прив'язаних до адреси. Для торгівлі на маркетплейсі потрібен індексатор — сервіс, який читає всю історію Bitcoin і будує актуальні баланси по кожній адресі.
Runes — наступне покоління
Протокол Runes (квітень 2024, Casey Rodarmor) — більш ефективна альтернатива BRC-20. Використовують OP_RETURN output замість witness data, що дешевше. Balances зберігаються в UTXO моделі, ближче до native Bitcoin. Runes вже підтримуються кількома маркетплейсами, але екосистема молодша за BRC-20.
Атомарні угоди через PSBT
Головне відмінність від EVM маркетплейсів: немає смарт-контракту як escrow. Bitcoin не підтримує довільний код. Угоди роблять через PSBT (Partially Signed Bitcoin Transaction).
Схема листингу та покупки:
- Seller створює PSBT: Input — UTXO з Ordinal, Output — адреса seller + запрошена ціна в BTC. Seller підписує тільки свій input (SIGHASH_SINGLE | SIGHASH_ANYONECANPAY).
- PSBT публікується на маркетплейс. Маркетплейс зберігає це як листинг.
- Buyer доповнює PSBT: додає свої inputs (BTC для оплати) та output на свою адресу (отримання Ordinal). Підписує своїми ключами.
- Транзакція broadcast: атомарна — або seller отримує BTC і buyer отримує Ordinal, або нічого.
SIGHASH_ANYONECANPAY дозволяє seller підписати частинкову транзакцію, до якої будь-хто може додати inputs. Це забезпечує atomicity без смарт-контракту.
Для реалізації використовуються бібліотеки: bitcoinjs-lib (JavaScript), rust-bitcoin (Rust). PSBT побудова та валідація — критична частина, помилка тут = втрата NFT або BTC.
Архітектура індексатора
Індексатор — найскладніший компонент. Він має:
- Читати весь Bitcoin blockchain від genesis (або від блока появи Ordinals — ~767430)
- Парсити всі inscription транзакції, будувати mapping satoshi → inscription data
- Трекати ownership: з яким Bitcoin адресом пов'язаний кожен Ordinal прямо зараз
- Для BRC-20: парсити JSON операції, рахувати баланси по адресам
- Залишатися синхронізованим з новими блоками в реальному часі
Відкриті рішення:
- ord (оригінальний індексатор Casey Rodarmor, Rust) — reference реалізація
- hiro-systems/ordhook — більш продуктивний, підтримує webhooks
- unisat/ord-utils — JavaScript бібліотека поверх ord індексатора
Для маркетплейса від нуля: запускаємо ord ноду + Bitcoin full node, будуємо власний API на топі з кешуванням у PostgreSQL або Redis. Синхронізація від нуля займає кілька днів.
Інтеграція гаманців
Bitcoin гаманці, що підтримують Ordinals:
- Unisat Wallet — найпопулярніший, browser extension, підтримує PSBT signing
- Xverse — мобільний + extension, підтримує BRC-20 та Ordinals
- Leather (hiro.so) — стек від Hiro Systems, хороша документація
- OKX Wallet — найбільший за кількістю користувачів в Азії
Стандарт взаємодії з гаманцем: Unisat провайдер API (де-факто стандарт для Ordinals). Аналог window.ethereum, але window.unisat. Методи: requestAccounts(), signPsbt(), pushPsbt().
const accounts = await window.unisat.requestAccounts()
const signedPsbt = await window.unisat.signPsbt(psbtHex, {
autoFinalized: false,
toSignInputs: [{ index: 0, address: sellerAddress }]
})
Для multi-wallet підтримки — sats-connect бібліотека, аналог WalletConnect для Bitcoin.
Типові проблеми реалізації
UTXO splitting. Якщо Ordinal знаходиться в UTXO разом з dust BTC (наприклад, 546 satoshi + Ordinal), при spend потрібно правильно розділити outputs щоб Ordinal пішов на потрібну адресу, а пил — на іншу. Помилка в split = Ordinal знищений (відправлений як fee майнеру).
Mempool congestion. При високій нагрузі на Bitcoin мережу fee за транзакцію різко вирастає. Листинг з занижену fee може чекати включення в блок годинами — Ordinal "завис". Потрібна логіка RBF (Replace-By-Fee) для прискорення транзакцій.
Fake inscription. Верифікація що inscription реальна, а не підробна копія — через перевірку sat number в офіційному індексаторі. Сат з inscription ID має збігатися з записом в ord індексаторі.
Процес розробки
Інфраструктура (1 тиждень). Bitcoin full node + ord індексатор, синхронізація blockchain, база даних листингів.
Backend API (2 тижні). REST API: коллекції, листинги, search, активність. PSBT сервіс для генерації та валідації угод. WebSocket для realtime оновлень.
Frontend (2–3 тижні). Next.js + TypeScript, multi-wallet підтримка (Unisat, Xverse, Leather), галерея inscriptions, trading інтерфейс, BRC-20 баланси.
Тестування (1 тиждень). Testnet (signet) + regtест середовище, тестування PSBT угод від початку до кінця.
Кошторис по часу
MVP маркетплейс для Ordinals з базовим листингом та PSBT угодами — від 4–6 тижнів. Повний маркетплейс з BRC-20, Runes, індексатором та multi-wallet — 2–3 місяці.
Вартість розраховується після обговорення набору підтримуваних протоколів та вимог до індексатора.