ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
โซลานา(SOL) กำลังเดินหน้าอัปเดตโปรโตคอลที่ลดเวลาสล็อต หรือหน่วยเวลาสำหรับสร้างบล็อก จาก 400 มิลลิวินาทีลงเป็นขั้นบันได พร้อมปรับลดขีดจำกัดการประมวลผลต่อสล็อตไปพร้อมกัน ไม่ใช่แค่การเร่งความเร็วเพียงอย่างเดียว แต่เป็นการออกแบบเพื่อควบคุมภาระงานที่เครือข่ายต้องประมวลผลในแต่ละครั้ง ซึ่งจะช่วยลดแรงกดดันที่ตกอยู่กับผู้ตรวจสอบ (validator)
มูลนิธิโซลานา(Solana Foundation) ระบุในบันทึกการเปลี่ยนแปลง (changelog) เมื่อวันที่ 6 สิงหาคม (เวลาท้องถิ่น) ว่า ฟีเจอร์เกตสำหรับลดเวลาสล็อตจาก 400 มิลลิวินาทีเป็น 350 มิลลิวินาที ได้ถูกนำไปใช้บน Devnet และ Testnet แล้ว ต่อมาบันทึกการเปลี่ยนแปลงเมื่อวันที่ 13 สิงหาคม ระบุเพิ่มเติมว่า การเปลี่ยนผ่านจาก 350 มิลลิวินาทีเป็น 300 มิลลิวินาที เกิดขึ้นบน Testnet และ Devnet ส่วนการเปลี่ยนผ่านจาก 300 มิลลิวินาทีเป็น 250 มิลลิวินาที เกิดขึ้นบน Testnet แล้วเช่นกัน
สำหรับ Mainnet เอกสารกำหนดการของ Agave v4.2 ระบุว่าการเปิดใช้งานฟีเจอร์จะเริ่มในวันที่ 17 สิงหาคม แต่เอกสารดังกล่าวระบุชัดว่ากำหนดการนี้เป็นเพียง 'ชั่วคราว' และอาจเปลี่ยนแปลงได้ ดังนั้นจึงควรเข้าใจว่าขณะนี้คือขั้นตอนที่ 'เริ่มเปิดใช้งานฟีเจอร์บน Mainnet' เท่านั้น ยังไม่ใช่การเปลี่ยนผ่านเป็น 350 มิลลิวินาทีที่เสร็จสมบูรณ์แล้วบน Mainnet
ประเด็นสำคัญคือการลดเวลาสล็อตกับการลดขีดจำกัดการประมวลผลเคลื่อนที่ไปพร้อมกัน ร่างข้อเสนอปรับปรุงโซลานา SIMD-0525 เสนอการเปลี่ยนผ่าน 4 ขั้นตอน จาก 400 มิลลิวินาที เป็น 350, 300, 250 และ 200 มิลลิวินาทีตามลำดับ โดยแต่ละขั้นตอนยังคงโครงสร้างเดิมไว้ ทั้ง 64 ติ๊ก (tick) หน้าต่างผู้นำ (leader window) 4 สล็อต และรอบเอพอค (epoch) ที่ 432,000 สล็อต แต่จะลดขีดจำกัดงานต่อสล็อตลงตามสัดส่วนของเวลาสล็อตเป้าหมาย
สล็อตคือหน่วยเวลาที่ผู้ตรวจสอบได้รับมอบหมายให้สร้างบล็อก เมื่อเวลาสล็อตสั้นลง โอกาสในการสร้างบล็อกจะกลับมาถี่ขึ้น แต่ภาระในการประมวลผล กระจายข้อมูล และตรวจสอบภายในแต่ละสล็อตก็เพิ่มขึ้นตามไปด้วย หากไม่ปรับขีดจำกัดงานให้สอดคล้องกับระยะเวลาที่สั้นลง อาจเกิดปัญหาอัตราการข้าม (skip rate) สูงขึ้น หรือระบบภายนอกคำนวณเวลาผิดพลาดได้
ก่อนหน้านี้โซลานาได้ปรับเพิ่มขีดจำกัดหน่วยประมวลผล (compute unit) ต่อบล็อกบน Mainnet จาก 60 ล้าน CU เป็น 100 ล้าน CU มาแล้ว เอกสาร 100M CU Blocks ระบุว่าฟีเจอร์นี้เปิดใช้งานบน Mainnet เมื่อวันที่ 29 กรกฎาคม โดยขณะนั้นเวลาบล็อกยังคงอยู่ที่ 400 มิลลิวินาทีเช่นเดิม ตารางใน SIMD-0525 ระบุว่าบนฐาน 100 ล้าน CU ขีดจำกัด CU สูงสุดต่อบล็อกในขั้น 350 มิลลิวินาทีอยู่ที่ 87.5 ล้าน CU ขั้น 300 มิลลิวินาทีอยู่ที่ 75 ล้าน CU ขั้น 250 มิลลิวินาทีอยู่ที่ 62.5 ล้าน CU และขั้น 200 มิลลิวินาทีอยู่ที่ 50 ล้าน CU
โครงสร้างนี้ไม่ได้มุ่งเพิ่มเพดานประมวลผลทางทฤษฎีต่อวินาทีให้พุ่งสูงขึ้นทันที แต่เน้นการสร้างสล็อตให้ถี่ขึ้นในขณะที่ลดปริมาณงานต่อสล็อตลง เอกสารของมูลนิธิโซลานาอธิบายว่า สล็อตที่สั้นลงช่วยลดความล่าช้าในการยืนยันและการสิ้นสุดธุรกรรม (finality) และหากยังคงหน้าต่างผู้นำไว้ที่ 4 สล็อต ระยะเวลาที่ผู้นำแต่ละรายรับผิดชอบสร้างบล็อกจะลดจาก 1.6 วินาทีที่ฐาน 400 มิลลิวินาที เหลือ 1.4 วินาทีที่ฐาน 350 มิลลิวินาที
ร่าง SIMD-0525 ยังกำหนดว่าแม้ฟีเจอร์เกตจะถูกเปิดใช้งานแล้ว ขีดจำกัดใหม่จะยังไม่มีผลทันที แต่จะมีการหน่วงเวลาไป 1 เอพอคก่อน กล่าวคือหลังเปิดใช้งาน เครือข่ายจะยังไม่ใช้เกณฑ์สล็อตที่สั้นลงทันที แต่จะรอให้เอพอคถัดไปเป็นผู้รับเกณฑ์ใหม่ กลไกนี้มีขึ้นเพื่อลดข้อผิดพลาดในการตัดสินความถูกต้องที่อาจเกิดขึ้นจากการบังคับใช้ขีดจำกัดเร็วเกินไป ในกระบวนการประมวลผลของเทอร์บิน (Turbine) และชเรด (shred)
การปรับครั้งนี้ต่อเนื่องจากรายงานก่อนหน้าที่ระบุว่า แม้จะผ่านวันเป้าหมายของ Agave 4.2 ไปแล้ว การเปิดใช้งานฟีเจอร์เกตบน Mainnet ก็ยังเป็นขั้นตอนแยกต่างหากที่ต้องรอ การเผยแพร่ซอฟต์แวร์กับการเปิดใช้งานฟีเจอร์เกตในระดับโปรโตคอลไม่ใช่เรื่องเดียวกัน แม้ผู้ตรวจสอบจะเตรียมไคลเอนต์ใหม่พร้อมแล้ว แต่จุดที่กฎของเครือข่ายจะเปลี่ยนแปลงจริงต้องพิจารณาทั้งฟีเจอร์เกตและกฎการหน่วงเอพอคควบคู่กัน
การเปลี่ยนแปลงนี้อาจส่งผลถึงกระเป๋าเงินดิจิทัล ระบบ RPC และเอ็กซ์พลอเรอร์ (explorer) ด้วย ร่าง SIMD-0525 เตือนว่าค่าคงที่ใน SDK และตรรกะแปลงค่าสล็อตเป็นเวลาอาจยังอิงฐาน 400 มิลลิวินาทีไปอีกระยะหนึ่ง หากคลัสเตอร์ที่กำลังทำงานจริงเปลี่ยนไปใช้ฐาน 350, 300, 250 หรือ 200 มิลลิวินาทีแล้ว แต่ระบบภายนอกยังคำนวณเวลาแบบเดิม อาจทำให้เวลาหมดอายุหรือค่าที่แสดงผลคลาดเคลื่อนได้
ต้นทุนของผู้ตรวจสอบก็เป็นอีกประเด็นที่ถูกพูดถึง ในการหารือบน GitHub มีความเห็นว่าหากสล็อตเร็วขึ้น ภาระต้นทุนการโหวตตามเวลานาฬิกาจริง (wall-clock) อาจเพิ่มขึ้น เนื่องจากจำนวนสล็อตที่มากขึ้นหมายถึงความถี่ในการโหวตและตรวจสอบที่ต้องทำในช่วงเวลาจริงเท่าเดิมก็เพิ่มขึ้นตามไปด้วย
เบรนแนน วัตต์(Brennan Watt) เจ้าหน้าที่แอนซา(Anza) กล่าวในการหารือเดียวกันว่า "SIMD #525 ถูกรวมเข้าระบบแล้ว และการพัฒนาฝั่ง Agave เสร็จสมบูรณ์" คำกล่าวนี้สะท้อนว่าแม้ขั้นตอนการรวมข้อเสนอและพัฒนาไคลเอนต์ Agave จะเสร็จสิ้นแล้ว แต่ประเด็นต้นทุนการดำเนินงานและการตรวจสอบความเข้ากันได้ยังเป็นงานที่ต้องติดตามแยกต่างหาก
ภาพรวมการเปิดตัว Agave v4.2 ระบุว่านอกจากการลดเวลาสล็อตแล้ว รุ่นนี้ยังรวมการขยายขนาดธุรกรรมและการลดค่าเช่า (rent) ไว้ในชุดเดียวกันด้วย สะท้อนว่าอัปเดตครั้งนี้ไม่ใช่การปรับความเร็วเพียงอย่างเดียว แต่เป็นแพ็กเกจอัปเกรดที่รวมหลายฟีเจอร์ทั้งฝั่งไคลเอนต์และโปรโตคอลเข้าไว้ด้วยกัน
สำหรับผู้ใช้งาน สิ่งที่สำคัญไม่แพ้ความเร็วที่รับรู้ได้ คือการที่กระเป๋าเงิน ตลาดซื้อขาย และผู้ให้บริการโครงสร้างพื้นฐานต้องปรับใช้เกณฑ์เวลาสล็อตใหม่ให้ถูกต้อง หากเวลาสล็อตลดลงแต่ระบบภายนอกยังคำนวณเวลาหมดอายุ ค่าที่แสดงผล หรือการติดตามธุรกรรมด้วยฐาน 400 มิลลิวินาทีเดิม ก็อาจเกิดความสับสนในการใช้งานจริงได้
เอกสารกำหนดการของ Agave v4.2 ระบุวันเริ่มเปิดใช้งานฟีเจอร์บน Mainnet ไว้ที่วันที่ 17 สิงหาคม และวันส่งมอบ (delivery) ไว้ที่วันที่ 18 สิงหาคม โดยกำหนดการทั้งหมดยังอยู่ในสถานะชั่วคราว ขั้นตอนต่อจากนี้จึงต้องตรวจสอบจากการเปิดใช้งานฟีเจอร์เกตจริงและการบังคับใช้ตามรอบเอพอคเป็นหลัก
แหล่งอ้างอิงสำหรับการตรวจสอบข้อมูล ได้แก่ เอกสารร่าง SIMD-0525, บันทึกการเปลี่ยนแปลงของโซลานาวันที่ 6 สิงหาคม และ 13 สิงหาคม, เอกสารกำหนดการ Agave v4.2, เอกสาร 100M CU Blocks และภาพรวม Agave 4.2
ความคิดเห็น 0