#blockchain-API Skryfwedstryd Sperdatum verleng: Kyk na dRPC se wenke om 'n sterk inskrywing te skryf

Hallo Hackers,

Goeie nuus—die indieningsperdatum vir die #blockchain-api-skryfkompetisie is verleng tot 27 September 2024 , wat jou 15 ekstra dae gee om jou #blockchain-api- stories in te dien en vir tot $1 000 in pryse mee te ding. As jy reeds 'n inskrywing ingedien het, het jy nou meer tyd om aandag daarop te vestig of aan 'n nuwe een te werk om jou kanse om te wen te verbeter.

Om die meeste van hierdie ekstra tyd te maak, het ons 'n AMA aangebied met dRPC, die kompetisieborge, waar ons blockchain API's, web3-infrastruktuur en ander sleutelonderwerpe bespreek het wat 'n wen-inskrywing moet dek, soos resensies van die dRPC-platform, gewilde API's en RPC-nodusse , dAPP-ontwikkeling, lasbalanseringstelsels en meer.

Kom ons begin!

Ontmoet ons gaste - Fito, Martin, Consta en Slava!

Consta, HUB: In web3 sedert 2017, toonaangewende produk-, bemarkings- en besigheidsfunksies. Na 'n wonderlike tyd as produkleier by P2P Staking, het Consta by dRPC as uitvoerende hoof aangesluit en 'n span rocksterre opgebou wat daarin geslaag het om dRPC binne 'n bietjie meer as 'n jaar as 'n markleier te plaas.

Slava, CTO: Dekade-oue kodemeester met ondervinding in web2-bankdienste en sosiale netwerke. Na 'n tyd wat gebeure opgevolg het, het Slava in 2022 oortuig geraak van die belangrikheid van kripto, en aan boord van die dRPC-vuurpylskip gespring.

Fito, handelsmerk: Fito lei dRPC se handelsmerkpogings om wêreldwyd bekend en erken te word in die web3-infrabedryf as 'n markinnoveerder en betroubare vennoot. Het in 2018 na kripto gespring uit liefde vir desentralisasie, en motivering om te help met die aanvaarding van web3.

Martin, Bemarking: Martin het 'n natuurlike opvlam vir sosialisering, wat dit sedert 2017 vir hom maklik gemaak het om 'n Sensei te word om eindgebruikers en aanlyn gemeenskappe te bereik en te betrek. Martin is 'n kripto-boorling met sy vinger op die pols van die bedryf, en ons AMA MC.

In hierdie AMA deel ons gaste alles oor:

• Die rol van blockchain API's in web3-infrastruktuur

• Data akkuraatheid in blockchain API oproepe

• Voordele van gedesentraliseerde diensverskaffers: bekostigbaarheid, multiketting, sensuurweerstand

• Die Blockchain-API-skryfkompetisie

  
  

Hierdie Slogging-draad deur Mónica Freitas, Jose Hernandez, Jonh, Martin Kalliola, Asher Umerie en Sheharyar Khan het voorgekom in slagging se amptelike #amas-kanaal, en is geredigeer vir leesbaarheid.

1. Hallo span! Dankie dat jy by ons aangesluit het! Kan jy begin deur 'n bietjie oor jouself en jou reis deur Web3 te deel? Hoe het jy begin?

My naam is Constantine, en ek is die HUB van dRPC.org. Ek het begin as 'n tegnologiese ou, wat vir 'n paar jaar as 'n DBA gewerk het voordat ek geleidelik na die besigheidskant toe beweeg het. Voordat ek by Web3 aangekom het, het ek verskeie rolle in groot finansiële en telekommunikasiemaatskappye beklee, wat hoëladingstelsels soos faktuur- en bedrogstelsels hanteer het. My Web3-reis het in 2015 begin toe ek by Ambisafe aangesluit het, waar ons wit-etiket-beursies, 'n semi-gedesentraliseerde beurs en ander dienste gebou het. Dit was 'n opwindende tyd aangesien baie bekende kripto-maatskappye net begin het.

2. Wat was dit omtrent web3 en kripto wat julle almal die sprong na hierdie gedesentraliseerde wêreld laat neem het?

Vir my persoonlik was dit opgewondenheid om in kripto te belê. Ek het my loopbaan in kripto-uitruiling begin, maar wou toe later begin bydra tot gedesentraliseerde tegnologieë. RPC's is die ruggraat van dapps-toepassings, veral DEX's, sonder betroubare RPC's is dit onmoontlik om betroubare dex uit te voer. José Hernandez

3. Hoe het jy by blockchain betrokke geraak, en hoekom het jy besluit om by dRPC aan te sluit?

