Илья Полосухин (NEAR) – об альтернативах Ethereum, работе в Google и Шардинге

Сегодня в рубрике «Интервью» — Илья Полосухин. Co-Founder NEAR, CEO NEAR inc. Крыло NEAR, которое занимается непосредственно разработкой. Победитель олимпиад по программированию. Уроженец Харькова. 3 года проработал в Гугл, после чего с друзьями-олимпиадниками основал NEAR. 

Интервью

Incrypted: Илья, привет!

Илья Полосухин: Привет.

Рады тебя приветствовать на родной земле.

Спасибо.

Ты из какого города вообще?

Из Харькова.

У нас есть традиция в Incrypted. Первый традиционный вопрос, как ты попал в крипту? Вот в одном из интервью ты говорил, что начал свой путь программиста с 10 лет. Если можно, назови основные вехи, как ты дошел до крипты?

«Как ты дошел до такой жизни?» Ну да. Я начал с 10 лет. Участвовал в олимпиадах по программированию в школе. Мы делали какие-то проекты с одноклассниками, с ребятами старше на год, и младше которые сейчас с нами работают в NEAR. Потом когда я пошел в университет, я устроился на работу в американскую компанию, которая занималась машинным обучением. 

Аутсорс?

Это был их офис.

С представителями американскими?

Да-да, напрямую работали с американской компанией. Я начал ездить туда к ним. Потом они говорят, переезжай к нам в Америку. Я переехал. Это был Сан-Диего. Я работал там 2 года. Занимался машинным обучением. Прикольная компания. Она была достаточно давно на рынке. Она делала машинное обучение, когда ещё не было машинного обучения. Поэтому я много чему научился. Но она не развивалась. И я решил уйти в кремниевую долину. Я туда ездил. У меня было куча знакомых из наших же ребят олимпиадников программистов, которые перешли в Гуглы и в Фейсбуки. И было  интересно попасть в эту тусовку в долине со стартапами и т.д. 

Я перешел в Google Research. Я занимался пониманием языка. Natural Language Understanding. Мы занимались ответами на вопросы. То есть, если вы в Гугл набираете вопросы и получаете ответы, то наши модели помогают это делать. Я занимался Google Translate. Одна из статей, над которой мы работали сейчас стала Back-End’ом всего, что делает Translation, ответы на вопросы, GPT3 и так далее. Эта статья – Attention is All You Need. 

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

Я ушел из Гугла и с Александром Скидановым мы начали работать над NEAR AI. Мы хотели применить те же идеи, что мы делали в Гугле, но на примере английский в код. Т.е. генерировать программный код, который можно было бы уже давать компьютерам. И идея была в том, чтобы обычные люди могли начать программировать, не учась программированию. Эта такая амбициозная цель, которую все еще хочется в какой-то момент достичь. Но мы себе дали год поэкспериментировать, попробовать. Мы собрали немного инвестиционных денег. И начали исследование и работу. У нас есть статьи. Было несколько демо-продуктов. Мы протестировали маркет, узнали, что работает, что нет. Но в конце мы уперлись в то, исследований там на многие годы. Мы стартап. Ты не можешь пойти и исследовать на годы как стартап. Но что мы построили, одна из вещей. Это была так называемая краудсёрфинг платформа.

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

Что-то по типу фандрейзинга в мире кода?

Есть  несколько таких проектов. Мы делали это с разработчиками. Проблема, что разработчики, которые с нами работали, они были в странах России, Украины, Китая, Турции и т.д. Во все эти страны очень сложно отправлять деньги. У нас был счет в Америке, мы оплачивали работу.

Особенно из Америки.

Да, особенно из Америки, просто там PayPal не работает, Payoneer, TransferWise и т.д. Мы начали смотреть на блокчейн, как способ просто отправлять деньги людям. Самое простое, что может быть в этой жизни.

Неудобная экономика – сделай свою?

Но при этом это был май 2018. Пошло все вниз по ценам и т. д. CryptoKitties захватывали весь эфир. Цены были дорогие. Тогда это было 10-15 центов за транзакцию сейчас это из серии 10-50 долларов. А мы платили 10-15 центов за задачу, к примеру. И соответственно не сходится математика вообще. И в этот момент мы начали разбираться, почему так. Начали смотреть алгоритм, начали смотреть этот rabbit hole, начали смотреть.

Начало засасывать…

Да. Мы сидели с доской, рисовали как это все работает, какие есть альтернативы. Посмотрели IOTA, посмотрели, что она не работает. Что ее можно заблокировать одним компьютером. Посмотрели EOS, что там вообще никакой валидации нет. Любой валидатор, в принципе, может предложить все, что угодно. Посмотрели разные платформы и пришли к тому, что принципиально нет ничего, что мы считали бы платформой будущего. На тот момент еще Ethereum 2.0 был еще далеко, и мы начали думать в сторону шардинга. Потому что Алекс писал распределенную базу данных. Я тоже в Гугле работал, там все шардированное.  У нас были ребята из Фейсбука и т.д. И мы начали с этого, как сделать так, чтобы не было проблем.  Не просто сделать быстрее на одной машине, а именно чтобы никогда не был проблем. Чтобы система могла масштабироваться под любые задачи.

А вот насколько я понял, решение переехать в долину было достаточно простым для тебя. Потому что там предлагали нормальные деньги. Там предлагали деятельность, которая тебе нравится. Как бы ты сейчас поступил? Какие подводные камни есть? Потому что много ребят есть в Украине разработчиков, для которых Кремниевая долина до сих пор является чем-то сакральным и все хотят туда попасть. Что ты можешь им сейчас сказать по поводу этого места?

Я бы сказал, что 7 лет назад это был No Brainer действительно. Платят хорошо. Есть куча возможностей. Очень легко завести какой-то нетворк с теми ребятами, которые делают интересные вещи. Сейчас я бы сказал, что это все это поменялось. Корона, с моей точки зрения действительно поменяла геополитику и т.д. И с моей точки зрения Трамп тоже оставил большой след на том, насколько легко и вообще восприимчиво Америка относится к иммигрантам. Сейчас можно будет съездить, когда чуть-чуть осядет вот это все с короной. С моей точки зрения, переезжать туда смысла уже нет. Многие вещи, которые раньше нужно было проходить лицом к лицу, переехали в онлайн. Какая-то стигма, которая раньше была, что если ты не в Долине, то не сможешь поднять денег, тоже уже ушла. Потому что инвесторы не хотят жить в долине уже. Многие из инвесторов ребят, которых я знаю, нашего возраста, или плюс 10 лет, никто не хочет жить в Долине. Потому что сейчас все закрыто, все очень дорого…

Особо смысла нет?

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

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

Технологии дошли до Долины, они поняли, что такое видеозвонки, наконец-то.

Да, видеозвонки есть и все решается ими.

Слушай, такой вопрос. Насколько сильно отличается питч NEAR тогда, когда вы питчили и сейчас? Его эволюция.

Достаточно сильная. Какие-то основные постулаты остались, но многие детали поменялись. Потому что, когда мы только начинали, мягко говоря, мы не разбирались ни в чем…

Подробно, да?

И соответственно то, что мы придумали тогда, основной постулат, то, что все должно масштабироваться, то, что должно работать легко, что может быстро сделать, это осталось. Какие-то детали, параметры, консенсус, все это полностью поменялось. Потому что.. одна из вещей, которую мы сделали, мы начали разговаривать со всеми протоколами разработчиками в экосистеме. У нас есть даже видеозаписи. Whiteboard series называется. Там 40 с чем-то видео. Вот все это все. Cosmos, Polkadot, Solana и т.д. Все есть. Через это, во-первых, мы разобрались, как другие работают. Некоторые протоколы мы сломали прямо там на доске. Принципиально у нас есть понимание, как все работает. Из этого, мы поняли, во-первых, что не работает. Какие есть проблемы у существующих решений. И придумали свое, которые реально подходят под те задачи, которые мы пытаемся решить. Масштабирование быстрое, чтобы ты мог быстро работать, отправлять транзакции, это все централизованно. Но при этом все работает глобально по NEAR. 

Одна из задач сегодняшнего интервью, это познакомить нашу аудиторию с NEAR. Если можно, последний вариант питча, что такое NEAR?

