Модель битви: UTXO та облікова система публічного ланцюга конфіденційності

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

Написав Кайл Лю, інвестиційний менеджер Bing Ventures

Наразі публічні ланцюги конфіденційності в основному поділяються на дві частини: конфіденційна обчислювальна мережа та мережа конфіденційних транзакцій. Приватна обчислювальна мережа використовує захищену багатосторонню обчислювальну технологію для досягнення багатосторонньої спільної роботи та захисту конфіденційності даних. Серед них такі проекти, як PlatON і Phala Network, показали хороші результати. Мережа конфіденційних транзакцій прагне захищати конфіденційність користувачів і забезпечувати більш високий рівень безпеки в транзакціях, наприклад у таких проектах, як Aztec і Iron Fish. Загальнодоступний ланцюжок конфіденційності має унікальні переваги щодо захисту конфіденційності даних і транзакцій, а також відіграє важливу роль у децентралізації та безпеці. З розвитком ринку публічних ланцюжків конфіденційності UTXO та системні рішення облікових записів стали центром уваги. Однак нам потрібно глибше подумати про переваги та недоліки цих варіантів і про те, як вони відповідатимуть мінливим потребам у майбутньому.

UTXO та аналіз моделі облікового запису

У блокчейні UTXO та моделі облікових записів є звичайними моделями бухгалтерської книги. Модель UTXO розглядає кожну транзакцію як набір вхідних і вихідних даних, забезпечуючи кращий захист конфіденційності шляхом вбудовування додаткового вмісту в вихідний сценарій. Він має такі переваги, як скорочення часу та вартості перевірки транзакцій, захист конфіденційності та покращення пропускної здатності транзакцій. Однак складність верифікації моделі UTXO створює кілька проблем, особливо з точки зору масштабованості та ефективності у великих мережах.

Навпаки, модель облікового запису простіша в управлінні та придатна для здійснення передачі токенів і виконання смарт-контрактів. Однак модель облікового запису може поставити під загрозу конфіденційність користувача, оскільки облікові записи є частиною глобального стану. Підсумовуючи, як UTXO, так і моделі облікових записів мають переваги та проблеми з точки зору захисту конфіденційності та безпеки. Для моделі UTXO нам потрібно враховувати її масштабованість і ефективність у великих мережах, а також накладні витрати на зберігання та перевірку. Для моделі облікового запису нам потрібно вирішити проблеми глобального стану та конфіденційності, беручи до уваги обчислювальні ресурси та витрати часу на перевірку транзакцій.

Конфіденційність моделі облікового запису проти конфіденційності моделі UTXO

Варто зазначити, що UTXO та моделі облікових записів мають різні дилеми щодо захисту конфіденційності транзакцій. Традиційна модель UTXO розділяє транзакції, щоб ускладнити зловмисникам отримання конкретної платіжної інформації, і має певні переваги щодо конфіденційності транзакцій. Однак ця модель має обмеження щодо масштабованості та гнучкості. Навпаки, модель облікового запису має переваги в роботі зі складними розумними контрактами та управлінні станом. Тому в проектах громадського ланцюга конфіденційності можна досліджувати методи поєднання цих двох моделей для досягнення кращого балансу захисту конфіденційності та функціональних вимог.

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

Підсумовуючи, щодо поточного розвитку систем «UTXO» та «account», можна висловити наступні точки зору:

• Існують певні проблеми, пов’язані зі складністю верифікації моделі UTXO, і необхідно враховувати її масштабованість і ефективність у великих мережах.
• Модель облікового запису має деякі проблеми щодо глобальної залежності від стану та конфіденційності. Технологія розширення конфіденційності моделі UTXO може забезпечити кращий захист конфіденційності.
• Процес створення та перевірки моделей UTXO може збільшити накладні витрати на мережеве зберігання та перевірку.

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

Майбутня еволюція попиту

У майбутній еволюції потреб публічного ланцюга конфіденційності нам потрібно подумати про те, як збалансувати захист конфіденційності та функціональні вимоги. Одним із можливих рішень є поєднання моделей UTXO та облікових записів, щоб скористатися перевагами їхніх сильних сторін. Впроваджуючи концепцію облікових записів у модель UTXO, ми можемо досягти кращого захисту конфіденційності та забезпечити багату функціональну підтримку. Однак ця гібридна модель також стикається з проблемами технічної реалізації та дизайну. Нам потрібно глибше дослідити, як збалансувати та інтегрувати дві моделі, щоб досягти кращої взаємодії з користувачем і безпеки.

Ми також повинні розглянути стійкість проектів загального ланцюга конфіденційності. Сильна підтримка громади та ресурси розвитку є критично важливими для довгострокового успіху проекту. Активна спільнота розробників може привнести більше інновацій і технологічного прогресу, забезпечуючи потужну підтримку для майбутнього розвитку проекту. Тому ми повинні оцінювати такі фактори, як активність спільноти розробників проекту, якість і кількість відкритого коду. Ці показники можуть допомогти нам оцінити стійкість і потенціал розвитку проекту. Нам потрібно всебічно розглянути численні показники, такі як можливості захисту конфіденційності, функціональні вимоги, досвід користувача, швидкість і пропускна здатність транзакцій, а також підтримку спільноти та ресурси розвитку. Тільки шляхом всебічної оцінки сильних і слабких сторін проекту ми можемо точніше судити про його довгострокову конкурентоспроможність.

