MMS

Флавиан Манеа, генеральный директор Bware Labs, был приглашен на первый выпуск подкаста MSV! Вместе с Саби, ведущим, он поделился некоторыми знаниями об API-интерфейсах блокчейна, децентрализации и возможностях Web3. Флавиан также рассказал об истории создания Bware Labs и о том, как родился проект.

Читайте ниже и узнайте больше о:

  • Что такое API и как они используются в Web2 и блокчейне
  • Децентрализованные инфраструктуры
  • Blast API — основной продукт Bware Labs
  • Подготовка Bware Labs к стимулированной тестовой сети Blast API

Подкаст MSV с Флавианом Манеа, генеральным директором Bware Labs

Ниже вы найдете краткое изложение первого эпизода подкаста MSV. Проверьте аудио выше для всего разговора.

Flavian Manea и Bware Labs

Flavian — генеральный директор Bware Labs . Он имеет более чем 10-летний опыт разработки программного обеспечения и работал в крупных корпорациях, таких как Poker 888, Intel и Luxoft.

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

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

Идея создания Bware Labs возникла одновременно с внезапным крахом Infura, одного из крупнейших поставщиков инфраструктуры на блокчейне.

Все крупные биржи использовали их, и их снятие средств было отключено. В этот момент Флавиан и другие 4 основателя поняли, что в отрасли существует монополия, и начала появляться идея создания компании, которая могла бы легко конкурировать с ведущим поставщиком инфраструктуры блокчейна. Вскоре после этого, в октябре 2020 года, они основали Bware Labs.

Что такое API и какова его роль в технологии блокчейн?

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

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

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

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

«Итак, как работают API: у вас есть вся важная информация где-то на сервере, и веб-приложение просто говорит серверу: «ок, дайте мне информацию об этой теме и этой теме». И он отправляет через API запрос в эту базу данных, а база данных отправляет ответ. Затем веб-страница показывает вам информацию в удобочитаемом формате».

Как работает блокчейн в целом?

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

Есть два способа сделать это: вы можете запустить свой собственный узел локально, в Windows или Linux, открыть некоторые API, а затем запросить их. Это решение больше подходит для инженеров DevOps или тех, кто имеет опыт разработки программного обеспечения.

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

Подробнее о лабораториях Bware

Менее чем за два года наша команда выросла с 5 до 31 человека, и мы все еще ищем сотрудников на ключевые должности, такие как продажи и маркетинг.

Сейчас мы создаем набор продуктов. Инфраструктура — не единственный продукт, который предлагает компания. У нас есть два бизнес-направления: во-первых, валидаторы, которые защищают множество сетей proof-of-stake .

Эти продукты многоцепочечные. Многие из них работают на Tendermint, например Axelar, Umee и другие. Кроме того, Bware Labs работает с уровнем 1, таким как Elrond и Casper, а также с уровнем 2, таким как Polygon, для тех, кто участвует в экосистеме Polkadot, запуская подборщики на парачейнах, таких как Moonbeam, Moonriver и Astar.

Кроме того, мы операторы мостов . Например, на Avalanche Bware Labs — один из первых четырех операторов мостов , именуемых Wardens. Всего за один год мы отвечали за активы на сумму около 5 миллиардов долларов! Фактически, как надзиратель, мы контролируем и проверяем все транзакции между Avalanche и другими цепями.

О взрывном API

Второе направление бизнеса для Bware Labs — API Infrastructure, а Blast API, платформа API — наш первый и основной продукт в этом направлении. В июне прошлого года мы выпустили альфа-версию, централизованную версию, чтобы увидеть, каковы требования клиентов к производительности, в какой степени они удовлетворены и каковы будут отраслевые стандарты с централизованной точки зрения. В марте этого года была выпущена текущая версия Blast с множеством улучшений в отношении платежей и дополнительных функций, а также с модулем, обеспечивающим децентрализацию нашей платформы (скоро будет запущен).

