NEAR запустился! И теперь строить открытый и свободный интернет намного проще

    Всем привет!

    Вчера произошел запуск NEAR, проекта, над которым я и мои коллеги работали последние 2 года.

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

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

    Зачем нужны протоколы блокчейна

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

    В краткосрочной перспективе это уже используется для построения финансовых сервисов, которые не контролируются банками и государствами. На Ethereum – самой популярной на сегодня платформе для децентрализованных приложений – за последние два года появилось огромное количество интересных финансовых сервисов: MakerDAO построили децентрализованную валюту, чья цена почти точно равна одному доллару, позволяя использовать финансовые сервисы на платформе с использованием неволатильных активов. Compound построили возможность вносить деньги на виртуальный счет, и получать почти гарантированный доход, Augur и Flux построили сервисы, на которых можно делать ставки на различные события в реальном мире. Помимо этого на Ethereum запущено большое количество различных децентрализованных бирж. Все эти сервисы либо автономны и не контролируются никем, либо контролируются коллективно участниками сервиса.

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

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

    1. Единый логин и общая информация об аккаунте. Сегодня почти все сервисы единого логина централизованы. Если вы используете аккаунт Gmail для авторизации в приложениях, и Google решит удалить ваш аккаунт, вы потеряете доступ ко всем приложениям, для которых вы использовали Google. Использование решения на базе блокчейна для единого логина позволяет не полагаться ни на какую централизованную организацию. Более того, приложения, использующие такое решение, могут с разрешения пользователя сохранять различную информацию на такой единый аккаунт, которую затем можно использовать в других приложениях. Гипотетическая децентрализованная Coursera может сохранить на аккаунте факт прохождения курса, а гипотетический децентрализованный LinkedIn может эту информацию показать, и ни Coursera, ни LinkedIn, ни сервис логина не могут эту информацию удалить, изменить, или закрыть аккаунт пользователя в обход заранее определенных прозрачных протоколов.

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

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

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

    Что решает NEAR

    NEAR решает две проблемы, которые есть у существующих протоколов.

    Первая – это скорость, и вытекающая из этого цена транзакций. Ethereum сегодня позволяет выполнять около 15 транзакций в секунду. Спрос сегодня заметно превышает 15 транзакций в секунду, и цена транзакций из-за этого невероятно высокая: самая простая транзакция сегодня стоит около ¢40, более сложные стоят несколько долларов. Почти все сценарии использования, которые я описал выше, имеют смысл только если цены ниже на несколько порядков, что, в свою очередь, требует гораздо более высокой пропускной способности.

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

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

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

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

    На examples.near.org можно посмотреть примеры разработки приложений для NEAR на Rust и AssemblyScript (подмножество TypeScript) в интерактивной IDE в браузере, и как они выглядят для конечного пользователя.

    Вместо заключения

    Открытый интернет и децентрализованные финансовые инструменты по определению не могут быть построены одной компанией.

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

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

    Если вы разработчик, присоединяйтесь к экосистеме: near.org/ecosystem, давайте строить открытый интернет вместе!

    Near
    Компания

    Комментарии 4

      +3

      "Единый логин и общая информация об аккаунте" — автор не слышал про OAUTH? Все остальное — просто маркетинг вокруг onepage. Даже не whitepaper, извините...

        +2
        автор не слышал про OAUTH

        Насколько я понимаю OAuth, он не решает описанные мной проблемы.


        Он не решает аутентификацию by design (не смотря на название). И в тех контекстах где он решает авторизацию, информация, которую приложения передают, все еще хранится на серверах приложений, а не где-то на моем аккаунте.


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


        Все остальное — просто маркетинг вокруг onepage. Даже не whitepaper, извините...

        Несомненно, это маркетинговая, а не техническая статья, она не пытается быть whitepaper.
        Техническая информация есть здесь. Код тоже открыт. В очень доступном виде можно на английском посмотреть здесь, где мы с одним из исследователей из Ethereum Serenity разбираем детали NEAR и различия с Serenity.

        +3
        Сложно пока оценить запуск NEAR в контексте всего интернета, но для блокчейн-экосистемы это, однозначно, прорыв за счет введения шардинга, гибкой системы управления криптографическими доступами на уровне аккаунта и качественного дизайна, дающего возможность, например, создать бесшовный мост с Эфиром. Лично мне на вчерашнем запуске транзакций было немножко боязно из-за такого обилия инноваций, но майннет вёл себя показал безукоризненно, это большой успех всей команды NEAR, спасибо Александру за тяжелый труд.
          +2
          Здравствуйте. Изучал NEAR как с точки зрения пользователя, так и с точки зрения разработчика. Очень радует, что появился такой проект.

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

          Самое читаемое