CashTokens: нативні токени приходять до Біткойн Кеш

!

Вступ та передумови

Наприкінці 2008 року ідея Bitcoin була представлена як “система електронних грошей peer-to-peer”, насправді, Сатоші Накамото назвав документ, в якому заклав основи цього протоколу, цією фразою. Слова самого Сатоші свідчать, що електронні гроші передбачають прямі платежі між людьми “без необхідності проходити через фінансову установу”, теза, яка слугувала основою для Bitcoin-BTC до 2017 року, року, коли прихильники “Bitcoin як готівки” були змушені мігрувати на окрему мережу під назвою Bitcoin Cash (BCH) --“Bitcoin в готівці” англійською. Отже, концепція цифрових грошей є відправною точкою для всієї технології Bitcoin, особливо у випадку BCH, який відстоює цю якість як незаперечну.

Ця якість не є несумісною з впровадженням інших випадків використання, за умови, що їх інтеграція не поставить під загрозу можливість використовувати BCH як гроші або масштабувати його систему, щоб дедалі більше людей могли прийняти його як такий.

У цьому сенсі, Bitcoin Cash (BCH) має процес для представлення, обговорення та стандартизації ідей, який називається “CHIP” (абревіатура для: пропозицій покращення готівки), що подібно до “BIP” або “пропозицій покращення Bitcoin” Bitcoin-BTC, дозволяє спільноті обговорювати та оцінювати доцільність ідей для розробки нових функцій для додатків, а також, навіть, для протоколу, на якому працює валюта.

Однією з функцій, яку протягом багатьох років намагалися реалізувати, є можливість передавати інші активи через блокчейн Bitcoin Cash. Активи, які у світі криптовалют зазвичай називають “токенами” або “фішками”, дуже популярні в багатьох криптоекосистемах, які забезпечують додаткову економічну активність у мережах, на яких вони працюють, і які, у супроводі функцій, таких як можливість впровадження смарт-контрактів, можуть обмінюватися на децентралізованих біржах або використовуватися на платформах DeFi.

Коли BCH тільки-но незалежився від BTC, було кілька пропозицій щодо впровадження токенів на основі концепції “кольорових монет”, яка посилається на транзакції (відправку дуже маленької кількості Bitcoin Cash, наприклад) які містять метадані для передачі токена. Іншими словами, це полягає у використанні транзакцій BCH як транспортного засобу для інших активів, вимагаючи протоколу, який може інтерпретувати ці прикріплені метадані як жетон, кількість, що передається тощо.

Ця ідея була реалізована в мережі Bitcoin Cash (BCH) через кілька протоколів, найбільш відомим і тривалим з яких є “Simple Ledger Protocol” або “токени SLP”.

Однак модель “кольорових монет” має певні обмеження, такі як необхідність запуску додаткового програмного забезпечення для перевірки інформації, яку вони містять, а також необхідність чекати принаймні 1 підтвердження, щоб вважати ці транзакції дійсними. Через ці слабкості “кольорові монети” представляють собою життєздатну альтернативу для надсилання та отримання токенів, але не можуть зрівнятися з якостями платежів з базовою валютою.

Новий стандарт: краща модель

15 травня 2023 року Bitcoin Cash (BCH) впровадить через оновлення, серед інших нових функцій, можливість передавати токени без обмежень, які накладають протоколи “кольорових монет”. Ця нова функція, якій присвоєно ідентифікатор “CHIP-2022-02”, називається “CashTokens: примітиви токенів для Bitcoin Cash”. Спрощено кажучи, CashTokens є вищим рішенням в порівнянні з “Simple Ledger Protocol” токенів SLP, відрізняючись, серед іншого, такими характеристиками:

• Інфраструктура з підтримкою “SLP токенів” вимагала запуску “SLP вузлів”, тобто додаткового програмного забезпечення для валідації транзакцій цього типу на основі метаданих, включених у них. У випадку CashTokens, їх підтримка вимагає лише вузла Bitcoin Cash, тому майнери та оператори повних вузлів можуть підтвердити їх дійсність.
• Транзакції токенів SLP не сумісні з 0-conf, тому приймати транзакції без очікування на перше підтвердження може бути ризиковано. Транзакції з CashTokens сумісні з 0-conf, тому розумно вважати транзакції без підтверджень менше 200$ хорошими.
• Хоча мережа Bitcoin Cash базується на моделі “UTXO”, транзакції токенів SLP перевіряються за допомогою моделі “DAG”. Транзакції CashTokens базуються на моделі UTXO, що забезпечує вищу ефективність при валідації транзакцій цього стандарту.

Ці переваги, серед багатьох інших, дозволяють CashTokens забезпечувати кращий досвід користувача та зменшують тертя при розширенні сумісності самостійно зберігаємих гаманців і торгових платформ з пересилкою та зберіганням токенів. З іншого боку, транзакції з CashTokens сплачують збори майнерам в Bitcoin Cash, тому їхнє остаточне поширення сприятиме підтримці системи.

CashTokens: примітиви токенів

У технічній специфікації CashTokens фігурує вираз “Token Primitives for Bitcoin Cash” як формальна назва. Цей вираз може бути трохи заплутаним для іспаномовної аудиторії, оскільки може помилково здаватися, що він відноситься до чогось “примітивного”, небагато розвиненого або обмеженого в його сумісності з DeFi.

Однак CashTokens не тільки сумісні з розумними контрактами, написаними мовою сценаріїв Bitcoin Cash, але й термін не має на меті викликати простоту. Вислів “примітиви” в цьому контексті відноситься до основної функції протоколу; нативної функції протоколу, тому більш зрозумілим перекладом цього поняття може бути “Нативні токени для Bitcoin Cash”.

Оновлення: спочатку стаття вказувала, що CashTokens ( на відміну від токенів SLP) не вимагали використання двох форматів адрес. Було внесено виправлення, оскільки нативні токени Bitcoin Cash (BCH) дозволяють використовувати адреси <<token aware=“”>> (з обізнаністю про токени), які можуть отримувати як BCH, так і CashTokens, а також адреси в звичайному форматі, які отримують тільки BCH. Використання двох форматів має на меті запобігти тому, щоб користувачі не відправляли токени на гаманці, які не відображають цей тип активів. З іншого боку, було виправлено переклад <<token primitives=“”>> як <<tokens primitivos=“”>>. Правильний переклад - <<примітиви токена=“” token=“”>>, або альтернативно, щоб передати ту ж ідею, <<tokens nativos=“”>>.</tokens></primitivas></tokens></token></token>