Blast предлагает бесплатную подписку и общедоступные API, а также платные подписки, которые могут удовлетворить потребности любого разработчика или компании-разработчика программного обеспечения. Тип данных, которые вы можете получить, один и тот же, но объем данных, которые вы можете получить, зависит от подписки к подписке.

Например, вы разработчик, только начинаете писать свои первые строки кода, и вам нужен доступ к блокчейну. Вы приходите на нашу платформу и получаете бесплатную версию или общедоступный API, потому что вы не делаете так много вызовов API, вы не получаете так много информации; затем вы разрабатываете свое децентрализованное приложение, свое dApp. Следующим шагом является то, что вы переходите к производству, публикуете свой код, у вас есть собственный веб-сайт, на котором у вас есть dApp, и т. д. Когда другие пользователи используют ваше dApp, в основном каждый из них делает вызовы API к Blast API, поэтому чем больше у вас пользователей, тем больше вызовов API вы делаете. Это момент, когда вам, как разработчику, в конечном итоге потребуется более высокая подписка, учитывая, что у вас уже есть продукт, вы его разработали, и теперь у вас много использования, у вас есть много людей, использующих его,

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

Централизованный против децентрализованного

Говоря об API, это зависит от того, какого уровня децентрализации вы хотите достичь.

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

Это работает как механизм избыточности, и именно это означает полная децентрализация, однако этого довольно сложно достичь, особенно в краткосрочной перспективе. Есть определенные части, которые на самом деле не могут быть децентрализованы, и одна из них — сторона DNS; несколько дней назад был один пример, веб-сайт больше не указывал туда, куда должен, он указывал на вредоносный сайт. Этот взлом был возможен через провайдеров DNS.

Если бы мы применили это к нашему первому примеру с рестораном, клиентом, заказом и шеф-поваром, все стало бы намного сложнее. Теперь у нас есть более 3 объектов в этой команде. В этом примере вы можете видеть DNS как часть заказа в совершенно новый ресторан, то есть заказ идет в другой ресторан, и вы можете в конечном итоге не получить продукт, который вы хотели, даже если вы уже заплатили за него.

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

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

То же самое и с Elrond, одним из крупнейших блокчейн-проектов, которые мы поддерживаем; с тех пор, как мы впервые связались с ними, нам удалось наладить действительно хорошее техническое сотрудничество.

Когда мы добавили поддержку Elrond, наши инженеры постоянно контактировали с ними, и у нас также был этап тестирования; мы считаем, что мы работали по правилам с командой Elrond.

У нас всегда был подход с несколькими сетями, и одна из самых важных вещей, на которые мы обращаем внимание, — это уровень принятия и то, как спрос будет меняться с течением времени. Вот почему мы решили начать с EVM — виртуальной машины Ethereum — поскольку она является одной из самых больших, и многие проекты копировали некоторые части того, что Ethereum делал лучше всего, и добавляли некоторые уровни улучшений. Например, Avalanche, Fantom или Binance Smart Chain использовали EVM или Ethereum в качестве базового уровня с теми же API и другими функциями, а затем обновили консенсус до Proof of Stake и добавили дополнительные улучшения.

На тот момент, в июне прошлого года, Ethereum был сетью, в которой было разработано наибольшее количество приложений. Мы увидели, что другие сети начнут добавлять в свои сети те же dApps, поскольку они предлагали гранты на их миграцию. И это было довольно легко сделать, потому что в основном у них там была одна и та же база, и как только вы написали код на Ethereum, вы можете просто перенести его и на другие сети, с небольшими адаптациями.

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

Bware Labs в контексте Web3

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

Краткосрочные и долгосрочные планы

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

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

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

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

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

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

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

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

Социальные сети:

Сообщество в телеграме:

Для предложений или запросов, стрелять нам по электронной почте.

Tags:

Leave a Reply

Your email address will not be published. Required fields are marked *