Глобально, то, что мы пытаемся сделать, миссия NEAR, мы хотим, чтобы у всех людей был контроль над своими ассетами, деньгами, над своими данными и над возможностью, так называемого governance. Чтобы они могли принимать участие в управлении протоколов, принятии решений, в тех приложениях,  которыми пользуются. Это наша жизненная миссия, которая существует уже в течение 10 лет. Мы хотим, например, чтобы половина приложений, которые люди сейчас открывают у себя в телефоне была на новом основана на новом подходе. Мы называем его Open-Web, на открытом интернете. Что нужно, чтобы этого достичь? Чтобы этого достичь, нужно большое количество, так называемых протоколов приложений. Протокол приложения, например, социальный граф – это какие-то денежные операции, это управленческие протоколы типа DAO.

 То есть набор сервисов и инструментов?

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

Как этого достичь? Нам нужна как минимум базовая функциональность, блокчейн, в котором будет идентификация пользователя, в котором будут деньги, в котором будут все финансовые операции, чтобы запустить эти системы и так далее. Этот блокчейн должен работать быстро, он должен масштабироваться на миллиарды пользователей. Соответственно, что такое NEAR? NEAR- это протокол, который сделан под эти задачи: масштабируемость, быстрота разработки и простота использования конечным пользователем. Чтобы любой пользователь, который не разбирается, в блокчейне, не разбирается, что такое хэши, приватные ключи, мог пользоваться приложениями, мог владеть и контролировать протоколы.

Основная черта проектов из кремниевой долины, это желание изменить мир всегда. Насколько это правда, во-первых? Или это маркетинговый бренд? Насколько ты веришь, что миссия NEAR, изменит мир? Насколько быстро это может случиться?

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

И обычно так все и начинается. Знаешь, Sales/Force не пытался изменить мир. Он пытался решить проблему. Но когда ты развиваешься, ты доходишь до уровня, когда ты понимаешь, что ту проблему, которую ты хотел решить изначально, ты уже решил в процессе. И ты выходишь на уровень: «Хорошо, мы решили проблему и она уже меняет мир». Та идея, с которой мы начали, краудсерфинг, возможность сбора данных, уже есть приложение на NEAR, которым пользуются 2 тысячи с чем-то людей. И их жизнь меняется. Есть люди, например, в Филиппинах, без этого они возможно умерли бы, потому что там сейчас, когда была корона, не было работы и они этим могли зарабатывать. Уже меняется жизнь людей и с этим приходит цель, что нужно четко поставить, куда ты идешь. Если у тебя есть платформа, которая меняет жизни людей, нужно быть честным и ответственным, чтобы идти в правильную сторону. Например, Гугл поставил «Don’t Be Evil», но потом это убрал. Нужно охарактеризовать принципы, которым ты следуешь. Это уже само по себе начинает менять мир, пусть в небольших местах. Цель – сделать, чтобы 50% было построено на этом. Никто пока не знает каким мы увидим будущее блокчейна. С моей точки зрения, здесь нужно иметь конкретную цель, чтобы всем было понятно. Мы хотим, чтобы ты открывал приложение, у тебя 50% использовало эти подходы. Это даже не NEAR Protocol, а подходы, типа Web 3, Open Web, когда я владею данными, я могу управлять. Не Фейсбук взял там что-то сделал, и мне остается только уйти оттуда.

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

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

Идем немножко в технику. Почему именно шардинг? Насколько это безопасно, в плане компрометации шардов, злонамеренности валидаторов? Давай обсудим NEAR с точки зрения безопасности. Это хороший вопрос. Почему шардинг?

Я работал в Гугле. В Гугле 2 с чем-то миллиарда пользователей. Один компьютер не сможет это все обработать. Это невозможно. Если мы видим, что мы хотим предоставить что-то людям по всему миру, то не может быть, чтобы один компьютер (а под одним компьютером, я понимаю любой нешардированный блокчейн), потому что в нешардированном блокчейне все компьютеры делают одну и ту же работу. Соответственно, каждый компьютер должен обработать все возможные транзакции, весь возможный стейт, они должны запроцессить. Соответственно, у тебя лимитировано, сколько один компьютер может сделать. Понятно, можно поставить суперкомпьютеры.

Централизация…

