MagicBlock เปิดตัว Validator v1.0 เมื่อวันที่ 6 ตุลาคม 2026 ซึ่งเป็นเวอร์ชันหลักครั้งแรกของ runtime Solana Virtual Machine ที่เฉพาะทางซึ่งขับเคลื่อน Ephemeral Rollups ของตน หลังจากใช้เวลาเกือบหนึ่งปีครึ่งในการพัฒนา ทดสอบ และปรับปรุง การเปิดตัวนี้รวมฟีเจอร์ที่ใช้งานอยู่แล้วในสภาพแวดล้อมการผลิตไว้ด้วยกัน พร้อมเสริมประสิทธิภาพภายใต้ภาระงาน การกู้คืนเมื่อเกิดข้อผิดพลาด และเครื่องมือสำหรับผู้ดูแลระบบ นักพัฒนาสามารถมอบหมายบัญชีที่เลือกไว้ไปยังสภาพแวดล้อมการประมวลผลที่รวดเร็วและตั้งอยู่ใกล้เคียงซึ่งประมวลผลงานด้วยเวลาบล็อกประมาณ 10 มิลลิวินาที จากนั้นส่งผลลัพธ์กลับไปยัง Mainnet ของ Solana 

ปัจจุบันมีตัวตรวจสอบ (validator) จำนวนสี่ตัวที่ดำเนินงานบน Mainnet ทั่วเอเชีย ยุโรป สหรัฐอเมริกา และตัวอย่างของสภาพแวดล้อมการดำเนินงานที่เชื่อถือได้ การอัปเดตนี้เกิดขึ้นขณะที่แอปพลิเคชันในด้านเกม การซื้อขาย และการชำระเงินต้องการความหน่วงเวลาและความเป็นส่วนตัวที่ชั้นพื้นฐานเพียงอย่างเดียวไม่สามารถจัดหาได้ แต่ยังคงเข้าถึงโปรแกรมและสภาพคล่องของ Solana ได้อย่างเต็มที่ ตัวตรวจสอบ v1.0 แปลง Ephemeral Rollups ให้เป็นเครื่องมือแบบเรียลไทม์ที่พร้อมใช้งานในเชิงผลิต โดยมอบการจัดการเจตนาหลายขั้นตอน การจัดเก็บชั่วคราวที่ถูกลงค่า คำสั่งการตั้งtlement แบบอะตอมิก และเศรษฐศาสตร์ที่ชัดเจนยิ่งขึ้น ทั้งหมดนี้ยังคงยึดมั่นอย่างสมบูรณ์กับ Solana

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

ผลกระทบเชิงปฏิบัติปรากฏชัดเจนที่สุดในกระบวนการชำระเงินและเกม ผู้ใช้สามารถอนุญาตให้ดำเนินการธุรกรรมที่ลงนามเพียงครั้งเดียวบน Solana Mainnet; ตัวตรวจสอบจะดำเนินการส่วนที่เป็นส่วนตัวหรือความเร็วสูงภายใน rollup และสรุปสถานะสุดท้ายกลับมา โพสต์บนบล็อกของ MagicBlock อธิบายว่าการรวมกันของ intent และคุณสมบัติที่เกี่ยวข้องช่วยกำจัดความจำเป็นในการจัดการขั้นตอนระหว่างกลางด้วยตนเองของนักพัฒนา แอปพลิเคชันในระยะเริ่มต้นของการผลิตได้แสดงให้เห็นถึงเซสชันผู้เล่นหลายคนและวงจรการซื้อขายที่รู้สึกต่อเนื่อง แทนที่จะถูกขัดจังหวะด้วยช่วงเวลาของบล็อก โดยการย้ายความรับผิดชอบในการจัดลำดับไปยังตัวตรวจสอบ การปล่อยนี้ช่วยลดพื้นที่เสี่ยงต่อข้อผิดพลาดและปลดปล่อยเวลาทางวิศวกรรมให้ใช้สำหรับตรรกะของแอปพลิเคชัน การเปลี่ยนแปลงนี้ยังสอดคล้องกับเป้าหมายที่ระบุไว้ของโครงการ คือการให้แอปพลิเคชันสามารถขยายการประมวลผลตามความต้องการ ในขณะที่ยังคงสามารถรวมเข้ากับโปรแกรมและกลุ่มสภาพคล่องของ Solana ที่มีอยู่ได้อย่างสมบูรณ์

Magic Actions ช่วยให้โปรแกรมบน Solana สามารถใช้สถานะ rollup ที่อัปเดตแล้วในระหว่างการทำธุรกรรมการตั้งtle โดยเมื่อรวม Action เข้ากับธุรกรรม Solana เดียวกันกับการ commit จะทำงานแบบอะตอมิก: ความสำเร็จจะผลักดันทั้งการ commit และ Action ไปพร้อมกัน ส่วนความล้มเหลวจะยกเลิกธุรกรรมทั้งหมด การรับประกันนี้ช่วยขจัดปัญหาสถานะบางส่วนที่เคยต้องใช้ตรรกะการกู้คืนแบบกำหนดเอง ฟังก์ชัน Callback จะส่งผลลัพธ์กลับไปยัง rollup เพื่อให้แอปพลิเคชันสามารถตอบสนองทันที การยกเลิกการมอบหมายอัตโนมัติยังช่วยลดความซับซ้อนในการคืนบัญชีกลับไปยังเลเยอร์พื้นฐาน บันทึกการปล่อยเวอร์ชันบน GitHub ระบุความสามารถเหล่านี้ไว้ภายใต้ settlement flows และระบุถึงการจัดการการเรียงลำดับ commit และความสอดคล้องของ blockhash ที่ดีขึ้น ทั้งหมดนี้ร่วมกันสร้างวงจรที่แน่นหนาขึ้นระหว่างสภาพแวดล้อมความเร็วสูงกับความปลอดภัยของ Solana Mainnet

สำหรับนักพัฒนา คุณสมบัติแบบอะตอมิกมีความสำคัญที่สุดเมื่อมีการเคลื่อนย้ายมูลค่า แอปพลิเคชันการซื้อขายสามารถยืนยันการอัปเดตราคาและดำเนินการโอนที่เกี่ยวข้องพร้อมกัน โดยไม่เสี่ยงที่หนึ่งจะสำเร็จในขณะที่อีกอันล้มเหลว รูปแบบเดียวกันนี้ยังรองรับการแจกรางวัลเกมหรือการสรุปผลการชำระเงินส่วนตัว เนื่องจากการดำเนินการนี้อยู่ภายในธุรกรรมการตั้งtle ระบบโดยรวมจึงได้รับการรับประกันจากกลไกการตกลงของ Solana แทนที่จะสร้างกลไกการสรุปผลแยกต่างหาก การปรับปรุงเครื่องมือผู้ดูแลระบบ รวมถึงการติดตามแบบมีโครงสร้างและการขยายเมตริกความล่าช้า ช่วยให้ทีมสามารถสังเกตขั้นตอนอะตอมิกเหล่านี้ในสภาพแวดล้อมการผลิต ผลลัพธ์สุดท้ายคือข้อผิดพลาดในกรณีขอบน้อยลงและแบบจำลองเชิงจิตใจที่ชัดเจนยิ่งขึ้น: rollup เร่งการทำงาน ชั้นพื้นฐานบันทึกผลลัพธ์ที่แน่นอน และ Magic Actions รักษาความสอดคล้องระหว่างสองส่วนนี้โดยไม่ต้องใช้โค้ดการประสานงานเพิ่มเติม

การดำเนินการหลังจากการมอบหมายสิทธิ์ช่วยให้แอปพลิเคชันสามารถจัดเตรียมงานที่เริ่มต้นทันทีที่บัญชีเข้าสู่ rollup การดำเนินการเหล่านี้สามารถรวมถึงคำสั่งที่เข้ารหัส ซึ่งเปิดใช้งานกระบวนการทำงานแบบส่วนตัวโดยไม่เปิดเผยสถานะระหว่างกลาง เมื่อรวมกับ intent bundles คุณลักษณะนี้รองรับเส้นทางการชำระเงินแบบส่วนตัวอย่างสมบูรณ์: ผู้ใช้ลงชื่อเพียงครั้งเดียวบน Mainnet rollup จะดำเนินการส่วนที่เป็นความลับภายในสภาพแวดล้อมการประมวลผลที่เชื่อถือได้ และผลลัพธ์สุดท้ายจะถูกตั้งค่ากลับไปยัง Solana เอกสารของ MagicBlock อธิบายโมเดลความเป็นส่วนตัวว่าพึ่งพาฮาร์ดแวร์ Intel TDX โดยพื้นที่โปรเซสเซอร์ที่ถูกล็อกจะปกป้องสถานะจากเครื่องโฮสต์ ข้อแลกเปลี่ยนคือความเชื่อมั่นในผู้ผลิตฮาร์ดแวร์ ซึ่งโครงการได้เปิดเผยอย่างชัดเจน การโอนโทเค็นยังคงใช้อินเทอร์เฟซและ SDK มาตรฐานของ Solana ดังนั้นวอลเล็ตและโปรแกรมที่มีอยู่จึงยังคงเข้ากันได้

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

