Batas Waktu Kontes Penulisan #blockchain-API Diperpanjang: Simak Tips dRPC untuk Menulis Entri yang Kuat

Hai para peretas,

Berita bagus—batas waktu pengiriman untuk kontes menulis #blockchain-api telah diperpanjang hingga 27 September 2024 , yang memberi Anda 15 hari tambahan untuk mengirimkan cerita #blockchain-api Anda dan bersaing untuk mendapatkan hadiah hingga $1.000 . Jika Anda telah mengirimkan entri, kini Anda memiliki lebih banyak waktu untuk menarik perhatian atau mengerjakan entri baru untuk meningkatkan peluang Anda menang.

Untuk memanfaatkan waktu tambahan ini sebaik-baiknya, kami menyelenggarakan AMA dengan dRPC, sponsor kontes, di mana kami membahas API blockchain, infrastruktur web3, dan topik-topik penting lainnya yang harus dibahas oleh pemenang seperti ulasan platform dRPC, API populer dan node RPC, pengembangan dAPP, sistem penyeimbangan beban, dan banyak lagi.

Mari kita mulai!

Temui tamu kami - Fito, Martin, Consta, dan Slava!

Consta, CEO: Bergabung dengan web3 sejak 2017, memimpin fungsi produk, pemasaran, dan bisnis. Setelah pengalaman yang luar biasa sebagai pimpinan produk di P2P Staking, Consta bergabung dengan dRPC sebagai CEO, membangun tim yang berisi bintang-bintang hebat yang berhasil menempatkan dRPC sebagai pemimpin pasar hanya dalam waktu satu tahun.

Slava, CTO: Ahli kode berusia sepuluh tahun dengan pengalaman di perbankan web2 dan jejaring sosial. Setelah beberapa lama mengikuti perkembangan, Slava menjadi yakin pada tahun 2022 tentang pentingnya kripto, dan ikut serta dalam roket dRPC.

Fito, Merek: Fito memimpin upaya merek dRPC agar dikenal dan diakui secara global dalam industri infrastruktur web3 sebagai inovator pasar dan mitra tepercaya. Terjun ke dunia kripto pada tahun 2018 karena kecintaannya pada desentralisasi, dan motivasi untuk membantu adopsi web3.

Martin, Pemasaran: Martin memiliki bakat alami untuk bersosialisasi, yang memudahkannya sejak 2017 untuk menjadi Sensei dalam menjangkau dan melibatkan pengguna akhir dan komunitas daring. Martin adalah penduduk asli kripto yang memahami betul perkembangan industri, dan MC AMA kami.

Dalam AMA ini, tamu kami berbagi segalanya tentang:

• Peran API blockchain dalam infrastruktur web3

• Akurasi data dalam panggilan API blockchain

• Manfaat penyedia layanan terdesentralisasi: keterjangkauan, multirantai, ketahanan terhadap sensor

• Kontes Penulisan API Blockchain

  
  

Thread Slogging ini oleh Mónica Freitas, Jose Hernandez, Jonh, Martin Kalliola, Asher Umerie dan Sheharyar Khan muncul di kanal resmi slogging #amas, dan telah diedit agar mudah dibaca.

1. Hai tim! Terima kasih telah bergabung dengan kami! Bisakah Anda mulai dengan menceritakan sedikit tentang diri Anda dan perjalanan Anda melalui Web3? Bagaimana Anda memulainya?

Nama saya Constantine, dan saya CEO dRPC.org. Saya memulai karier sebagai teknisi, bekerja sebagai DBA selama beberapa tahun sebelum akhirnya pindah ke sisi bisnis. Sebelum terjun ke Web3, saya memegang berbagai peran di perusahaan keuangan dan telekomunikasi besar, menangani sistem beban tinggi seperti sistem penagihan dan antipenipuan. Perjalanan Web3 saya dimulai pada tahun 2015 ketika saya bergabung dengan Ambisafe, tempat kami membangun dompet berlabel putih, bursa semi-terdesentralisasi, dan layanan lainnya. Itu adalah masa yang menyenangkan karena banyak perusahaan kripto terkenal baru saja memulai.

