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

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

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

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

Джерело: Bing Ventures

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

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

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

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

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

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

Джерело: Bing Ventures

Еволюція майбутнього попиту

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

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

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

Джерело: Bing Ventures

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

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

Джерело: Bing Ventures

Ринкова продуктивність не дорівнює потребам користувачів

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

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

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

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

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

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

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

Відмова від відповідальності:

1. Ця стаття перепечатана з [ web3caff]. Усі авторські права належать оригінальному автору [Bing Ventures]. Якщо є заперечення стосовно цього перепублікування, будь ласка, зв'яжіться з Ворота Навчитисякоманда, і вони оперативно займуться цим.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно тими автора і не становлять жодної інвестиційної поради.
3. Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонене.