ชื่อเรื่องต้นฉบับ: เบื้องหลังปัญหาตัวตรวจสอบที่ช้าของ Solana
ผู้เขียนต้นฉบับ: Jack Kubinec, Blockworks
คำแปลต้นฉบับ: TechFlow
ในขณะที่ปัญหาโค้ดของ Solana ได้รับการแก้ไขอย่างค่อยเป็นค่อยไปในช่วงไม่กี่ปีที่ผ่านมา เวลาบล็อก (เวลาที่เครือข่ายใช้ในการสร้างบล็อกธุรกรรมใหม่) ลดลงอย่างมาก แม้จะต่ำกว่า 400 มิลลิวินาทีตามที่กำหนด
อย่างไรก็ตาม ในช่วงเดือนที่ผ่านมา มีแนวโน้มที่น่าสนใจเกิดขึ้น นั่นคือ เวลาบล็อกเฉลี่ย (ซึ่งเป็นตัวชี้วัดประสิทธิภาพหลักในเครือข่ายบล็อกเชน ซึ่งสะท้อนถึงความเร็วในการประมวลผลธุรกรรมและสร้างบล็อกของเครือข่ายบล็อกเชน) เพิ่มขึ้นอย่างรวดเร็ว และ Solana ได้ลดความเร็วในการเพิ่มธุรกรรมใหม่ลงในบล็อกเชนลง เหตุผลอยู่ที่กลยุทธ์ตัวตรวจสอบแบบใหม่ ซึ่งชี้ให้เห็นว่าการสร้างบล็อกอย่างช้าๆ อาจสร้างผลกำไรได้มากกว่า จากข้อมูลของ Blockworks พบว่า Anza, Jito และ Marinade กำลังพิจารณาแก้ไขปัญหานี้

