Перш ніж читати анонс VEIL від Blocknet, розберіться, що координує атомарний своп. Цей посібник простежує загальний обмін між двома учасниками: умовне внесення коштів, успішне отримання та повернення. Далі він відокремлює навчальний приклад від стислої інформації про VEIL на публічному сайті Blocknet, перевіреної 28 жовтня 2026 року. Приклад описує схему протоколу, а не перевірену реалізацію VEIL чи доступну зараз торгову пару BNT.
Що таке атомарний своп?
Атомарний своп пов’язує обмін активами так, щоб учасники, які дотримуються протоколу, могли завершити свою частину або скористатися передбаченим шляхом повернення за виконання припущень протоколу. Замість простої обіцянки надіслати пізніше діють виконувані умови. Обидва ланцюжки й далі обробляють власні транзакції, а учасники мають дотримуватися необхідної послідовності.
Запитання читача практичне: якщо ви надсилаєте один актив в обмін на інший, що забезпечує другий платіж? Звичайний переказ дозволяє один платіж. Протокол атомарного свопа пов’язує умови двох переказів. Праця Maurice Herlihy про атомарні міжланцюгові свопи формалізує це завдання координації та важливість дотримання його правил учасниками.
Уявіть два окремі реєстри й узгоджений обмін між ними. Активи витрачаються у своїх ланцюжках; протокол пов’язує умови, що визначають, хто може їх отримати. Це відрізняється від простого надсилання монет на адресу одержувача й очікування, що хтось виконає домовленість. Посібник із надсилання Blocknet описує звичайну процедуру платежу.
Як працює своп із хеш-блокуванням?
Поширений навчальний приклад використовує хеш-блокування, яке перевіряє секрет, і часове блокування, яке визначає, коли стає можливим повернення. Разом їх часто називають контрактом із хешем і часовим блокуванням, або HTLC. Цей розділ пояснює загальну конструкцію; він не стверджує, що VEIL її використовує.
Alice і Bob спочатку узгоджують обмін та адреси отримання. Alice створює секрет і передає його хеш. Хеш дає контракту змогу перевірити секрет пізніше, не вимагаючи від Alice оприлюднювати його на початку. Контракт також вимагає авторизації визначеного одержувача: самого знання секрету недостатньо, щоб будь-який спостерігач забрав кошти.
Опис HTLC у BIP 199 ілюструє гілку отримання, що вимагає секрету й підпису одержувача, та гілку повернення, доступну після спливу строку. BIP 199 — закрита пропозиція, що описує цю конструкцію, а не специфікація Blocknet.
Що відбувається, коли обидві сторони завершують обмін?
Пройдіть нумерованою схемою від етапу внесення коштів до етапу отримання. «Chain A» та «Chain B» — умовні позначення. Вони не називають доступної пари й не означають, що Blocknet підтримує саме ці контракти.
- Alice вносить кошти в перший контракт. Він дає Bob змогу отримати їх за допомогою секрету та власної авторизації. Повернення для Alice стає доступним пізніше.
- Bob перевіряє умови й вносить кошти в другий контракт. Він використовує хеш того самого секрету й дозволяє Alice отримати кошти. Повернення для Bob стає доступним раніше, ніж для Alice.
- Alice перевіряє умови й отримує кошти з другої сторони. У цьому простому прикладі з публічним хеш-блокуванням отримання розкриває секрет.
- Bob використовує розкритий секрет, щоб отримати кошти з першої сторони. Проміжок між строками повернення дає йому час діяти.
Верхній ряд показує внесення коштів у двох ланцюжках. Нижній — отримання у зворотному порядку. Вигнуті стрілки позначають шляхи повернення коштів, які залишаються заблокованими, коли виконуються умови їхнього повернення. Це пояснювальна схема, а не екран VEIL чи поточна транзакція.
Що, якщо один учасник зупиниться?
Повернення залежить від того, де зупинився обмін. Якщо Alice внесе кошти в перший контракт, а Bob так і не поповнить другий, Alice зможе повернути досі заблоковані кошти через гілку повернення, коли вона стане чинною. Якщо обидва контракти поповнені, але Alice так і не розкриває секрет, учасники можуть скористатися відповідними шляхами повернення невитрачених коштів.
Часове блокування робить витрачання для повернення допустимим; саме воно не надсилає й не підтверджує цю транзакцію. BIP 65 пояснює часові умови витрачання та конструкцію повернення без взаємодії сторін. Конкретний застосунок має керувати транзакціями отримання чи повернення та інформацією, потрібною для їхньої авторизації.
Коли Alice отримує кошти з другої сторони й розкриває секрет, Bob має вчасно пройти шлях отримання з першої сторони. Саме тому важливі послідовність і рознесені строки. Закриття застосунку не дорівнює скасуванню обміну, до якого вже внесено кошти. Інструкції відновлення конкретної реалізації визначають, як відновлюється її стан.
Що бачать учасники та спостерігачі?
Розрахунки й конфіденційність відповідають на різні запитання. Учасники знають узгоджені умови та дані для отримання, якими обмінялися. У простому прикладі той самий публічний хеш з’являється в обох ланцюжках, а отримання розкриває його секрет. Ці спільні значення можуть показати спостерігачеві зв’язок між двома сторонами.
Точний обсяг розкриття залежить від протоколу та залучених ланцюжків. Приватний формат платежу сам по собі не визначає, що публікує інший ланцюжок або записує торговий інтерфейс. Так само завершення обміну не стирає повідомлень, у яких учасники його узгоджували.
Для звичайних платежів Blocknet посібник із видимості платежів відокремлює публічні поля транзакцій від доступу відправника, одержувача й наданого доступу до перегляду. Це основа розуміння конфіденційності платежів BNT. Твердження про приватність конкретного свопа потребує даних про весь обмін, включно з іншим активом та етапами спілкування.
Що Blocknet оголосив про VEIL?
Офіційний сайт Blocknet називає VEIL у порівнянні атомарних свопів і описує заплановане перепроєктування з використанням постквантових примітивів у складі Faraday. Ця публічна заява визначає напрям проєкту. Вона не вказує торгових пар, команд свопа, строків повернення чи користувацького сервісу, які міг би підтвердити цей посібник.
Читаючи приклад вище, пам’ятайте про точні межі анонсу. Розбір HTLC пояснює координацію атомарних свопів загалом. Це не опис внутрішнього протоколу VEIL. Посібник із Faraday описує оголошений перехід мережі; інструкції для конкретної реалізації свопів мають походити з опублікованого релізу та його документації.
Щоб отримувати BNT зараз, зверніться до посібника з перших монет, який описує звичайні перекази та майнінг. Це наявні користувацькі сценарії з власними діями в гаманці та платежами. Ця стаття дає поняття для розуміння майбутнього публічного релізу свопів, щоб не сприйняти анонс за інструкцію із внесення коштів.
Поширені запитання
Чи можна за цим посібником розпочати своп VEIL?
Це загальне пояснення атомарних свопів із розділом про публічний анонс VEIL від Blocknet. Воно не підтверджує доступності торгової пари, команди гаманця чи сервісу. Перш ніж вважати запропоновану функцію свопів доступним платіжним процесом, зверніться до опублікованих інструкцій релізу конкретної реалізації.
Чи означає «атомарний», що обидва платежі відбуваються миттєво?
Атомарність описує зв’язок між частинами обміну. У нашому прикладі отримання коштів одним учасником розкриває інформацію, яка дає іншому змогу отримати свою частину. Транзакції й далі потрапляють до своїх ланцюжків окремо. Перевірки підтверджень, строки та необхідні дії учасників залишаються частиною виконання протоколу.
Чи є атомарні свопи автоматично приватними?
Протокол атомарного свопа координує розрахунки. Розкриті дані залежать від залучених ланцюжків, контрактів і спілкування. Спільний публічний хеш може пов’язати дві сторони простого свопа з хеш-блокуванням. Тому захист платежів Blocknet і всі властивості розкриття даних свопа слід оцінювати окремо.