2026-07-28

OrbitWatch Editorial
★★★★—

Cơ chế nâng cấp giao thức Pi Network: Từ ngày cuối cùng của node đến chuyển đổi mainnet

Nâng cấp giao thức

Phiên bản giao thức mainnet của Pi Network không tự động cập nhật, và 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à ngày cuối cùng để 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ó một khoảng thời gian 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 mà OrbitWatch đã thực sự quan sát được trong quá trình theo dõi từ V21 đến V28. 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ề ngày cuối cùng để cập nhậ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 kéo 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 sự đồ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 đơn lẻ buộc phải 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à: Testnet 2 chuyển đổi trước là tín hiệu cho thấy việc xác minh kỹ thuật đã thành công, mainnet sẽ theo sau ngay lập tức. Dòng thời gian đầy đủ của các lần nâng cấp trước đây OrbitWatch đã theo dõi toàn bộ lịch sử của mỗi lần nâng cấp kể từ V21: 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 ngày cuối cùng của node, mainnet hoàn thành 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 ngày cuối cùng, phần mềm node mới tự động kéo container v25 (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ừ ngày cuối cùng. 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 ngày cuối cùng của V26 (11/8) được công bố, đội ngũ chính thức hiếm hoi đăng một thông báo riêng trên X, định nghĩa V26 là một "major milestone" (cột mốc quan trọng), 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" (bản nâng cấp cuối cùng được lên kế hoạch). V26 cuối cùng đã hoàn thành chuyển đổi mainnet trong vòng 3 ngày sau ngày cuối cùng, trở lại nhịp độ bình thường trước đây. Trước khi ngày cuối cùng của 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 ngày cuối cùng 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 trong 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. OrbitWatch đã quan sát thấy mainnet chính thức chuyển đổi sang v27 vào ngày 22/9 thông qua Horizon API, cách ngày cuối cùng 7 ngày, khoảng cách này hơi dài hơn so với mô hình 3 ngày của V22-V24, V26, nhưng ngắn hơn nhiều so với 34 ngày của V25. Ngày 25/9, đội ngũ chính thức đã xác nhận hoàn thành nâng cấp mainnet V27 trên X, thời điểm này phù hợp với quan sát của OrbitWatch. Ngoài ra, điều đáng chú ý là ngày cuối cùng của node V24 đã bị hoãn hai lần: ban đầu dự kiến 25/5 → 31/5 → cuối cùng được ấn định là 2/6. Việc điều chỉnh ngày cuối cùng không phải là hiếm trong quá trình nâng cấp của Pi, OrbitWatch mỗi lần đều 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 chính thức. Kế hoạch không dừng lại ở V27. Đội ngũ chính thức trước đây đã gọi V27 là "bản nâng cấp cuối cùng được lên kế hoạch", và lộ trình nâng cấp node sau đó cũng từng xuất hiện bước 27.1 → 28.x, nhưng không có ngày cuối cùng hoặc chi tiết kỹ thuật, chỉ ghi TBD. Ngày 25/9, trong cùng một thông báo xác nhận V27 hoàn thành, đội ngũ chính thức đồng thời công bố Testnet đã được nâng cấp lên Protocol 28, và công bố lịch trình đầy đủ: ngày cuối cùng của node 13/10, ngày mục tiêu mainnet 16/10. Đội ngũ chính thức giải thích rằng V28 cải thiện cách mạng lưới xử lý độ trễ dữ liệu giao dịch, và cho phép nhà phát triển nâng cấp một nhóm smart contract cùng lúc, thay đổi dữ liệu đã lưu trữ một cách an toàn hơn trong quá trình phát triển ứng dụng. 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 đủ smart contract Soroban, V25 giới thiệu mã hóa BN254 và hàm băm Poseidon — những bản 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 ngày cuối cùng, 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 cuối cùng. Việc chuyển đổi mainnet cần đợ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. Lưu ý quan trọng: Trên đây là những nguyên nhân có thể được suy luận từ 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ể kiểm tra phiên bản container đang chạy bằng lệnh docker images để xác nhận xem đã kéo 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, 0.6.3) và việc 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: Trường protocol_version trong kết quả trả về chính là số phiên bản giao thức mainnet hiện đang chạy. 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, và sẽ phát hành bài viết cập nhật ngay lập tức sau khi phiên bản giao thức được chuyển đổi. Lịch sử theo dõi nâng cấp các phiên bản Nội dung chính OrbitWatch theo dõi bài viết | ----------------------------| Khung PiRC1 có hiệu lực Node đang chạy v22, nhưng chuỗi vẫn là v21 · V22 xác nhận chuyển đổi | Hỗ trợ đầy đủ smart contract Soroban Cập nhật ngày cuối cùng V23 · Testnet 2 đã chuyển đổi · V23 xác nhận chuyển đổi | Tối ưu hóa hệ thống di chuyển tự động, ổn định node Cập nhật ngày cuối cùng V24 · Testnet 2 đã chuyển đổi · V24 xác nhận chuyển đổi | Mã hóa BN254, hàm băm Poseidon (cơ sở cho ứng dụng zero-knowledge) Thông báo nâng cấp V25 · Quan sát ngày cuối cùng · Node sẵn sàng · Thông báo chính thức 22/7 · V25 xác nhận chuyển đổi | 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 Đội ngũ chính thức xác nhận V26: major milestone · Node và Testnet2 sẵn sàng, mainnet vẫn là v25 · V26 xác nhận chuyển đổi | Tăng cường khả năng xác thực smart contract (Improved Smart Contract Authentication) GitHub release và Testnet 1 chuyển đổi, xác nhận ngày cuối cùng 15/9 · Node sẵn sàng, Testnet2/mainnet vẫn đang chờ · V27 xác nhận chuyển đổi | Xử lý độ trễ dữ liệu giao dịch, nâng cấp hàng loạt nhóm smart contract, thay đổi dữ liệu lưu trữ an toàn hơn Đội ngũ chính thức xác nhận V27 hoàn thành, đồng thời công bố V28 | 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 node Pi Network, thông báo chính thức của Pi Network, tài liệu nâng cấp node 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 quan nào đến đội ngũ chính thức của Pi Network.

  • •Quá trình nâng cấp giao thức Pi Network gồm hai giai đoạn: cập nhật phần mềm node và chuyển đổi phiên bản giao thức mainnet, thường có độ trễ vài ngày đến vài tuần.
  • •Độ trễ giữa hai giai đoạn này phụ thuộc vào độ phức tạp kỹ thuật của bản nâng cấp và tỷ lệ node đã sẵn sàng cập nhật.

01:30 28 thg 7

Read Full Analysis →