Построение SBT. Часть 1: Азбука SBT

Перевод

Это вольный перевод статьи: https://medium.com/the-spartan-group/the-construction-of-the-soul-part-1-the-abcs-of-sbt-5f7776a88479. 

Аннотация

В первой части цикла мы рассмотрим основы Soul Bound Tokens (SBTs) и их значение, а также предложим видение ключевых особенностей SBTs.

Общая часть

1. Что такое Soul Bound Token и почему он важен?

Виталик Бутерин, наиболее известный как один из основателей Ethereum, является соавтором технического документа под названием «Децентрализованное общество: Поиск души Web3″ со своими соавторами — Гленом Вейлом и Пуджей Олхавер, подробно описал своё видение полностью децентрализованного общества (DeSoc) и то, как концепция токенов «Soulbound» (SBT) может сделать его реальностью.

1.1 Проблемы в пространстве Web3

Экономическая ценность мира в значительной степени создаётся людьми и их взаимозависимыми отношениями. Будучи системой, полностью управляемой математическими и криптографическими функциями, Web3 не имеет примитивов для представления таких социальных отношений и идентичности, что привело к её зависимости от централизованной инфраструктуры Web2, которую она изначально стремилась разрушить. [Прим. Menaskop: разрушать, конечно же, никто и ничего не собирался — это явное заблуждение автора оригинальной статьи].

Основные аспекты доверия и собственности должны быть в чейне, чтобы повысить социальную совместимость в мире смарт-контрактов, что может открыть множество возможностей для децентрализованных приложений.

1.2 SBT как решение для социальной композитности

Души определяются как кошельки, в которых хранятся SBT. SBT — цифровые токены, которые представляют полномочия, обязательства и принадлежность «душ». Они могут кодировать сети доверия реальной экономики с репутацией и авторитетом-ончейн.

Например, в пространстве децентрализованных финансов, если бы кредитная платформа, такая как Aave, развернула SBT, каждый адрес (душа) мог бы иметь уникальную личность на чейне, что позволило бы выдавать кредиты на основе кредитного рейтинга. [Прим. Menaskop: что безусловно плохо, потому как рейтинг != репутация].

То есть, если Aave развернёт SBT, это позволит выдавать кредиты на основе кредитного скора самим Aave и/или обеспечит возможность композиции с другими Dapps.

В настоящее время кредитные баллы централизованно хранятся в государственных учреждениях, таких как кредитные бюро.

Что делает SBT мощным, так это то, что он децентрализует фундаментальные понятия, такие как кредитный рейтинг. Вместо того, чтобы доверять кредитным бюро только потому, что они являются единственной организацией, хранящей такую информацию, каждое децентрализованное приложение (Dapp) имеет возможность выбрать любую кредитную систему, в которую оно верит, и выработать свое собственное суждение.

Что ещё более важно, SBT позволяют использовать различные другие приложения и варианты использования, такие как восстановление кошелька сообществом, управление, устойчивое к сибилл-атакам, механизмы децентрализации и новые рынки с декомпозируемыми, разделяемыми правами.

1.3 Варианты использования SBT

Использование SBT может иметь множество последствий. Вот несколько подходящих примеров использования, которые были описаны в статье, написанной Виталиком в соавторстве:

• Проверка легитимности художника в проекте NFT: большинство художников NFT полагаются на централизованные платформы, такие как OpenSea и Twitter, чтобы подтвердить нехватку (данных) и первоначальное происхождение. SBT помогает обеспечить провенанс, если художник может связать свой проект NFT со своим SBT.
• Разблокирование рынков кредитования с недостаточным обеспечением за счёт репутации. SBT, представляющие документы об образовании, истории работы и договоры аренды, могут служить постоянной записью истории, имеющей отношение к кредиту, позволяя “душам” создать значимую репутацию, чтобы избежать требований залога и получить кредит. [Прим. Menaskop: опять же — это смешение от автора транзакционной и субъектной репутации и фактическое нивелирование преимуществ SBT].
• Смягчение атак и улучшение координации управления DAO.
• Смягчение атак Sybil.
• Динамическое распределение лидерства.
• Разнообразие в управлении.
• Создание новых рынков с дифференцированными правами и разрешениями.
• Измерение (уровня) децентрализации. 

