Розробка маркетплейсу Ordinals/BRC-20 під ключ
Відзначимо: коли Bitcoin Ordinals увірвалися в індустрію, розробники зіткнулися із завданням торгівлі активами без смарт-контрактів. Ми вирішили її через атомарні PSBT-угоди. На початковому етапі обсяг торгівлі Ordinals перевищив $1.5 мільярда, мережа Bitcoin кілька разів перевантажувалася через inscription-транзакції. Magic Eden, Ordinals Wallet, Gamma.io — маркетплейси прийшли швидко, але стек розробки принципово інший порівняно з EVM: немає смарт-контрактів, немає native escrow, угоди атомарні через PSBT-механіку. Якщо вам потрібен bitcoin nft маркетплейс, зв’яжіться з нами для консультації.
Протоколи: Ordinals, BRC-20 і Runes
Ordinals — інскрипції в Bitcoin
Ordinals protocol вводить концепцію порядкових номерів для сатоші. Кожен 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, трекінг ownership через Bitcoin адреси.
BRC-20 — токени поверх Ordinals
BRC-20 — експериментальний стандарт токенів на основі Ordinals. Операції кодуються в JSON-інскрипціях:
{ "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-інскрипцій, прив’язаних до адреси. Для торгівлі на маркетплейсі потрібен індексатор — сервіс, який читає всю історію Bitcoin і будує актуальні баланси по кожному адресу. При розробці BRC-20 маркетплейсу ключовим є індексатор.
Runes — наступне покоління
Runes protocol — більш ефективна альтернатива BRC-20. Використовують OP_RETURN output замість witness data, що дешевше. Balances зберігаються в UTXO моделі, ближче до native Bitcoin. Runes вже підтримують кілька маркетплейсів, але екосистема молодша за BRC-20. Якщо розглядати маркетплейс рунів, ми також можемо запропонувати інтеграцію цього протоколу.
Порівняння протоколів
| Протокол | Тип даних | Механізм | Перевага | Недолік |
|---|---|---|---|---|
| Ordinals | NFT (довільні дані) | Witness data | Повністю on-chain | Велика вага транзакції |
| BRC-20 | Токени (JSON-операції) | Witness data | Децентралізований | Потрібен важкий індексатор |
| Runes | Токени (UTXO модель) | OP_RETURN | Низькі комісії | Менше ліквідності |
Як працюють атомарні угоди без смарт-контрактів?
Головна відмінність від EVM маркетплейсів: немає смарт-контракту як escrow. Bitcoin не підтримує довільний код. Угоди робляться через PSBT (Partially Signed Bitcoin Transaction). Детальніше про PSBT можна прочитати в Wikipedia.
Схема лістингу та покупки:
- 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).
- Парсити всі inscription транзакції, будувати mapping satoshi → inscription data.
- Трекати ownership: з яким Bitcoin адресом пов’язаний кожен Ordinal прямо зараз.
- Для BRC-20: парсити JSON операції, рахувати баланси по адресах.
- Залишатися синхронізованим з новими блоками в реальному часі (затримка не більше 10 секунд).
Відкриті рішення:
- ord (оригінальний індексатор Casey Rodarmor, Rust) — reference реалізація.
- hiro-systems/ordhook — більш продуктивний, підтримує webhooks.
- unisat/ord-utils — JavaScript бібліотека поверх ord індексатора.
Для маркетплейсу з нуля: запускаємо ord ноду + Bitcoin full node, поверх будуємо власний API з кешуванням в PostgreSQL або Redis. Синхронізація з нуля займає до 5 діб.
| Тип індексатора | Швидкість синхронізації | Підтримка BRC-20 | Комерційна ліцензія |
|---|---|---|---|
| ord (reference) | 5-7 днів | Так | MIT |
| ordhook | 2-3 дні | Ні (тільки Ordinals) | Apache 2.0 |
| Unisat API | Миттєво (віддалений) | Так | Вендорський ключ |
При використанні готового індексатора ординалів можна скоротити час розробки.
Інтеграція гаманців
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. Ми забезпечуємо unisat wallet інтеграцію та підтримку інших популярних гаманців.
Типові проблеми реалізації
Розкрити список типових проблем
- 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 індексаторі.
Що входить в роботу
- Розгорнута документація: схема PSBT-транзакцій, опис індексатора, OAuth-схеми гаманців.
- Вихідний код на GitHub з CI/CD та тестами (покриття 90%+).
- Доступ до адмін-панелі з моніторингом транзакцій.
- Інструкція з розгортання на власні сервери.
- Консультаційна підтримка на 30 днів після запуску.
Процес розробки
Інфраструктура (1 тиждень). Bitcoin full node + ord індексатор, синхронізація blockchain, база даних лістингів.
Backend API (2 тижні). REST API: колекції, лістинги, search, активність. PSBT сервіс для генерації та валідації угод. WebSocket для realtime оновлень.
Frontend (2-3 тижні). Next.js + TypeScript, multi-wallet support (Unisat, Xverse, Leather), галерея інскрипцій, trading interface, BRC-20 баланси.
Тестування (1 тиждень). Testnet (signet) + regtest середовище, тестування PSBT угод від початку до кінця.
Орієнтири за термінами
MVP маркетплейс для Ordinals з базовим лістингом та PSBT-угодами — від 4 до 6 тижнів. Повний маркетплейс з BRC-20, Runes, індексатором та multi-wallet — 2-3 місяці. Вартість розраховується після обговорення набору підтримуваних протоколів та вимог до індексатора. Наш досвід у блокчейн-розробці перевищує 7 років, ми реалізували більше 70 проектів, включаючи створення NFT платформ на різних мережах. Гарантуємо прозорість вихідного коду та підтримку після запуску. Зв'яжіться з нами, щоб замовити маркетплейс біткоін під ключ. Отримайте консультацію з архітектури та оцінку термінів.