#blockchain-API rakstīšanas konkursa termiņš ir pagarināts: skatiet dRPC padomus, lai uzrakstītu spēcīgu pieteikumu

Sveiki, hakeri,

Lieliskas ziņas — #blockchain-api rakstīšanas konkursa iesniegšanas termiņš ir pagarināts līdz 2024. gada 27. septembrim , dodot jums 15 papildu dienas, lai iesniegtu savus #blockchain-api stāstus un sacenstos par līdz pat $1000 balvām. Ja esat jau iesniedzis darbu, tagad jums ir vairāk laika, lai pievērstu tam uzmanību vai strādātu pie jauna, lai uzlabotu savas izredzes laimēt.

Lai maksimāli izmantotu šo papildu laiku, mēs rīkojām AMA ar dRPC, konkursa sponsoriem, kur mēs apspriedām blokķēdes API, web3 infrastruktūru un citas galvenās tēmas, kuras uzvarošajam ierakstam vajadzētu aptvert, piemēram, pārskatus par dRPC platformu, populārajām API un RPC mezgliem. , dAPP izstrāde, slodzes līdzsvarošanas sistēmas un daudz kas cits.

Sāksim!

Satiec mūsu viesus - Fito, Martinu, Konstu un Slava!

Consta, izpilddirektors: Web3 kopš 2017. gada vadošās produktu, mārketinga un biznesa funkcijas. Pēc izciliem laikiem P2P Staking produktu vadībā Konsta pievienojās dRPC kā izpilddirektors, izveidojot rokzvaigznes komandu, kas ir spējusi ieņemt dRPC par tirgus līderi nedaudz vairāk nekā gada laikā.

Slava, CTO: desmitgadi vecs kodu meistars ar pieredzi web2 banku darbā un sociālajos tīklos. Pēc laika notikumiem sekojot, Slava 2022. gadā pārliecinājās par kriptovalūtu nozīmi un uzlēca uz dRPC raķešu kuģa.

Fito, zīmols: Fito vada dRPC zīmola centienus, lai kļūtu globāli pazīstams un atzīts web3 infra nozarē kā tirgus novators un uzticams partneris. 2018. gadā sāku izmantot kriptovalūtu, aiz mīlestības pret decentralizāciju un motivācijas palīdzēt web3 ieviešanā.

Mārtins, Mārketings: Mārtiņam ir dabiska saziņas spēja, kas viņam kopš 2017. gada ir ļāvusi viegli kļūt par Sensei galalietotāju un tiešsaistes kopienu sasniegšanā un iesaistīšanā. Mārtins ir kriptovalsts native, ar pirkstu uz pulsa nozarē, un mūsu AMA MC.

Šajā AMA mūsu viesi dalās ar visu par:

• Blokķēdes API loma web3 infrastruktūrā

• Datu precizitāte blokķēdes API izsaukumos

• Decentralizētu pakalpojumu sniedzēju priekšrocības: pieejamība, daudzķēžu, izturība pret cenzūru

• Blockchain-API rakstīšanas konkurss

  
  

Šis Monikas Freitasas, Hosē Ernandesa, Džona, Mārtina Kalliolas, Ašera Umeri un Šeharjara Khana Slogging pavediens parādījās slogging oficiālajā #amas kanālā, un tas ir rediģēts lasāmības labad.

1. Sveika komanda! Paldies, ka pievienojies mums! Vai jūs varētu sākt, pastāstot mazliet par sevi un savu ceļojumu caur Web3? Kā tu sāki darbu?

Mani sauc Konstantīns, un es esmu dRPC.org izpilddirektors. Es sāku strādāt kā tehnoloģiju puisis, vairākus gadus strādāju par DBA, pirms pakāpeniski pārgāju uz biznesa pusi. Pirms sāku strādāt Web3, es ieņēmu dažādas lomas lielos finanšu un telekomunikāciju uzņēmumos, strādājot ar augstas slodzes sistēmām, piemēram, norēķinu un krāpšanas apkarošanas sistēmām. Mans Web3 ceļojums sākās 2015. gadā, kad pievienojos Ambisafe, kur mēs izveidojām balto etiķešu makus, daļēji decentralizētu biržu un citus pakalpojumus. Tas bija aizraujošs laiks, jo daudzi labi zināmi kriptovalūtu uzņēmumi tikai sāka darbu.