Ná Ambisafe het ek by P2P.org aangesluit, een van die grootste infrastruktuur- en belangemaatskappye in Web3. As hoof van produk was ek verantwoordelik vir die Ethereum-ekosisteem. Teen 2022 was ons by P2P oorweldig met RPC-bestuur. Ons het meer as 30 DevOps-ingenieurs van verskillende spanne gehad wat RPC-nodusse vir dosyne kettings bestuur het, met behulp van verskeie derdeparty-dienste omdat geen enkele diens aan al ons behoeftes voldoen het nie. Ons het begin om interne gereedskap vir RPC-bestuur te bou.

Gedurende hierdie tyd het ons projekte soos The Graph, Everclear (voorheen Connext) en ander gehelp. Hierdeur het ons met baie infrastruktuurmaatskappye kontak gemaak. Toe ons gedeel het wat ons gebou het, het ons talle versoeke vir toegang ontvang, aangesien baie ander dieselfde RPC-uitdagings in die gesig gestaar het. Konstantin Lomashuk, stigter van P2P.org, het my gevra om 'n nuwe maatskappy te lei om hierdie hulpmiddel aan die publiek te bied. Ons het Slava, 'n tegnologieleier van VK en Tinkoff, as ons CTO ingebring, en dis hoe dRPC gebore is.

4. Hoe sien jy dat blockchain API's die ontwikkeling en aanvaarding van Web3-infrastruktuur beïnvloed? En hoe help blockchain API's om die gaping tussen tradisionele webdienste en gedesentraliseerde toepassings te oorbrug?

Blockhain API's maak dit moontlik om op produk te fokus en nie infra nie. Stigters kan die geleentheidsvenster mis deur tyd op web3 deur te bring in plaas daarvan om net verskaffers te gebruik wat kundiges daarin is. Die koste om infra uit te kontrakteer is ook baie goedkoper as om dit van nuuts af te bou. Met Blockchain API's is dit baie makliker om dapps te begin bou, aangesien jy data kan begin trek met eenvoudige API-versoeke. Begin met dRPC's freemium en skaal tot premium wanneer jy dit nodig het!

5. Opvolg van jou kommentaar oor die gebruiksgemak van blockchain API's: Wat is 'n paar sleutelkenmerke om na te kyk wanneer 'n blockchain API vir integrasie in 'n Web3-projek evalueer word?

Ek sou spoed opsoek en enkele punt van mislukking vermy. Gebruik dus verspreide verskaffers of baie verskaffers op dieselfde tyd.

6. Hoe balanseer jy die behoefte om jou produk te innoveer terwyl jy staatmaak op eksterne verskaffers vir die infrastruktuur? Hoe beoordeel jy die afwykings tussen kostebesparings en die potensiële risiko's van afhanklikheid van derdeparty-verskaffers vir kritieke infrastruktuur? Is daar enige spesifieke kenmerke of funksies in Blockchain API's wat jy veral voordelig gevind het wanneer jy data vir jou dApp trek?

Byvoorbeeld, as jy 'n DEX bou en jou prysdata is nie korrek nie, dan gaan dit verliese vir gebruikers veroorsaak. Dit is hoekom betroubare nodusverskaffers moet. Ons het streng gehaltevereistes vir die nodusse waarmee ons werk. Gebruikers voer ook gewoonlik toetse uit om te sien dat data korrek en betroubaar is.

7. Waarom is data-akkuraatheid van kritieke belang in blockchain API-oproepe, en wat is die potensiële risiko's van onakkuraathede?

Elke verskaffer stel https://github.com/drpcorg/dshackle (load balancing proxy) op wat voortdurend kontroles uitvoer en baie data oor blockchain node-status insamel, en dit teruggee aan dRPC. Dit stel ons in staat om hoë datakwaliteit in 'n verspreide netwerk van verskaffers te handhaaf

8. Hoe bemark jy iets soos 'n blockchain API aan 'n hoogs gespesialiseerde gehoor? Wat is van die uitdagings om besighede aan boord te kry? Is daar 'n lieflike plek tussen slim bemarking en die tegniese besonderhede?

SEO, Google Ads en deur vennootskappe. Dit is die kanale waar jy jou gehoor kan help om jou produk te vind, nie andersom nie. Aanboord-besigheidsvraag: Praat met CTO's. Daardie ouens is gewoonlik baie besig en het nie baie tyd om oor infra te gesels nie. Sweet spot vraag: Ja beslis. Die meeste mense wil eers die ding op 'n hoë vlak verstaan, en dan in tegniese aspekte duik.

