ERPC เผยแพร่คู่มือปฏิบัติการ Durable Nonce Fanout เพื่อใช้ SWQoS สำหรับการส่งธุรกรรม Solana อย่างเต็มประสิทธิภาพ

ERPC ซึ่งดำเนินงานโดย ELSOUL LABO B.V. (สำนักงานใหญ่: อัมสเตอร์ดัม ประเทศเนเธอร์แลนด์; CEO: Fumitake Kawasaki) และ Validators DAO เผยแพร่คู่มือปฏิบัติการฉบับใหม่ ซึ่งอธิบายวิธีใช้ประโยชน์จาก SWQoS (Stake weighted Quality of Service) อย่างเต็มที่ เพื่อให้การส่งธุรกรรม Solana มีทั้งอัตราความสำเร็จสูงและความหน่วงต่ำ

คู่มือนี้เน้นสถาปัตยกรรมการส่งธุรกรรมที่มีจุดเชื่อมต่อ SWQoS ของ ERPC เป็นศูนย์กลาง และอธิบายวิธี Fanout ธุรกรรมเดียวกันไปยังจุดเชื่อมต่อ RPC ประสิทธิภาพสูงหลายแห่งอย่างปลอดภัย พร้อมตัวอย่างโค้ด web3.js ที่นำไปใช้ได้จริง เพื่อให้นักพัฒนานำแนวทางไปใช้ในสภาพแวดล้อมจริงได้โดยตรง

อ่านคู่มือได้ที่ URL ต่อไปนี้:
https://erpc.global/th/doc/rpc/durable-nonce-send-transaction/

ภูมิหลัง: ลักษณะเชิงโครงสร้างของการส่งธุรกรรมบน Solana

การส่งธุรกรรมบน Solana ได้รับผลกระทบจากปัจจัยที่เปลี่ยนแปลงตลอดเวลา เช่น ความคืบหน้าของ Slot ตารางเวลาของ Leader การกำหนดเส้นทางเครือข่าย และสภาวะโหลดในแต่ละโหนด จึงไม่สามารถกำหนดล่วงหน้าได้ว่าเส้นทางส่งใดจะเข้าถึง Leader ได้เร็วที่สุด

พฤติกรรมนี้ไม่ได้เกิดจากคุณภาพของผู้ให้บริการ RPC หรือบริการส่งธุรกรรมรายใด แต่เป็นลักษณะเชิงโครงสร้างจากโมเดลการทำงานของ Solana เอง ด้วยเหตุนี้ การออกแบบที่พึ่งพาจุดเชื่อมต่อ RPC เพียงแห่งเดียวจึงมีข้อจำกัดโดยธรรมชาติทั้งด้านอัตราความสำเร็จและความหน่วงของธุรกรรม

บทบาทของจุดเชื่อมต่อ SWQoS ในการใช้งานจริง

จุดเชื่อมต่อ SWQoS ของ ERPC ช่วยส่งธุรกรรมเข้าสู่ช่องทางลำดับความสำคัญที่ Leader จัดสรรตาม Stake weighted Quality of Service ช่องทางเหล่านี้ได้รับสัดส่วนแบนด์วิดท์มากกว่าช่องทางที่ไม่มีลำดับความสำคัญอย่างชัดเจน โดยอยู่ที่ประมาณ 80% เทียบกับประมาณ 20% และถูกนำมาใช้ในขั้นตอนที่มาก่อนการประเมิน Priority Fee

ด้วยเหตุนี้ จุดเชื่อมต่อ SWQoS จึงเป็นตัวเลือกสำคัญสำหรับการส่งธุรกรรมมูลค่าสูง อย่างไรก็ตาม ในการใช้งานจริง แม้ใช้ SWQoS เส้นทางส่งเพียงเส้นทางเดียวก็ไม่ได้เร็วที่สุดเสมอไป ภายใน Slot เดียวกัน ความแตกต่างของเส้นทางชั่วคราวและการกระจายโหลดที่ไม่สม่ำเสมออาจทำให้จุดเชื่อมต่อประสิทธิภาพสูงแห่งอื่นประมวลผลธุรกรรมได้ก่อน

ข้อจำกัดของการออกแบบเส้นทางเดียวและความจำเป็นของ Fanout

จากเงื่อนไขเหล่านี้ การพยายามคาดการณ์เส้นทางเดียวที่เร็วที่สุดล่วงหน้าจึงไม่ใช่แนวทางการออกแบบที่มีประสิทธิภาพ กลยุทธ์ Fanout ซึ่งส่งธุรกรรมเดียวกันไปยังเส้นทางส่งประสิทธิภาพสูงหลายเส้นทางพร้อมกัน แล้วรับผลจากเส้นทางที่ประมวลผลได้ก่อน เป็นโซลูชันที่สมเหตุสมผลและทนทานกว่า

ระบบที่มี SWQoS เป็นศูนย์กลางและใช้ร่วมกับจุดเชื่อมต่อ RPC ความเร็วสูงอื่น ๆ จะทนต่อความแตกต่างของเส้นทางในแต่ละ Slot และความผันผวนของโหลดได้ดีขึ้น

ความท้าทายพื้นฐานในการใช้งาน Fanout

ขณะเดียวกัน การส่งธุรกรรมเดียวกันผ่านหลายเส้นทางก่อให้เกิดความท้าทายสำคัญ หากไม่มีการควบคุมที่เหมาะสม จะไม่สามารถรับประกันได้อีกว่าธุรกรรมจะถูกดำเนินการเพียงครั้งเดียว Fanout ที่ไม่มีการควบคุมอาจทำให้เกิดการดำเนินการซ้ำสองครั้งโดยไม่ตั้งใจ หรือตรรกะ Retry และ Resend ทำงานผิดพลาด