Magic ATAs ช่วยให้ผู้ใช้สามารถส่งโทเค็นไปยังผู้รับบน rollup โดยไม่ต้องสร้างบัญชีโทเค็นที่เกี่ยวข้องของผู้รับบน Solana หรือจ่ายค่าฝากที่ exempt จากค่าเช่าก่อนหน้า บัญชีโทเค็นที่เกี่ยวข้องคือโครงสร้างมาตรฐานของ Solana ที่ใช้เก็บโทเค็นเฉพาะสำหรับวอลเล็ตหนึ่งๆ; การสร้างบัญชีนี้จะมีค่าใช้จ่ายในรูปของ SOL ซึ่งผู้ใช้จำนวนมากไม่ต้องการจ่ายล่วงหน้า Magic ATAs ช่วยเลื่อนหรือตัดค่าใช้จ่ายนี้ออกไปสำหรับกิจกรรมบน rollup ลดอุปสรรคในการโอนที่มีความถี่สูงหรือชั่วคราว คุณลักษณะนี้ทำงานร่วมกับอินเทอร์เฟซ Token-2022 และโทเค็นมาตรฐานที่ตัวตรวจสอบรองรับอยู่แล้ว เนื่องจากบัญชีเหล่านี้ยังคงเป็นแบบชั่วคราวขณะอยู่บน rollup ค่าใช้จ่ายทางเศรษฐกิจจึงยังคงสัดส่วนกับการใช้งานจริง แทนที่จะเป็นการจัดเก็บถาวร

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

บัญชีชั่วคราวให้ที่พักสำหรับข้อมูลชั่วคราวบน rollup ในต้นทุนการจัดหาเพียงส่วนหนึ่งของบัญชีระดับพื้นฐานที่เทียบเท่า นักพัฒนาสามารถสร้าง ปรับขนาด และปิดบัญชีเหล่านี้ได้อย่างอิสระ เมื่อพื้นที่ถูกปล่อยออก ค่าฝากการจัดเก็บที่เกี่ยวข้องจะถูกคืนกลับ ดังนั้น เซสชันเกม หัวข้อการสนทนา หรือการคำนวณแบบขั้นตอนสามารถสร้างปริมาณสถานะจำนวนมากโดยไม่ต้องใช้ค่าเช่าของ Solana อย่างถาวร เมื่อข้อมูลไม่จำเป็นอีกต่อไป บัญชีจะถูกปิดเพียงเท่านั้น และค่าฝากจะถูกเรียกคืน โมเดลนี้สอดคล้องกับวงจรชีวิตของแอปพลิเคชันแบบเรียลไทม์หลายประเภทได้ดีกว่าการจัดเก็บแบบถาวรบนโซ่

ข้อได้เปรียบทางเศรษฐกิจจะเพิ่มขึ้นสำหรับแอปพลิเคชันที่เปิดและปิดเซสชันระยะสั้นจำนวนมาก แทนที่จะจ่ายยอดเงินที่ปลอดภัยค่าเช่าเต็มจำนวนสำหรับโครงสร้างชั่วคราวทุกแห่ง ทีมงานจะจ่ายเฉพาะเมื่อข้อมูลยังมีประโยชน์ บันทึกการปล่อยเวอร์ชันบน GitHub ได้ระบุบัญชีชั่วคราวไว้เป็นหนึ่งในฟีเจอร์หลักของกระบวนการทำงานของแอปพลิเคชัน เนื่องจากบัญชีเหล่านี้อยู่ภายในสภาพแวดล้อมที่มอบหมาย จึงได้รับการป้องกันการล็อกเดียวกันเพื่อป้องกันการเขียนข้อมูลระดับพื้นฐานที่ขัดแย้งกัน เมื่อเกิดการตั้งtlement จำเป็นต้องเขียนกลับเฉพาะสถานะสุดท้ายที่เกี่ยวข้องไปยัง Solana ดังนั้นการออกแบบนี้จึงลดทั้งต้นทุนและขนาดข้อมูลที่เพิ่มขึ้น ขณะเดียวกันก็รักษาโมเดลความปลอดภัยของโซ่พื้นฐานไว้ ผู้พัฒนาที่เคยหลีกเลี่ยงการใช้สถานะชั่วคราวที่ซับซ้อนเพราะเหตุผลด้านต้นทุน ตอนนี้มีทางเลือกที่เป็นไปได้

