Срок подачи заявок на конкурс по написанию #blockchain-API продлен: ознакомьтесь с советами dRPC по написанию сильной заявки

Привет, хакеры!

Отличные новости — срок подачи заявок на конкурс написания #blockchain-api продлен до 27 сентября 2024 года , что дает вам 15 дополнительных дней, чтобы отправить свои истории #blockchain-api и побороться за призы до $1000 . Если вы уже подали заявку, теперь у вас есть больше времени, чтобы привлечь к ней внимание или поработать над новой, чтобы повысить свои шансы на победу.

Чтобы максимально эффективно использовать это дополнительное время, мы провели AMA с dRPC, спонсорами конкурса, на которой обсудили API блокчейна, инфраструктуру web3 и другие ключевые темы, которые должна охватывать победившая работа, например, обзоры платформы dRPC, популярные API и узлы RPC, разработку dAPP, системы балансировки нагрузки и многое другое.

Давайте начнем!

Познакомьтесь с нашими гостями — Фито, Мартином, Констой и Славой!

Конста, генеральный директор: В web3 с 2017 года, руководит функциями продукта, маркетинга и бизнеса. После блестящего периода работы в качестве руководителя продукта в P2P Staking, Конста присоединилась к dRPC в качестве генерального директора, создав команду рок-звезд, которая смогла вывести dRPC в лидеры рынка всего за год с небольшим.

Слава, технический директор: десятилетний мастер кода с опытом работы в банковском деле web2 и социальных сетях. Спустя некоторое время после событий Слава в 2022 году убедился в важности криптовалюты и прыгнул на борт ракетного корабля dRPC.

Fito, Бренд: Fito возглавляет усилия бренда dRPC по достижению всемирной известности и признания в отрасли web3 infra как рыночный новатор и надежный партнер. В 2018 году занялся криптовалютой из-за любви к децентрализации и мотивации помочь в принятии web3.

Мартин, маркетинг: Мартин обладает природным талантом к общению, что позволило ему с 2017 года стать сенсеем в достижении и вовлечении конечных пользователей и онлайн-сообществ. Мартин — крипто-абориген, который держит руку на пульсе отрасли, и наш AMA MC.

В этом выпуске AMA наши гости рассказывают о:

• Роль API-интерфейсов блокчейна в инфраструктуре web3

• Точность данных в вызовах API блокчейна

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

• Конкурс по написанию Blockchain-API

  
  

Эта тема Slogging от Моники Фрейтас, Хосе Эрнандеса, Джона, Мартина Каллиолы, Ашера Умери и Шехарьяра Хана появилась на официальном канале slogging #amas и была отредактирована для удобства чтения.

1. Привет, команда! Спасибо, что присоединились к нам! Не могли бы вы начать с того, чтобы немного рассказать о себе и вашем путешествии по Web3? Как вы начали?

Меня зовут Константин, и я генеральный директор dRPC.org. Я начинал как технический специалист, несколько лет проработал администратором баз данных, а затем постепенно перешел в бизнес. До того, как попасть в Web3, я занимал различные должности в крупных финансовых и телекоммуникационных компаниях, занимаясь высоконагруженными системами, такими как биллинговые и антимошеннические системы. Мой путь в Web3 начался в 2015 году, когда я присоединился к Ambisafe, где мы создавали кошельки с белой этикеткой, полудецентрализованную биржу и другие сервисы. Это было захватывающее время, поскольку многие известные криптокомпании только начинали свою деятельность.

2. Что именно в web3 и криптовалюте заставило вас всех перейти в этот децентрализованный мир?

Лично для меня это было волнение от инвестирования в криптовалюту. Я начал свою карьеру на криптобирже, но позже захотел начать вносить вклад в децентрализованные технологии. RPC являются основой приложений dapps, особенно DEX, без надежных RPC невозможно запустить надежный dex. Хосе Эрнандес

3. Как вы попали в сферу блокчейна и почему решили присоединиться к dRPC?

После Ambisafe я присоединился к P2P.org, одной из крупнейших компаний в сфере инфраструктуры и стейкинга в Web3. Как руководитель отдела продуктов, я отвечал за экосистему Ethereum. К 2022 году мы в P2P были перегружены управлением RPC. У нас было более 30 инженеров DevOps из разных команд, которые управляли узлами RPC для десятков цепочек, используя несколько сторонних сервисов, поскольку ни один сервис не отвечал всем нашим потребностям. Мы начали разрабатывать внутренние инструменты для управления RPC.

За это время мы помогли таким проектам, как The Graph, Everclear (ранее Connext) и другим. Благодаря этому мы связались со многими инфраструктурными компаниями. Когда мы поделились тем, что создали, мы получили множество запросов на доступ, поскольку многие другие столкнулись с теми же проблемами RPC. Константин Ломашук, основатель P2P.org, попросил меня возглавить новую компанию, чтобы предложить этот инструмент общественности. Мы пригласили Славу, технического лидера из VK и Tinkoff, в качестве нашего технического директора, и так родился dRPC.

4. Как вы видите, как блокчейн API влияют на разработку и внедрение инфраструктуры Web3? И как блокчейн API помогают преодолеть разрыв между традиционными веб-сервисами и децентрализованными приложениями?

API Blockchain позволяют сосредоточиться на продукте, а не на инфраструктуре. Основатели могут упустить окно возможностей, потратив время на web3 вместо того, чтобы просто воспользоваться услугами поставщиков, которые являются экспертами в этой области. Кроме того, стоимость аутсорсинга инфраструктуры намного ниже, чем ее создание с нуля. С API Blockchain гораздо проще начать создавать dapps, поскольку вы можете начать извлекать данные с помощью простых запросов API. Начните с dRPC freemium и масштабируйте до премиум-версии, когда вам это понадобится!

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

