BRC-20

Автор під псевдонімом domo досліджував, чи можна створити на основі Ordinals взаємозамінні токени: одиниці одного токена з однаковою роллю в обліку. Початковий текст описує експеримент і застерігає від сприйняття його як остаточного рішення. Правила BRC-20 — домовленість його учасників, а не зміна правил Bitcoin. [1]

Inscription — це вміст у даних witness під час витрачання виходу Taproot. Для BRC-20 він містить JSON — текст з іменованими полями, наприклад p, op і tick. Вузол Bitcoin перевіряє транзакцію, але не виконує цей текст як облік токенів. Його значення тлумачить індексатор. [5]

Перший дійсний deploy займає тикер — позначення токена без розрізнення великих і малих літер. Він визначає пропозицію max та за потреби ліміт випуску lim і точність dec. Базові правила дозволяють до 18 десяткових знаків. Поряд із початковими тикерами на 4 байти IP1 запровадив тикери на 5 байтів, пов’язані з self_mint. Рахують байти UTF-8, а не літери; ці варіанти не можна довільно замінювати один одним. [2] [3] [6]

Спочатку власник створює transfer inscription із сумою amt. Вона резервується з доступного балансу, а загальний баланс поки не змінюється. Лише перше переміщення цієї inscription передає одиниці одержувачу. Переказ собі знімає резервування. Кожну transfer inscription можна використати лише раз: повторний продаж того самого запису не передасть токени ще раз. [1] [3]

Індексатори мають однаково застосовувати порядок подій, ліміти й правило першого переказу. Власника балансу вони визначають за scriptPubKey — скриптом блокування виходу, а не лише за показаною адресою. Реорганізація може змінити порядок і підсумковий облік. Тому саме підтвердження транзакції Bitcoin не доводить дійсності її операції BRC-20. [3]

Базові правила приймають тип вмісту text/plain або application/json і коректний JSON. Обов’язкові поля й назви операцій пишуться малими літерами; потрібні значення, зокрема числа, є текстовими рядками в лапках. dec обмежує десяткові знаки, а uint64_max — числовий діапазон. Число без лапок чи зайва кома можуть зробити операцію недійсною, хоча людині вона зрозуміла. [3]

Якщо сервіс спочатку створює mint на власну адресу, токеновий баланс може отримати саме він. Подальше передавання самої mint inscription цей баланс не переносить. Випадкове витрачання відповідного UTXO також може мати несподіваний результат. Для надсилання inscription як комісії майнеру та знищення токенів існують окремі правила; звичайний переказ BTC не є універсальною інструкцією для BRC-20. [1] [6]

Перевірте перший дійсний deploy, max, lim, dec і за потреби self_mint, а потім послідовність подій у порядку блоків і транзакцій. OPI дає змогу порівнювати хеші подій кожного блоку та накопичувальний хеш історії. Версія правил має збігатися: новіші програмовані модулі розширюють початкову модель. Це пояснення стосується її основи, а не кожного розширення. [4]