2. Apa yang membuat web3 dan kripto membuat kalian semua terjun ke dunia yang terdesentralisasi ini?

Bagi saya pribadi, itu adalah kegembiraan berinvestasi dalam kripto. Saya memulai karier saya di bursa kripto tetapi kemudian ingin mulai berkontribusi pada teknologi terdesentralisasi. RPC adalah tulang punggung aplikasi dapps, terutama DEX, tanpa RPC yang andal, mustahil untuk menjalankan dex yang tepercaya. Jose Hernandez

3. Bagaimana Anda terlibat dalam blockchain, dan mengapa Anda memutuskan untuk bergabung dengan dRPC?

Setelah Ambisafe, saya bergabung dengan P2P.org, salah satu perusahaan infrastruktur dan staking terbesar di Web3. Sebagai Kepala Produk, saya bertanggung jawab atas ekosistem Ethereum. Pada tahun 2022, kami di P2P kewalahan dengan manajemen RPC. Kami memiliki lebih dari 30 teknisi DevOps dari berbagai tim yang mengelola node RPC untuk puluhan rantai, menggunakan beberapa layanan pihak ketiga karena tidak ada satu layanan pun yang memenuhi semua kebutuhan kami. Kami mulai membangun alat internal untuk manajemen RPC.

Selama waktu ini, kami membantu proyek-proyek seperti The Graph, Everclear (sebelumnya Connext), dan lainnya. Melalui ini, kami terhubung dengan banyak perusahaan infrastruktur. Ketika kami membagikan apa yang kami bangun, kami menerima banyak permintaan akses, karena banyak orang lain menghadapi tantangan RPC yang sama. Konstantin Lomashuk, pendiri P2P.org, meminta saya untuk memimpin perusahaan baru untuk menawarkan alat ini kepada publik. Kami mendatangkan Slava, seorang pemimpin teknologi dari VK dan Tinkoff, sebagai CTO kami, dan begitulah lahirnya dRPC.

4. Bagaimana menurut Anda API blockchain memengaruhi pengembangan dan adopsi infrastruktur Web3? Dan bagaimana API blockchain membantu menjembatani kesenjangan antara layanan web tradisional dan aplikasi terdesentralisasi?

API Blockchain memungkinkan untuk fokus pada produk dan bukan infrastruktur. Para pendiri mungkin kehilangan kesempatan dengan menghabiskan waktu di web3 alih-alih hanya menggunakan penyedia yang ahli di bidangnya. Biaya outsourcing infrastruktur juga jauh lebih murah daripada membangunnya dari awal. Dengan API Blockchain, jauh lebih mudah untuk mulai membangun dapps karena Anda dapat mulai menarik data dengan permintaan api sederhana. Mulailah dengan dRPC freemium dan tingkatkan ke premium saat Anda membutuhkannya!

5. Menindaklanjuti komentar Anda tentang kemudahan penggunaan API blockchain: Apa saja fitur utama yang perlu diperhatikan saat mengevaluasi API blockchain untuk integrasi ke dalam proyek Web3?

Saya akan mencari kecepatan dan menghindari titik kegagalan tunggal. Jadi gunakan penyedia yang terdistribusi atau banyak penyedia pada saat yang sama.

6. Bagaimana Anda menyeimbangkan kebutuhan untuk berinovasi pada produk Anda sambil mengandalkan penyedia eksternal untuk infrastrukturnya? Bagaimana Anda menilai trade-off antara penghematan biaya dan potensi risiko ketergantungan pada penyedia pihak ketiga untuk infrastruktur penting? Apakah ada fitur atau fungsi tertentu dalam API Blockchain yang menurut Anda sangat bermanfaat saat menarik data untuk dApp Anda?