Коротше кажучи, проекти публічного ланцюга конфіденційності стикаються з важливими проблемами та можливостями в еволюції майбутніх потреб. Рішення UTXO та системи облікових записів є одними з ключових факторів, які впливають на безпеку, масштабованість, продуктивність і досвід користувача загальнодоступного ланцюга. Глибоко обмірковуючи переваги та недоліки UTXO та моделей облікових записів, а також досліджуючи можливість гібридних моделей, ми можемо побудувати більш конкурентоспроможний і перспективний проект громадського ланцюга конфіденційності, збалансовуючи захист конфіденційності та функціональні вимоги. Інвестори повинні звертати увагу на деталі та враховувати всі аспекти під час оцінки проектів, щоб приймати зважені рішення.

Альтернативні інновації

Для моделі UTXO, застосовуючи технологію ZK і будуючи рішення Layer2, можна досягти вищого рівня захисту конфіденційності та підвищити пропускну здатність і ефективність транзакцій. Для моделі облікового запису за допомогою таких технологій, як кільцеві підписи та підтвердження діапазону нульових знань, можна приховати баланси рахунків і деталі транзакцій, забезпечуючи надійніший захист конфіденційності. Крім того, для подолання відповідних обмежень UTXO та моделей облікових записів з’явилися деякі альтернативи. Одним із варіантів є гібридна модель, яка поєднує в собі переваги UTXO та облікових моделей. Деякі нові блокчейн-проекти також вивчали інші архітектури, такі як моделі на основі кінцевого автомата або на основі ресурсів. Ці нові моделі намагаються усунути обмеження існуючих моделей і надати нові рішення щодо конфіденційності, продуктивності та функціональності.

Показники ринку не дорівнюють попиту користувачів

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

Таким чином, надання кращих рішень для захисту конфіденційності, чи то через плагіни конфіденційності, чи через загальнодоступні ланцюжки конфіденційності, має свою раціональність і попит на ринку. Наприклад, дизайн на основі Tornado Cash певною мірою створює регуляторні ризики та ризики KYC. Однак це не означає, що поєднання конфіденційності з KYC є неефективним. Натомість запровадження відповідних механізмів KYC і заходів відповідності може певною мірою збалансувати потреби конфіденційності та регулювання. За допомогою створення надійних постачальників KYC та ефективної нормативної бази можна досягти балансу між захистом конфіденційності та боротьбою з відмиванням грошей.

Спробуйте ввести абстракцію облікового запису в UTXO

У традиційній моделі UTXO кожна транзакція розглядається як набір невитрачених виходів, які можуть служити вхідними даними для нових транзакцій. Ця модель має переваги в забезпеченні незмінності та цілісності транзакцій, але може бути відносно складною для користувачів і розробників у використанні. Концепція «Резюме облікового запису» введена для перетворення моделі UTXO у форму, ближчу до традиційної моделі облікового запису, щоб забезпечити більш спрощену роботу користувача та інструменти розробника. Згідно з цією абстрактною моделлю користувачі можуть мати власні облікові записи, не звертаючи уваги на вхід і вихід кожної транзакції.

Однак впровадження «Реферату облікового запису» в модель UTXO може зіткнутися з деякими проблемами та дилемами:

1. Підвищена складність: застосування абстракції облікового запису до моделі UTXO може збільшити складність системи. Щоб досягти абстракції рахунків, необхідно запровадити нові механізми для відстеження балансу та статусу рахунків, одночасно забезпечуючи правильність і послідовність операцій. Це може вимагати суттєвих змін в існуючій моделі UTXO, збільшуючи складність розробки та обслуговування системи.
2. Питання захисту конфіденційності: у моделі UTXO вхід і вихід транзакції чітко видно, і транзакцію можна відстежувати та аналізувати. Однак запровадження абстракції облікового запису може зменшити конфіденційність транзакцій. Абстракція облікового запису може зробити шаблони транзакцій і кореляції більш очевидними, піддаючи ризику конфіденційність користувачів.
3. Вартість сумісності та міграції: впровадження абстракції облікового запису в існуючу екосистему UTXO вимагає розгляду сумісності та вартості міграції. Це передбачає сумісність з існуючими гаманцями UTXO, біржами та смарт-контрактами, а також процес міграції для користувачів і розробників. Якщо запровадження абстракції облікового запису призводить до несумісності з існуючою екосистемою, можуть знадобитися додаткові зусилля, щоб збалансувати сумісність із покращеною продуктивністю.

Підводячи підсумок, UTXO та системи облікових записів мають переваги та недоліки в блокчейні. Вибір відповідної архітектури має ґрунтуватися на комплексних міркуваннях, таких як потреби конкретних сценаріїв застосування, вимоги захисту конфіденційності, вимоги до швидкості транзакцій і пропускної здатності, а також розробка та досвід користувача. У майбутньому, з розвитком технології блокчейн, ми вважаємо, що з’являться нові архітектурні рішення, щоб вирішити обмеження існуючих моделей.