1.3.1 Примеры использования SBT в реальной жизни

Проекты уже начали внедрять SBT в качестве решения для ончейн-идентификации.

19 августа 2022 года компания Binance запустила токе Binance Account Bound (BAB) — версия soulbound токена, основанного на собственном чейне — Build and Build (BNB) компании. Пользователи, чьи личности были подтверждены через процедуру «знай своего клиента» (KYC), могут напрямую майнить SBT на своих цифровых кошельках Binance. BAB будут использоваться в качестве учётных данных KYC, указывая на то, что личность пользователей была подтверждена. Сторонние протоколы также могут использовать его для EVM NFT и борьбы с ботами. BAB также может быть использован ДАО для обеспечения квадратичного голосования. Другие проекты NFT также пытались интегрировать SBT в свои проекты. Arc Community, например, выпускает свой Pyxis NFT для членов сообщества в качестве метода ончейн-признания и будущего вознаграждения.

2. Видение SBT компанией Spartan Labs

Хотя статья Виталика закладывает основу для SBT, их ключевые особенности, реализация и сценарии использования ещё не до конца определены. В этом разделе мы расскажем о нашем видении SBTs и о том, как различные изолированные проекты могут сотрудничать со встроенным в систему социальным доверием.

Мы представляем себе общество, которое сочетает репутационные системы с механизмами нулевого знания (ZK) для защиты частной жизни людей. Баладжи Шринивасан, который придумал и популяризировал фразу «псевдонимная экономика«, был самым ярым сторонником этой концепции.

Мы считаем, что SBT могут объединить идею псевдонимной экономики и социальной композитности в пространстве Web3. SBT не только служат дополнительной возможностью для доверенной композиции анонимных индивидуумов, но и обеспечивают взаимодействие между проектами и протоколами, переосмысливая экосистему Web3, которую мы имеем в настоящее время.

2.1 Как видение SBT реализуется в реальном мире?

Представьте себе мир, в котором у большинства участников есть Души, хранящие SBT, соответствующие различным связям, членству и полномочиям. У человека может быть душа, в которой хранятся SBT, представляющие различные атрибуты, такие как уровень образования, кредитный рейтинг и достижения.

2.2 Проверка атрибутов третьей стороной

Как атрибуты в SBT могут быть проверены и связаны с ончейн-идентификацией?

Эти доверенные сторонние верификаторы могут функционировать аналогично центрам сертификации (ЦС), целью которых является проверка личности и привязка личности к цифровым сертификатам. Эти сертификаты используются для защиты информации, шифрования миллиардов транзакций и обеспечения безопасной связи. 

Перед выдачей цифрового сертификата ЦС проводит несколько проверок личности заявителя. В контексте SBT может существовать доверенный децентрализованный посредник DAO от третьей стороны, чьи интересы совпадают с точной проверкой атрибутов. Человек, желающий получить SBT, может заплатить DAO первоначальную плату за проверку. Группа не связанных между собой лиц из DAO будет проводить проверку, прежде чем разрешить майнинг данных SBT, а проверяющие будут получать плату за свою проверку. [Прим. Menaskop: Опять же нарушается базовый посыл Web 3.0: работа в НЕдоверенной среде].

2.3 Использование SBT душами контрагентов

В своей самой базовой форме данные в SBT могут быть объявлены отдельным человеком, подобно тому, как мы раскрываем информацию о себе в наших резюме. 

Однако истинный потенциал системы раскрывается, когда SBT, принадлежащие одной Душе, могут быть выданы или заверены другими Душами, которые являются контрагентами этих связей. Этими Душами-контрагентами могут быть отдельные лица, предприятия, учреждения и другие проекты Web3.