2. Kas bija par web3 un kriptovalūtu, kas lika jums visiem spert lēcienu šajā decentralizētajā pasaulē?

Man personīgi tas bija satraukums par ieguldījumu kriptovalūtā. Es sāku savu karjeru kriptovalūtu apmaiņā, bet vēlāk gribēju sākt sniegt ieguldījumu decentralizētās tehnoloģijās. RPC ir dapps lietojumprogrammu, īpaši DEXE, mugurkauls, bez uzticamiem RPC nav iespējams palaist uzticamu dex. Hosē Ernandess

3. Kā jūs iesaistījāties blokķēdē, un kāpēc jūs nolēmāt pievienoties dRPC?

Pēc Ambisafe es pievienojos P2P.org, vienam no lielākajiem Web3 infrastruktūras un ieguldījumu uzņēmumiem. Kā produktu nodaļas vadītājs es biju atbildīgs par Ethereum ekosistēmu. Līdz 2022. gadam mēs, P2P, bijām pārņemti ar RPC pārvaldību. Mums bija vairāk nekā 30 DevOps inženieru no dažādām komandām, kas pārvalda RPC mezglus desmitiem ķēžu, izmantojot vairākus trešo pušu pakalpojumus, jo neviens pakalpojums neatbilda visām mūsu vajadzībām. Mēs sākām veidot iekšējos rīkus RPC pārvaldībai.

Šajā laikā mēs palīdzējām tādiem projektiem kā The Graph, Everclear (iepriekš Connext) un citiem. Caur to mēs sazinājāmies ar daudziem infrastruktūras uzņēmumiem. Kad mēs kopīgojām to, ko izveidojām, mēs saņēmām daudzus piekļuves pieprasījumus, jo daudzi citi saskārās ar tādiem pašiem RPC izaicinājumiem. Konstantīns Lomašuks, P2P.org dibinātājs, lūdza mani vadīt jaunu uzņēmumu, kas piedāvātu šo rīku sabiedrībai. Mēs iecēlām Slavu, tehnoloģiju vadītāju no VK un Tinkoff par savu CTO, un tā radās dRPC.

4. Kā jūs redzat blokķēdes API, kas ietekmē Web3 infrastruktūras izstrādi un ieviešanu? Un kā blokķēdes API palīdz pārvarēt plaisu starp tradicionālajiem tīmekļa pakalpojumiem un decentralizētajām lietojumprogrammām?

Blockhain API ļauj koncentrēties uz produktu, nevis uz infrastruktūru. Dibinātāji var palaist garām iespēju, pavadot laiku tīmeklī 3, nevis tikai izmantojot pakalpojumu sniedzējus, kuri ir šajā jomā pieredzējuši speciālisti. Arī infrastruktūru ārpakalpojumu izmaksas ir daudz lētākas nekā tās izveide no nulles. Izmantojot Blockchain API, ir daudz vieglāk sākt veidot dapps, jo varat sākt izvilkt datus ar vienkāršiem API pieprasījumiem. Sāciet ar dRPCs freemium un mērogojiet uz premium līmeni, kad tas jums nepieciešams!

5. Sekojiet līdzi jūsu komentāriem par blokķēdes API lietošanas vienkāršību. Kādas ir dažas galvenās funkcijas, kas jāņem vērā, novērtējot blokķēdes API integrācijai Web3 projektā?

Es meklētu ātrumu un izvairītos no viena neveiksmes punkta. Tāpēc izmantojiet izplatītus pakalpojumu sniedzējus vai vairākus pakalpojumu sniedzējus vienlaikus.

6. Kā jūs līdzsvarojat nepieciešamību ieviest jauninājumus savā produktā, vienlaikus paļaujoties uz ārējiem infrastruktūras nodrošinātājiem? Kā jūs vērtējat kompromisus starp izmaksu ietaupījumiem un iespējamo risku, kas saistīts ar kritiskās infrastruktūras atkarību no trešās puses pakalpojumu sniedzējiem? Vai Blockchain API ir kādas īpašas funkcijas vai funkcijas, kuras uzskatījāt par īpaši izdevīgām, iegūstot datus savai dApp?