Validator v1.0 ปรับปรุงวิธีการซิงโครไนซ์บัญชีจากเลเยอร์พื้นฐาน การซิงโครไนซ์ตอนนี้มีความขนานและขับเคลื่อนตามความต้องการมากขึ้น พร้อมเส้นทางที่ไม่ต้องล็อก การสมัครรับข้อมูลแบบเป็นชุด และการดึงข้อมูลบัญชีแบบเป็นชุด รวมถึงการครอบคลุม gRPC และ WebSocket แบบหลายระดับ การรวมการเชื่อมต่อ การแคชบัญชีว่าง และการลดภาระจากการตรวจสอบช่วยลดการใช้ทรัพยากรลง การเปลี่ยนแปลงเหล่านี้ลดภาระที่ตัวตรวจสอบ rollup วางบนจุดสิ้นสุด Solana RPC และเพิ่มความทนทานเมื่ออัปเดตมาล่าช้าหรือการเชื่อมต่อหลุด การทำงานที่ค้างอยู่ในการตั้งtle สามารถกู้คืนได้หลังจากเริ่มต้นใหม่ ซึ่งแก้ไขช่องว่างในการกู้คืนที่เคยมีมาก่อน

ผลที่เกิดขึ้นจริงคือความน่าเชื่อถือที่สูงขึ้นภายใต้ปริมาณการใช้งานจริง แอปพลิเคชันที่เปิดเซสชันพร้อมกันจำนวนมากไม่เสี่ยงต่อการหยุดนิ่งของสตรีมหรือการเชื่อมต่อใหม่ที่ล้มเหลวโดยไม่แจ้งเตือนอีกต่อไป เครื่องมือของผู้ดูแลระบบได้รับอินเทอร์เฟซผู้ใช้แบบเทอร์มินัล การวินิจฉัยการดึงบัญชี และการผสานรวมกับ Geyser ทำให้ง่ายต่อการติดตามและตรวจสอบปัญหา บันทึกการปล่อยเวอร์ชันยังบันทึกการจัดการที่เข้มงวดขึ้นสำหรับการอัปเดตบัญชีที่ล้าสมัยหรือไม่เรียงลำดับ และการแข่งขันระหว่างการคัดลอก ร่วมกันแล้ว การปรับปรุงเหล่านี้ช่วยย้าย runtime จากเครื่องมือทดลองไปสู่โครงสร้างพื้นฐานที่ทีมสามารถพึ่งพาได้สำหรับบริการแบบเรียลไทม์อย่างต่อเนื่อง การเน้นที่ประสิทธิภาพภายใต้ภาระงานสะท้อนการสังเกตของโครงการว่าคุณลักษณะหลายอย่างได้เปิดใช้งานอยู่แล้ว; v1.0 เพียงแค่วางพวกเขาไว้บนรากฐานที่แข็งแกร่งยิ่งขึ้น

การกู้คืนการตั้งtle ช่วยให้สามารถลองใหม่ได้ซึ่งเจตนาการตั้งtle ที่ค้างอยู่เมื่อตัวตรวจสอบรีสตาร์ท การไหลของ commit-finalize และการยกเลิกการมอบหมายอัตโนมัติให้การควบคุมที่ชัดเจนยิ่งขึ้นเกี่ยวกับเวลาที่สถานะกลับคืนสู่ Solana บันทึกการปล่อยแสดงถึงการปรับปรุงการเล่นซ้ำของ ledger พฤติกรรมแคช ขีดจำกัดการบีบอัด และการปล่อยข้อมูลเมื่อปิดระบบ การเปลี่ยนแปลงเหล่านี้แก้ไขปัญหาการแข่งขัน สตรีมที่ค้าง และปัญหาการเรียงลำดับที่ก่อนหน้านี้อาจทำให้แอปพลิเคชันอยู่ในสถานะไม่สอดคล้องกัน การปรับปรุงประสิทธิภาพทรัพยากร รวมถึงการปรับแต่งการบีบอัด ledger และการจัดตารางการทำซ้ำ ช่วยลดการแข่งขันระหว่างการดำเนินการธุรกรรมและการบำรุงรักษาพื้นหลัง

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

