Cơ chế nâng cấp giao thức Pi Network: Từ hạn chót node đến chuyển đổi mainnet

Phiên bản giao thức mainnet của Pi Network không tự động cập nhật, cũng không phải là một thao tác duy nhất có thể hoàn thành. Mỗi lần nâng cấp đều tuân theo một quy trình cố định: trước tiên là hạn chót cập nhật phần mềm node, sau đó mới là việc chuyển đổi thực tế phiên bản giao thức trên chuỗi mainnet. Giữa hai việc này, thường có sự chênh lệch từ vài ngày đến vài tuần.

Trang này tổng hợp các mô hình và cơ chế nâng cấp thực tế mà OrbitWatch đã quan sát được trong quá trình theo dõi từ V21 đến V27.

Hai giai đoạn của quy trình nâng cấp

Mỗi lần nâng cấp giao thức Pi Network đều được chia thành hai giai đoạn độc lập:

Giai đoạn một: Cập nhật phần mềm node Thông báo chính thức về hạn chót node, yêu cầu tất cả người vận hành node hoàn thành cập nhật phần mềm trong thời hạn. Đối với các node sử dụng Pi Desktop (Windows/macOS), quá trình này là tự động – phần mềm sẽ tự động tải Docker image phiên bản mới và chuyển sang chạy container mới. Việc phần mềm node hoàn thành cập nhật không có nghĩa là phiên bản giao thức mainnet đã được chuyển đổi.

Giai đoạn hai: Chuyển đổi phiên bản giao thức mainnet Sau khi đủ tỷ lệ node hoàn thành cập nhật phần mềm, protocol_version của mainnet mới chính thức được chuyển đổi. Pi Network sử dụng giao thức đồng thuận Stellar (SCP), các node đạt được đồng thuận thông qua quorum slice tin cậy lẫn nhau – cơ chế này quyết định rằng phiên bản giao thức không thể bị một node duy nhất ép buộc chuyển đổi, mà cần đợi toàn bộ mạng lưới sẵn sàng.

Thứ tự quan sát thông thường là:

Hạn chót node
  ↓ (Vài ngày sau)
Testnet 2 chuyển đổi sang phiên bản mới trước
  ↓ (Vài ngày sau nữa)
protocol_version của mainnet chính thức chuyển đổi

Testnet 2 chuyển đổi trước là tín hiệu xác nhận kỹ thuật thành công, mainnet sẽ theo sau ngay.

Dòng thời gian đầy đủ của các lần nâng cấp

OrbitWatch đã theo dõi toàn bộ lịch sử của mỗi lần nâng cấp từ V21:

Phiên bản Hạn chót node Ngày chuyển đổi mainnet Chênh lệch Nội dung chính
V21    —           2026/4/29   —      Cơ sở hạ tầng (trước khi OrbitWatch ra mắt)
V22    2026/4/27   2026/4/30   3 ngày PiRC1 framework có hiệu lực
V23    2026/5/19   2026/5/22   3 ngày Hỗ trợ đầy đủ Soroban smart contract
V24    2026/6/2    2026/6/5    3 ngày Tối ưu hóa hệ thống di chuyển tự động, ổn định node
V25    2026/6/18   2026/7/22   34 ngày Mã hóa BN254, hàm băm Poseidon
V26    2026/8/11   2026/8/14   3 ngày Tăng cường bảo mật hợp đồng, quản lý trạng thái, khả năng tương tác
V27    2026/9/15   —           —      Tăng cường khả năng xác thực smart contract (Improved Smart Contract Authentication)

Ba lần nâng cấp từ V22 đến V24 có mô hình rất nhất quán: trong vòng 3 ngày sau hạn chót node, mainnet hoàn tất chuyển đổi. V26 cũng tiếp nối nhịp độ này.

V25 là trường hợp ngoại lệ rõ ràng duy nhất cho đến nay. Gần hai tuần sau hạn chót, phần mềm node mới tự động tải v25 container (khoảng 27-28/6); việc chuyển đổi thực tế phiên bản giao thức mainnet chỉ hoàn thành vào ngày dự kiến được thông báo chính thức (22/7), tức là tròn 34 ngày kể từ hạn chót. Trong blog ngày 15/7, đội ngũ chính thức giải thích rằng v25 đã giới thiệu mã hóa BN254 và hàm băm Poseidon, đây là một bản nâng cấp có độ phức tạp kỹ thuật cao hơn so với các lần trước.

Khi hạn chót V26 (11/8) được công bố, đội ngũ chính thức đã hiếm hoi đưa ra một thông báo độc lập trên X, định nghĩa V26 là một “major milestone” và giải thích các hướng cải thiện bao gồm bảo mật hợp đồng, quản lý trạng thái, khả năng tương tác và các khả năng liên quan đến mã hóa, đồng thời gọi V27 là “final planned upgrade”. V26 cuối cùng đã hoàn thành chuyển đổi mainnet trong vòng 3 ngày sau hạn chót, trở lại nhịp độ bình thường trước đây.

Trước khi hạn chót V27 (15/9) được xác nhận, phía node đã có động thái trước: GitHub đã phát hành bản release tương ứng (organization-mainnet-v1.0-p27.1.0), Testnet 1 cũng đã xác nhận chuyển đổi sang v27. Tài liệu node ban đầu chỉ đưa ra hạn chót mà không có giải thích kỹ thuật; mãi đến ngày 21/8, đội ngũ chính thức mới đăng bài trên Pi App để bổ sung nội dung cụ thể: Protocol 27 mang đến cơ chế linh hoạt và an toàn hơn cho khả năng xác thực smart contract, cho phép tài khoản và ứng dụng ủy quyền giao dịch theo cách nâng cao hơn, đây là sự tiếp nối công việc mở rộng khả năng smart contract của Pi. Đội ngũ chính thức cũng xác nhận, ngày mục tiêu để Mainnet nâng cấp lên Protocol 27 là ngày 15 tháng 9 năm 2026.

Ngoài ra, đáng chú ý là hạn chót node của V24 đã bị hoãn hai lần: ban đầu là 25/5 → 31/5 → cuối cùng là 2/6. Việc điều chỉnh hạn chót không phải là hiếm trong quá trình nâng cấp của Pi, OrbitWatch luôn trực tiếp quan sát được sự thay đổi này từ tài liệu nâng cấp node chính thức, chứ không phải thông qua thông báo công khai.

Kế hoạch vẫn đang tiếp tục mở rộng. Lộ trình nâng cấp node hiện đã xuất hiện bước 27.1 → 28.x (tức là V28), nhưng chưa có bất kỳ hạn chót hay chi tiết kỹ thuật nào – điều này có nghĩa là mặc dù V27 từng được gọi là “lần nâng cấp theo kế hoạch cuối cùng”, kế hoạch giao thức của đội ngũ chính thức vẫn chưa dừng lại, chỉ là nội dung cụ thể của vòng tiếp theo chưa được công bố.

Tại sao đôi khi lại mất nhiều thời gian hơn?

Theo quan sát của OrbitWatch, có ít nhất hai yếu tố ảnh hưởng đến độ dài của khoảng thời gian chênh lệch:

Độ phức tạp kỹ thuật. V23 giới thiệu hỗ trợ đầy đủ Soroban smart contract, V25 giới thiệu mã hóa BN254 và hàm băm Poseidon – những loại nâng cấp liên quan đến khả năng mới ở lớp giao thức này cần thời gian xác minh lâu hơn so với việc tăng cường cơ sở hạ tầng đơn thuần (như V24, V26).

Tỷ lệ node sẵn sàng. Đội ngũ chính thức sẽ gửi nhắc nhở sau hạn chót, cho thấy không phải tất cả các node đều hoàn thành cập nhật vào đúng ngày hạn chót. Việc chuyển đổi mainnet cần chờ đợi đủ tỷ lệ node sẵn sàng, tỷ lệ này không được đội ngũ chính thức công khai giải thích.