Piemēram, ja veidojat DEX un jūsu cenu dati nav pareizi, tas lietotājiem radīs zaudējumus. Tāpēc reāli mezglu nodrošinātāji ir obligāti. Mums ir stingras kvalitātes prasības mezgliem, ar kuriem strādājam. Turklāt lietotāji parasti veic testus, lai pārliecinātos, ka dati ir pareizi un uzticami.

7. Kāpēc datu precizitāte ir kritiska blokķēdes API izsaukumos un kādi ir iespējamie neprecizitātes riski?

Katrs pakalpojumu sniedzējs izveido https://github.com/drpcorg/dshackle (slodzes līdzsvarošanas starpniekserveri), kas pastāvīgi veic pārbaudes un apkopo daudz datu par blokķēdes mezgla statusu un ziņo par to dRPC. Tas ļauj mums uzturēt augstu datu kvalitāti izplatītā pakalpojumu sniedzēju tīklā

8. Kā jūs reklamējat kaut ko līdzīgu blokķēdes API ļoti specializētai auditorijai? Kādi ir daži no izaicinājumiem, iesaistot uzņēmumus? Vai starp gudru mārketingu un tehniskajām detaļām ir kāda salda vieta?

SEO, Google Ads un partnerattiecības. Tie ir kanāli, kuros varat palīdzēt auditorijai atrast jūsu produktu, nevis otrādi. Jautājums par uzņēmējdarbību: Sarunas ar tehnoloģiju vadītājiem. Šie puiši parasti ir ļoti aizņemti, un viņiem nav daudz laika apspriest infrastruktūru. Sweet spot jautājums: Jā, noteikti. Lielākā daļa cilvēku vispirms vēlas izprast šo lietu augstā līmenī un pēc tam ienirt tehniskajās jomās.

9. Mēs visi zinām, cik liela problēma ir starpķēžu mijiedarbība web3 ekosistēmā. Kā blockchain-apis izdodas to “atrisināt”? Kādas ir īpašās problēmas, kas saistītas ar saziņas veicināšanu starp atsevišķiem blokķēdes tīkliem, un kā API risina vai mazina šīs problēmas?

Blockchain API var mijiedarboties ar blokķēdi, kurai tās ir izveidotas, taču pastāv noteikti risinājumi starpķēžu mijiedarbībai. Piemēram, Polygon Agglayer mēģina veikt šo un dažus citus projektus. Tad jūs varat iegūt API šim "augšējam slānim".

10. Vai varat pastāstīt vairāk par konkrētajiem testiem vai metodoloģijām, ko jūsu komanda izmanto, lai pārbaudītu mezglu nodrošinātāju datu precizitāti un uzticamību? Kā rīkoties ar neatbilstībām, kad tās rodas?

Atšķirībā no Alchemy vai QuickNode, kas lielā mērā paļaujas uz AWS un iekšējām DevOps komandām, lai mitinātu savus RPC mezglus, mēs esam izveidojuši izkliedētu RPC nodrošinātāju tīklu saskaņā ar MI balstītu slodzes līdzsvarošanas sistēmu. Pakalpojumu sniedzēji veic mezglu apkopi, savukārt mēs koncentrējamies uz uzticamas slodzes līdzsvarošanas, kļūdu tolerances, kvalitātes pārbaužu un UX izveidi.

Jūs varētu domāt, ka mūsu modelis ir līdzīgs POKT, Lava vai BlastAPI, un dažos veidos tā arī ir. Tomēr viņi mijiedarbojas ar pakalpojumu sniedzējiem, izmantojot galapunktu saites, vairāk darbojoties kā maršrutētāji bez detalizētām zināšanām par katru savienojumu.

Mūsu gadījumā katrs pakalpojumu sniedzējs izveido slodzes līdzsvarošanas starpniekserveri, kas pastāvīgi veic pārbaudes, apkopo datus par mezgla statusu un ziņo par to dRPC. Tas nozīmē, ka mums ir padziļināts ieskats savienotajos mezglos, neuzminot to pieejamību vai atbalstītās metodes.

