Pi Network ได้เปิดใช้งานการอัปเกรดโปรโตคอล 24.1 ในวันที่ 5 เดือนนี้ โดยกำหนดให้ผู้ให้บริการโหนดทั้งหมดต้องทำการย้ายจาก v23.0 ไปยัง v24.1 ให้เสร็จสิ้นภายในเส้นตายวันที่ 2 มิถุนายน หากพลาดเส้นตาย โหนดอาจถูกตัดการเชื่อมต่อกับ Pi mainnet และต้องทำการซิงก์ใหม่ทั้งหมดอีกครั้งเพื่อกลับเข้าร่วมเครือข่ายได้อีกครั้ง
คู่มือปฏิบัติการสำหรับอัปเกรด v24.1: ยืนยันแล้ว 3 วิธี
วิธีที่ 1 (วิธีหลัก)：ผู้ใช้ Docker อัปเดตเวอร์ชันอิมเมจในไฟล์ docker-compose.yml เป็น: pinetwork/pi-node-docker:organization_mainnet-v1.0-p24.1.0 จากนั้นรันคำสั่ง docker-compose up -d
วิธีที่ 2：Pi Desktop (Windows / macOS) รีสตาร์ทแอปพลิเคชัน Pi Node เวอร์ชันล่าสุดจะทริกเกอร์การอัปเกรดโดยอัตโนมัติ
วิธีที่ 3：Linux Node CLI รัน pi-node update-protocol จากนั้นใช้ watch pi-node status เพื่อเฝ้าติดตามสถานะ เมื่อแสดงว่า “ได้ซิงก์แล้ว” ให้ดำเนินการให้เสร็จสิ้น
วิธีเดียวที่เชื่อถือได้เพื่อยืนยันว่าย้ายสำเร็จ：เปรียบเทียบค่า ingest_latest_ledger ในโหนด (ค่าที่อยู่บน curl) เมื่อทั้งสองค่ามีความใกล้เคียงกัน แสดงว่าการย้ายเสร็จสิ้นแล้ว ข้อควรรู้สำคัญ: ระหว่างกระบวนการย้าย ค่านี้จะไม่ค่อย ๆ อัปเดตทีละขั้น แต่จะอัปเดตครั้งเดียวเมื่อการย้ายเสร็จสิ้น ค่าที่คงเดิมในช่วงที่กำลังย้ายไม่ได้แปลว่าการย้ายล้มเหลว
กฎปฏิบัติสำคัญที่ยืนยันแล้ว 4 ข้อ
（ที่มา：Pi Network）
อัปเกรดเป็นรอบ：อย่าอัปเกรดโหนดทั้งหมดพร้อมกัน ให้ทำเป็นระยะ ในระหว่างที่กำลังอัปเกรด ให้ย้ายทราฟฟิกจากโหนดที่กำลังอัปเกรดไปยังโหนดอื่นหรือโหนดสำรอง
ห้ามเริ่มใช้งาน v25.1 หรือ v26.0 เองโดยพลการ：สองเวอร์ชันนี้ถูกทำเครื่องหมายว่า “โปรดอย่าเริ่มใช้งาน” ต้องรอสัญญาณการเริ่มใช้งานอย่างเป็นทางการจากทีมแกนหลักของ Pi
วันที่ 2 มิถุนายนเป็นเส้นตายแบบตายตัว (hard cutoff)：เวลาในการย้ายต้องไม่เกิน 5 นาที ทีมแกนหลักของ Pi แนะนำให้ทำให้เสร็จโดยเร็วแทนที่จะรอจนถึงวันสุดท้าย
ต้องยืนยันผ่าน endpoint ฝั่งบัญชีแยกประเภท (ledger) ว่าเสร็จสิ้น：อย่าเพิ่งเชื่อว่า “ย้ายเสร็จแล้ว” แค่เพราะรีสตาร์ทโหนด ตรวจสอบให้แน่ชัดโดยการเปรียบเทียบ ingest_latest_ledger
คำถามที่พบบ่อย
ตรรกะการออกแบบลำดับอัปเกรดของ Pi Network จาก v19→v26 คืออะไร และทำไมทุกขั้นตอนจึงเป็นข้อบังคับ?
ลำดับการอัปเกรดของ Pi Network เป็นแบบเชิงเส้นที่พึ่งพากัน (linear dependency) กล่าวคือ ฟีเจอร์ของเวอร์ชันใหม่ทุกตัวถูกสร้างขึ้นบนฐานของเวอร์ชันก่อนหน้า ไม่สามารถข้ามขั้นได้ การออกแบบนี้ทำให้แน่ใจว่าเครือข่ายจะคงไว้ซึ่งเวอร์ชันโปรโตคอลที่สอดคล้องกันในทุกขณะ และป้องกันไม่ให้โหนดสื่อสารกันได้อย่างมีประสิทธิภาพไม่ได้เพราะความต่างของเวอร์ชัน จำนวนโหนดที่ยังคงใช้งานเวอร์ชันเก่าในเครือข่ายยิ่งมากเท่าไรก็ยิ่งทำให้การติดตั้งใช้งานฟีเจอร์ใหม่ทั่วทั้งเครือข่ายช้าลงเท่านั้น ดังนั้นเส้นตายแบบบังคับจึงมีเป้าหมายเพื่อให้เครือข่ายเปลี่ยนผ่านไปยังเวอร์ชันถัดไปได้อย่างรวดเร็ว v23.0 เป็นขั้นตอนที่ซับซ้อนที่สุดในลำดับนี้ โดยอัปเกรดทั้งระบบปฏิบัติการและฐานข้อมูลพร้อมกัน ส่วน v24.1 จะเดินหน้าต่อจากฐานดังกล่าว โดยผสาน Stellar-Core และ Horizon เวอร์ชันใหม่เข้าด้วยกัน
หลังจากอัปเกรดโปรโตคอลของ Pi mainnet เป็น v24.1 แล้ว สัญญาอัจฉริยะและฟังก์ชัน dApp จะถูกเปิดใช้งานหรือไม่?
ไม่ใช่ ทีมแกนหลักของ Pi ยืนยันอย่างชัดเจนว่า ยังไม่มีการประกาศอย่างเป็นทางการเกี่ยวกับการเปิดใช้งานสัญญาอัจฉริยะและแอปพลิเคชันแบบกระจายศูนย์ (dApp) บน Pi mainnet โปรโตคอล 23.0 ทำให้ Pi สอดคล้องกับ Stellar Core v23 ซึ่งในเชิงเทคนิคเป็นรากฐาน/กรอบสำหรับฟีเจอร์เหล่านี้ ส่วน v24.1 ได้บูรณาการ Stellar-Core v24.1.0 ต่อจากแนวทางทางเทคนิคเดิม แต่การเปิดใช้งานสัญญาอัจฉริยะและ dApp เป็นการตัดสินใจอย่างเป็นทางการที่ทีมแกนหลักของ Pi ต้องทำแยกต่างหาก และเป็นเหตุการณ์ที่ไม่ได้ผูกติดโดยตรงกับการอัปเกรดเวอร์ชันโปรโตคอล ปัจจุบันลำดับการอัปเกรดมุ่งเน้นหลัก ๆ ไปที่ความเสถียรของโครงสร้างพื้นฐานและการปรับปรุงประสิทธิภาพ
หากผู้ให้บริการโหนดพบปัญหาระหว่างกระบวนการอัปเกรด v23.0 การย้ายของ v24.1 จะมีความยากเช่นเดียวกันหรือไม่?
ตามการยืนยันของทีมแกนหลักของ Pi v24.1 เป็นการย้ายข้อมูลภายในแบบมาตรฐาน ซึ่งมีความแตกต่างอย่างมีนัยสำคัญจาก v23.0: ในขณะที่ v23.0 ต้องทำทั้งการอัปเกรดระบบปฏิบัติการ (Ubuntu 20→24) การอัปเกรดฐานข้อมูล (PostgreSQL 12→16) และการย้ายโปรโตคอล และเนื่องจากเกี่ยวข้องกับการเขียนไฟล์ฐานข้อมูลใหม่ จึงต้องเตรียมการสำรองล่วงหน้าเพื่อป้องกันปัญหา ทำให้ใช้เวลาในการเริ่มรานานขึ้น v24.1 เป็นเพียงการย้ายข้อมูลภายใน ไม่เกี่ยวข้องกับการเขียนไฟล์ฐานข้อมูลใหม่ จึงไม่จำเป็นต้องมีขั้นตอนสำรองพิเศษ ในสถานการณ์ส่วนใหญ่ การย้ายจะไม่เกิน 5 นาที และความเร็วในการรีสตาร์ทก็เร็วกว่าของ v23.0 มาก ความยากของการอัปเกรด v23.0 มาจากความซับซ้อนของการซิงก์แบบหลายชั้น ในขณะที่ v24.1 ไม่มีความซับซ้อนลักษณะเดียวกัน
