Мережа Stellar дебютує з відкритим кодом технології приватності з використанням доказів з нульовим знанням для конфіденційних переказів із вбудованими контролями відповідності через ASPs.
Приватні платежі Stellar (SPP) нещодавно стали відкритим кодом. За словами @StellarOrg у X, розробники приватності вже можуть починати створювати з новою технологією.
Система обробляє приватні депозити, перекази та зняття коштів. Це можливо завдяки доказам з нульовим знанням із налаштовуваними захистами. Сума транзакції залишається прихованою від публічного огляду.
Користувачі більше не розкривають зв’язки між відправником і отримувачем. Криптографічну роботу виконують доказами Groth16. Цирком-ланцюги генерують ці докази на стороні клієнта за допомогою WebAssembly.
Обов’язково до прочитання: Колишній CTO Ripple: Bitcoin може потребувати жорсткої форка для виживання у квантовій епосі
Реалізацію підтримують смарт-контракти Soroban. Nethermind опублікували репозиторій на GitHub із повною документацією. Докази через браузер виконуються без взаємодії з сервером.
Технологія Association Set Provider забезпечує рівень відповідності. Вони підтримують дві структури Меркле-дерев для відстеження членства. Оператори пулу забезпечують адміністративний контроль цим способом.
Депозити створюють зобов’язання у системі пулу. Під час цього процесу не використовуються вхідні нотатки. Замість цього генеруються вихідні нотатки для майбутніх витрат.
Циркути одночасно підтверджують право власності на вхідні UTXO. Приватні ключі демонструють це право. Обчислення нульовників перевіряється для запобігання подвійного витрачання.
Зняття працює навпаки депозитів. Вхідні нотатки витрачаються повністю. Під час зняття не створюються вихідні нотатки.
Правила збереження балансу застосовуються протягом усіх транзакцій. Вхідні дані мають дорівнювати вихідним плюс будь-які публічні суми. Докази Меркле підтверджують правильність усіх зобов’язань.
Можливо, вам також буде цікаво: Відхід Harvard з $442 млн у Bitcoin ETF ставить крипто наперед за технологічними акціями
Операції переказу витрачають існуючі зобов’язання, створюючи нові. Приватність зберігається протягом усього процесу. Нові публічні ключі отримують створені вихідні нотатки.
Розвинуті користувачі мають доступ до функції Transact для налаштування власних сценаріїв. Вони можуть витрачати, створювати та переказувати нотатки на свій розсуд. Система підтримує складні шаблони транзакцій.
Дерева членства ASP містять лише схвалені публічні ключі. Дерева невключення працюють як списки виключення. Заблоковані акаунти з’являються у цих розріджених структурах Меркле.
Докази з нульовим знанням демонструють членство або його відсутність без розкриття особистих даних. Цей баланс між приватністю та відповідністю робить систему унікальною. Смарт-контракти перевіряють усе на ланцюгу.
Контракт Pool керує основною логікою депозитів і зняття. Verifier Circom Groth16 працює на ланцюгу для перевірки доказів. Контракти ASP зберігають свої відповідні структури дерев окремо.
Перевірте це: CFTC залучає CEO Ripple, Coinbase, Robinhood до крипто-панелі
Розробники можуть розгортати контракти у тестовій мережі Stellar для експериментів. Скрипт розгортання вимагає вказати рівні дерев ASP. Також потрібно налаштувати рівні пулу та максимальні суми депозитів.
Демонстраційний додаток працює на localhost:8080 після налаштування. Інтерфейс користувача забезпечує зручний UI для взаємодії з системою. Логи консолі допомагають відслідковувати процеси.
Сторінка адміністратора ASP доступна окремо на localhost:8080/admin.html. Вставка публічних ключів відбувається через цей інтерфейс. Підписувати ці вставки можуть лише адміністратори ASP.
Загальний референсний ряд (Common Reference String) не має децентралізованого процесу генерації. Це зазначено у документації. Статус прототипу означає, що використання у виробництві не рекомендується.
Зараз підтримується лише один циркит. Два входи і два виходи визначають межі. Можливо, у майбутніх оновленнях буде додано більше циркитів відповідно до Nethermind.
Пов’язане: Coinbase запускає AI-гаманці, що автоматично торгують криптовалютами
RPC вузли зберігають події лише протягом семи днів. Демонстрація сильно залежить від подій Stellar. Для довгострокової роботи потрібні спеціальні індекси.
Безпекові аудити коду ще не завершені. Обробка помилок може пропустити деякі крайні випадки. Реальні активи наразі не повинні взаємодіяти з цією системою.
Підтримка Stroops для обробки десяткових значень XLM існує. Тестування UI для цього ще не завершене, згідно з нотатками GitHub. Архітектура показує, як обмеження циркитів створюють магію з нульовим знанням.
Облікові записи гаманця Freighter легко приєднуються до Stellar CLI ключів. Підказки з фразою насіння дозволяють додавати ці облікові записи. Потім ті самі облікові записи розгортають контракти та взаємодіють з адміністративними функціями.
Apache 2.0 охоплює більшість файлів у репозиторії. Файл circuits/build.rs використовує GNU Lesser General Public License v3.0. Мішане ліцензування створює додаткові обов’язки.
Згенеровані артефакти не з’являються у системі контролю версій. Папка dist/ створюється під час збірки. Розгортальники стають дистриб’юторами цих скомпільованих Circuits у WebAssembly.
Вимоги LGPLv3 означають, що доступ до вихідного коду важливий. Кінцеві користувачі повинні мати доступ до вихідного коду, якщо ви поширюєте скомпільовані циркити. Файли LICENSE і NOTICE мають супроводжувати будь-яке розгортання.
Nethermind повідомили про використання допомоги LLM у створенні контенту. Людський огляд, редагування та ревізія слідували за будь-яким AI-згенерованим виводом. Команда несе відповідальність за остаточну документацію.
Приватність транзакцій у Stellar стала можливою без втрати регуляторних механізмів. Відкритий код дає приватним розробникам інструменти одразу. Існує основа для розробки додатків уже зараз.