บริการการทำซ้ำแบบใหม่แนะนำการประสานงานแบบหลัก/สำรอง, ภาพถ่าย AccountsDb สำหรับตัวสำรอง, และการตรวจสอบ blockhash แบบกำหนดได้ โหนดสำรองสามารถติดตามโหนดหลัก ซึ่งช่วยเพิ่มความสามารถในการกู้คืนจากความล้มเหลวของโหนดเดียว บันทึกการปล่อยเวอร์ชันระบุอย่างชัดเจนว่าโหมดสำรองและโปรโตคอลความท้าทายเป็นแบบทดลองในเวอร์ชัน 1.0.0 ดังนั้น การสนับสนุนภาพถ่ายและการกู้คืนจึงถือเป็นพื้นฐานมากกว่าเครือข่ายแบบกระจายศูนย์ที่สมบูรณ์ โครงการระบุว่าการกระจายศูนย์และเครือข่ายที่ไม่ต้องได้รับอนุญาตยังคงเป็นลำดับความสำคัญที่สำคัญหลังจากการปล่อยเวอร์ชันนี้

แม้ในรูปแบบการทดลอง บริการนี้ยังเสริมเส้นทางสู่ความพร้อมใช้งานที่สูงขึ้น แอปพลิเคชันที่ต้องการความต่อเนื่องในการทำงานได้รับประโยชน์จากความสามารถในการสลับไปยังสำเนาหรือตรวจสอบสถานะจากสำเนา การตรวจสอบ blockhash แบบกำหนดได้ช่วยรักษาความสอดคล้องกันระหว่างโหนด การขยายเครื่องมือผู้ดูแลระบบทำให้การจัดการความสัมพันธ์ระหว่างหลักและสำเนาง่ายขึ้น แม้การมีส่วนร่วมแบบไม่มีการอนุญาตและการทำงานแบบพิสูจน์การฉ้อโกงยังอยู่ข้างหน้า การรวมบริการสำเนาแสดงให้เห็นว่าการวิศวกรรมความน่าเชื่อถือตอนนี้อยู่คู่ขนานกับการพัฒนาฟีเจอร์ ทีมที่ประเมินแพลตฟอร์มสำหรับการใช้งานในเชิงผลิตจึงสามารถพิจารณาการสำเนาเป็นความสามารถที่กำลังเกิดขึ้น แทนที่จะเป็นสิ่งที่ขาดหาย

การสนับสนุนด้าน Runtime ขยายไปยัง sBPF v3, การเข้ากันได้กับ Token-2022, cryptographic precompiles และ syscalls เพิ่มเติม พารามิเตอร์ค่าเช่าถูกปรับให้สอดคล้องกับฐานเชน และการจำลองธุรกรรมได้รับการปรับปรุง การอัปเดตเหล่านี้ทำให้ validator ชั่วคราวยังคงทันกับการพัฒนาของ Solana โดยลดความเสี่ยงที่โปรแกรมที่เขียนสำหรับ Mainnet จะล้มเหลวภายใน rollup บันทึกการปล่อยยังบันทึกการอัปเดตการพึ่งพา Runtime ที่มุ่งเป้าไปที่ Solana 4.x การปรับปรุงความเข้ากันได้ช่วยลดอุปสรรคสำหรับโปรแกรม Solana ที่มีอยู่ในการใช้งานสภาพแวดล้อมความเร็วสูงโดยไม่ต้องแก้ไข

นักพัฒนาที่ใช้งานส่วนขยายของ Token-2022 หรือหลักการเข้ารหัสลับรุ่นใหม่อยู่แล้ว ตอนนี้สามารถนำคุณสมบัติเหล่านั้นมาใช้ในเซสชันแบบเรียลไทม์ได้ การจำลองที่ดีขึ้นช่วยตรวจจับปัญหาก่อนที่จะเข้าสู่การผลิต การปรับค่าพารามิเตอร์ค่าเช่าช่วยหลีกเลี่ยงความไม่สอดคล้องกันทางเศรษฐกิจที่ละเอียดอ่อนระหว่างรอลล์อัพกับเลเยอร์พื้นฐาน รวมถึงการเปลี่ยนแปลงเหล่านี้ยืนยันหลักการออกแบบที่ว่า Ephemeral Rollups ขยายความสามารถของ Solana แทนที่จะแทนที่มัน แอปพลิเคชันยังคงสามารถรวมกับโปรแกรมและสภาพคล่องทั้งหมดบน Mainnet ขณะเดียวกันก็เร่งเฉพาะส่วนที่ต้องการความหน่วงต่ำหรือความเป็นส่วนตัวแบบเลือกได้