Mēs veicam nejaušas automātiskās pārbaudes starp pakalpojumu sniedzējiem un bloķējam mezglus, ja viņu atbildes atšķiras no citiem. Mēs piedāvājam arī kvoruma pārbaudi klientiem, kuri vēlas pārbaudīt katru pieprasījumu. Tas ļauj mums piedāvāt jaunas paaudzes RPC pakalpojumus ar labāku izplatīšanu, veiktspēju un datu kvalitāti.

11. Kādas ir unikālās drošības problēmas, kas saistītas ar blokķēdes API, un kā izstrādātāji var risināt šīs problēmas, veidojot dApps?

Ir svarīgi runāt gan par drošības problēmām, gan par vispārējiem riskiem, kas saistīti ar centralizētu API nodrošinātāju izmantošanu. Izmantojot centralizētus pakalpojumu sniedzējus, jūs nevarat pārbaudīt datus; jums vienkārši viņiem jāuzticas. Parasti tie strādā tikai ar viena veida programmatūras klientu, bieži vien GETH, tāpēc, ja rodas problēmas ar šo klientu, jūs esat iestrēdzis.

Mūsu modelī mēs apvienojam desmitiem pakalpojumu sniedzēju, kas izmanto dažādus klientu veidus (geth, reth, erigon utt.), ļaujot mums ātri identificēt un risināt problēmas. Šis dizains palīdz mazināt tādus riskus kā kļūdas konkrētos programmatūras klientos, cilvēku kļūdas, mākoņdatošanas pakalpojumu sniedzēja kļūmes un ģeogrāfiskie riski.

Lai samazinātu risku, dApps vislabāk ir izmantot vismaz 2–3 pakalpojumu sniedzējus vienlaikus. Lai gan pakalpojumu sniedzējiem, kas piedāvā abonēšanas pakotnes, tas var būt dārgāks, mūsu abonēšanas modelis palīdz optimizēt izmaksas, iekasējot maksu tikai par faktiski izmantotajiem resursiem.

12. Kā dRPC stimulē mezglu nodrošinātājus dot ieguldījumu tīklā un uzturēt datu kvalitāti?

Mēs stimulējam pakalpojumu sniedzējus, izmantojot reputācijas sistēmu. Pakalpojumu sniedzēji tiek apbalvoti par augstu veiktspēju un tiek sodīti par dīkstāvi vai neprecīziem datiem. Sliktas veiktspējas pakalpojumu sniedzēji saņem mazāk pieprasījumu vai var tikt neatgriezeniski noņemti no kopas, ja to kvalitāte pastāvīgi ir zemāka.

13. Kādi ir jūsu plāni turpmākajai dRPC attīstībai? Vai ir kādas īpašas funkcijas vai funkcijas, pie kurām strādājat?

Īstermiņā mēs plānojam turpināt uzlabot savu RPC SaaS, precizējot mūsu atļauto mezglu nodrošinātāju tīkla uzticamību un veiktspēju, izstrādājot vairāk mehānismu datu precizitātes nodrošināšanai un izvēršot jaunas blokķēdes ar augstu ieviešanas potenciālu. Tas mums palīdzēs strauji palielināt savu tirgus daļu.

Ilgtermiņā mūsu mērķis ir paplašināties citos ar datiem saistītos produktos un kļūt par Web3 datu telpas līderi. Mūsu mērķis ir izveidot tirgu, kurā datu sniedzēji un patērētāji var viegli atrast un apmainīties ar augstas kvalitātes datiem par labāko cenu.

14. Kas jūs iedvesmoja uzsākt rakstīšanas konkursu, kas koncentrējas uz blokķēdes API? Kāpēc tagad ir īstais laiks izpētīt šo tēmu?

Mēs uzsākām šo konkursu ar diviem mērķiem. Pirmkārt, mēs vēlējāmies uzzināt, cik daudz eksperti, kas nav Web3, zina par Web3, jo īpaši par blokķēdes API lomu dApp veiktspējā. Otrkārt, mēs vēlējāmies mudināt rakstniekus dalīties savās zināšanās un atziņās, palīdzot padarīt šo tēmu pieejamāku citiem.

