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=“”>>. Правильний переклад – <<примітиви токена=“”>>, або альтернативно, для передачі тієї ж ідеї, <<tokens nativos=“”>>.</tokens></primitivas></tokens></token></token>