Tiền đề quan trọng: Trên đây là những nguyên nhân có thể được suy luận dựa trên quan sát, đội ngũ chính thức không đưa ra giải thích kỹ thuật cụ thể cho bất kỳ lần trì hoãn nào. Đối với những phần không chắc chắn, OrbitWatch sẽ không suy đoán thêm.

Người vận hành node cần làm gì?

Người vận hành node sử dụng Pi Desktop (Windows/macOS): việc cập nhật phần mềm thường được thực hiện tự động, không cần thao tác thủ công. Bạn có thể sử dụng lệnh docker images để kiểm tra phiên bản container đang chạy hiện tại, xác nhận xem đã tải image phiên bản mới chưa.

Việc cập nhật phiên bản của phần mềm Pi Node (như 0.6.0, 0.6.1, 0.6.2) và nâng cấp phiên bản giao thức là hai việc độc lập. Cái trước là cập nhật chức năng của ứng dụng node, cái sau là chuyển đổi phiên bản giao thức trên chuỗi, hai việc này không can thiệp lẫn nhau.

Làm thế nào để xác nhận phiên bản giao thức mainnet hiện tại?

Cách trực tiếp nhất là truy vấn Horizon API:

https://api.mainnet.minepi.com/ledgers?order=desc&limit=1

Trường protocol_version trong kết quả trả về chính là số phiên bản giao thức mà mainnet đang chạy hiện tại.

Bạn cũng có thể trực tiếp kiểm tra trên Pi Network Block Explorer: 👉 blockexplorer.minepi.com

Hệ thống giám sát Horizon API của OrbitWatch tự động kiểm tra mỗi 15 phút một lần, sau khi phiên bản giao thức chuyển đổi sẽ phát hành bài viết cập nhật ngay lập tức.

Lịch sử theo dõi nâng cấp các phiên bản

Phiên bản	Nội dung chính	Trạng thái	Bài viết theo dõi của OrbitWatch
V21→V22	PiRC1 framework có hiệu lực	✓ Đã hoàn thành	Node đã chạy v22, nhưng chuỗi vẫn là v21 · V22 xác nhận chuyển đổi
V22→V23	Hỗ trợ đầy đủ Soroban smart contract	✓ Đã hoàn thành	Cập nhật hạn chót V23 · Testnet 2 đã chuyển đổi · V23 xác nhận chuyển đổi
V23→V24	Tối ưu hóa hệ thống di chuyển tự động, ổn định node	✓ Đã hoàn thành	Cập nhật hạn chót V24 · Testnet 2 đã chuyển đổi · V24 xác nhận chuyển đổi
V24→V25	Mã hóa BN254, hàm băm Poseidon (cơ sở ứng dụng zero-knowledge)	✓ Đã hoàn thành	Thông báo nâng cấp V25 · Quan sát hạn chót · Node sẵn sàng · Thông báo chính thức 22/7 · V25 xác nhận chuyển đổi
V25→V26	Tăng cường bảo mật hợp đồng, quản lý trạng thái, khả năng tương tác	✓ Đã hoàn thành	Đội ngũ chính thức xác nhận V26: major milestone · Node và Testnet2 sẵn sàng, mainnet vẫn v25 · V26 xác nhận chuyển đổi
V26→V27	Tăng cường khả năng xác thực smart contract (Improved Smart Contract Authentication)	Testnet 1 đã chuyển đổi, Mainnet mục tiêu 15/9	GitHub release và Testnet 1 chuyển đổi, xác nhận hạn chót 15/9
V27→V28	Đang chờ	Đang lên kế hoạch, chưa có hạn chót	—

Nguồn dữ liệu: Pi Network Horizon API (api.mainnet.minepi.com), Pi Network Block Explorer, quan sát trực tiếp giao diện Pi Network node, thông báo chính thức của Pi Network, tài liệu nâng cấp node của Pi Network. Mọi phân tích không cấu thành lời khuyên đầu tư. OrbitWatch là một trạm quan sát hệ sinh thái Pi Network độc lập, không có bất kỳ liên hệ nào với đội ngũ chính thức của Pi Network.