17 лютого співзасновник CKB/генеральний директор Khalani Network Кевін, засновник CMO/SeeDAO CKB Ecological Fund Байю та представник спільноти CKB CyberOrange поділилися своїми поглядами на модель UTXO та її екологію під час прямої трансляції в X Space.
Прямий ефір тривав 1 годину 40 хвилин і містив багато інформації, виходячи з аудіо:
1. Різниця між моделлю UTXO та моделлю облікового запису
Стосовно моделі UTXO ведучий Байю використав дуже просту для розуміння метафору: коли ви йдете вулицею, ви не можете знати, скільки грошей у людей на вулиці в своїх кишенях, якщо ви не перебираєте їх кишені один за одним. На відміну від цього, Ethereum, який використовує модель облікового запису, має світове дерево станів, яке зберігає статус усіх облікових записів Ethereum у світі (наприклад, баланси рахунків, інформацію про контракти тощо).
Кевін додав, що до появи Ethereum насправді існував лише UTXO. У перші дні як UTXO, так і моделі облікового запису інтерпретувалися навколо активів. Навіть зараз UTXO все ще є більш чистою концепцією або програмним задумом, оскільки кожен UTXO є активом, переносним ресурсом, і сценарій використовується для визначення того, кому він належить. Пізніше модель облікового запису була розроблена та трансформована в активи для обслуговування контрактів, і це вже не точка-точка, як UTXO, а точка-точка пул з цим розумним хостингом.
Потім CyberOrange представив кілька основних переваг моделі UTXO: по-перше, UTXO природним чином підтримує паралельну обробку транзакцій, тому його максимальна продуктивність вища. По-друге, рівень безпеки активів, випущених у ланцюжку UTXO, такий самий, як і нативних монет, оскільки вони також є в UTXO. Для порівняння, всі інші активи, випущені на Ethereum (такі як ERC-20), розміщуються в смарт-контрактах, і рівень їх безпеки набагато нижчий, ніж у рідного токена ETH. По-третє, конфіденційність гаманця буде кращою при кожному його використанні (вартість цього в моделі облікового запису є дуже високою), а конфіденційність можна додатково покращити за допомогою таких протоколів, як Mimblewimble. . По-четверте, модель облікового запису виконуватиме обчислення та перевірку в ланцюжку одночасно, тоді як модель UTXO виконує лише перевірку в ланцюжку, що робить її більш придатною для того, щоб стати шаром розрахунків. Крім того, найбільш ефективним рішенням для розширення є канальна мережа (Channel), яка повинна базуватися на моделі UTXO. Це буде надзвичайно складно зробити на моделі облікового запису.
2. Модель клітини
CKB узагальнив модель UTXO і назвав її Cell model. Як і UTXO, Cell також є виходом транзакції, але Cell узагальнює суму в UTXO та відповідає ємності та даним, таким чином перетворюючи вихідний простір для зберігання цілих чисел у простір, який може зберігати будь-які дані.
У той же час у структурі даних Cell є LockScript і TypeScript, які в основному відображають право власності, тоді як останні можуть налаштовувати багато функцій, навіть більшість функцій, згаданих у BIP (пропозиція щодо вдосконалення біткойнів). У сценаріях Cell розробники також можуть визначати криптографічні примітиви відповідно до власних потреб, що є дуже гнучким.
Коротше кажучи, модель Cell продовжує основну філософію Bitcoin UTXO, дозволяючи ланцюжку CKB легко успадкувати прості та безпечні функції Bitcoin. У той же час завдяки розумним модифікаціям Cell має можливість підтримувати смарт-контракти.
3. Чому екосистема UTXO розвивається повільно?
Кевін вважає, що після багатьох років розробки блокчейну ядром все ще є децентралізована технологія, яка обслуговує активи, і кожен створює програми навколо активів.
UTXO є програмованим активом, щоб визначити призначення та умови передачі цього активу, але при створенні додатків DeFi у ланцюжку моделі UTXO є відносно складним питанням, оскільки UTXO є It. це портативний актив, яким кожен торгує в одноранговому режимі. Непросто знайти контрагента, який може просто задовольнити потреби.
У блокчейні, який приймає модель облікового запису, кожен вкладає активи в смарт-контракти DeFi, які використовують смарт-контракти для агрегування ліквідності в ланцюжку та вирішення проблеми контрагентів. Звичайно, це також несе в собі певні ризики. Наприклад, помилка в смарт-контракті може призвести до того, що весь пул фондів буде несправним.
Кевін вважає, що ліквідність — це спосіб програмування на майбутнє, що є концепцією на часовій шкалі, тому UTXO також потребує такого роду парадигми програмування, яка може охоплювати час. UTXO є суверенним активом, тобто власник має повний контроль над його власністю. Тож як ми можемо зберегти характеристики UTXO та вирішити проблему ліквідності протягом тривалого часу? Кевін вважає, що це вимагає, щоб активи UTXO виражали не лише право власності, але й те, як відповідати в майбутньому або де взяти активи. Він вважає, що частково підписані транзакції є рішенням. Наразі біткойн-спільнота також вивчає частково підписані біткойн-транзакції (PSBT, частково підписані біткойн-транзакції).
Крім того, модель програмування UTXO є більш складною, ніж модель облікового запису. Метод програмування моделі облікового запису є дуже зручним для користувача. Розробникам потрібно лише уточнити логіку в ланцюжку та розгорнути смарт-контракти, і тоді їм не доведеться про це турбуватися підключитися до смарт-контрактів. Таким чином, блокчейн-екологія моделі облікового запису розвивається відносно швидко та має багато застосувань, тоді як блокчейн-екологія моделі UTXO або моделі pan-UTXO розвивається повільно.
4. Частково підписані транзакції
Частково підписані транзакції можуть допомогти блокчейну моделі UTXO реалізувати функції фінансових програм на Ethereum.
Беручи для прикладу обмін, користувач має активи UTXO, а потім використовує частково підписані транзакції, щоб описати транзакцію, яка ще не була завантажена в ланцюжок. Ця транзакція виражає його намір, наприклад, він хоче обміняти 1 BTC на 10 ETH та 59 БНБ. Тільки коли його намір буде виконано, транзакція буде завантажена; доки воно не буде виконано, актив (у цьому прикладі 1 BTC) завжди буде в його руках.
CyberOrange зазначив, що частково підписані транзакції дозволяють користувачам робити все, що завгодно, зі своїми транзакціями поза ланцюгом, а також можуть досягати мети всього ланцюга.
У CKB використовується рішення під назвою Open Transaction, яке є механізмом координації поза ланцюгом для побудови транзакцій. Ініціатори транзакцій можуть виконувати цікаві та складні завдання через співпрацю поза ланцюгом, а також можуть розділяти структуру транзакцій на кілька малих кроків, кожен. відповідно до іншого модульного рішення. Натисніть тут, щоб прочитати науково-популярний вступ до відкритих транзакцій.
5. Переваги «перевірки в ланцюжку, обчислення поза ланцюгом»
Щодо «перевірки в ланцюжку, розрахунку поза ланцюгом», Байю дав дуже просту для розуміння метафору: ви йдете в магазин, щоб купити щось вартістю 20 юанів, і у вас в кишені один шматок вартістю 10 юанів, два вартістю 5 юанів і п’ять штук вартістю 1. Ви можете самостійно порахувати банкноти номіналом 20 юанів (це може бути 10 юанів за одну штуку, 5 юанів за 2 штуки; або 10 юанів за одну штуку, 5 юанів за одну штуку або 1 юань за 5 штук) і передайте, бос, будь ласка, перевірте, чи загальна сума становить 20 юанів.
Перевірка в ланцюжку насправді дуже проста, але обчислення поза ланцюгом набагато складніші та споживають більше ресурсів. Кевін вважає, що перевірка виконується лише на ланцюжку моделей UTXO, а проблеми обчислюються та вирішуються поза ланцюгом. Це має принаймні три переваги:
1. Програма може реалізувати дуже просту логіку ліквідації або логіку перевірки, і через її простоту її реалізувати набагато легше.
2. Додатку не потрібно розглядати оптимізацію в ланцюжку (рівень протоколу). У цьому світі завжди є розумніші люди, які придумують кращі механізми зіставлення транзакцій, більш застосовні криві цін тощо. Оскільки всі етапи пошуку контрагентів і зіставлення транзакцій здійснюються за допомогою розрахунків поза ланцюгом, лише перевірка виконується в ланцюжку, тому програмі не потрібно розглядати оптимізацію в мережі. Якщо ви використовуєте оптимізовану версію механізму зіставлення транзакцій або цінової кривої в моделі облікового запису, вам потрібно повторно розгорнути смарт-контракт і дозволити користувачам переміщувати туди активи (наприклад, переходити з Uniswap v2 на Uniswap v3). Іншими словами, програми, які виконують перевірку лише на моделі UTXO, готові до майбутнього.
3. Немає необхідності розглядати питання сумісності. Оскільки лише перевірка виконується в ланцюжку, а обчислення – поза ланцюгом, а «поза ланцюгом» тут може бути ланцюг інших блокчейнів або неблокчейн. Незалежно від того, звідки надходить розрахунок транзакції, він передається в ланцюжок, і додаток перевіряє його.
Крім того, Кевін також зазначив, що багато додатків останнього покоління також звертаються до парадигми на основі верифікації в ланцюжку з узгодженням поза ланцюгом, і існує тенденція платформизації протоколів.
6. Пан-UTXO екологія має великі перспективи
Під час прямого ефіру Кевін згадав, що наразі найпопулярніші підприємницькі шляхи в екосистемі Ethereum (такі як конфіденційність, намір, абстракція облікового запису, паралельна обробка тощо), з точки зору UTXO, ці підприємницькі можливості насправді викликані недоліки моделі рахунку. Сама модель UTXO має ці характеристики, або їх легко реалізувати на моделі UTXO.
Наприкінці прямого ефіру Кевін висловив великий оптимізм щодо екології pan-UTXO. Після того, як Inscription став популярним, всі переорієнтували свою увагу на біткоіни, почали хилитися розробники, і всі почали думати, як розвиватися за моделлю UTXO. Незалежно від того, чи це Cardano, чи CKB, його модель обліку є вдосконаленою на основі моделі UTXO, тому після підключення ці блокчейни Pan-UTXO також відкриють багато можливостей бути більш заможним.
#CKB #UTXO #BTC $CKB