พร้อมกับการเปิดตัวซอฟต์แวร์ ค่าธรรมเนียมเซสชันการมอบหมายสิทธิ์จะเพิ่มเป็น 0.003 SOL และค่าธรรมเนียมการยืนยันเป็น 0.001 SOL ทำธุรกรรมปกติภายใน rollup ยังคงฟรี ตามเอกสารค่าธรรมเนียมของโครงการ ประมาณ 90 เปอร์เซ็นต์ของค่าธรรมเนียมที่รวบรวมจะไปยังผู้ดำเนินการ validator และ 10 เปอร์เซ็นต์ไปยังโปรโตคอล เซสชันและการยืนยันคือจุดที่ rollup เชื่อมต่อกับ Solana ดังนั้นค่าธรรมเนียมจึงใช้เฉพาะกับการโต้ตอบระดับฐานเหล่านี้ Solana Compass analytics บันทึกจำนวนธุรกรรมรายวันประมาณ 770 ถึง 950 รายการที่เกี่ยวข้องกับโปรแกรมการมอบหมายสิทธิ์ในสัปดาห์ที่สิ้นสุดวันที่ 5 ตุลาคม 2026 ซึ่งให้ฐานข้อมูลสำหรับปริมาณธุรกรรมที่จะถูกคิดค่าธรรมเนียมใหม่

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

ที่อยู่เป้าหมายของโปรแกรมคืนเงิน SOL คือที่อยู่ที่สร้างสัดส่วนกิจกรรมของโปรโตคอลอย่างมีนัยสำคัญ MagicBlock ระบุว่าได้เลือกกลุ่มผู้มอบสิทธิ์ที่ใช้งานอยู่แล้วเป็นกลุ่มแรก และเชิญผู้พัฒนาแอปพลิเคชันเพิ่มเติมให้สมัคร โครงการนี้ถูกนำเสนอเป็นขั้นตอนแรกในการสร้างแรงจูงใจแบบโปรแกรมตามข้อมูลเศรษฐศาสตร์โทเค็นของโครงการ การเริ่มต้นด้วย SOL แทนที่จะเป็นโทเค็นใหม่ช่วยให้ทีมสามารถปรับพารามิเตอร์รางวัลให้เหมาะสมกับข้อมูลการใช้งานจริง รางวัลที่ยั่งยืนสำหรับผู้ดำเนินการและผู้ตรวจสอบถูกนำเสนอว่าเป็นสิ่งจำเป็นต่อเป้าหมายระยะยาวในการสร้างเครือข่ายที่กระจายอำนาจมากขึ้น

cơ chếคืนเงินสร้างวงจรป้อนกลับที่การใช้งานแอปพลิเคชันในระดับสูงขึ้นทั้งชำระค่าธรรมเนียมและคืนส่วนหนึ่งของค่าธรรมเนียมเหล่านั้นให้กับผู้เข้าร่วมที่ใช้งานมากที่สุด วิธีการนี้แตกต่างจากการปล่อยสกุลเงินแบบอัตราเงินเฟ้ออย่างบริสุทธิ์โดยการเชื่อมโยงรางวัลกับงานที่วัดได้ เนื่องจากเกณฑ์การคัดเลือกและอัตราที่แน่นอนยังไม่ได้เปิดเผย ทีมที่ประเมินเศรษฐศาสตร์จะต้องติดต่อโครงการโดยตรง อย่างไรก็ตาม การมีอยู่ของโปรแกรมนี้บ่งชี้ว่าการออกแบบทางเศรษฐศาสตร์กำลังพัฒนาไปพร้อมกับความสุกงอมของซอฟต์แวร์ Validator v1.0 สำหรับผู้สร้างที่แอปพลิเคชันของพวกเขาขับเคลื่อนปริมาณเซสชันอย่างมาก ค่าตอบแทนเหล่านี้เสนอประโยชน์ในระยะใกล้ที่ชัดเจน ในขณะที่โครงสร้างแรงจูงใจโดยรวมยังคงพัฒนาต่อไป

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

เครื่องมือที่ดีขึ้นช่วยลดภาระการดำเนินงานในการรัน production rollups ทีมงานสามารถวินิจฉัยปัญหาการซิงโครไนซ์ วัดความล่าช้า และกู้คืนจากความล้มเหลวได้ด้วยข้อมูลที่ชัดเจนยิ่งขึ้น การรวมกันของตรรกะการกู้คืนที่ดีขึ้นและเมตริกที่หลากหลายช่วยลดระยะเวลาตั้งแต่เกิดเหตุการณ์จนถึงการแก้ไข เมื่อผู้ให้บริการจากภายนอกเพิ่มขึ้น เครื่องมือที่เป็นมาตรฐานจึงกลายเป็นข้อกำหนดพื้นฐานสำหรับคุณภาพบริการที่สม่ำเสมอ ดังนั้น Validator v1.0 จึงพัฒนาทั้งคุณสมบัติที่รองรับแอปพลิเคชันและรากฐานการดำเนินงานที่จำเป็นเพื่อสนับสนุนพวกเขาในระดับขนาดใหญ่

