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

!

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

Наприкінці 2008 року ідея Bitcoin була представлена як “система електронних грошових переказів між рівними”, насправді Сатоші Накамото назвав технічний документ, в якому заклав основи цього протоколу, цією фразою. За словами самого Сатоші, електронні гроші передбачають прямі платежі між людьми “без необхідності проходити через фінансову установу”, що стало основою для 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” як формальну назву. Цей вираз може бути трохи заплутаним для іспаномовної аудиторії, оскільки можна помилково вважати (, що він стосується чогось “примітивного”, малоSophisticated або обмеженого в своїй сумісності з DeFi.

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

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