Polygon Giugliano อัปเกรดมีผลในวันที่ 8 เมษายน โหนดดำเนินการทันที

Polygon Foundation ประกาศเมื่อวันที่ 7 เมษายนว่า การอัปเกรด hard fork ของ Giugliano จะเริ่มต้นอย่างเป็นทางการในรอบบล็อกความสูง 85,268,500 ของเครือข่ายหลัก Polygon (Polygon mainnet) ประมาณเวลา 22:00 น. ของวันที่ 8 เมษายน ตามเวลาในกรุงปักกิ่ง โดยการอัปเกรดครั้งนี้เป็นการอัปเดตแบบบังคับสำหรับโหนด Bor ต้องอัปเกรดเป็นเวอร์ชัน v2.7.0 และโหนด Erigon ต้องอัปเกรดเป็นเวอร์ชัน v3.5.0

การปรับอัปเกรด Giugliano: การปรับปรุงหลัก 3 ประเด็น

การอัปเกรดครั้งนี้เน้นที่ประสิทธิภาพการยืนยันธุรกรรมของเครือข่ายหลัก Polygon และความโปร่งใสของข้อมูลค่าธรรมเนียม โดยทางเทคนิคมีการปรับปรุงเชิงโครงสร้าง 3 ประการดังนี้:

ทิศทางการอัปเกรดทางเทคนิค 3 ประการ

เร่งความเป็นที่สุด (Finality): อนุญาตให้ผู้สร้างบล็อก (Producer) ประกาศบล็อกได้เร็วกว่าปกติ ช่วยลดเวลารอที่ธุรกรรมใช้เพื่อให้ได้การยืนยันขั้นสุดท้ายโดยตรง ส่งผลให้ประสิทธิภาพการประมวลผลธุรกรรมบนเชน (throughput) ดีขึ้น

ฝังพารามิเตอร์ค่าธรรมเนียมไว้ในส่วนหัวบล็อก: พารามิเตอร์ที่เกี่ยวข้องกับค่าธรรมเนียมจะถูกเขียนลงในส่วนหัวของบล็อก (Block Header) โดยตรง ทำให้การเข้าถึงข้อมูลค่าธรรมเนียมเป็นมาตรฐานมากขึ้น และรวมเข้ากับกระบวนการของนักพัฒนาได้ง่ายขึ้น

เพิ่มอินเทอร์เฟซ RPC สำหรับค่าธรรมเนียม: นำอินเทอร์เฟซ RPC รูปแบบใหม่มาใช้เพื่อรองรับการอ่านข้อมูลค่าธรรมเนียมแบบเรียลไทม์ มอบเครื่องมือสำหรับการค้นหาข้อมูลค่าธรรมเนียมที่ครบถ้วนขึ้นให้กับนักพัฒนา

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

คำแนะนำการปฏิบัติสำหรับผู้ให้บริการโหนด: ข้อกำหนดด้านความสูงของบล็อกและเวอร์ชัน

Polygon Foundation กำหนดไว้อย่างชัดเจนว่า ผู้ให้บริการโหนดทั้งหมดต้องทำการอัปเกรดให้เสร็จก่อนที่เครือข่ายหลักจะถึงความสูงของบล็อก 85,268,500 การอัปเดตสำหรับผู้ให้บริการโหนด Bor ต้องเป็นเวอร์ชัน v2.7.0 และผู้ให้บริการโหนด Erigon ต้องเป็นเวอร์ชัน v3.5.0 ทั้งสองเป็นข้อกำหนดแบบบังคับ

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

ความเคลื่อนไหวล่าสุดในระบบนิเวศ Polygon: Stablecoin JPYC และการเปิดตัว Private Mempool

ในช่วงเวลาเดียวกับการประกาศการอัปเกรด Giugliano ระบบนิเวศของ Polygon ก็มีความคืบหน้าหลายประเด็นที่น่าจับตา

จากข้อมูลบนแพลตฟอร์ม Alex ปริมาณธุรกรรมสะสมของ stablecoin ที่ตรึงด้วยเงินเยนของญี่ปุ่น JPYC อยู่ที่ 1.36 ร้อยล้านดอลลาร์สหรัฐ โดยในจำนวนนี้ 90 ล้านดอลลาร์สหรัฐ ทำธุรกรรมผ่านเครือข่าย Polygon ซึ่งส่วนใหญ่ถูกนำไปใช้ในแพลตฟอร์มชำระเงินอย่าง Tria, Daimo และ CurrencyCompetition สะท้อนถึงความคืบหน้าของการนำ Polygon ไปใช้งานจริงในสเกนาริโอการชำระเงินด้วย stablecoin ในเอเชีย

นอกจากนี้ Polygon ได้เปิดตัว Private Mempool เมื่อวันที่ 2 เมษายนอย่างเป็นทางการ โดยให้ช่องทางการส่งธุรกรรมแบบเป็นส่วนตัว ปกป้องธุรกรรมแต่ละรายการจากการถูกรบกวนโดยการทำธุรกรรมล่วงหน้า (Front-running) และการโจมตีแบบแทรก (Sandwich Attack) ผู้ใช้เพียงแค่แทนที่ที่อยู่ RPC ด้วยปลายทางส่วนตัวที่สอดคล้องกัน โดยไม่ต้องดำเนินการเพิ่มเติมใด ๆ ก็สามารถเปิดใช้งานฟังก์ชันการป้องกันได้ทันที

คำถามที่พบบ่อย

การอัปเกรด Polygon Giugliano คืออะไร?

Giugliano คือการอัปเกรด hard fork แบบบังคับของเครือข่ายหลัก Polygon โดยคาดว่าจะเริ่มต้นในเวลาประมาณ 22:00 น. ของวันที่ 8 เมษายน ตามเวลาในกรุงปักกิ่ง ที่ความสูงของบล็อก 85,268,500 ซึ่งจะนำมาสู่การปรับปรุงหลัก 3 ประการ ได้แก่ เร่งความเป็นที่สุดของธุรกรรม ทำให้พารามิเตอร์ค่าธรรมเนียมโปร่งใสมากขึ้น และเพิ่มอินเทอร์เฟซ RPC สำหรับค่าธรรมเนียม

ผู้ให้บริการโหนดของ Polygon ต้องรับมืออย่างไรกับการอัปเกรดครั้งนี้?

ผู้ให้บริการโหนด Bor ต้องอัปเกรดเป็นเวอร์ชัน v2.7.0 และผู้ให้บริการโหนด Erigon ต้องอัปเกรดเป็นเวอร์ชัน v3.5.0 โดยต้องดำเนินการอัปเดตก่อนที่เครือข่ายหลักจะถึงความสูงของบล็อก 85,268,500 โหนดที่ไม่อัปเกรดให้ทันเวลาจะสูญเสียการเชื่อมต่อแบบซิงก์กับเครือข่ายหลักหลังจากการเริ่มต้นของ hard fork

ฟังก์ชัน Private Mempool ของ Polygon ใช้งานอย่างไร?

Private Mempool เปิดตัวเมื่อวันที่ 2 เมษายน โดยผู้ใช้เพียงแค่แทนที่ที่อยู่ RPC ด้วยปลายทางส่วนตัวที่ Polygon จัดให้ก็สามารถเปิดใช้งานได้ ไม่ต้องตั้งค่าอื่นใด ฟังก์ชันนี้ช่วยปกป้องธุรกรรมจากการรบกวนของการทำธุรกรรมล่วงหน้า (Front-running) และการโจมตีแบบแทรก (Sandwich Attack)