Соответственно, дальше возникает вопрос с секьюрити. Действительно, это самый важный вопрос в шардировании, когда каждый компьютер проверил все. Понятное дело, у тебя алтимейт секьюрити. Что здесь происходит? Происходит множество различных вопросов технических. Это какие-то вопросы по поводу adaptive corruption. Когда у тебя атакуют валидаторов, которые сидят в этой шарде и пытаются взять контроль над ними. Эти все вопросы есть. У нас технических решений. Есть идея, ты ратейшишь валидаторов. Валидаторы, только они знают, в какой они шарде, чтобы нельзя было их атаковать. Они подписывают маской все шарды, но потом есть возможность заревилить, что они подписали другую шарду. Если кто-то атаковал, вопрос валидации. Это все решается, понятно, это сложные технические решения. Но задача убрать их, под копотом, чтобы как пользователю, так и разработчику даже не нужно было думать об этом. У тебя есть блокчейн. У тебя есть смарт контракты, транзакции, все работает.

То есть пока эта задача актуальна?

Это актуально. Решение теоретическое есть и многие части уже практически реализованы. А шардинг крош от транзакции. Сбор этого самого. Единственное, у нас не реализовано из всего что нужно, мы называем его hidden-validator, который делает кроссвалидацию. При том, как внешний наблюдатель ты не знаешь, этот валидатор валидирует какую шарду. Секьюрити расширяется в разы. В начале, пока система развивается, это не так важно. Мы подходим очень прагматично. Мы запускаем то, что нужно сейчас. Мы планируем все. С тем, чтобы развивать саму эту систему и уже позволять людям делать шардинг.

По поводу того, что нужно сейчас. DeFi-вопрос. От нашего подписчика, бывшего сотрудника NEAR Антона Букова из Нидерландов. Он был на нашем стриме. Мы говорили про шардинг и DeFi. Вопрос про composability. Сейчас можно строить, соединять протоколы. В эфире транзакции атомарны. Т.е. одна транзакция исполняется либо нет. В случае с шардом, шарды асинхронны. Т.е. возможны такие ситуации, когда одна нарда уже есть, а ты хочешь отменить, а оно уже ушло в токен или что-то другое. Как этот вопрос решается?

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

И смарт контракты шардов взаимодействуют между собой?

Нет. Допустим, есть 5 контрактов в системе, каждый находится на своей шарде, виртуальной шарде. Но мы их группируем в реальные шарды. Например, первые 3 в одной шарде. А вторые в другой. Но это уже процессинга, для оптимальности. Запускать 5 шард, когда у тебя немного использований, не нужно. Но в реальности, они каждый в своей шарде, любая коммуникация между ними происходит асинхронно. Если ты хочешь вызвать другой контракт, это происходит уже в следующем блоке. Но блоки быстрые, раз в секунду. Поэтому все очень быстро происходит. Что это значит? Это значит, что если хочешь сделать своп, лендинг или еще что-то, то у тебя все происходит через блок. Ты вызвал из этого контракта, засвопал и оно пришло в следующем блоке назад. Соответственно, у тебя нет возможности сказать: «Я взял деньги. Потом засвопал и потом вернул деньги». Нету flash loans. Это делает композабилити чуть сложнее и нужно думать какие юзкейсы тебе нужны. 

Чтобы это решить, какие есть варианты? Первый вариант – это Aurora. Aurora – это EVM Compatibility. Берется EVM система и запускается как смарт контракт на NEAR 1. Внутри нее запускаются контракты EVM и это все уже работает синхронно. Потому что это все внутри одного контракта NEAR. Получается, что если каждый смарт контракт на NEAR это шарда, то аврора в своей шарде и внутри нее есть EVM environment. Это, кстати, одно из предложений, которое ребята в Эфире предлагали в какой-то момент запустить эфирную шарду и EVM – data шарду. У нас такое возможно. Просто любой может пойти и запустить ее сейчас. Код Aurora – опенсорс. Можно пойти запустить свою аврору и использовать аврорный смарт контакт. 

Дальше у нас тоже самое. Можно сделать с NEAR DeFi. Запустить контракт, внутрь которого можно запихивать другие контракты и они все вместе кооперируются синхронно, внутри нее. Если ты хочешь именно шардить свой DeFi.  Например, то, что Антон, у него есть дизайн децентрализованного эксчейнджа, который шардированный. То дальше ты уже думаешь с другой плоскости. Это как для программистов, когда все писали просто синхронный код, все работало на одном процессоре. А потом пришла многопоточность и все начали учиться, как писать многопоточный код.

Новые вызовы.

Сейчас, когда мы находимся в этом состоянии, через какое-то время мы скорее всего придем к состоянию, которое сейчас в программировании. Тулзы, которые будут делать это асинхронно, ассинхронно будет писаться и все будет работать. Но принципиально, мы сделали этот переход из однопоточного однопроцессорного Пентиум типа 1, 2 состояния. Когда все писали просто один код и блокировалась операционная система, в состояние, когда у нас есть много потоков, много приложений, которые делаются параллельно и нужно писать код под это с пониманием. Но все еще можно однопоточниково писать.

Слушай, буквально вчера, по-моему, вышла статья о Private Shards -решении для организаций. Расскажи, немного подробнее, что это, как это приближает нас к адопшену в бизнесе, и какие бизнесы хотят первыми это использовать?

Это очень интересная идея. Я о ней думал достаточно давно. Как это бывает – ходишь на метапы, общаешься с компаниями, всех интересует блокчейн. Ты у них спрашиваешь как у вас с адопшеном (потому что есть IBN, есть Exonan, на котором Саша Шевченко работал, есть Kvorum) и все такие: «Да, собираем консорциум, уже типа год, наши legal общаются, еще что-то делают, еще что-то происходит». Ходишь в банки, другие какие-то индустрии и никто не может договориться, как они это все запустят. Идея Приватной шарды, и вообще идея, если независимо от NEAR, запускать консорциум, когда куча людей должны договориться сразу, что они делают, как они шардят данные и т.д. – это нереально. Намного реальней, каждый запускает свою подсистему, но они общаются по какому-то общему протоколу и как-то связаны. И NEAR уже предоставляет такую же структуру как раз для этого. Для запуска отдельных подсистем, шардов, которые связаны через общий консенсус, через пространство имен, работают домены, точнее. И соответственно, через это можно все связать и сделать систему. Это предложение и вот этот блог пост описывает систему, где, я- компания, например, банк, начинает с простого юзкейса. Этому банку нужно какую-то крипту на своем счету иметь. Но при этом эта крипта, она распределена по каким-то разным депортаментам. Где-то это депозиты, кто-то взял залог, кто-то еще что-то. Внутренне им нужно иметь расчетные таблицы. Вот моя крипта здесь, я ей владею, но при этом у меня в департаментах внутри..

Многосоставное что-то…

Многосоставное и там какой-то взаимозачет происходит и т.д. То есть внутри они запускают приватную шарду, в ней у них есть DeFi приложение, которым они внутри пользуются. Эти данные никуда не уходят. При этом, то, что уходит в публичный чейн – это хеш всех этих данных, транзакций. И вся эта приватная шарда, она имеет аккаунт в NEAR в публичной сети, на которой теперь можно иметь все балансы и т.д. Они ими владеют. 

И теперь, что можно делать? Во-первых, приватная шарда может распоряжаться этими фондами. Какой-то департамент сказал, мы вводим столько-то денег, обмениваем и т.д. Оно через приватную  шарду заходит, проверяет, что они действительно это могут, что у них есть внутренний баланс и через это запускают в публичную шарду, что нужно сделать. У тебя может быть обратная связь, где публичная шарда вызывает, говорит: «Ребята. Можете ли? Дайте мне вот это». Приватная шарда опять проверяет публичную, можно ли выдавать эти данные и выдает их. Публичные протоколы проверяют, все ли эти данные правильные. Потому что есть все доказательства и подключает это. У тебя дальше может происходить. Это одна компания. Просто юзкейс для них. Теперь, когда у тебя одна компания, вторая компания, третья компания использует такую систему, дальше они между собой могут производить взаимозачет. Теперь..

Через паблик. Да?

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

Ты говоришь, инкрипт, и Андрюха сразу…знакомое слово.

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

Немножко другая тема. Расскажи, как устроен NEAR с точки зрения организации. Потому что есть NEAR Foundation, есть NEAR Inc., есть Эрик, есть Алекс. Я пытался понять, кто с кем и чего. Как это устроено?

У нас сейчас уже, то, что мы считаем ядром. Уже скорее всего, нужно уходить от этого термина тоже. Наверное, 9 организаций по миру и 170 человек.

Просто по оригинальному принципу?