เอกสารระบุว่ามีตัวตรวจสอบ rollup ที่ใช้งานอยู่สี่ตัวบน Solana Mainnet: หนึ่งตัวในเอเชีย หนึ่งตัวในยุโรป และหนึ่งตัวในสหรัฐอเมริกา รวมถึงหนึ่งตัวที่ทำงานภายในสภาพแวดล้อมการประมวลผลที่เชื่อถือได้ การกระจายตัวตามภูมิภาคสนับสนุนข้ออ้างของโครงการเกี่ยวกับการติดตั้งใกล้เคียงกันเพื่อลดความล่าช้าแบบปลายทางถึงปลายทาง แอปพลิเคชันสามารถส่งเส้นทางเซสชันไปยังตัวตรวจสอบที่ใกล้ที่สุดหรือเหมาะสมที่สุด ลดความล่าช้าของเครือข่ายสำหรับผู้ใช้ในภูมิภาคเหล่านั้น ตัวอย่าง TEE ให้รากความเชื่อถือได้ด้านฮาร์ดแวร์สำหรับกระบวนการส่วนตัว ประวัติเวอร์ชันแสดงว่าเวอร์ชัน 0.16.1 ถูกปล่อยออกมาหนึ่งวันก่อนแท็ก 1.0.0 ซึ่งบ่งชี้ถึงการพัฒนาอย่างต่อเนื่องจนถึงการปล่อยเวอร์ชันสำคัญ

การมีตัวตรวจสอบที่ใช้งานอยู่หลายตัวแสดงให้เห็นว่าเทคโนโลยีนี้อยู่ในขั้นการผลิตจริง ไม่ใช่แค่การทดลองเท่านั้น แอปพลิเคชันแบบเรียลไทม์ในเกมและการซื้อขายได้ใช้เวอร์ชันก่อนหน้าเพื่อบรรลุความล่าช้าแบบ end-to-end ต่ำกว่า 50 มิลลิวินาที ด้วยการปรับปรุงความน่าเชื่อถือและกระบวนการทำงานใน v1.0 แอปพลิเคชันเดียวกันนี้จึงได้รับความสามารถในการจัดการและกู้คืนแบบหลายขั้นตอนที่มั่นคงยิ่งขึ้น การกระจายตัวทางภูมิศาสตร์ยังเตรียมเครือข่ายสำหรับการกระจายอำนาจเพิ่มเติม: ผู้ดำเนินการเพิ่มเติมสามารถเข้าร่วมได้เมื่อส่วนประกอบรีพลิกาและการท้าทายในการทดลองมีความสมบูรณ์มากขึ้น สำหรับนักพัฒนา คุณค่าทันทีคือความสามารถในการเลือกจุดปลายทางที่มีความล่าช้าต่ำ ในขณะที่ยังคงปิดท้ายผลลัพธ์ทุกอย่างบน Solana Mainnet

1. Validator v1.0 เปลี่ยนแปลงอะไรบ้างสำหรับผู้ใช้ Ephemeral Rollup ที่มีอยู่แล้ว? 

แอปพลิเคชันที่มีอยู่ยังคงทำงานได้เพราะคุณสมบัติหลายอย่างได้เปิดใช้งานไปแล้ว; การปล่อยเวอร์ชัน 1.0 ส่วนใหญ่ช่วยเสริมความมั่นคงของประสิทธิภาพ การกู้คืน และกระบวนการทำงานหลายขั้นตอน เพื่อให้แอปพลิเคชันเดียวกันมีความน่าเชื่อถือมากขึ้นและต้องการโค้ดการประสานงานแบบกำหนดเองน้อยลง นักพัฒนาได้รับ intent bundles, Magic Actions แบบอะตอมิก และการยกเลิกการมอบหมายอัตโนมัติ โดยไม่ต้องเขียนโค้ดตรรกะหลักใหม่ ในขณะที่ผู้ดูแลระบบได้รับเครื่องมือการตรวจสอบที่ดีขึ้นและพฤติกรรมการรีสตาร์ทที่ดีขึ้น