Misalnya, jika Anda membangun DEX dan data harga Anda tidak benar, maka hal itu akan menyebabkan kerugian bagi pengguna. Itulah sebabnya penyedia node yang andal adalah suatu keharusan. Kami memiliki persyaratan kualitas yang ketat untuk node yang kami gunakan. Selain itu, pengguna biasanya menjalankan pengujian untuk memastikan bahwa data tersebut benar dan andal.

7. Mengapa akurasi data penting dalam panggilan API blockchain, dan apa saja risiko potensial dari ketidakakuratan tersebut?

Setiap penyedia menyiapkan https://github.com/drpcorg/dshackle (proxy penyeimbang beban), yang terus-menerus melakukan pemeriksaan dan mengumpulkan banyak data tentang status node blockchain, dan melaporkannya kembali ke dRPC. Hal itu memungkinkan kami untuk mempertahankan kualitas data yang tinggi dalam jaringan penyedia yang terdistribusi.

8. Bagaimana Anda memasarkan sesuatu seperti API blockchain kepada audiens yang sangat terspesialisasi? Apa saja tantangan dalam mengajak bisnis untuk ikut serta? Apakah ada titik temu antara pemasaran yang cerdas dan detail teknis?

SEO, Google Ads, dan melalui kemitraan. Itulah saluran tempat Anda dapat membantu audiens menemukan produk Anda, bukan sebaliknya. Pertanyaan tentang bisnis yang sedang berkembang: Berbicara dengan CTO. Orang-orang itu biasanya sangat sibuk dan tidak punya banyak waktu untuk membahas infrastruktur. Pertanyaan yang tepat: Ya, tentu saja. Kebanyakan orang ingin memahami hal tersebut secara mendalam terlebih dahulu, lalu mendalami hal-hal teknis.

9. Kita semua tahu betapa merepotkannya interaksi lintas rantai dalam ekosistem web3. Bagaimana blockchain-api berhasil 'menyelesaikannya'? Apa saja tantangan khusus yang terlibat dalam memfasilitasi komunikasi antara jaringan blockchain yang berbeda, dan bagaimana API mengatasi atau mengurangi masalah ini?

API Blockchain dapat berinteraksi dengan blockchain yang dibuatnya, tetapi ada solusi tertentu untuk interaksi lintas rantai. Misalnya Polygon Agglayer mencoba melakukan ini dan beberapa proyek lainnya. Kemudian Anda bisa mendapatkan API untuk "lapisan atas" ini.

10. Bisakah Anda berbagi lebih banyak tentang pengujian atau metodologi spesifik yang digunakan tim Anda untuk memverifikasi keakuratan dan keandalan data dari penyedia node? Bagaimana Anda menangani perbedaan saat terjadi?

Tidak seperti Alchemy atau QuickNode, yang sangat bergantung pada AWS dan tim DevOps internal untuk menghosting node RPC mereka, kami telah membangun jaringan penyedia RPC yang terdistribusi di bawah sistem penyeimbangan beban berbasis AI. Penyedia menangani pemeliharaan node, sementara kami berfokus pada pembuatan penyeimbangan beban yang andal, toleransi kesalahan, pemeriksaan kualitas, dan UX.

Anda mungkin mengira model kami mirip dengan POKT, Lava, atau BlastAPI, dan dalam beberapa hal, memang demikian. Akan tetapi, mereka berinteraksi dengan penyedia melalui tautan titik akhir, bekerja lebih seperti router tanpa pengetahuan terperinci tentang setiap koneksi.

Dalam kasus kami, setiap penyedia menyiapkan proxy penyeimbang beban yang terus-menerus melakukan pemeriksaan, mengumpulkan data tentang status node, dan melaporkannya kembali ke dRPC. Ini berarti kami memiliki wawasan mendalam tentang node yang terhubung tanpa menebak ketersediaan atau metode yang didukungnya.