9. Ons weet almal hoeveel moeite kruisketting-interaksies in die web3-ekosisteem is. Hoe kry blockchain-apis dit reg om dit 'op te los'? Wat is die spesifieke uitdagings betrokke by die fasilitering van kommunikasie tussen verskillende blokkettingnetwerke, en hoe spreek API's hierdie kwessies aan of versag dit?

Blockchain API's kan interaksie hê met die blokketting waarvoor dit gebou is, maar daar is sekere oplossings vir kruiskettinginteraksie. Byvoorbeeld, Polygon Agglayer probeer om hierdie en 'n paar ander projekte te doen. Dan kan jy API kry vir hierdie "bolaag".

10. Kan jy meer deel oor die spesifieke toetse of metodologieë wat jou span gebruik om die akkuraatheid en betroubaarheid van die data van nodusverskaffers te verifieer? Hoe hanteer jy teenstrydighede wanneer dit opduik?

Anders as Alchemy of QuickNode, wat sterk staatmaak op AWS en interne DevOps-spanne om hul RPC-nodusse te huisves, het ons 'n verspreide netwerk van RPC-verskaffers gebou onder 'n KI-gebaseerde lasbalanseringstelsel. Verskaffers hanteer nodusinstandhouding, terwyl ons fokus op die skep van betroubare lasbalansering, fouttoleransie, kwaliteitkontroles en UX.

Jy dink dalk ons model is soortgelyk aan POKT, Lava of BlastAPI, en in sommige opsigte is dit so. Hulle het egter interaksie met verskaffers deur middel van eindpuntskakels, wat meer soos routers werk sonder gedetailleerde kennis van elke verbinding.

In ons geval stel elke verskaffer 'n lasbalanserende instaanbediener op wat voortdurend kontroles uitvoer, data oor nodusstatus insamel en dit aan dRPC teruggee. Dit beteken ons het diepgaande insigte in gekoppelde nodusse sonder om hul beskikbaarheid of ondersteunde metodes te raai.

Ons voer ewekansige outo-kontroles tussen verskaffers en bloknodes uit as hul antwoorde van ander verskil. Ons bied ook kworumverifikasie aan vir kliënte wat elke versoek wil verifieer. Dit stel ons in staat om 'n nuwe generasie RPC-dienste aan te bied met beter verspreiding, werkverrigting en datakwaliteit.

11. Wat is sommige van die unieke sekuriteitskwessies wat verband hou met blockchain API's, en hoe kan ontwikkelaars hierdie bekommernisse aanspreek wanneer hulle dApps bou?

Dit is belangrik om te praat oor beide sekuriteitskwessies en die algemene risiko's van die gebruik van gesentraliseerde API-verskaffers. Met gesentraliseerde verskaffers kan jy nie data verifieer nie; jy moet hulle net vertrou. Hulle werk gewoonlik met net een tipe sagtewarekliënt, dikwels GETH, so as daar 'n probleem met daardie kliënt is, sit jy vas.

In ons model verenig ons dosyne verskaffers deur verskillende kliënttipes (geth, reth, erigon, ens.) te gebruik, wat ons in staat stel om vinnig probleme te identifiseer en aan te spreek. Hierdie ontwerp help om risiko's soos foute in spesifieke sagtewarekliënte, menslike foute, wolkverskaffermislukkings en geografiese risiko's te versag.

Vir dApps is die beste benadering om ten minste 2-3 verskaffers gelyktydig te gebruik om risiko te verminder. Alhoewel dit duurder kan wees met verskaffers wat intekeningpakkette aanbied, help ons betaal-soos-jy-gaan-model om koste te optimaliseer deur slegs te hef vir hulpbronne wat werklik gebruik word.

12. Hoe spoor dRPC nodusverskaffers aan om tot die netwerk by te dra en datakwaliteit te handhaaf?

Ons stimuleer verskaffers deur 'n reputasiestelsel. Verskaffers word beloon vir hoë werkverrigting en gepenaliseer vir stilstand of onakkurate data. Swak-presterende verskaffers ontvang minder versoeke of kan permanent uit die swembad verwyder word as hul kwaliteit konsekwent te kort skiet.

13. Wat is jou planne vir die toekomstige ontwikkeling van dRPC? Is daar enige spesifieke kenmerke of funksies waaraan jy werk?

Op kort termyn beplan ons om aan te hou om ons RPC SaaS te verbeter deur die betroubaarheid en werkverrigting van ons gemagtigde netwerk van nodusverskaffers te verfyn, meer meganismes te ontwikkel om data-akkuraatheid te verseker, en uit te brei na nuwe blokkettings met hoë aannemingspotensiaal. Dit sal ons help om ons markaandeel vinnig te laat groei.

