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