Души-контрагенты могут передавать SBT своим пользователям через airdrop. Затем пользователи будут взаимодействовать с проектом, который обновляет данные SBT. Затем другие протоколы с соответствующими разрешениями могут использовать SBT для чтения и проверки атрибутов. Другие протоколы с соответствующими разрешениями могут использовать эту SBT для чтения и проверки атрибутов индивидуума. Это позволяет проектам Web3 быть социально композитными, позволяя им реализовывать различные механизмы, основанные на атрибутах индивидуума, например, разрешать адреса, принадлежащие определённой организации, использовать её продукты или предоставлять более высокие права голоса ключевым заинтересованным лицам, подтверждённым их SBT.

Например, влиятельный человек может быть Душой, которая выдаёт SBT давним поклонникам. Университет может быть Душой, которая выдает SBT выпускникам. Организатор мероприятия может быть Душой, которая выдает SBT людям, посетившим мероприятие.

В следующем разделе мы покажем, как основные принципы SBT могут спонтанно возникать из самого дизайна этих токенов.

3. Ключевые особенности нашего токена, связанного с душой

В настоящее время не существует формальных определений основных характеристик SBT. С целью обобщить SBT для использования в проектах Web3, мы определили важные качества, которыми должен обладать SBT.

3.1 Непередаваемость

Непередаваемость означает, что SBT должна оставаться в душе пользователя или быть привязана к его адресу. Должны существовать жёсткие проверки для предотвращения возможности передачи SBT.

Но почему мы должны сделать его непередаваемым?

3.1.1 Управление

Возможность передачи SBT может привести к проблемам управления.

Если цель возможности передачи заключается в том, чтобы власть управления была широко распределена, то это приведёт к обратному эффекту, поскольку некоторые интересанты будут более склонны приобретать права управления у всех остальных.

Передаваемость контрпродуктивна, если цель состоит в том, чтобы доверить власть компетентным лидерам.

3.1.2 Идентичность

SBT представляет собой индивидуальную личность; следовательно, предотвращение самозванства имеет решающее значение. Идентификация не должна передаваться, особенно если в SBT содержатся конфиденциальные данные. 

Мы не хотим, чтобы кто-то мог легко приобрести благоприятные атрибуты, приобретая SBT на вторичном рынке.

3.1.3 Важность правильной реализации непередаваемости

Как упоминал Виталик в своей статье, если непередаваемость будет реализована «наивно», передаваемость всё равно может стать проблемой. Пользователи могут легко создать счёт-обертку, сохраняющий SBT, а затем продать право собственности на него.

Предотвращение возможности передачи

Могут потребоваться и другие проверки, например, проверка ончейн на то, находится ли текущий владелец по тому же адресу, что и первоначальный владелец, и более сложные проверки со временем, если это будет сочтено необходимым. 

Проекты также могут потребовать, чтобы SBT были оригинальными (уникализированными) SBT, и это может уменьшить стимул для создания и использования обёрток, предназначенных для обмана системы. 

3.2 Невесомость

SBT могут быть как взаимозаменяемыми, так и не, при этом результирующая функция будет кардинально отличаться.

3.2.1 Взаимозаменяемые SBT

Фунгибильные SBT могут быть полезны для прав голоса и управления, где может быть важно иметь легко определяемый способ выяснения права голоса.

Тривиальная реализация fungible soul могла бы устранить возможность передачи токена, аналогичную ERC20, за исключением контракта или самого владельца.

3.2.2 Не взаимозаменяемые SBT

Такие SBT, с другой стороны, дают больше возможностей, потому что все души уникальны, и мы хотели бы соотнести эти различия с их SBT. Кредитная история, негативная репутация и уровень образования могут быть связаны с SBT, при этом можно сделать эти детали конфиденциальными.

3.3 Конфиденциальность в SBT

Любые отношения, которые регистрируются ончейн, сразу же становятся видны любому человеку во всём мире, а не только их участникам. Соотнося данные SBT, враждебные субъекты могут получить возможность фиксировать реальную личность пользователей из их “душ”.

Успех экосистемы Web3 зависит от конфиденциальности. В некоторых случаях, поскольку базовая сущность, которую представляет предмет, уже является публичной, добавление конфиденциальности не требуется. Однако во многих других ситуациях люди могут не захотеть раскрывать все данные, которыми они владеют, поскольку они могут представлять для них потенциальную угрозу.