Скорее, нет.  Есть Foundations. Foundations- это то, что дало толчок и запустило Нетворд. Предоставило код, предоставило все ресурсы и у нас уже валидаторы распределено запустили весь нет…но как бы у Foundation цель – это вывести протокол и поддержать экосистему. И принципиально, Foundation не является самоцелью, или контролирующим органом, или еще чем-то. Мы называем это бустер для ракет. Есть ракета – это NEAR экосистема. Есть бустер, который ее выводит на орбиту. Нужно кто-то, чтобы изначально запушил, а дальше она может лететь , когда уже вышла из притяжения. Foundation это такой бустер и потом в идеале он уйдет либо на второй план. Либо вообще канет в лету и мы перейдем полностью на централизованные governance какими-то подходами. Есть у меня Treasury DAO обсуждение, как раз мы работаем в эту сторону. Как вывести большую часть функций из Foundation в децентрализованное governance. Дальше есть NEAR Inc. Это то, где все начиналось. Мы с Алексом сидели, разрабатывали изначально все эти подходы. Это компания для разработки. Для разработчиков. Там где разрабатывается протокол. Точнее, делается research протокол, разрабатывается текущий клиент этого протокола NEAR Core. 

Именно эта компания собирала деньги?

Все деньги ушли в Foundation. Все инвестиции держатся Foundation’ом. NEAR Inc это компания, которая разрабатывала протокол. Продолжала делать из search-протокола клиент. В идеале будет несколько компаний, которые будут делать альтернативные клиенты. NEAR Inc. занимается собственно разработкой тулзов и сейчас рефреймингом в то как мы сделаем хироку для блокчейн. Например, в Гугле я не был в команде tensorflow, мы его использовали. Я был очень не…

Не доволен?

Не удовлетворен тем какой был уровень tensorflow. Я пошел нафигачил какую-то очень простую обертку, и потом она выросла в эстиматоры и т.д. В результате там целая команда этим занималась. И тоже самое здесь. Мы начали разрабатывать многие подходы как улучшить опыт разработчиков. И в результате протокол занял и много времени, и много ресурсов. Мы не добрались до всех вещей, которые мы хотели. И сейчас как раз вот протокол стабилизировался. Понятна вся разработка и сейчас много работы идет в NEAR Inc. построения этого developer experience. Это фокус компании, как сделать так, чтобы приходили новые разработчики, не крипторазработчики и могли очень быстро начать разрабатывать, начать делать приложения, создавать различные крипты, инстаграммы, и дифаи и т.д. И вот просто делать это супербыстро и легко. 

Дальше есть у нас такие компании, как например, Aurora. Aurora – это отдельная компания, которая занимается скелингом эфира. Они используют NEAR Inc. структуру, но они делают бридж и Aurora Engine, которая работает на основе NEAR, но их маркет это разработчики.

Казачок засланный в эфире…

Вот. Есть такая команда как Proximity Labs. Они занимаются тем, что помогают DeFi проектам в NEAR экосистеме развиваться. Они помогают c эдвайзинг, токеномикой. Они помогают иногда  с разработкой, парой наших девелопперов там. Наш продукт девелоперы там. Они помогают создавать экосистему на NEAR. Ref Finance, Skyward и другим протоколам, которые запускаются. Есть еще такая команда Satori. Satori – это команда, которая сделала прикольный NFT проект и сейчас они работают над  развитием больше NFT экосистемы, конкретно с музыкантами, артистами и т.д. потому что там достаточно много…

Специфической деятельности…

Специфической деятельности. Свой маркет, свои подходы и т.д. Они делают тузы, которые упрощают это все настолько, что уже можно идти к менеджеру музыканта, с ним общаться и показывать ему в 3 клика, что ты насоздавал NFT, начал их продавать на Shopify и т.д.  У нас многие наши ребята, мы называем это Spin-off, вышли из Foundation или NEAR Inc. и запустили такой подпроект, который уже в NEAR системе занимается какими-то конкретными задачами, решает их и предоставляет value уже либо конечным пользователям, либо другим разработчикам.

Такая оргструктура, наверное, как следствие, децентрализованного подхода. Просто приходили ребята с какой-то идеей, и вокруг образовалась команда. Обычно есть большая компания, у нее департмент. У вас прям отдельные…

Да-да. Это как раз вот из моего опыта в Гугле. Гугл, да, очень большая компания, много команд, все над чем-то работают. Они все находятся в покрывале Гугла. Внутри NEAR они работают вместе, все открыто, но снаружи не понятно. И у тебя нет еще market forces, которые бы показывали, что нужно, а что нет. У тебя есть команды, которые что-то делают, но нет рыночной системы. То, что они делают, во