Kami menjalankan pemeriksaan otomatis acak antara penyedia dan node blok jika respons mereka berbeda dari yang lain. Kami juga menawarkan verifikasi kuorum untuk klien yang ingin memverifikasi setiap permintaan. Hal ini memungkinkan kami untuk menawarkan layanan RPC generasi baru dengan distribusi, kinerja, dan kualitas data yang lebih baik.

11. Apa saja masalah keamanan unik yang terkait dengan API blockchain, dan bagaimana pengembang dapat mengatasi masalah ini saat membangun dApps?

Penting untuk membicarakan masalah keamanan dan risiko umum dalam penggunaan penyedia API terpusat. Dengan penyedia terpusat, Anda tidak dapat memverifikasi data; Anda hanya perlu memercayai mereka. Mereka biasanya hanya bekerja dengan satu jenis klien perangkat lunak, sering kali GETH, jadi jika ada masalah dengan klien tersebut, Anda akan kesulitan.

Dalam model kami, kami menyatukan puluhan penyedia menggunakan berbagai jenis klien (geth, reth, erigon, dll.), yang memungkinkan kami mengidentifikasi dan mengatasi masalah dengan cepat. Desain ini membantu mengurangi risiko seperti bug pada klien perangkat lunak tertentu, kesalahan manusia, kegagalan penyedia cloud, dan risiko geografis.

Untuk dApps, pendekatan terbaik adalah menggunakan setidaknya 2-3 penyedia secara bersamaan untuk meminimalkan risiko. Meskipun ini bisa lebih mahal dengan penyedia yang menawarkan paket berlangganan, model bayar sesuai pemakaian kami membantu mengoptimalkan biaya dengan hanya mengenakan biaya untuk sumber daya yang benar-benar digunakan.

12. Bagaimana dRPC memberi insentif kepada penyedia node untuk berkontribusi pada jaringan dan menjaga kualitas data?

Kami memberi insentif kepada penyedia melalui sistem reputasi. Penyedia diberi penghargaan atas kinerja tinggi dan diberi penalti atas waktu henti atau data yang tidak akurat. Penyedia yang berkinerja buruk menerima lebih sedikit permintaan atau mungkin dihapus secara permanen dari kelompok jika kualitasnya terus-menerus menurun.

13. Apa rencana Anda untuk pengembangan dRPC di masa mendatang? Apakah ada fitur atau fungsi khusus yang sedang Anda kerjakan?

Dalam jangka pendek, kami berencana untuk terus meningkatkan RPC SaaS kami dengan menyempurnakan keandalan dan kinerja jaringan penyedia node yang diizinkan, mengembangkan lebih banyak mekanisme untuk memastikan keakuratan data, dan memperluas ke blockchain baru dengan potensi adopsi yang tinggi. Ini akan membantu kami mengembangkan pangsa pasar dengan cepat.

Dalam jangka panjang, kami bermaksud untuk memperluas ke produk terkait data lainnya dan menjadi pemimpin dalam ruang data Web3. Sasaran kami adalah membangun pasar tempat penyedia data dan konsumen dapat dengan mudah menemukan dan bertukar data berkualitas tinggi dengan harga terbaik.

14. Apa yang menginspirasi Anda untuk meluncurkan kontes menulis yang berfokus pada API blockchain? Mengapa sekarang merupakan waktu yang tepat untuk mengeksplorasi tema ini?

Kami meluncurkan kontes ini dengan dua tujuan. Pertama, kami ingin melihat seberapa banyak pakar non-Web3 mengetahui tentang Web3, khususnya peran API blockchain dalam kinerja dApp. Kedua, kami ingin mendorong para penulis untuk berbagi pengetahuan dan wawasan mereka, membantu membuat topik ini lebih mudah dipahami oleh orang lain.