Например, если статус вакцинации станет SBT, то одной из худших вещей, которые мы могли бы сделать, будет создание системы, в которой SBT автоматически публикуется для всеобщего обозрения, поскольку это создаёт социальное давление на медицинские решения людей.

Включив в разработку конфиденциальность, мы можем предотвратить эти негативные последствия наличия ончейн-идентичности и повысить вероятность создания чего-то фантасмагорического.

3.3.1 Какие данные следует хранить в тайне?

Чувствительные данные или те, которые позволяют злоумышленникам соотнести и фиксировать личность человека. Примеры включают:

• личные данные
• медицинские данные
• финансовые данные
• данные, основанные на репутации

3.3.2 Как мы можем сохранить конфиденциальность данных в SBT?

Существуют различные способы сохранения конфиденциальности данных, например:

3.3.2.1 Хеширование данных

Хеширование данных — относительно простой способ сохранить данные в тайне. Хэш — это одностороннее преобразование входных данных фиксированной длины. Например, если бы мы могли ввести в хэш-функцию секрет «Spartan Labs». Хэш-функция преобразует эти данные в серию шестнадцатеричных чисел, таких как ca9210da4bd8dda215176e8621b84f477da40ffa2158eeff7ef5d14613dfa695.

Это шестнадцатеричное число фиксированной длины, что означает, что все результаты хэширования имеют одинаковую длину и статистически невозможно вывести из него «Spartan Labs».Используемая здесь хэш-функция — SHA-256.

Если хэшированные данные соответствуют ончейн-хэшу, атрибут пользователя может быть проверен. Другие стороны не смогут просмотреть данные SBT, а достоверность данных может быть доказана, если результаты хэширования совпадают.

3.3.2.2 Шифрование с симметричным ключом

Проекты могут выдать пользователям секретный ключ, которым они могут зашифровать свои данные, а затем поделиться им с другими проектами, которым может понадобиться проверить их данные.

Однако, это не простой метод, и он требует, чтобы пользователь сохранял свой симметричный ключ в тайне, а другие проекты Web3, которые хотят использовать данные SBT пользователя, должны реализовать такой же процесс расшифровки.

3.3.2.3 zk-Proofs

Доказательства с нулевым разглашением (zk-доказательства) позволяют людям доказывать произвольные утверждения, не раскрывая никакой информации, кроме самого утверждения.

ZK-доказательства могут быть вычислены над SBTs для доказательства характеристик Души (например, что она имеет определённые членства) без раскрытия того, что это за характеристики.

Это широко используется в L2, применяющих технологию ZK-Rollup, таких как zkSync, Polygon Hermez и Scroll. Мы будем исследовать реализацию приватности в SBT во второй и третьей статьях цикла.

3.4 Оффчейн хранение

Данные для SBT могут храниться ончейн или оффчейн в зависимости от потребностей проекта. Если данные хранятся в цепи, они могут храниться в отдельном контракте со ссылкой на другой адрес, или же они могут храниться в самом контракте SBT.

Однако хранение данных ончейн требует больших вычислительных затрат. 

Поэтому мы предлагаем, чтобы одной из ключевых особенностей SBT была возможность интегрировать хранение данных оффчейн, подобно тому, как ERC-721 хранит свои метаданные (Прим. Menaskop: что в общем-то снова плохо). Это позволит связать с SBT менее дорогие и разнообразные типы данных.

3.5 Выпуск и верификация душ

Выпуск и верификация атрибутов SBT имеют решающее значение для композитности.

3.5.1 Верификация души

Интерфейс SBT должен быть разработан таким образом, чтобы другие проекты могли легко взаимодействовать с SBT пользователя. Для других проектов Web3 не должно быть сложно разработать механизм проверки атрибутов пользователя. Это означает, что атрибуты души могут быть легко запрошены ончейн и проверены.

Если SBT хранится в оффчейн, должен быть предложен стандарт того, как другие проекты могут запрашивать данные, основываясь на структуре данных, хранящихся оффчейн именно.

