Stellar запускає приватні платежі, які приховують ваші транзакції

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

Stellar Private Payments (SPP) нещодавно стала відкритим кодом. Згідно з @StellarOrg в X, розробники конфіденційності можуть почати будувати зараз з новою технологією.

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

Користувачі більше не розкривають відносини відправник-одержувач. Доведення Groth16 виконують криптографічну роботу. Схеми Circom генерують ці доведення на стороні клієнта через WebAssembly.

Обов'язково прочитайте: Екс-технічний директор Ripple: Bitcoin може потребувати хардфорку, щоб вижити в епоху квантових технологій

Смартконтракти Soroban забезпечують реалізацію. Nethermind опублікувала репозиторій GitHub з повною документацією. Доведення на основі браузера відбувається без взаємодії з сервером.

Технологія Association Set Provider забезпечує рівень відповідності. Вони підтримують подвійні структури дерева Меркла для відстеження членства. Оператори пулів таким чином забезпечують адміністративний контроль.

Магія доведення з нульовим розголошенням зустрічається з реальністю блокчейну

Депозити створюють зобов'язання в системі пулу. Під час цього процесу не витрачаються вхідні записи. Натомість генеруються вихідні записи для майбутніх витрат.

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

Виведення працюють протилежно до депозитів. Вхідні записи витрачаються повністю. При виведенні не створюються вихідні записи.

Правила збереження балансу застосовуються протягом усіх транзакцій. Вхідні дані повинні дорівнювати вихідним плюс будь-які публічні суми. Доведення Меркла правильно перевіряють усі вхідні зобов'язання.

Вам також може сподобатися: Інвестиція Гарварду в Bitcoin ETF на 442 млн доларів ставить криптовалюту попереду технологічних акцій

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

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

Контроль відповідності, який не порушує конфіденційність

Дерева членства ASP містять лише затверджені публічні ключі. Дерева не-членства працюють як списки виключення. Заблоковані облікові записи з'являються в цих розріджених структурах Меркла.

Доведення з нульовим розголошенням демонструють членство або не-членство без розкриття особистостей. Цей баланс між конфіденційністю та відповідністю робить систему унікальною. Смартконтракти перевіряють все в блокчейні.

Контракт Pool керує основною логікою депозитів та виведення. Circom Groth16 Verifier знаходиться в блокчейні для перевірки доведень. Контракти ASP окремо підтримують свої відповідні деревні структури.

Подивіться на це: CFTC залучає генеральних директорів Ripple, Coinbase, Robinhood до криптопанелі

Розробники можуть розгортати контракти в тестовій мережі Stellar для експериментів. Скрипт розгортання вимагає вказівки рівнів дерева ASP. Рівні пулу та максимальні суми депозитів також потребують налаштування.

Демонстраційний додаток доступний за адресою localhost:8080 після налаштування. Інтерфейс надає зручний UI для взаємодії з системою. Журнали консолі допомагають відстежувати, що відбувається під час операцій.

Адміністративна сторінка ASP існує окремо за адресою localhost:8080/admin.html. Вставка публічних ключів відбувається через цей інтерфейс. Проте лише адміністративні облікові записи ASP можуть підписувати ці вставки.

Створена для досліджень, ще не для продакшну

Загальному рядку посилань бракує децентралізованої церемонії генерації. Це розкривається на початку документації. Статус підтвердження концепції означає, що використання в продакшні не рекомендується.

Наразі підтримується лише одна схема. Два входи та два виходи визначають обмеження. Майбутні оновлення можуть розширити різноманітність схем згідно з Nethermind.

Пов'язане: Coinbase запускає AI-гаманці, які автономно торгують криптовалютою

RPC-вузли зберігають події лише протягом семи днів. Демо значною мірою залежить від подій Stellar для функціональності. Виділені індексатори стають необхідними для тривалих періодів роботи.

Аудити безпеки не завершені для кодової бази. Обробка помилок може пропустити деякі крайні випадки. Реальні активи наразі не повинні торкатися цієї системи.

Підтримка Stroops існує для обробки десяткових знаків XLM. Тестування UI для цього залишається незавершеним згідно з нотатками GitHub. Архітектура показує, як обмеження схем створюють магію доведення з нульовим розголошенням.

Облікові записи гаманця Freighter можуть легко приєднатися до ключів Stellar CLI. Підказки про seed-фразу дозволяють це додавання. Ті самі облікові записи потім розгортають контракти та взаємодіють з адміністративними функціями.

Ліцензування вимагає ретельної уваги від тих, хто розгортає

Apache 2.0 охоплює більшість вихідних файлів у репозиторії. Файл circuits/build.rs натомість використовує GNU Lesser General Public License v3.0. Змішане ліцензування створює специфічні обов'язки.

Згенеровані артефакти не з'являються в контролі версій. Каталог dist/ створюється під час збірок. Ті, хто розгортає, стають дистриб'юторами цих скомпільованих схем WebAssembly.

Вимоги LGPLv3 означають, що доступність вихідного коду має значення. Кінцеві користувачі повинні мати доступ до джерела, якщо ви розповсюджуєте скомпільовані схеми. Файли LICENSE та NOTICE повинні супроводжувати будь-яке розгортання.

Nethermind розкрила допомогу LLM у створенні контенту. За всіма виходами, згенерованими AI, слідували людський перегляд, редагування та ревізія. Команда зберігає відповідальність за остаточну документацію.

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