การป้องกันปัญหาเหล่านี้ด้วยตรรกะระดับแอปพลิเคชันเพียงอย่างเดียวทำได้ยาก จึงต้องใช้กลไกระดับโปรโตคอล

Durable Nonce ในฐานะโซลูชัน

Solana มี Durable Nonce เป็นกลไกอย่างเป็นทางการสำหรับแก้ปัญหานี้ การใช้ค่า Nonce แทน recentBlockhash ช่วยให้ส่งธุรกรรมที่ลงนามแล้วชุดเดียวกันผ่านหลายเส้นทางได้ พร้อมรับประกันว่าจะมีการดำเนินการเพียงครั้งเดียวที่ใช้ได้บนเครือข่าย

Durable Nonce จึงเป็นองค์ประกอบทางเทคนิคพื้นฐานสำหรับนำการส่งธุรกรรมแบบ Fanout ไปใช้อย่างปลอดภัย

บทบาทของคู่มือนี้

คู่มือที่เผยแพร่ใหม่มุ่งอธิบายการส่งธุรกรรมด้วย Durable Nonce จากมุมมองการนำไปใช้จริง ไม่ใช่เพียงทฤษฎี โดยอธิบายการออกแบบการส่งธุรกรรมเพื่อใช้จุดเชื่อมต่อ SWQoS ให้มีประสิทธิภาพสูงสุดอย่างครบถ้วน ตั้งแต่การตั้งค่าเริ่มต้นไปจนถึงขั้นตอนการดำเนินงานประจำวัน

หัวข้อสำคัญที่คู่มือครอบคลุม

คู่มือจัดระบบและอธิบายประเด็นสำคัญต่อการดำเนินงานหลายข้อ ได้แก่:

การออกแบบ Nonce Authority และบัญชี Nonce
ลำดับ Instruction ที่ถูกต้อง รวมถึง nonceAdvance
ข้อจำกัดในการดำเนินงานเกี่ยวกับการไม่สามารถนำ Raw Transaction กลับมาใช้ซ้ำ
การส่งแบบขนานไปยังจุดเชื่อมต่อ RPC หลายแห่ง
การออกแบบการยืนยันผลโดยตั้งสมมติฐานว่าใช้ Durable Nonce
รูปแบบการเปลี่ยนผ่านที่ปลอดภัยสำหรับการส่งธุรกรรมลำดับถัดไป

หัวข้อเหล่านี้ไม่ได้มีไว้สำหรับระยะ Proof of Concept เท่านั้น แต่ยังมุ่งรองรับการติดตั้งใน Production อย่างเสถียร

สถาปัตยกรรมการส่งธุรกรรมที่ใช้จริงใน ERPC

ERPC ออกแบบสถาปัตยกรรมการส่งธุรกรรมโดยมี SWQoS เป็นแกนหลัก พร้อมผสานจุดเชื่อมต่อ RPC ประสิทธิภาพสูงหลายแห่งในภูมิภาคและเส้นทางที่ต่างกัน การหลีกเลี่ยงการพึ่งพาภูมิภาคหรือเส้นทางส่งเพียงแห่งเดียวเป็นองค์ประกอบสำคัญของการเดินระบบ Solana ในโลกจริง

คู่มือนี้นำไปใช้กับการตัดสินใจด้านสถาปัตยกรรมในทางปฏิบัติภายในสภาพแวดล้อมหลายภูมิภาคของ ERPC ได้โดยตรง

กลุ่มผู้อ่านเป้าหมาย

คู่มือนี้จัดทำขึ้นสำหรับนักพัฒนาและทีมต่อไปนี้:

นักพัฒนาที่จัดการธุรกรรมความถี่สูงหรือมูลค่าสูง
ทีมที่พบปัญหาด้านอัตราความสำเร็จหรือความหน่วงในระบบส่งธุรกรรมผ่าน RPC ที่ใช้อยู่
ผู้ใช้ที่ใช้จุดเชื่อมต่อ SWQoS อยู่แล้วหรือกำลังพิจารณานำมาใช้

ก้าวต่อไป

ERPC จะปรับปรุงโครงสร้างพื้นฐานการส่งธุรกรรม รวมถึง SWQoS ต่อไป และจะทยอยเผยแพร่ความรู้ด้านการดำเนินงานที่ได้จากการใช้งานจริงในรูปแบบคู่มือและตัวอย่างโค้ด

ERPC ยังคงมุ่งมั่นสนับสนุนนักพัฒนาด้วยแพลตฟอร์มส่งธุรกรรมที่ไม่เพียงรวดเร็ว แต่ยังทำงานได้อย่างถูกต้องและเสถียรในการดำเนินงาน

การใช้งานและการปรึกษา

หากต้องการปรึกษาเกี่ยวกับสถาปัตยกรรมการส่งธุรกรรมที่เหมาะสม การเลือกภูมิภาค หรือการย้ายจากระบบเดิม สามารถรับการสนับสนุนรายบุคคลผ่าน Discord อย่างเป็นทางการของ Validators DAO

Discord อย่างเป็นทางการของ Validators DAO: https://discord.gg/C7ZQSrCkYR
เว็บไซต์อย่างเป็นทางการของ ERPC: https://erpc.global/th