a16z: Анализ проблемы доступности блокчейна с трех аспектов: функционального, экономического и технологического

Автор: Ширли, Бенджамин Эбнер

Оригинальное название: 《Блокчейн-сети и человеческий фактор: как узнать, доступны ли они》

Скомпилировано: Дун Имин, ChainCatcher

С быстрым ростом интереса к блокчейн-технологиям обсуждения по-прежнему сосредоточены на технических темах, таких как объем транзакций в секунду, задержка и пропускная способность, которые касаются масштабируемости сети.
Для успешного создания потребительского опыта разработчики должны выйти за рамки оценки только показателей производительности и больше учитывать факторы, связанные с пользователями: например, доступность (легкость принятия и использования), что является очень важным показателем для экспертов по криптографии и новых пользователей. В долгосрочной перспективе только те проекты, которые с самого начала сосредоточены на развитии доступности, смогут завоевать любовь широкой аудитории.
Доступность как характеристика сложнее количественно оценить, чем масштабируемость. Эта статья предлагает системную структуру для организаций и индивидуумов, чтобы надежно измерять и оценивать доступность блокчейн-проектов.
I. Размышления о выходе за пределы масштабируемости
Долгое время мы говорили, что масштабируемость является необходимым условием для массового принятия блокчейн-приложений. Мы понимаем: в 2017 году Dapper Labs создали CryptoKitties — коллекционные цифровые коты, что также привело к введению первого стандарта невзаимозаменяемых токенов (NFT) — ERC-721. Хотя CryptoKitties предвещали огромный потенциал потребительских блокчейн-приложений в отрасли, они также продемонстрировали технические ограничения Ethereum в то время.
Самая большая дискуссия вскоре превратилась в вопрос масштабируемости блокчейн-приложений — как Ethereum и другие блокчейны могут вместить все больше пользователей, не попадая в затруднительное положение или не увеличивая затраты на использование?
Проблема масштабируемости привела к появлению более молодых блокчейнов первого уровня, таких как Flow, Solana, Avalanche и WAX. Также появились решения второго уровня или сайдчейны, такие как zkSync, Optimism или Polygon. Сам Ethereum сосредоточился на использовании шардирования и различных обновлений для достижения более высокой масштабируемости.
Но массовое принятие пользователями — это не только вопрос масштабируемости. Ниже мы заимствуем уроки из CryptoKitties и создания Flow, чтобы поделиться структурой. Эта структура может помочь создателям сосредоточиться на доступности приложения, не учитывая при этом базовый протокол или само приложение.
II. Кто может получить доступ и почему они это делают?
Доступность описывает способность блокчейн-сети быть использованной большим количеством различных сущностей без трения. Чем легче пользователям участвовать в приложении, протоколе или экосистеме проекта, тем выше доступность данного блокчейна. Доступность относится не только к конечным пользователям, но и к разработчикам, создателям, владельцам продуктов и любым другим лицам, взаимодействующим с сетью.
Кто должен учитывать доступность? Разработчики, архитекторы и руководители, активно создающие и управляющие поддерживающими блокчейн приложениями, должны проводить анализ доступности при выборе блокчейна для разработки. Любой, кто использует существующие услуги блокчейн-экосистемы — создатели, художники и владельцы интеллектуальной собственности, также должны учитывать доступность данного проекта, так как это определит масштаб и характеристики существующей аудитории в сети.
Обе группы должны задавать правильные вопросы: "Какова культура этой экосистемы?", "Какие люди будут строить проекты здесь?", "Какие цифровые товары предлагает проект и как будет развиваться экономика вокруг него?", и, что наиболее важно, "Подходит ли это для широкой аудитории?", а не просто играть в цифровые игры.
Ответы на эти вопросы должны исходить из 1) функциональности, 2) экономики и 3) технологий, чтобы получить структуру, которую мы надеемся предоставить строителям криптоиндустрии, стремящимся к массовому признанию.

