Поговоримо про Nocturne, проект «для Vitalik Startups», і незрозумілу технологію privacy address. Позавчора Ноктюрн якраз офіційно оголосив, що зібрав $6 млн і отримав інвестиції ВіталікБутеріна, чому я називаю це бізнесом для Віталіка, адже основна технологія проекту – це приватна адреса, а 20 січня цього року Віталік розмістив у своєму блозі спеціальну статтю для обговорення доцільності приватної адреси, а також я розібрав і проаналізував цю статтю на наступний день, можете погортати її для ознайомлення.
Акаунт Nocturne у Twitter вперше з'явився у травні цього року, через п'ять місяців після того, як Віталік обговорив адреси конфіденційності, а потім ще через п'ять місяців після отримання інвестицій Віталіка, тому це був досить успішний кейс відкриття бізнесу для Віталіка.
Окремо поговоримо про адресу конфіденційності, про те, що вона робить, як її досягти та який ефект.
**Суть privacy address полягає в досягненні анонімності в процесі передачі токенів, тобто ефекту, досягнутого до tornado cash, **Анонімний переказ - це вічна тема Crypto, і це також дуже жорстка вимога, я максимально докладно поясню, як реалізується адреса конфіденційності, і в чому різниця між нею і tornado cash.
Але перш за все, має бути зрозуміло, що адреса конфіденційності - це точно не нове поняття, а існує вже давно і виробляється багатьма проектами і похідними протоколами, Monero насправді схожий на цей принцип, але Віталік є важливим промоутером своєї екологічної теорії Ethereum.
На форумі дослідників Ethereum у серпні 2022 року Nerolation запитав, чи можна об'єднати ZK та ERC721 для надсилання та отримання NFT у приватному порядку, і Віталік відповів, що ви вважаєте це занадто клопітким, можливо, реалізуйте це простішим способом, і поки що назвіть це ERC721S, посилання на оригінальну публікацію таке:
Потім, відразу після цього, Nerolation і Vitalik придумали EIP5564 стандартизувати його з нуля:
Але був проект, який раніше виробляв приватну адресу, принаймні з точки зору зрілості, але я не знаю, чому його не схвалив Віталік... Навпаки, ноктюрн, який приїхав через рік, був розпещений.
**Принцип приватної адреси полягає в тому, щоб просто згенерувати одноразову нову адресу для кожної транзакції, платник переведе гроші на нову адресу, а нову адресу може контролювати лише одержувач платежу, а ручна операція еквівалентна генерації A нової адреси, а потім повідомити B приватний ключ адреси, а A передасть 10U всередину, тому що тільки B знає приватний ключ цієї адреси, тому B може контролювати цю адресу та вводити 10U в обмін, Тому з публічного ланцюжка ми бачимо лише те, що А перевів 10U на порожню адресу, а потім ця адреса передала 10U на біржу, але ніхто не знає, хто перевів 10U на біржу.
Однак вищеописаний процес покладається на безліч ручних операцій і передбачає передачу приватних ключів, що не тільки клопітно і ризиковано, але й має високий ризик, тому чи є якийсь спосіб продуктивності цього процесу, ідея полягає в тому, як автоматично реалізувати процес «A генерує адресу, яку може контролювати лише B».
Це завдання, яке має виконати адреса конфіденційності, яка також використовує ідею ZK.
Повернімося до попереднього прикладу, наприклад, A хоче передати 10U в B, A вже знає публічну адресу B, але A не хоче, щоб інші знали зв'язок транзакції між A і B, тому A генерує пару тимчасових закритих ключів і публічних ключів, і поєднує тимчасовий закритий ключ з публічною адресою B, щоб згенерувати приватну адресу, а потім A передає 10U на приватну адресу.
З точки зору ончейн, в цей час А перевів 10U на нову адресу, і в цей час виникають два питання, по-перше, звідки B дізнається, що ця нова адреса конфіденційності створена A для B? Можливо, А також відправив 10U С, Д, Е та іншим людям, а по-друге, навіть якщо Б знає, що приватна адреса була створена А для нього, як Б може отримати 10U нової адреси або як контролювати нову адресу?
Щойно сказав, що коли A використовується для генерації приватної адреси, він сформує пару тимчасових закритих ключів і публічних ключів, де тимчасовий приватний ключ + B публічна адреса = адреса конфіденційності, а приватний ключ B + тимчасовий відкритий ключ також дорівнює адресі конфіденційності, тому A також опублікує тимчасовий відкритий ключ у ланцюжку одночасно при надсиланні 10U на адресу конфіденційності, а B просканує реєстр відкритих ключів, і для кожного нововиявленого тимчасового відкритого ключа B об'єднає свій приватний ключ для генерації приватної адреси, якщо в ньому є гроші, це означає, що A дав їх йому.
Тоді власний приватний ключ B може бути використаний для обчислення приватного ключа адреси конфіденційності, щоб закритий ключ адреси конфіденційності можна було використовувати для керування адресою конфіденційності для наступної транзакції передачі.
З ончейн-точки зору, ефект полягає в тому, що A переводить 10U на нову адресу, а потім 10U передається на біржу, але хто маніпулює новою адресою для переказу, це не відображається в ланцюжку, а нова адреса схожа на маріонетку, керовану парою рук за нею.
Вище наведено принцип конфіденційності адрес, поки що тестова мережа та основна мережа Nocturne не запущені, а дорожньої карти немає, тому чи зможе Nocturne досягти ефекту торнадо готівки, ще належить з'ясувати.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Прочитайте про проєкт «Ноктюрн» та технологію privacy address для V God Entrepreneurship
Поговоримо про Nocturne, проект «для Vitalik Startups», і незрозумілу технологію privacy address. Позавчора Ноктюрн якраз офіційно оголосив, що зібрав $6 млн і отримав інвестиції ВіталікБутеріна, чому я називаю це бізнесом для Віталіка, адже основна технологія проекту – це приватна адреса, а 20 січня цього року Віталік розмістив у своєму блозі спеціальну статтю для обговорення доцільності приватної адреси, а також я розібрав і проаналізував цю статтю на наступний день, можете погортати її для ознайомлення.
Акаунт Nocturne у Twitter вперше з'явився у травні цього року, через п'ять місяців після того, як Віталік обговорив адреси конфіденційності, а потім ще через п'ять місяців після отримання інвестицій Віталіка, тому це був досить успішний кейс відкриття бізнесу для Віталіка.
Окремо поговоримо про адресу конфіденційності, про те, що вона робить, як її досягти та який ефект.
**Суть privacy address полягає в досягненні анонімності в процесі передачі токенів, тобто ефекту, досягнутого до tornado cash, **Анонімний переказ - це вічна тема Crypto, і це також дуже жорстка вимога, я максимально докладно поясню, як реалізується адреса конфіденційності, і в чому різниця між нею і tornado cash.
Але перш за все, має бути зрозуміло, що адреса конфіденційності - це точно не нове поняття, а існує вже давно і виробляється багатьма проектами і похідними протоколами, Monero насправді схожий на цей принцип, але Віталік є важливим промоутером своєї екологічної теорії Ethereum.
На форумі дослідників Ethereum у серпні 2022 року Nerolation запитав, чи можна об'єднати ZK та ERC721 для надсилання та отримання NFT у приватному порядку, і Віталік відповів, що ви вважаєте це занадто клопітким, можливо, реалізуйте це простішим способом, і поки що назвіть це ERC721S, посилання на оригінальну публікацію таке:
Потім, відразу після цього, Nerolation і Vitalik придумали EIP5564 стандартизувати його з нуля:
Але був проект, який раніше виробляв приватну адресу, принаймні з точки зору зрілості, але я не знаю, чому його не схвалив Віталік... Навпаки, ноктюрн, який приїхав через рік, був розпещений.
**Принцип приватної адреси полягає в тому, щоб просто згенерувати одноразову нову адресу для кожної транзакції, платник переведе гроші на нову адресу, а нову адресу може контролювати лише одержувач платежу, а ручна операція еквівалентна генерації A нової адреси, а потім повідомити B приватний ключ адреси, а A передасть 10U всередину, тому що тільки B знає приватний ключ цієї адреси, тому B може контролювати цю адресу та вводити 10U в обмін, Тому з публічного ланцюжка ми бачимо лише те, що А перевів 10U на порожню адресу, а потім ця адреса передала 10U на біржу, але ніхто не знає, хто перевів 10U на біржу.
Однак вищеописаний процес покладається на безліч ручних операцій і передбачає передачу приватних ключів, що не тільки клопітно і ризиковано, але й має високий ризик, тому чи є якийсь спосіб продуктивності цього процесу, ідея полягає в тому, як автоматично реалізувати процес «A генерує адресу, яку може контролювати лише B».
Це завдання, яке має виконати адреса конфіденційності, яка також використовує ідею ZK.
Повернімося до попереднього прикладу, наприклад, A хоче передати 10U в B, A вже знає публічну адресу B, але A не хоче, щоб інші знали зв'язок транзакції між A і B, тому A генерує пару тимчасових закритих ключів і публічних ключів, і поєднує тимчасовий закритий ключ з публічною адресою B, щоб згенерувати приватну адресу, а потім A передає 10U на приватну адресу.
З точки зору ончейн, в цей час А перевів 10U на нову адресу, і в цей час виникають два питання, по-перше, звідки B дізнається, що ця нова адреса конфіденційності створена A для B? Можливо, А також відправив 10U С, Д, Е та іншим людям, а по-друге, навіть якщо Б знає, що приватна адреса була створена А для нього, як Б може отримати 10U нової адреси або як контролювати нову адресу?
Щойно сказав, що коли A використовується для генерації приватної адреси, він сформує пару тимчасових закритих ключів і публічних ключів, де тимчасовий приватний ключ + B публічна адреса = адреса конфіденційності, а приватний ключ B + тимчасовий відкритий ключ також дорівнює адресі конфіденційності, тому A також опублікує тимчасовий відкритий ключ у ланцюжку одночасно при надсиланні 10U на адресу конфіденційності, а B просканує реєстр відкритих ключів, і для кожного нововиявленого тимчасового відкритого ключа B об'єднає свій приватний ключ для генерації приватної адреси, якщо в ньому є гроші, це означає, що A дав їх йому.
Тоді власний приватний ключ B може бути використаний для обчислення приватного ключа адреси конфіденційності, щоб закритий ключ адреси конфіденційності можна було використовувати для керування адресою конфіденційності для наступної транзакції передачі.
З ончейн-точки зору, ефект полягає в тому, що A переводить 10U на нову адресу, а потім 10U передається на біржу, але хто маніпулює новою адресою для переказу, це не відображається в ланцюжку, а нова адреса схожа на маріонетку, керовану парою рук за нею.
Вище наведено принцип конфіденційності адрес, поки що тестова мережа та основна мережа Nocturne не запущені, а дорожньої карти немає, тому чи зможе Nocturne досягти ефекту торнадо готівки, ще належить з'ясувати.