Tagad tam ir īstais laiks, jo nozarei ir vajadzīgas slepkavas dApps, kas veicinās adopciju un ieviesīs Web3. Lai tas notiktu, galvenais ir veiktspēja, un blokķēdes API ir liela nozīme uzticamas un saistošas lietotāja pieredzes nodrošināšanā.

15. Uz kāda veida iesniegumiem jūs cerat? Vai ir kādas konkrētas tēmas, kuras jūs īpaši interesē?

Mēs meklējam iesniegumus, kas izglīto plašu sabiedrību par blokķēdes API un to praktisko pielietojumu. Bonusa punkti tiks ieskaitīti iesniegumiem, kuros ir iekļauta grafika vai video, kurā izskaidrots, kā darbojas blokķēdes API, it īpaši, ja tie demonstrē mūsu dRPC platformu.

16. Vai varat ieteikt kādus mācību resursus vai pamācības dalībniekiem, kuri ir jauni blokķēdes API lietošanā?

Mūsu dRPC YouTube kanālā ir apmācības par blokķēdes API izmantošanu, lai ielādētu ķēdes datus, kā arī dRPC risinājuma demonstrācijas. Mūsu oficiālie dokumenti sniedz visaptverošu informāciju par platformu un tās funkcijām. dRPC emuārs ir vēl viens lielisks avots, kuru ir vērts abonēt.

17. Kādu padomu jūs dotu dalībniekiem, lai palīdzētu viņiem gūt panākumus šajā konkursā? Vai ir kādas izplatītas kļūmes, no kurām izvairīties?

Koncentrējieties uz skaidru skaidrojumu, kas ir blokķēdes API, kā tās darbojas, un izmantojiet dRPC platformu kā piemēru. Noteikti formulējiet decentralizēto blokķēdes API priekšrocības salīdzinājumā ar centralizētiem risinājumiem, tostarp katras pieejas plusus un mīnusus.

18. Kā izskatītos kvalitatīvs iesniegums? Kā jūs nosauktu zemas kvalitātes iesniegumu?

Augstas kvalitātes iesniegums ir skaidrs, kodolīgs un izskaidro, kā viss darbojas, izmantojot praktiskus piemērus no dRPC platformas. Zemas kvalitātes iesniegums būtu neskaidrs, nekoncentrēts vai tajā nebūtu konkrētu piemēru.

19. Vai ir kādi specifiski blokķēdes API aspekti, kas, jūsuprāt, ir nepietiekami izpētīti vai gatavi jauninājumiem?

Jā, dažas. Viens ir tas, kā decentralizēti risinājumi var nodrošināt daudzķēžu atbalstu un mērogojamību bez problēmām centralizētā arhitektūrā. Vēl viens ir nepareizs uzskats, ka sava mezgla vadīšana vienmēr ir drošāka, uzticamāka, izmaksu ziņā efektīvāka vai precīzāka. Bieži vien ir labāk koncentrēties uz savas dApp izveidi, nevis uz savu mezglu uzturēšanu, it īpaši, ja jūsu dApp atbalsta vairākas ķēdes.

20. Kas būtu galvenais, ko jūs vēlētos, lai cilvēki saņemtu no šī AMA un jūsu konkursa?

Pirmkārt, saprotiet, ka RPC ir ļoti svarīga, lai nodrošinātu lietotāja pieredzi, kas atbalsta precizitāti, mērogojamību un masveida ieviešanu. Otrkārt, neveidojiet infrastruktūru pats — tā ir laikietilpīga, dārga un mazāk uzticama nekā ārēju pakalpojumu sniedzēju izmantošana. Visbeidzot, centralizētā infrastruktūra neatbalstīs Web3 masveida ieviešanu, tāpēc izpētiet decentralizēto risinājumu priekšrocības.

Tas ir šīs AMA iesaiņojums! Paldies dRCP par veltīto laiku un pārdomātajām atbildēm. Mēs ar prieku sekosim jūsu ceļojumam no šejienes un redzēsim, ko jūs darāt tālāk!

Visiem HackerNoon rakstniekiem, izstrādājot savus ierakstus #blockchain-api rakstīšanas konkursam, noteikti izmantojiet šīs sarunas laikā kopīgotās vērtīgās atziņas.

Mēs nevaram sagaidīt, kad varēsim izlasīt, ko jūs izdomājat!