Если SBT содержит приватные данные, должен существовать простой способ (1) проверить URI, предоставленный пользователем, или (2) доказать, что пользователь обладает определённым атрибутом, не раскрывая URI, а только хэш самого секрета. Это относится к использованию технологии ZK.

3.5.2 Обновление данных SBT

Чтобы предотвратить подделку данных пользователем, только владельцы контрактов имеют доступ к обновлению данных SBT пользователя. Однако проекты должны сделать так, чтобы иные сервисы могли предлагать изменения в своих данных SBT.

3.5.3 Выдача SBT

Проекты могут легко выдавать SBT пользователям. Это может быть сделано аналогично тому, как чеканятся NFT или как осуществляются airdrops.

4. Как ключевые функции SBT работают для проектов Web3?

Предположим, проект хочет иметь смарт-контракт, который позволяет взаимодействовать с контрактом только пользователям с информацией KYC. Этот смарт-контракт может выполнять различные действия на основе атрибутов данных пользователя. Другие проекты должны иметь возможность проверять и выполнять операции с данными пользователя на блокчейне.

Однако в блокчейне всё анонимно, и у пользователя есть только его адрес в качестве публично проверяемого атрибута. Проект может рассмотреть возможность использования SBT в качестве механизма для идентификации ончейн и хранения KYC-данных пользователя. Для того чтобы использовать SBT в качестве такого механизма, проект может предпринять следующие действия.

Пользователи предоставляют свою KYC-информацию, которая проверяется реальными субъектами. После проверки этой информации проект майнит SBT для пользователя. Информация, предоставленная пользователями, шифруется и хранится оффчейн.

Другие проекты-контрагенты также могут проверить, что пользователи прошли KYC и обладают определёнными атрибутами, но не знают конкретной информации о пользователе. Эти атрибуты KYC являются приватными благодаря шифрованию. 

Однако пользователи могут предоставлять секреты другим проектам-контрагентам, что даёт им возможность читать и проверять их приватную информацию.

Пользователи могут обновлять свою оффчейн информацию, предлагая изменения главному ответственному проекту. В следующих двух статьях цикла мы расскажем о том, как проекты могут реализовать такие механизмы с помощью SBT.

5. Заключение

SBT представляют собой основанные на репутации непередаваемые, невзаимозаменяемые токены с данными, доступ к которым могут получить только избранные стороны. Интеграция социальных идентификаторов с бездоверительной композицией, если все будет сделано правильно, может изменить будущее экосистемы Web3.

В этой статье мы изложили наше видение SBT, потенциальных вариантов их использования и ключевых функций, которые должны быть реализованы для SBT. Мы набросали принципы проектирования SBTs, но наша работа только начинается.

В следующей статье мы рассмотрим реализацию SBT на основе принципов проектирования, рассмотренных в этой статье. 

Отказ от ответственности: Данная публикация предназначена только для общего ознакомления. Оно не является инвестиционным советом, рекомендацией или призывом к покупке или продаже каких-либо инвестиций и не должно использоваться при оценке достоинств принятия какого-либо инвестиционного решения. На него не следует полагаться как на бухгалтерский, юридический или налоговый совет или инвестиционную рекомендацию. Данное сообщение отражает текущее мнение авторов, не сделано от имени Spartan Labs или ее филиалов и не обязательно отражает мнение Spartan Labs, ее филиалов или лиц, связанных со Spartan Labs. Мнения, отраженные в настоящем документе, могут быть изменены без обновления.

Об авторах

Это часть 1 из трех частей серии статей о технологическом исследовании токенов Soul Bound, соавторами которой являются Йонг Канг Чиа и Джун Хао Яп из Spartan Labs.

Примечание Menaskop

Также по SBT вы можете почитать следующие статьи и материалы:

1. https://sbt.envelop.is/#/ 
2. https://teletype.in/@menaskop/sbt-envelop-00
3. https://t.me/web3news/3087 
4. https://hub.forklog.news/tempografiya-formirovanie-dao-cherez-sbt-amp-otlozhennyj-platyozh/ 
5. https://t.me/web3news/2820 

До!