Taro, новий протокол, запропонований Lightning Labs, використовує Taproot і Lightning Network для надання нових активів і масштабованості біткойну.
Lightning Labs представила нову пропозицію протоколу для Bitcoin і Lightning Network, Taro, яка прагне запровадити нові варіанти використання в мережі. Компанія опублікувала серія проектів пропозицій щодо вдосконалення біткойна (BIP) і він просить про зворотній зв’язок громади щодо запропонованого дизайну.
Taro прагне дозволити випуск активів і предметів колекціонування, які є формою незамінних активів протоколу, на біткойнах, а також їх передачу на Lightning у приватний і безпечний спосіб без роздування блокчейну. Для цього він планує використовувати останнє оновлення протоколу, Корінь.
«Принципи дизайну Taro on Lightning ґрунтуються на принципах Інтернету, де у вас є складність по краях, але ви зберігаєте простоту між ними», — сказала Елізабет Старк, генеральний директор Lightning Labs. Журнал Bitcoin.
Більшість існуючих сьогодні способів випуску та використання активів у біткойнах або повністю використовують інший блокчейн, що додає нову модель довіри з іншими гарантіями безпеки, або покладаються на додавання додаткових даних безпосередньо в ланцюжку, що неефективно для довгострокового відстеження інформації про активи і є небезпечним для конфіденційності користувачів.
Замість цього Таро використовує Taroot.
Майбутнє Taproot: масштабованість та конфіденційність
Taproot дозволяє встановлювати складні умови витрачання для біткойн UTXO, гарантуючи, що лише та умова, яка зрештою звикне витрачати монету, буде розкрита в мережі для всіх користувачів біткойна. У результаті такі витрати є більш приватними, оскільки пасивний спостерігач не може сказати, чи були інші умови витрат для цієї транзакції; і більш масштабована, оскільки тепер ця складна схема поміщає значно менше даних у ланцюг. Це має сенс, оскільки попередня програмна поведінка в біткойнах означала, що транзакції повинні розкриватися в повному обсязі щоразу, коли вони витрачаються, що завдає шкоди конфіденційності користувачів і робить дуже складні схеми неможливими через лінійне зростання потреб у сховищі.
Використовуючи Taproot, Taro також може покладатися на консенсусний механізм підтвердження роботи (PoW) біткойна для забезпечення правильного впорядкування транзакцій і запобігання подвійним витратам, одночасно визначаючи спеціальні директиви щодо того, як взаємодіяти з новими даними про активи та перевіряти їх.
Як наслідок, Taro також відрізняється від інших рішень для активів на «високо програмованих» блокчейнах, таких як токени ERC-20 і ERC-721 Ethereum, тому що він базується на моделі UTXO Bitcoin замість моделі облікового запису, тобто обидва вони більше безпечні завдяки уникненню повторного використання ключів і більш конфіденційні, оскільки інформація про баланси не розкривається. Підхід Taro також більш масштабований і сумісний із легкими клієнтами.
Якщо говорити точніше, Taro передає активи в біткойн через «листя» дерева сценаріїв Taproot, оскільки кожен лист у дереві є повністю незалежним і може бути вибірково відкритим, що забезпечує структуроване зобов’язання. Додавши інформацію про ці активи (відомі як метадані) у дерево сценаріїв Taproot, запропонований протокол може функціонувати як рівень, побудований поверх біткойнів, дозволяючи транзакціям активів Taro виглядати як звичайні транзакції біткойнів, оскільки в ланцюжку лише вихід Taproot розкривається, але все ще забезпечує докази руху активів на графіку транзакцій.
Біткойн є масштабованим
«Це досить елегантно, оскільки дозволяє відокремити ці зобов’язання щодо активів від самого сценарію», — сказав технічний директор Lightning Labs Олаолува Осунтокун. Журнал Bitcoin. «У цьому випадку Taproot дозволяє нам логічно відокремити основний рівень сценаріїв біткойн від самого рівня активів. Незважаючи на те, що вони фактично знаходяться в межах того самого виводу, оскільки рівень біткойнів не піклується про те, що не розкривається, ми можемо використовувати це для отримання додаткових структурованих даних».
Як наслідок, ця конструкція дозволяє одному Taproot UTXO ефективно закріплювати (тобто включати хеш) необмежену кількість активів, які розкриваються лише окремим сторонам, яким потрібна ця інформація, не обтяжуючи всю мережу Bitcoin.
«Це трохи спрощує речі, а також значно полегшує розуміння для розробників, тому що шар накладення в основному виглядає та відчувається як біткойн з деякими невеликими налаштуваннями, додатковими зобов’язаннями, перевіркою тощо», — сказав Осунтокун.
Використовуючи Taproot для випуску та передачі активів, Taro ефективно вмикає нові функціональні можливості на межах біткойнів, залучаючи ліквідність біткойнів, коли активи направляються через Lightning Network, і все це без додавання непотрібних даних у ланцюг.
«Якщо люди здійснюють більше транзакцій на периферії, використовуючи ці активи, це означає, що нам насправді потрібно більше потужності в самій мережі Lightning», — сказав Осунтокун. «Попит на активи на периферії, що стосується структурної ємності, потім призводить до підвищення продуктивної активності в мережі та більшої плати за маршрутизацію, а значить і більшого мережевого ефекту».
У результаті Taro може зробити один крок у напрямку збільшення попиту на блоковий простір у ланцюжку, допомагаючи гарантувати, що біткойн зможе зберегти стабільність, коли майнерам почнуть платити лише через комісію за транзакції, оскільки в наступному столітті субсидії на блоки наближаються до нуля.
Виправлене дерево Меркла
Taro використовує структуру даних, відому як дерево Merkle-Sum Sparse Merkle (MS-SMT), щоб активи могли фіксувати дерева сценаріїв Taroot, діючи як протокол накладання. MS-SMT об'єднує властивості звичайного дерева Меркла, дерева Меркла-Сум і розрідженого дерева Меркла.
Дерево Меркла створюється шляхом хешування списку хешів елементів у парах, поки ми не отримаємо єдиний хеш, який називається кореневим хешем. Наприклад, у списку з чотирьох елементів ми спочатку окремо хешуємо кожен елемент. Далі ми об’єднаємо хеші елементів один і другий разом і хешуємо цю конкатенацію, а також робимо те ж саме з хешами трьох і чотирьох. Нарешті, ми хешуємо решту двох хешів, щоб визначити кореневий хеш.
Дерево Merkle корисно, оскільки воно може зберігати багато даних, воно дозволяє легко довести, що деякі дані існують у дереві, а також дозволяє нам перевірити, чи не були підроблені дані. Іншими словами, звичайне дерево Merkle забезпечує масштабованість, підтвердження членства та стійкість до несанкціонованого доступу.
Більше того, нам потрібно лише зберегти кореневий хеш дерева Меркла в ланцюжку, щоб перевірити такі властивості. Це тому, що якщо дані в одному аркуші підроблено, наприклад, його хеш також зміниться, далі зміниться всі хеші на рівнях вище, що, нарешті, змінить кореневий хеш — зміна якого може бути підтверджена шляхом порівняння із збереженим версія.
Дерево Merkle-Sum робить це ще на один крок далі, дозволяючи нам фіксувати суму всіх значень аркуша, тобто його кореневий хеш також може включати інформацію про суму значень кожного аркуша в дереві. У контексті активів ця властивість дозволяє легше перевіряти постачання активу, а також дозволяє подільність активу та запобігати небажаному випуску нових активів у транзакціях, які лише передбачають їх передачу. У нашому фіктивному дереві Меркла вище, якби кожен лист мав значення одиниці, кореневий хеш мав би значення чотири.
Дерево Sparse Merkle додає ще одну властивість. Усі його листки проіндексовані, що дозволяє отримати доступ до інформації про дерево за допомогою пари ключ-значення, і воно має порожні листки, які фактично містять значення «null», що дозволяє нам перевірити, чи є деякі дані. НЕ на дереві. Ця властивість, відома як доказ нечленства, можлива за допомогою підтвердження приналежності до нуль у даному аркуші, доступ до якого можна отримати через його індекс. Наприклад, якщо є твердження, що аркуш із індексом шість зберігає деяку інформацію про актив, ми можемо довести, що такої інформації там немає, засвідчивши, що цей аркуш насправді має значення «null».
Передача активу Таро
Taro представляє активи з вкладеними MS-SMT, по одному для кожного ідентифікатора або типу активу. Протокол дає змогу накладати ці дерева один на одного, розгалужуючи початкове дерево скриптів Taproot, щоб представляти фактично необмежену кількість активів в одному Taproot UTXO. Таким чином, активи таро випускаються ланцюжком.
В основі функціональних можливостей Taro лежить сценарій активів, набір директив, встановлених розробником для програмного визначення того, як даний актив може бути переданий за протоколом. Хеш цього сценарію потім включається в MS-SMT, щоб його можна було легко застосувати пізніше — таким чином актив і його атрибути приймаються до хешу сценарію активу.
Початкова версія Таро пропонує використовувати підмножину Біткойн сценарій, що дозволяє активам виражати довільні умови для дійсної передачі активу. Оскільки сценарії активів успадковують рівень програмованості нарівні зі сценарієм біткойн, активи Taro можна передавати через Lightning у багатопрохідних транзакціях за межами ланцюга за допомогою контрактів із блокуванням часу хешування (HTLC), вбудованих у сценарій активів. Однак майбутні версії можуть представити нові коди операцій і додаткові функції, які існуватимуть лише на рівні Taro.
«Виконання Taproot-within-Taproot робить початкову версію простішою та дає нам більше часу, щоб з’ясувати, які варіанти використання з’являються та бажаємо більшої виразності», – сказав Осунтокун.
Для переказів через мережу Taro використовує новий формат адреси на основі bech32 який також включає хеш сценарію активу. Щоб отримати актив Таро в ланцюжку, одержувачу потрібно створити адресу з достатньою кількістю даних, які детально описують, як відправник може створити нову групу сценаріїв активів, яка містить інформацію, необхідну для витрачання активу після його передачі новому власнику. Іншими словами, додаткова інформація в хеші сценарію активу повідомляє одержувачу, яка можливість розблокування для активу, який передається, щоб врешті-решт його можна було передати знову.
Оскільки одержувач має всю цю інформацію, він може обчислити аркуш активу, який потім дає їм змогу обчислити корінь активу, і, нарешті, весь вихід, дозволяючи їм спостерігати за блокчейном біткойнів для отримання обчисленого результату.
Крім того, якщо одержувач надіслав цю визначальну інформацію заздалегідь, єдиний спосіб зробити транзакцію дійсною – це відправити саме те, що очікує одержувач. Якщо надіслано неправильний актив або неправильну суму, хеші не збігаються, і одержувач може легко сказати, що відправник зробив щось не так.
Активи та предмети колекціонування на біткойнах
Видача та передача активів у Таро різняться залежно від того, чи є актив звичайним чи колекційним.
Колекційний або незамінний актив — це єдине у своєму роді представлення вартості з унікальним ідентифікатором, який встановлює претензію на актив на рівні ланцюжка біткойн або на рівні реального світу та унеможливлює підроблена власність. Колекційним предметом на Taro може бути, наприклад, рідкісна бейсбольна картка з маркерами. Предмети колекціонування створюються в рамках однієї пакетної транзакції, їх не можна розділяти чи об’єднувати, і їх потрібно передати за межі ланцюжка або помістити в багатосторонній канал для передачі між відомим набором учасників.
З іншого боку, звичайний актив зобов’язується до загальної вартості утримуваних активів і може бути розділений та об’єднаний. Розділи можуть відбуватися всередині дерева, налаштовуючи внутрішнє розділення, або між різними виходами Taproot, налаштовуючи зовнішнє розділення. Під час передачі власник активу доводить, що він має дійсний розподіл, за допомогою підтвердження Merkle-Sum, а відповідні створені активи зобов’язуються до нового розподілу результатів Merkle-Sum, що гарантує, що загальна сума активів після передачі дорівнює загальній сумі, яка була до транзакції. .
Активи на краю: Lightning як децентралізована магістральна платіжна мережа
Як згадувалося раніше, Taro може переносити активи, випущені в ланцюжку, у мережу Lightning, подібно до того, як біткойн можна надіслати через Lightning після того, як він заблокований у виході мультипідпису два з двох, який підтверджується в блокчейні біткойна. Канал Lightning, що містить активи Taro, використовує той самий потік, однак вихідний сигнал Schnorr Taproot два з двох також буде спрямований на набір активів у каналі.
«Використовуючи протокол Taro, канали Lightning, прив’язані до виходу Taproot, можуть надсилати як біткойни, так і активи Taro поза ланцюгом, причому багатопрохідні платежі полегшуються новими HTLC на рівні Taro, які використовують систему сценаріїв для реалізації очікуваного наскрізні гарантії безпеки платежів», — сказав Осунтокун Журнал Bitcoin.
Осунтокун додав, що запропонований Lightning Labs шлях розгортання Taro у мережі Lightning Network прагне спочатку лише ввести активи на краях, тобто це дозволить уникнути як необхідності модифікувати ядро мережі, так і завантажувати нову мережу з достатньою ліквідністю для кожного активу Taro . Скоріше плани компанії передбачають підключення Taro до ліквідності біткойнів на Lightning і вимагають, щоб лише відправник і одержувач певного активу використовували канали, які підтримують Taro.
«Єдине обмеження полягає в тому, що для отримання/відправки за допомогою певного активу потрібна відповідна вхідна/вихідна ліквідність», – сказав Осунтокун.
На додаток до подібного налаштування Lightning на рампі, передача активів Taro через Lightning із кількома переходами буде використовувати подібну систему виставлення рахунків, яка сьогодні є звичайною на другому рівні. Однак замість номінації рахунку-фактури в BTC, рахунок-фактура буде деноміновано в самому активі Taro.
«Наприклад, якщо Аліса хоче надіслати Бобу стейблкойн Taro, вона створить новий рахунок-фактуру, у якому вказано, скажімо, 10 доларів», — сказав Осунтокун. «Потім Боб використає «підказку про стрибок», яка є додатковими деталями маршрутизації, наданими в рахунку, щоб завершити маршрут і обчислити суму мережевих комісій (сплачених у біткойнах), щоб надіслати свій перший стрибок, який проходитиме через внутрішню магістраль біткойна. і зрештою залишити достатньо BTC на останньому переході, щоб завершити платіж».
Протокол Taro визначатиме додаткову інформацію, яку потрібно надіслати одноранговим користувачам Lightning для належного оновлення всіх каналів, додав він.
Перетворення біткойна на де-факто базовий рівень
Taro прагне використати останню програмну форк біткойна, щоб перенести активи з реальними варіантами використання, як-от стейблкоїни в доларах США, у стек цифрових валют однорангового зв’язку (P2P). Це дає змогу випускати майже необмежену кількість активів за допомогою одного Taproot UTXO, а також передавати такі активи за допомогою миттєвих багатокомісійних транзакцій на Lightning.
Використовуючи біткойн і Lightning в якості своїх рейок, Taro може створити сумісну екосистему активів, яка може об’єднувати різні варіанти використання, не впливаючи при цьому на сторони, які можуть не піклуватися про такі активи. У той же час протокол також повертає свій внесок у біткойн, збільшуючи його мережевий ефект у випадку, якщо популяризація концепції стимулює трафік у мережі, тим самим збільшуючи виплати комісії майнерам і нарощуючи ліквідність BTC у Lightning Network.
Хоча його початкова ітерація вміщує обмежену кількість випадків використання, у спробі полегшити перехід до нового протоколу для розробників за допомогою знайомого набору сценаріїв Bitcoin, можливості розширень і подальших розробок майже безмежні, оскільки будівельники та підприємці проявляють творчість. і обертати протокол відповідно до своїх потреб.
«Надія полягає в тому, щоб відкрити людям очі на те, що чекає майбутнє біткойнів і що Taproot може зробити», — сказав Старк. Журнал Bitcoin. «Мета полягає в тому, щоб біткойн став основною глобальною монетарною мережею, що працює на основі відкритих протоколів».
- МЕНЮ
- доступ
- рахунки
- через
- діяльність
- доповнення
- Додатковий
- адреса
- ВСІ
- Дозволити
- серед
- кількість
- Інший
- підхід
- активи
- Активи
- Атрибути
- бейсбол
- В основному
- основа
- буття
- Біт
- Біткойн
- біткойні транзакції
- Bitcoin UTXO
- Блокувати
- blockchain
- БТД
- потужність
- який
- випадків
- Генеральний директор
- ланцюг
- зміна
- канали
- Монета
- Колекціонування
- зобов'язання
- співтовариство
- компанія
- Компанії
- повністю
- комплекс
- обчислення
- концепція
- стан
- Консенсус
- будівництво
- містить
- контрактів
- Core
- може
- Підробка
- створений
- Креатив
- CTO
- Валюта
- дані
- Децентралізований
- Попит
- Залежно
- розгортання
- дизайн
- Розробник
- розробників
- події
- DID
- різний
- цифровий
- цифрова валюта
- безпосередньо
- Ні
- Долар
- подвійний
- Падіння
- легко
- екосистема
- ефект
- ефекти
- включіть
- дозволяє
- забезпечення
- підприємці
- ERC-20
- встановити
- встановлений
- Event
- приклад
- очікуваний
- Розширення
- мода
- зворотний зв'язок
- Інформація про оплату
- Рисунок
- в кінці кінців
- Перший
- потік
- вилка
- форма
- формат
- функція
- функціональність
- далі
- майбутнє
- Глобальний
- мета
- великий
- Group
- Зростання
- траплятися
- мішанина
- хешування
- має
- тримати
- проведення
- тримає
- Як
- How To
- HTTPS
- здійснювати
- неможливе
- В інших
- включати
- включені
- збільшений
- зростаючий
- індекс
- інформація
- інтернет
- питання
- IT
- сам
- приєднатися
- з'єднання
- стрибати
- зберігання
- ключ
- відомий
- Labs
- останній
- шаруватий
- рівень
- Важіль
- важелі
- використання
- світло
- блискавка
- Lightning Network
- обмеженою
- ліквідності
- список
- трохи
- замкнений
- Довго
- РОБОТИ
- Робить
- манера
- матч
- сенс
- шахтарі
- модель
- більше
- руху
- мережу
- не замінний
- номер
- Один з
- відкрити
- порядок
- Інше
- власник
- власність
- p2p
- оплачувану
- Учасники
- оплата
- платежі
- Люди
- можливостей
- це можливо
- Поу
- досить
- попередження
- недоторканність приватного життя
- приватний
- доказ
- Proof-of-Work
- власність
- пропозиція
- запропонований
- протокол
- протоколи
- доводить
- отримати
- регулярний
- решті
- представляє
- вимагати
- вимагається
- Показали
- Маршрут
- Зазначений
- масштабованість
- масштабовані
- схема
- безпечний
- безпеку
- Серія
- комплект
- аналогічний
- SIX
- So
- М'яка вилка
- Рішення
- деякі
- що в сім'ї щось
- конкретно
- витрачати
- Витрати
- Спін
- розкол
- Розколи
- стабільний конус
- Стабільні козини
- стек
- зберігання
- зберігати
- магазинів
- структурований
- субсидії
- поставка
- сталого
- система
- розповідає
- через
- час
- сьогодні
- разом
- токенізований
- Жетони
- топ
- трек
- трафік
- угода
- Transactions
- переклад
- передані
- переклади
- Довіряйте
- нас
- розуміти
- створеного
- Оновити
- us
- використання
- конфіденційність користувачів
- користувачі
- значення
- годинник
- Що
- Що таке
- Чи
- в той час як
- в
- без
- слова
- б
- нуль