2. ค่าธรรมเนียมเซสชันและการคอมมิตใหม่มีผลต่อค่าใช้จ่ายของแอปพลิเคชันอย่างไร? 

ค่าใช้จ่ายสำหรับแต่ละเซสชันการมอบหมายสิทธิ์ตอนนี้อยู่ที่ 0.003 SOL และค่าใช้จ่ายสำหรับการ commit แต่ละครั้งหลังจากครั้งแรกอยู่ที่ 0.001 SOL ในขณะที่ธุรกรรม rollup ทั่วไปยังคงฟรี แอปพลิเคชันที่มีปริมาณการใช้งานสูงสามารถสมัครรับคืน SOL เพื่อหักลดค่าธรรมเนียมบางส่วน ดังนั้นค่าใช้จ่ายสุทธิจึงขึ้นอยู่กับความถี่ของเซสชันและคุณสมบัติในการรับคืน มากกว่าจำนวนธุรกรรมภายใน

3. โมเดลความเป็นส่วนตัวอิงจาก zero-knowledge proof หรือฮาร์ดแวร์? 

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

4. โปรแกรม Solana ทั่วไปสามารถทำงานภายใน Ephemeral Rollup โดยไม่ต้องแก้ไขหรือไม่? 

ความเข้ากันได้ได้ขยายไปยัง Token-2022, sBPF v3, cryptographic precompiles และการจำลองธุรกรรมที่ดีขึ้น ดังนั้นโปรแกรมส่วนใหญ่ที่เขียนสำหรับ Solana Mainnet ปัจจุบันสามารถทำงานภายใน rollup ได้ แม้ว่านักพัฒนาควรทดสอบผลลัพธ์การจำลองและการจัดเรียงพารามิเตอร์ค่าเช่าอย่างรอบคอบ

5. สิ่งใดที่ยังอยู่ในขั้นทดลองในเวอร์ชัน 1.0.0? 

โหมด Replica และโปรโตคอลการท้าทายถูกกำหนดให้เป็นแบบทดลองอย่างชัดเจน บริการการซ้ำซ้อนใหม่ให้การประสานงานระหว่างหลักกับสำเนาและการสร้างภาพถ่าย แต่กลไกการตรวจสอบแบบไม่ต้องขออนุญาตและการพิสูจน์ความฉ้อโกงยังอยู่ในระหว่างการพัฒนา

6. การกู้คืนการตั้งtlement ทำงานอย่างไรหลังจากเริ่มต้นตัวตรวจสอบใหม่? 

การตั้งใจที่ยังค้างอยู่ในการตั้งtle จะถูกกู้คืนและลองใหม่หลังจากการรีสตาร์ท การปรับปรุงการเล่นกลับของสมุดบัญชี พฤติกรรมของแคช และลำดับการคอมมิต ช่วยลดโอกาสที่การรีสตาร์ทจะทิ้งแอปพลิเคชันไว้ในสถานะไม่สอดคล้องกัน การยกเลิกการมอบหมายอัตโนมัติยังช่วยให้การคืนบัญชีกลับไปยังเลเยอร์พื้นฐานง่ายขึ้น

7. นักพัฒนาสามารถหาเอกสารการรวมระบบและรหัสแหล่งที่มาได้ที่ไหน? 

เอกสารอย่างเป็นทางการอยู่ที่ docs.magicblock.gg และซอร์สโค้ดของ validator รวมถึงบันทึกการปล่อยเวอร์ชัน v1.0.0 อยู่ใน repository magicblock-labs/magicblock-validator บน GitHub ทรัพยากรทั้งสองได้รับการอัปเดตพร้อมกับการประกาศเมื่อวันที่ 6 ตุลาคม 2026

8. เส้นทางระยะยาวเพื่อสร้างเครือข่ายที่มีการกระจายอำนาจมากขึ้นคืออะไร? 

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

เนื้อหานี้มีจุดประสงค์เพื่อข้อมูลเท่านั้น และไม่ถือเป็นคำแนะนำด้านการลงทุน การลงทุนในคริปโตเคอเรนซีมีความเสี่ยง โปรดทำการวิจัยด้วยตัวเอง (DYOR)

คำปฏิเสธความรับผิดชอบ: หน้านี้แปลโดยใช้เทคโนโลยี AI เพื่อความสะดวกของคุณ สำหรับข้อมูลที่ถูกต้องที่สุด โปรดดูต้นฉบับภาษาอังกฤษ