Крайният срок за конкурс за писане на #blockchain-API е удължен: Вижте съветите на dRPC за писане на силен запис

Хей хакери,

Страхотни новини – крайният срок за изпращане на конкурса за писане на #blockchain-api е удължен до 27 септември 2024 г. , което ви дава 15 допълнителни дни, за да изпратите вашите #blockchain-api истории и да се състезавате за до $1000 награди. Ако вече сте изпратили запис, сега имате повече време да привлечете вниманието към него или да работите върху нов, за да подобрите шансовете си за печалба.

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

Да започваме!

Запознайте се с нашите гости - Фито, Мартин, Конста и Слава!

Конста, главен изпълнителен директор: В web3 от 2017 г., водещи продуктови, маркетингови и бизнес функции. След звездно време като продуктов лидер в P2P Staking, Consta се присъедини към dRPC като главен изпълнителен директор, изграждайки екип от рок звезди, които успяха да поставят dRPC като лидер на пазара за малко повече от година.

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

Fito, марка: Fito ръководи усилията на марката dRPC да бъде световно известна и призната в индустрията на уеб3 инфра като новатор на пазара и надежден партньор. Скочи в крипто през 2018 г. от любов към децентрализацията и мотивация да помогне за приемането на web3.

Мартин, Маркетинг: Мартин има естествена склонност към общуване, което го улеснява от 2017 г. насам да стане сенсей в достигането и ангажирането на крайни потребители и онлайн общности. Мартин е крипто роден с пръст в пулса на индустрията и нашия AMA MC.

В този AMA нашите гости споделят всичко за:

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

• Точност на данните в извикванията на API на блокчейн

• Предимства на децентрализираните доставчици на услуги: достъпност, многоверижност, устойчивост на цензура

• Конкурсът за писане на Blockchain-API

  
  

Тази нишка за Slogging от Mónica Freitas, Jose Hernandez, Jonh, Martin Kalliola, Asher Umerie и Sheharyar Khan се появи в официалния #amas канал на slogging и беше редактирана за четливост.

1. Здравейте екип! Благодарим ви, че се присъединихте към нас! Бихте ли могли да започнете, като споделите малко за себе си и вашето пътуване през Web3? Как започнахте?

Казвам се Константин и съм главен изпълнителен директор на dRPC.org. Започнах като технолог, работех като DBA няколко години, преди постепенно да премина към бизнеса. Преди да вляза в 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. Как виждате приложните програмни интерфейси на блокчейн, които влияят върху разработването и приемането на Web3 инфраструктура? И как API на блокчейн помагат за преодоляване на пропастта между традиционните уеб услуги и децентрализираните приложения?

Blockhain API дава възможност да се съсредоточите върху продукта, а не върху инфра. Основателите може да пропуснат прозореца с възможности, като прекарват време в web3, вместо просто да използват доставчици, които са експерти в това. Освен това цената на аутсорсинг на инфра е много по-евтина от изграждането й от нулата. С Blockchain APIs е много по-лесно да започнете да създавате dapps, тъй като можете да започнете да изтегляте данни с прости API заявки. Започнете с dRPCs 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 доставчици под базирана на AI система за балансиране на натоварването. Доставчиците се занимават с поддръжката на възли, докато ние се фокусираме върху създаването на надеждно балансиране на натоварването, толерантност към грешки, проверки на качеството и 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. Какъв би бил основният извод, който бихте искали хората да получат от тази AMA и вашето състезание?

Първо, разберете, че RPC е от решаващо значение за осигуряване на потребителско изживяване, което поддържа точност, мащабируемост и масово приемане. Второ, не изграждайте инфраструктура сами – това отнема време, скъпо е и е по-малко надеждно от използването на външни доставчици. И накрая, централизираната инфраструктура няма да поддържа масовото приемане на Web3, така че разгледайте предимствата на децентрализираните решения.

Това е финал за тази AMA! Благодаря ви dRCP за отделеното време и обмислените отговори. Вълнуваме се да проследим вашето пътуване оттук нататък и да видим какво ще правите след това!

Към всички автори на HackerNoon, уверете се, че използвате ценните прозрения, споделени по време на този разговор, когато създавате вашите записи за конкурса за писане на #blockchain-api .

Нямаме търпение да прочетем какво измисляте!