II. Доступность функциональности — будете ли вы использовать?
Доступность функциональности (также известная как удобство использования) описывает способность блокчейна и его экосистемы предоставить пользователям легкий опыт входа, чтобы взаимодействие с протоколом или приложением происходило простым и эффективным образом — это отличная отправная точка для оценки любого проекта.
1. Процесс введения новых пользователей
Путь всех пользователей начинается с процесса введения новых пользователей: первая стадия взаимодействия пользователя включает настройку аккаунта, пополнение счета, до первой транзакции в сети. Этот этап должен быть максимально безболезненным, пользователю нужно пройти ограниченное количество шагов (лучше всего, чтобы пользователю не требовались технические навыки).
Долгие руководства для новых пользователей могут содержать слишком много шагов, что указывает на низкую доступность. Например, пользователю необходимо зарегистрироваться в приложении, скачать кошелек браузера, записать 12 слов для восстановления, зайти на внешнюю биржу для покупки криптовалюты, дождаться проверки KYC (Know-Your-Customer, узнай своего клиента) на бирже, вернуться в приложение для повторной аутентификации, прежде чем он сможет выполнить необходимые действия, такие как обмен токенов или покупка NFT. Этот процесс требует как минимум шести шагов через три разных провайдера для завершения всей операции.
С другой стороны, некоторые проекты имеют очень интегрированные и упрощенные процессы, которые избавляют пользователей от большинства сложных шагов, обеспечивая высокий уровень "доступности". Если пользователи могут получить криптокошелек одновременно с регистрацией в приложении, это очень интегрированный и упрощенный процесс регистрации. Использование iFrame (тег iframe, обычно используется для встраивания других страниц, может использоваться для создания интегрированного платежного шлюза) также может устранить необходимость пользователям обращаться к внешней бирже для пополнения счета.
Между этими двумя крайностями существует множество приложений и услуг, которые включают в себя часть процесса. Например, некоторые приложения или услуги не требуют зависеть от кошельков браузера (устраняя необходимость в отдельном процессе загрузки) или интегрируют платежные шлюзы для обмена фиатной валюты на криптовалюту.
Некоторые приложения управляют приватными ключами пользователей. Хотя такая модель хостинга может устранить необходимость во внешнем кошельке, чтобы уменьшить трение в процессе введения новых пользователей, это происходит за счет более высокой технической сложности и юридических требований. Эти последствия выходят за рамки данной статьи, и команды, выбирающие модель хостинга, должны тщательно исследовать эту модель, чтобы взвесить ее плюсы и минусы.
Определение трех наиболее распространенных маршрутов для входа в конкретный блокчейн является отличной отправной точкой для анализа доступности. Нам нужно воссоздать эти сценарии с точки зрения пользователя и собрать шаги, которые они используют, в отдельный документ. Поскольку у одного протокола обычно есть несколько вариантов входа (в зависимости от конкретного приложения и кошелька, выбранного пользователем), этот процесс должен охватывать все распространенные сценарии и типы пользователей.
2) Кошельки
Процесс введения новых пользователей включает взаимодействие пользователя с протоколом блокчейна. Для повседневного использования критически важно, чтобы пользователи могли подписывать и отправлять транзакции. По этой причине анализ доступных на этом блокчейне кошельков (которые необходимы для таких транзакций) является очень важным методом анализа доступности данного приложения.
Любая транзакция в блокчейне должна быть подтверждена цифровой подписью данного пользователя — это предотвращает несанкционированные действия со стороны злоумышленников. Для создания этой подписи требуется приватный ключ пользователя. Поскольку приватный ключ играет такую важную роль, его нельзя (или не следует) хранить только в нашей памяти, поэтому его необходимо хранить безопасным и удобным способом. Именно это и обеспечивает блокчейн-кошелек. Кроме того, кошелек обычно предоставляет точку доступа для отправки транзакций в сеть.
Чтобы обеспечить функциональную доступность, пользователи должны легко подписывать свои транзакции с помощью доступного кошелька данного блокчейна. Если пользователю необходимо загрузить внешний плагин или вручную настроить параметры, сколько он хочет заплатить за данную транзакцию, то каждая последующая транзакция будет сопряжена с большим трением.
Для максимальной доступности кошельки должны быть не только простыми в использовании, но и широко принятыми различными приложениями в экосистеме проекта. Если пользователю необходимо настроить несколько кошельков от разных провайдеров для доступа к различным приложениям, уровень доступности значительно снижается. Например, если рынок NFT не поддерживает кошелек, с помощью которого пользователь может торговать токенами на децентрализованной бирже, пользователю фактически придется снова зарегистрироваться для другого кошелька и отслеживать этот аккаунт в будущем.
Эта проблема напрямую связана с разработкой приложений: в большинстве случаев разработчикам необходимо добавить код, доступный для конкретного провайдера, в свои приложения, чтобы поддержать новый кошелек. Это создает технические накладные расходы и замедляет уровень интеграции и доступности нескольких провайдеров кошельков между приложениями.
3) Платежные шлюзы для фиатной валюты
Хотя некоторые пользователи почти полностью совершают транзакции внутри криптоэкосистемы, массовое принятие пользователями потребует от тех, кто не знаком с криптовалютами, легкости в переводе своих крипто доходов в более привычные валюты. Поэтому функциональная доступность также включает в себя легкость, с которой конечные пользователи могут вносить или выводить стоимость из сети — платежные шлюзы для фиатной валюты имеют здесь решающее значение. Позволить пользователям использовать кредитные карты или другие удобные способы оплаты для прямой покупки определенного количества криптовалюты за фиатные деньги очень важно для повышения доступности.
Хотя использование внешних торговых платформ также может достичь цели обмена валют, специализированные интегрированные услуги гарантируют, что пользователи могут получить доступ к платежному шлюзу, не покидая данное приложение, что значительно повышает доступность этого приложения.
Хорошей отправной точкой для анализа является грубый отбор списка токенов сети на основных централизованных биржах. При этом вы можете также захотеть включить список стабильных монет, доступных на данной сети. Следующий шаг — систематически проверить интеграционные инструменты основных кошельков в экосистеме, некоторые удобные для пользователя кошельки уже интегрировали эти функции. Например, мультицепочный кошелек Blocto использует поставщика платежного шлюза Moonpay, чтобы позволить пользователям пополнять свои криптовалюты с помощью кредитных карт и других простых способов оплаты прямо в кошельке.
Наконец, вы можете проверить некоторые из самых популярных приложений в сети, предлагающих варианты платежных шлюзов для фиатной валюты, и обратить внимание на поставщиков, предлагающих эту услугу. Этот комплексный анализ подробно покажет, какую ценность конечные пользователи могут получить от использования этой сети.
Подводя итог всем элементам функциональной доступности, вот основные вопросы, которые разработчики должны задать себе при решении, на каком блокчейне строить приложение:

• В среднем, сколько шагов включает процесс введения новых пользователей? Сколько предварительных знаний или технической экспертизы требуется для их завершения?
• Сколько шагов требуется пользователю для подписания транзакции? Сколько предварительных знаний или технической экспертизы требуется для их завершения?
• Интеграция кошельков происходит без швов с пользовательским опытом? Они широко применимы для различных приложений?
• Сколько шагов требуется пользователю для перевода фиатной валюты в сети? Существуют ли платежные шлюзы для фиатной валюты? Как обстоят дела с листингом родного токена блокчейна проекта и стабильных монет на централизованных биржах?

III. Экономическая доступность — можете ли вы себе это позволить?
Экономическая доступность основана на общей доступности протокола и цифровых продуктов, построенных на этом протоколе.
Транзакционные сборы:
Блокчейн является общественным ресурсом, и транзакционные сборы могут предотвратить чрезмерное использование его сетевой емкости, помогая избежать трагедии общин. Они также защищают базовую сеть от спама в форме атак типа "отказ в обслуживании" (DoS).
Транзакционные сборы могут быть фиксированными, например, появляясь в виде включенной в транзакцию платы. Либо они могут быть динамическими, увеличиваясь с ростом сложности данного запроса. Большинство популярных блокчейн-протоколов используют один из этих типов сборов или их комбинацию.
Транзакционные сборы — это место, где функциональная и экономическая доступность пересекаются. В повседневном использовании транзакционные сборы должны быть достаточно низкими, чтобы каждый мог участвовать, и достаточно высокими, чтобы гарантировать стабильность сети. Кроме того, предсказуемость этих сборов также важна: если транзакционные сборы подвержены непредсказуемым колебаниям, это помешает недостаточно обеспеченным пользователям отправлять транзакции в сеть. Поэтому любой анализ доступности должен учитывать не только среднюю цену транзакции, но и механизмы, определяющие эти цены ежедневно.
Хотя пользователи могут свободно выбирать цену газа, поскольку сетевые валидаторы должны выбирать, какие транзакции они хотят включить в следующий блок, более высокая цена газа обычно приводит к более быстрой обработке. Этот процесс по своей сути похож на аукцион, где пользователи делают ставки на свои транзакции. Весь сайт, такой как EthGasStation, уже развился в платформу для определения цен на транзакции.
Эта модель транзакционных сборов подразумевает несколько проблем:
Под этой моделью аукциона, когда спрос высок, это может привести к резкому росту транзакционных сборов. Например, иногда на Ethereum простая передача токенов может стоить около 50 долларов в виде сборов за газ.
Поскольку цены на газ быстро колеблются, правильная оценка транзакционных сборов является очень важным процессом. Хотя недавно принятый механизм ценообразования EIP-1559 и некоторые удобные для пользователя кошельки могут избежать некоторых из этих проблем, высокие транзакционные сборы с сложными механизмами могут препятствовать общей доступности проекта. Поскольку блокчейны первого уровня и решения второго уровня обычно предлагают более высокую пропускную способность, транзакционные сборы (в большинстве случаев) также значительно ниже.
Именно поэтому эти решения обычно обладают более высокой доступностью. Однако архитекторы приложений должны тщательно взвесить плюсы и минусы, поскольку в некоторых случаях более высокая пропускная способность достигается за счет снижения уровня децентрализации.
Продукты на уровне приложений:
Помимо транзакционных сборов, уровень экономической доступности также зависит от продуктов, предлагаемых на уровне приложений блокчейн-проекта. Важным примером является минимальная цена популярных NFT-коллекций в данной экосистеме. Минимальная цена аналогична минимальной цене коллекционных предметов, этот показатель часто используется в сочетании с общим объемом NFT-коллекций (то есть суммой цен всех коллекционных предметов) для анализа оценки коллекций.
Высокая минимальная цена создает экосистему, в которую могут войти только экономические элиты, что препятствует настоящему строительству сообщества и, следовательно, снижает шансы на массовое принятие в будущем. Хотя высокая общая стоимость определенно является хорошей вещью для блокчейна, если большинство транзакций происходит с высокой минимальной ценой, то, скорее всего, только небольшое количество богатых пользователей сможет стимулировать экономическую активность в экосистеме.
Некоторые могут утверждать, что концепция дробления NFT (владение NFT разделено между многими владельцами) в долгосрочной перспективе обойдет эту проблему. Однако это происходит за счет увеличения инженерных накладных расходов, увеличения сложности для пользователей и отсутствия юридического признания.
Работающие узлы:
Наконец, экономическая доступность также является проблемой для операторов узлов (валидаторов, защищающих и проверяющих блокчейн). Только когда узлы сети могут функционировать при соблюдении аппаратных требований и минимального объема залога (в сетях с доказательством доли), это будет стимулировать достаточное количество валидаторов участвовать в сети, и только тогда ее децентрализация и целостность могут быть обеспечены.
Биткойн и Эфириум — это сети с большим количеством операторов узлов, что свидетельствует о высоком уровне надежности и безопасности их протоколов. Однако анализ доступности должен принимать более дифференцированный подход. Например, требования к запуску узла Биткойна довольно низкие, но непропорционально большое количество блоков добывается пулами с профессиональным оборудованием, а не индивидуальными шахтерами, что делает запуск собственного узла Биткойна менее осуществимым и доступным.
Хотя дизайн Эфириума в значительной степени предотвращает использование профессионального оборудования, добыча все еще происходит в централизованных пулах, а требования к оборудованию явно выше, чем требования для добычи Биткойна. Поскольку Эфириум хранит гораздо больше данных, новые узлы требуют больше времени для синхронизации этих данных — в настоящее время создание полного узла Эфириума занимает около 17 часов. Поскольку время и аппаратные ресурсы имеют свою стоимость, это снижает экономическую доступность для операторов узлов.
При поиске альтернатив следует также внимательно следить за другими нетехническими факторами для операторов узлов. Например, если сеть планирует навязывать постоянные правила относительно того, кто может стать оператором узла, это может сделать недоступными для протокола тех операторов, которые не соответствуют этим стандартам, что приведет к снижению уровня децентрализации сети.
Анализ экономики включает несколько ключевых вопросов:

• Какова максимальная средняя цена транзакции, и насколько предсказуемы эти цены для пользователей?
• Какова минимальная цена популярных продуктов на уровне приложений на первичном и вторичном рынках?
• Кто является основными двигателями общего объема транзакций протокола? Это небольшое количество крупных учреждений или большая группа менее ценных трейдеров?
• Насколько строгими являются требования к аппаратному обеспечению и минимальному объему залога для операторов узлов?

IV. Техническая доступность? — Можете ли вы разрабатывать приложения на цепочке?
Техническая доступность описывает, насколько легко разработчикам создавать приложения на данной цепочке. Эта концепция также известна как эргономика разработчиков.
Концепция программирования:
Способность команды быстро выпускать поддерживающие блокчейн продукты в значительной степени зависит от состояния технической доступности проекта. Первым делом следует проверить общие концепции программирования: только если разработчики могут разумно и быстро их понять, они смогут их освоить и начать быстро строить. В идеале парадигмы программирования должны основываться на уже существующих технологиях, чтобы упростить процесс входа для разработчиков.
Хорошим подходом является анализ работы основных клиентов блокчейна. Клиенты блокчейна — это реализации конкретного языка в протоколе, или, проще говоря, это программы, которые операторы узлов запускают для управления блокчейном. Некоторые блокчейны могут иметь большее количество реализаций, что обычно также означает более высокий уровень доступности; однако более важно, какой язык чаще всего используется клиентами. Прежде всего, необходимо убедиться, что это известный, используемый и поддерживаемый язык, такой как C++, Golang, Rust или Python. Это обеспечит вероятность того, что эти клиенты будут постоянно разрабатываться и поддерживаться.
Следующим важным аспектом является язык программирования смарт-контрактов. Некоторые блокчейны, такие как Solana, используют существующие языки, такие как Rust и C++, в то время как другие сети, такие как Ethereum (Solidity) или Flow (Cadence), уже создали свои собственные языки. Конечно, использование уже существующих языков с разработчиками может облегчить процесс для разработчиков, однако для новичков это может потребовать изучения всех деталей общего языка программирования, что особенно времязатратно для изучения низкоуровневого языка, такого как C++. Поэтому изучение нового легковесного языка, который изначально был разработан для программирования смарт-контрактов, может быть проще.
Для новых языков программирования следует проанализировать, существуют ли в этом языке известные, устоявшиеся концепции и парадигмы программирования. Например, Solidity во многом вдохновлен JavaScript и Java, в то время как Cadence заимствует многие концепции из Swift и Rust.
Кроме того, следует учитывать, сколько абстрактных концепций предоставляет язык своим разработчикам. Как и базовый протокол, язык должен быть как можно более простым для разработчиков, не жертвуя безопасностью или настраиваемостью. Например, Cadence автоматически накладывает правила на обработку цифровой ценности с использованием новой модели данных ресурсов, в то время как Solidity требует ручного выполнения этих низкоуровневых проверок.
Наконец, чтобы обеспечить авторитетность используемого языка программирования, необходимо ссылаться на соответствующие учебные материалы или документацию и предоставлять ссылки на реализацию. Они также должны быть легкодоступными.
Инструменты:
Хороший набор инструментов крайне важен для разработчиков, позволяя им быстро, безопасно и легко создавать приложения. Если существуют общие проблемы, которые не охвачены специализированными инструментами, это указывает на низкий уровень технической доступности, поскольку разработчикам придется решать эти проблемы самостоятельно.
Программные комплекты для разработки (SDK) можно считать одними из самых важных из этих инструментов. SDK предоставляют уровень абстракции для основных процессов протокола на конкретном языке, упрощая такие взаимодействия, как аутентификация, запросы, изменение состояния, прослушивание событий и т. д. Если для всех популярных языков программирования существуют SDK, это указывает на высокую техническую доступность данного проекта.
Помимо SDK, существует множество инструментов, которые могут значительно упростить процесс входа для разработчиков и повседневную разработку. Мы должны проверить, существуют ли текстовые редакторы (IDE), тестовые фреймы и другие расширения для автоматизации, сборки и отладки, которые делают разработку приложений на данном блокчейне проще, быстрее и доступнее.
Ключевые вопросы для технического анализа:

• Легко ли изучить концепции программирования проекта? Позволяют ли они быстро, безопасно и эффективно разрабатывать?
• Достаточно ли учебных материалов и образцов кода? Охватывают ли они также такие высокоуровневые концепции, как лучшие практики и шаблоны?
• Доступны ли инструменты для разработчиков для решения наиболее распространенных проблем? Эти инструменты и исходный код основного проекта являются открытыми?

Помимо вышеупомянутых факторов, есть и другие аспекты, такие как уровень понимания обычными пользователями общих концепций данного блокчейн-проекта. Если пользователи могут быстро войти в пространство, не изучая при этом большое количество новой информации, доступность повышается. В этом отношении наличие доступного языка, ориентированного на конечного пользователя, который избегает использования технических терминов и жаргона, является очень полезным, но его сложно проанализировать в широком экосистеме.
В любом случае, доступность блокчейна не является чем-то, что можно добавить позже, а должна быть заложена в ДНК проекта. Особенно для технической доступности это должно быть учтено с самого начала, когда очерчиваются внутренние механизмы протокола.
Без доступности — не только масштабируемости — блокчейн не будет массово принят.