บล็อก Solana แต่ละบล็อกจะมีผู้ตรวจสอบ (Validator) ซึ่งทำหน้าที่เป็นผู้นำ ซึ่งมีหน้าที่รับผิดชอบในการรวบรวมธุรกรรม สร้างบล็อก และเผยแพร่ไปยังเครือข่าย ผู้นำจะเก็บค่าธรรมเนียมธุรกรรมสำหรับการสร้างบล็อก กระแสคำสั่งซื้อขายที่มากขึ้นหมายถึงโอกาสในการเก็บค่าธรรมเนียมที่มากขึ้น ดังนั้นผู้ตรวจสอบอาจเลือกประมวลผลธุรกรรมภายใน 500 มิลลิวินาทีแทนที่จะเป็น 300 มิลลิวินาทีเพื่อเพิ่มรายได้
ในระดับพื้นฐาน ผู้ตรวจสอบ Solana บางรายดูเหมือนจะรอให้นานที่สุดเท่าที่จะเป็นไปได้เพื่อรวมธุรกรรมลงในบล็อกและเพิ่มรายได้ให้สูงสุด พฤติกรรมนี้ทำให้ระยะเวลาของวงจร Solana เพิ่มขึ้น
สำหรับเครือข่ายที่มุ่งหวังความเร็วเทียบเท่า Nasdaq สถานการณ์เช่นนี้ไม่ใช่สถานการณ์ที่เหมาะสมอย่างแน่นอน นอกจากนี้ วงจรที่น้อยลงหมายถึงโอกาสในการสะสมผลตอบแทนจากการสเตคกิ้งน้อยลง ซึ่งเป็นประเด็นที่ Max Kaplan ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีของ Sol Strategies ได้กล่าวไว้
Solana มีกลไกที่เรียกว่า grace ticks ซึ่งเป็นช่วงเวลาหน่วงเวลาที่อนุญาตให้ผู้นำยังคงส่งบล็อกได้สำเร็จ กลไกนี้ออกแบบมาเพื่อป้องกันไม่ให้ผู้ตรวจสอบที่อยู่ห่างไกลถูกลงโทษอย่างไม่เป็นธรรม แต่ก็เปิดโอกาสให้ผู้ตรวจสอบสามารถจงใจชะลอการส่งบล็อกได้เช่นกัน
นอกจากนี้ Frankendancer ซึ่งเป็นไคลเอ็นต์ทางเลือกของ Solana เพิ่งเปิดตัวตัวกำหนดเวลาที่ช่วยเพิ่มรายได้สูงสุด
Kaplan ระบุว่า Validator ที่รันไคลเอนต์ดูเหมือนจะสร้างบล็อกในอัตราที่ช้ากว่าปกติเล็กน้อย อย่างไรก็ตาม Kaplan เสริมว่าความล่าช้าของ Frankendancer นั้นเล็กน้อยเมื่อเทียบกับความล่าช้าที่รุนแรงกว่า และเขาไม่ถือว่านี่เป็น "เรื่องแย่" นอกจากนี้ ความล่าช้าของบล็อกไม่ใช่แนวคิดใหม่ในบล็อกเชนแบบ Proof-of-Stake อย่างไรก็ตาม การอัปเกรดของ Firedancer อาจทำให้กลยุทธ์นี้โดดเด่นขึ้นบน Solana Jump ยังไม่ได้แสดงความคิดเห็นเกี่ยวกับเรื่องนี้
ที่น่าสนใจคือ Michael McGee วิศวกรซอฟต์แวร์ของ Firedancer ได้อธิบายปรากฏการณ์นี้ในพอดแคสต์ Lightspeed สัปดาห์นี้ เขากล่าวว่า: “สิ่งหนึ่งที่เราเห็นจากตัวตรวจสอบความถูกต้องในปัจจุบันก็คือ… [ตัวตรวจสอบความถูกต้อง] มีแนวโน้มที่จะสร้างบล็อกที่มีกำไรมากขึ้นโดยการทำให้การดำเนินการธุรกรรมล่าช้า”
นักวิเคราะห์ของ Blockworks Research Victor Pham ตั้งข้อสังเกตว่าตัวตรวจสอบความถูกต้องของ Solana ที่ทำให้บล็อกล่าช้าอย่างเห็นได้ชัดนั้นมักจะใช้งานไคลเอนต์ Agave-Jito เวอร์ชันที่แก้ไขแล้ว
ตัวอย่างเช่น ในยุค 802 กลางเดือนมิถุนายน Galaxy และ Kiln มีเวลาบล็อกเฉลี่ยมากกว่า 570 มิลลิวินาที จากข้อมูลของ Solana Compass พบว่าตัวตรวจสอบที่ไม่ได้ติดธงบางรายก็ทำงานช้าลงเช่นกัน ขณะที่ตัวตรวจสอบของ Temporal มีเวลาบล็อกเฉลี่ยอยู่ที่ 475 มิลลิวินาที
เออร์เนสต์ ออปเปอติต ผู้ร่วมก่อตั้ง Kiln ยอมรับว่าตัวตรวจสอบของเขา ซึ่งเป็นตัวตรวจสอบสเตครายใหญ่อันดับหกในเครือข่าย Solana ได้ชะลอช่องบล็อกมาระยะหนึ่งแล้ว แต่กล่าวว่าพฤติกรรมดังกล่าวได้หยุดลงแล้ว
“ที่ Kiln เราภูมิใจที่ได้นำเสนอ APY ที่สูงที่สุดในตลาด โดยไม่ลดทอนความปลอดภัย เรากำลังทำการวิจัยและพัฒนาในส่วนต่างๆ ของสแต็กของเราอย่างต่อเนื่อง รวมถึงกลยุทธ์การกำหนดเวลา และกำลังหารือกับลูกค้า ทีมงานลูกค้า และมูลนิธิอย่างต่อเนื่อง ขณะนี้เรากำลังปฏิบัติตามข้อกำหนดและไม่ชะลอบล็อกอีกต่อไป แต่ตัวตรวจสอบอื่นๆ อีกมากมายยังคงทำเช่นนั้นอยู่ เราเชื่อว่าปัญหาเรื่องแรงจูงใจ (บล็อกที่รวดเร็วซึ่งนำไปสู่ผลตอบแทนที่ลดลง) จำเป็นต้องได้รับการแก้ไขในระดับโปรโตคอล” ออปเปอติตกล่าว
“ผมบอกได้เลยว่าเราไม่ใช่เหตุผลที่ผู้คนตระหนักถึงเรื่องนี้” เบน โคเวอร์สตัน ผู้อำนวยการฝ่ายวิศวกรรมของ Temporal กล่าวเมื่อถูกถามเกี่ยวกับการมีส่วนร่วมอย่างชัดเจนของผู้ตรวจสอบของเขาในแนวโน้มบล็อกแบบช้า
โฆษกของ Galaxy กล่าวว่า “ในฐานะผู้ให้บริการ เราสนับสนุนการกำหนดค่าผู้ตรวจสอบที่ให้ความสำคัญกับการเพิ่มผลตอบแทนจากการสเตคกิ้งของลูกค้าให้สูงสุด สำหรับ Solana นี่อาจหมายถึงการเสนอบล็อกที่ช้าลงเล็กน้อยเพื่อให้แน่ใจว่าได้รับรางวัลที่สูงขึ้น Galaxy ยังตอบสนองต่อความคิดเห็นของชุมชนและได้ปรับเวลาบล็อกให้อยู่ในช่วงที่ยอมรับได้”
อย่างไรก็ตาม ความเห็นโดยทั่วไปในชุมชนผู้ตรวจสอบ Solana คือ การทำให้เครือข่ายช้าลงนั้นไม่เหมาะสม และในขณะนี้ผู้ตรวจสอบที่ทำเครือข่ายช้าลงกำลังเผชิญกับกระแสต่อต้านจากสาธารณชน
ในไม่ช้านี้ พวกเขาอาจต้องเผชิญกับบทลงโทษที่รุนแรงมากขึ้น Blockworks ระบุว่า Jito วางแผนที่จะขึ้นบัญชีดำผู้ตรวจสอบที่ช้าจากกลุ่ม Staking Pool ซึ่งเป็นกลุ่มที่ใหญ่ที่สุดในเครือข่าย Solana
Brian Smith ประธานมูลนิธิ Jito กล่าวว่าองค์กรกำลัง "ร่างข้อเสนอเกี่ยวกับการกำกับดูแลเพื่อให้คณะกรรมการมีอำนาจในการนำผู้ตรวจสอบที่ล่าช้าออกจากกลุ่มผู้แทน JitoSOL ข้อเสนอนี้ควรเปิดให้ชุมชนหารือภายในไม่กี่วัน"
Michael Repetny ผู้ร่วมก่อตั้ง Marinade กล่าวว่าผู้ให้บริการ Staking Pool กำลัง "พิจารณานำปัญหานี้มาพิจารณาในข้อเสนอเกี่ยวกับการกำกับดูแลเพื่อหารือถึงข้อดีข้อเสียของการทำให้ [ผู้ตรวจสอบที่ช้า] เป็นการละเมิดกฎ/นโยบายการมอบหมายที่เข้มงวด"
ขณะนี้กำลังดำเนินการแก้ไขปัญหาในระดับโปรโตคอล ที่เก็บ GitHub ของ Anza แสดงข้อเสนอใหม่ที่เสนอให้ลดระยะเวลา Grace Tick ของ Solana ลงครึ่งหนึ่ง นอกจากนี้ การปฏิรูปกลไกฉันทามติที่ Solana เสนอก็คาดว่าจะช่วยแก้ปัญหานี้ได้เช่นกัน
“Alpenglow จะแก้ปัญหานี้ได้ด้วยการเปิดใช้งานฟังก์ชันข้ามการโหวต” เบรนแนน วัตต์ รองประธานฝ่ายวิศวกรรมหลักของ Anza กล่าว
วัตต์เปิดเผยในตอนล่าสุดของพอดแคสต์ Lightspeed ว่า Anza หวังที่จะนำ Alpenglow ออนไลน์บนเมนเน็ตก่อนการประชุม Solana Breakpoint ในเดือนธันวาคมปีนี้
ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:
กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats
กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App
บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia