เครือข่าย RPC ของ Ankr ทำลายสถิติการขอใช้งานรายเดือนเกิน 1 ล้านล้านครั้ง ผ่าน 80+ โซ่

Ankr ซึ่งเป็นผู้ให้บริการโครงสร้างพื้นฐาน Web3 รายใหญ่ ประกาศในสัปดาห์นี้ว่า แพลตฟอร์ม RPC ของพวกเขาขณะนี้ประมวลผลคำขอมากกว่า 1 ล้านล้านคำขอต่อเดือน ซึ่งเป็นจุดหมายที่เน้นย้ำถึงปริมาณกิจกรรมของบล็อกเชนที่ทำงานผ่านโครงสร้างพื้นฐานที่รวมศูนย์ แม้ว่าแอปพลิเคชันจะพยายามทำให้กระจายศูนย์ บริษัทได้เสนอให้มุมมองของจุดหมายนี้ไม่ใช่การตลาด แต่เป็นภาพรวมของการจราจรในชีวิตประจำวัน: ทุกอย่างตั้งแต่การตรวจสอบยอดเงินไปจนถึงการเรียกใช้ rollup และการดึงข้อมูลจาก MEV bot.

การเรียกใช้ระยะไกล (RPCs) เป็นโครงสร้างพื้นฐานการอ่าน/เขียนของบล็อกเชน ซึ่งเป็นชั้น API ระหว่างกระเป๋าเงิน dApps และกลุ่มโหนดที่ถือสถานะจริง ตามข้อมูลของ Ankr ชิ้นส่วนที่ใหญ่ที่สุดของพายคำขอหนึ่งล้านล้านชิ้นมาจากกระเป๋าเงินและส่วนหน้าต่าง ดัชนีและบริการวิเคราะห์ บอทและระบบ MEV rollups/L2s และสะพาน (ซึ่งสร้างการเรียกข้ามสายมากมาย) และ dApps ขนาดเล็กอีกมากมายในกว่า 80 เครือข่าย.

การโทรในชีวิตประจำวันเหล่านั้นรวมถึงวิธีการอ่านที่บ่อยครั้ง เช่น eth_call, eth_getBalance และ eth_getBlockByNumber โดยมีการค้นหาช่วงและบันทึกที่หนักกว่า (eth_getLogs), การโทรติดตาม/ดีบัก, การสมัครสมาชิก websocket สำหรับหัวใหม่และธุรกรรมที่รอดอยู่ และปริมาณการเขียนที่สำคัญแต่มีขนาดเล็ก เช่น eth_sendRawTransaction.

หมายความว่าอย่างไร?

การเข้าถึงคำขอรายเดือนถึงหนึ่งล้านคำขอทำให้ต้องมีการแลกเปลี่ยน: ความน่าเชื่อถือ ความหน่วง และต้นทุนมีความสำคัญเมื่อแอปพึ่งพาข้อมูลบนเชน Ankr กล่าวว่าได้จัดการกับแรงกดดันเหล่านั้นด้วยการผสมผสานระหว่างเครือข่ายและวิศวกรรมซอฟต์แวร์: การส่งข้อมูลแบบ Anycast ทั่วโลกและการกำหนดเส้นทางในภูมิภาคเพื่อลดความหน่วง การปรับสมดุลโหลดที่รับรู้ถึงบล็อกเชน กลุ่มเฉพาะที่แยกการอ่านที่ร้อนจากเส้นทางการเก็บถาวรและการติดตาม/การดีบัก/การเขียน ( การกำหนดอัตราและตรรกะการเปลี่ยนเส้นทางที่หนักกว่า รวมถึงโครงสร้างพื้นฐานที่ปรับแต่งสำหรับลูกค้าองค์กรที่มีการส่งข้อมูลสูงมาก ผลลัพธ์ที่บริษัทกล่าวคือชั้น RPC ที่สามารถจัดการทั้งการใช้งานปกติ เช่น กระเป๋าเงินที่ตรวจสอบยอดคงเหลือของบัญชี และการใช้งานที่มีการพุ่งสูง เช่น ระบบ rollup หรือ MEV ที่กำลังทุบจุดสิ้นสุดต่างๆ.

สำหรับนักพัฒนา ข้อความของ Ankr นั้นเป็นเรื่องที่ปฏิบัติได้จริง: คุณจะเห็นประสิทธิภาพที่ดีที่สุดหากคุณออกแบบแอพของคุณให้สุภาพต่อ RPCs นั่นหมายถึงการใช้การแคช การรวมกลุ่มการเรียก การติดป้ายการจราจรไปยังภูมิภาค การเคารพน้ำหนักของวิธีการ และการติดตามการใช้งานตามโซ่และวิธีการ สั้นๆ ว่า ปรับแต่งวิธีที่คุณขอข้อมูลมากเท่ากับที่คุณได้รับมัน.

เหตุใดสิ่งนี้จึงสำคัญ? RPCs เป็นจุด choke ที่มองไม่เห็นซึ่งสามารถสร้างหรือทำลายประสบการณ์ของผู้ใช้ได้ ไม่มีการอ่านยอดคงเหลือ ไม่มีการแลกเปลี่ยน; ไม่มีการสมัครสมาชิกที่เชื่อถือได้ ไม่มี UX แบบเรียลไทม์ ขณะที่ผู้ใช้และบริการจำนวนมากหลั่งไหลไปยัง L2s, สะพานและกระเป๋าเงินหลายเชน ปริมาณและความซับซ้อนของการจราจร RPC เพิ่มขึ้น และด้วยมันความต้องการโครงสร้างพื้นฐานที่สามารถปรับขนาดและมีความยืดหยุ่น Ankr’s trillion-request claim จึงเป็นมากกว่าถ้วยรางวัล และเป็นตัวชี้วัดว่าปัจจุบัน Web3 ขึ้นอยู่กับผู้ให้บริการโครงสร้างพื้นฐานเพียงไม่กี่รายมากเพียงใด.

โพสต์อย่างเป็นทางการของ Ankr มีรายละเอียดเกี่ยวกับประเภทของการจราจรแบบเต็มและการวิเคราะห์ที่มีอยู่ นักพัฒนาที่สร้างบน Web3 ควรให้ความสำคัญกับ RPCs เป็นส่วนสำคัญของการวางแผนสถาปัตยกรรม ไม่ใช่เป็นเรื่องคิดทีหลัง เพราะเบื้องหลังการตรวจสอบยอดที่ราบรื่นหรือการแลกเปลี่ยนทันทีนั้นมีการเรียก API ขนาดเล็กนับพันที่ต้องส่งไปและกลับภายในไม่กี่มิลลิวินาที