Я бы посмотрел на скорость и избегал единой точки отказа. Поэтому используйте распределенных провайдеров или много провайдеров одновременно.

6. Как вы сбалансируете необходимость в инновациях вашего продукта, полагаясь на внешних поставщиков инфраструктуры? Как вы оцениваете компромиссы между экономией средств и потенциальными рисками зависимости от сторонних поставщиков критической инфраструктуры? Есть ли какие-либо особые функции или возможности в API Blockchain, которые вы нашли особенно полезными при извлечении данных для вашего dApp?

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

7. Почему точность данных имеет решающее значение при вызовах API блокчейна и каковы потенциальные риски неточностей?

Каждый провайдер устанавливает https://github.com/drpcorg/dshackle (прокси-сервер балансировки нагрузки), который постоянно выполняет проверки и собирает множество данных о состоянии узла блокчейна, а также передает их обратно в dRPC. Это позволяет нам поддерживать высокое качество данных в распределенной сети провайдеров

8. Как вы продвигаете что-то вроде API блокчейна для узкоспециализированной аудитории? Каковы некоторые из проблем, связанных с привлечением бизнеса? Есть ли золотая середина между умным маркетингом и техническими деталями?

SEO, Google Ads и через партнерства. Это каналы, по которым вы можете помочь своей аудитории найти ваш продукт, а не наоборот. Вопрос по привлечению клиентов: общение с техническими директорами. Эти ребята обычно очень заняты и не имеют много времени для обсуждения инфраструктуры. Вопрос-сюрприз: определенно да. Большинство людей хотят сначала понять вопрос на высоком уровне, а затем погрузиться в технические детали.

9. Мы все знаем, насколько хлопотно взаимодействие между цепочками в экосистеме web3. Как blockchain-apis удается «решить» это? Какие конкретные проблемы связаны с обеспечением связи между различными сетями блокчейнов, и как API решают или смягчают эти проблемы?

API блокчейна могут взаимодействовать с блокчейном, для которого он создан, но есть определенные решения для взаимодействия между цепочками. Например, Polygon Agglayer пытается сделать это и некоторые другие проекты. Затем вы можете получить API для этого "верхнего слоя".

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

В отличие от Alchemy или QuickNode, которые в значительной степени полагаются на AWS и внутренние команды DevOps для размещения своих узлов RPC, мы построили распределенную сеть поставщиков RPC в системе балансировки нагрузки на основе ИИ. Поставщики занимаются обслуживанием узлов, в то время как мы сосредоточены на создании надежной балансировки нагрузки, отказоустойчивости, проверках качества и UX.

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

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

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

11. Каковы некоторые из уникальных проблем безопасности, связанных с API-интерфейсами блокчейна, и как разработчики могут решить эти проблемы при создании dApps?

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

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

Для dApps наилучшим подходом является использование как минимум 2-3 поставщиков одновременно, чтобы минимизировать риск. Хотя это может быть дороже с поставщиками, предлагающими пакеты подписки, наша модель оплаты по мере использования помогает оптимизировать расходы, взимая плату только за фактически использованные ресурсы.

12. Каким образом dRPC стимулирует поставщиков узлов вносить вклад в работу сети и поддерживать качество данных?

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

13. Каковы ваши планы по дальнейшему развитию dRPC? Есть ли какие-то конкретные функции или возможности, над которыми вы работаете?

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

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

14. Что вдохновило вас на запуск конкурса сочинений, посвященного API блокчейна? Почему сейчас самое время исследовать эту тему?

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

Сейчас самое время для этого, потому что индустрии нужны убийственные dApps, которые будут способствовать принятию и выведут Web3 в мейнстрим. Для этого ключевым фактором является производительность, а API-интерфейсы блокчейна играют большую роль в обеспечении надежного и увлекательного пользовательского опыта.

15. Какого рода материалы вы ожидаете? Есть ли какие-то конкретные темы, которые вам особенно интересно читать?

Мы ищем заявки, которые обучают широкую общественность API блокчейна и их практическому использованию. Бонусные баллы будут отправлены за заявки, которые включают графику или видео, объясняющие, как работают API блокчейна, особенно если они демонстрируют нашу платформу dRPC.

16. Можете ли вы порекомендовать какие-либо учебные ресурсы или руководства для участников, которые только начинают работать с API блокчейна?

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

17. Какой совет вы бы дали участникам, чтобы помочь им добиться успеха в этом конкурсе? Есть ли какие-то распространенные подводные камни, которых следует избегать?

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

18. Как будет выглядеть высококачественная заявка? Как вы назовете некачественную заявку?

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

19. Есть ли какие-то конкретные аспекты API блокчейна, которые, по вашему мнению, недостаточно изучены или созрели для инноваций?

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

20. Какой главный вывод вы бы хотели, чтобы люди вынесли из этой сессии АМА и вашего конкурса?

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

Вот и все для AMA! Спасибо dRCP за ваше время и вдумчивые ответы. Мы с нетерпением ждем вашего путешествия отсюда и дальше и посмотрим, что вы будете делать дальше!

Всем авторам HackerNoon: обязательно воспользуйтесь ценными идеями, высказанными в ходе этой беседы, при подготовке своих работ для конкурса написания текстов #blockchain-api .

Нам не терпится прочитать, что вы придумаете!