Sekarang adalah waktu yang tepat untuk ini karena industri ini membutuhkan dApps yang hebat yang akan mendorong adopsi dan membawa Web3 ke arus utama. Agar itu terjadi, kinerja adalah kuncinya, dan API blockchain memainkan peran besar dalam menyediakan pengalaman pengguna yang andal dan menarik.

15. Jenis tulisan seperti apa yang Anda harapkan? Apakah ada topik tertentu yang sangat ingin Anda baca?

Kami mencari kiriman yang mengedukasi masyarakat umum tentang API blockchain dan kegunaan praktisnya. Poin bonus akan diberikan kepada kiriman yang menyertakan gambar atau video yang menjelaskan cara kerja API blockchain, terutama jika menampilkan platform dRPC kami.

16. Dapatkah Anda merekomendasikan sumber belajar atau tutorial untuk peserta yang baru mengenal API blockchain?

Saluran YouTube dRPC kami memiliki tutorial tentang penggunaan API blockchain untuk mengambil data on-chain, beserta contoh solusi dRPC. Dokumen resmi kami menyediakan informasi lengkap tentang platform dan fitur-fiturnya. Blog dRPC adalah sumber bagus lainnya yang layak untuk dilanggani.

17. Saran apa yang akan Anda berikan kepada peserta agar mereka berhasil dalam kontes ini? Apakah ada kendala umum yang harus dihindari?

Fokus pada penjelasan yang jelas tentang apa itu API blockchain, cara kerjanya, dan penggunaan platform dRPC sebagai contoh. Pastikan untuk mengartikulasikan manfaat API blockchain yang terdesentralisasi dibandingkan solusi terpusat, termasuk pro dan kontra dari setiap pendekatan.

18. Seperti apakah kiriman berkualitas tinggi itu? Apa sebutan Anda untuk kiriman berkualitas rendah?

Pengajuan berkualitas tinggi bersifat jelas, ringkas, dan menjelaskan cara kerja semuanya, dengan contoh-contoh praktis dari platform dRPC. Pengajuan berkualitas rendah akan tidak jelas, tidak terfokus, atau tidak memiliki contoh-contoh konkret.

19. Apakah ada aspek tertentu dari API blockchain yang menurut Anda belum dieksplorasi atau siap untuk inovasi?

Ya, beberapa. Salah satunya adalah bagaimana solusi terdesentralisasi dapat memastikan dukungan dan skalabilitas multirantai tanpa masalah di bawah arsitektur terpusat. Yang lainnya adalah kesalahpahaman bahwa menjalankan node Anda sendiri selalu lebih aman, andal, hemat biaya, atau akurat data. Sering kali lebih baik untuk fokus membangun dApp Anda daripada mengelola node Anda sendiri, terutama jika dApp Anda mendukung beberapa rantai.

20. Apa hal utama yang ingin Anda sampaikan kepada orang-orang dari AMA dan kontes Anda?

Pertama, pahami bahwa RPC sangat penting untuk menyediakan pengalaman pengguna yang mendukung akurasi, skalabilitas, dan adopsi massal. Kedua, jangan membangun infrastruktur sendiri—itu memakan waktu, mahal, dan kurang dapat diandalkan dibandingkan menggunakan penyedia eksternal. Terakhir, infrastruktur terpusat tidak akan mendukung adopsi massal Web3, jadi pertimbangkan manfaat solusi terdesentralisasi.

Selesai sudah AMA ini! Terima kasih dRCP atas waktu dan jawaban yang bijaksana. Kami tak sabar mengikuti perjalanan Anda dari sini dan melihat apa yang akan Anda lakukan selanjutnya!

Kepada semua penulis di HackerNoon, pastikan untuk memanfaatkan wawasan berharga yang dibagikan selama percakapan ini saat menyusun entri Anda untuk kontes menulis #blockchain-api .

Kami tidak sabar untuk membaca apa yang Anda hasilkan!