Op lang termyn beoog ons om na ander dataverwante produkte uit te brei en 'n leier in die Web3-dataruimte te word. Ons doelwit is om 'n markplek te bou waar dataverskaffers en verbruikers maklik data van hoë gehalte teen die beste prys kan vind en uitruil.

14. Wat het jou geïnspireer om 'n skryfwedstryd te loods wat gefokus is op blockchain API's? Hoekom is dit nou die regte tyd om hierdie tema te verken?

Ons het hierdie kompetisie van stapel gestuur met twee doelwitte in gedagte. Eerstens wou ons sien hoeveel nie-Web3-kundiges van Web3 weet, veral die rol van blockchain API's in dApp-prestasie. Tweedens wou ons skrywers aanmoedig om hul kennis en insigte te deel, wat help om hierdie onderwerp meer toeganklik vir ander te maak.

Dit is nou die perfekte tyd hiervoor, want die bedryf benodig moordende dApps wat aanneming sal dryf en Web3 in die hoofstroom sal bring. Vir dit om te gebeur, is prestasie die sleutel, en blockchain API's speel 'n groot rol in die verskaffing van 'n betroubare en innemende gebruikerservaring.

15. Op watter soort voorleggings hoop jy? Is daar enige spesifieke onderwerpe waarin jy veral belangstel om te lees?

Ons is op soek na voorleggings wat die algemene publiek opvoed oor blockchain API's en hul praktiese gebruike. Bonuspunte sal gaan na voorleggings wat grafika of video's insluit wat verduidelik hoe blockchain API's werk, veral as hulle ons dRPC-platform ten toon stel.

16. Kan jy enige leerhulpbronne of tutoriale aanbeveel vir deelnemers wat nuut is met blockchain API's?

Ons dRPC YouTube-kanaal het tutoriale oor die gebruik van blokketting-API's om data in die ketting te haal, tesame met vertoonvensters van die dRPC-oplossing. Ons amptelike dokumente verskaf omvattende inligting oor die platform en sy kenmerke. Die dRPC-blog is nog 'n wonderlike bron wat die moeite werd is om op in te teken.

17. Watter raad sal jy aan deelnemers gee om hulle te help om suksesvol te wees in hierdie kompetisie? Is daar enige algemene slaggate om te vermy?

Fokus daarop om duidelik te verduidelik wat blockchain API's is, hoe dit werk en die dRPC-platform as 'n voorbeeld te gebruik. Maak seker dat u die voordele van gedesentraliseerde blockchain API's versus gesentraliseerde oplossings artikuleer, insluitend die voor- en nadele van elke benadering.

18. Hoe sal 'n voorlegging van hoë gehalte lyk? Wat sou jy 'n voorlegging van lae gehalte noem?

'n Voorlegging van hoë gehalte is duidelik, bondig en verduidelik hoe alles werk, met praktiese voorbeelde vanaf die dRPC-platform. 'n Voorlegging van lae gehalte sal onduidelik, ongefokus wees, of 'n gebrek aan konkrete voorbeelde.

19. Is daar enige spesifieke aspekte van blockchain API's wat jy dink onderontgin of ryp is vir innovasie?

Ja, 'n paar. Een daarvan is hoe gedesentraliseerde oplossings multikettingondersteuning en skaalbaarheid kan verseker sonder probleme onder 'n gesentraliseerde argitektuur. Nog een is die wanopvatting dat die bestuur van jou eie nodus altyd veiliger, betroubaarder, kostedoeltreffender of data-akkuraat is. Dit is dikwels beter om te fokus op die bou van jou dApp eerder as om jou eie nodusse in stand te hou, veral as jou dApp verskeie kettings ondersteun.

20. Wat sou die belangrikste wegneemete wees wat jy wil hê mense moet kry van hierdie AMA en jou kompetisie?

Eerstens, verstaan dat RPC van kritieke belang is vir die verskaffing van 'n gebruikerservaring wat akkuraatheid, skaalbaarheid en massa-aanneming ondersteun. Tweedens, moenie self infrastruktuur bou nie—dit is tydrowend, duur en minder betroubaar as om eksterne verskaffers te gebruik. Ten slotte, gesentraliseerde infrastruktuur sal nie Web3 se massa-aanneming ondersteun nie, so kyk na die voordele van gedesentraliseerde oplossings.

Dit is 'n wrap vir hierdie AMA! Dankie dRCP vir jou tyd en deurdagte antwoorde. Ons is opgewonde om jou reis van hier af te volg en te sien wat jy volgende doen!

Aan al die skrywers op HackerNoon, maak seker dat jy die waardevolle insigte wat tydens hierdie gesprek gedeel word, benut wanneer jy jou inskrywings vir die #blockchain-api- skryfkompetisie maak.

Ons kan nie wag om te lees waarmee jy vorendag kom nie!