Stellar Lumens hỗ trợ chuyển dữ liệu contract với Protocol 28

Mạng chính Stellar Lumens(XLM) đã áp dụng bản nâng cấp Protocol 28 'Adapter', hỗ trợ thay đổi cấu trúc dữ liệu smart contract và nâng cấp nhiều contract. Thay đổi này tác động trực tiếp đến nhà phát triển Soroban và đơn vị vận hành hạ tầng mạng hơn là các chức năng ví và thanh toán dành cho người dùng phổ thông.

Quỹ Phát triển Stellar (Stellar Development Foundation) cho biết Protocol 28 bao gồm CAP-83, CAP-85 và CAP-86. Bản nâng cấp được triển khai lúc 17h ngày 16 tháng 9 năm 2026 theo giờ UTC, tương đương 2h ngày 17 tháng 9 theo giờ Việt Nam. Tài liệu phiên bản phần mềm chính thức ghi nhận phiên bản mạng chính Protocol 28 vào ngày 16 tháng 9 năm 2026.

Điểm cốt lõi của bản nâng cấp là tạo ra lộ trình chuyển dữ liệu lưu trữ của các contract đang hoạt động trên mạng chính sang cấu trúc mới. Trước đây, các hàm host của Soroban yêu cầu cấu trúc dữ liệu lưu trong sổ cái phải khớp chính xác với định dạng mà contract yêu cầu.

Nếu thiếu trường dữ liệu hoặc xuất hiện trường không được dự kiến, quá trình đọc dữ liệu có thể phát sinh lỗi. Protocol 28 nới lỏng hạn chế này, cho phép chuyển dữ liệu từng bước sang schema mới mà không phải loại bỏ toàn bộ dữ liệu hiện có cùng lúc.

CAP-86 giới thiệu các hàm host dạng thưa để xử lý những trường bị thiếu hoặc được bổ sung. Nhà phát triển có thể sử dụng tính năng này để điều chỉnh dữ liệu lưu trữ hiện tại theo cấu trúc mới trong quá trình thêm hoặc xóa trường.

Tuy nhiên, bản nâng cấp không tự động hoàn tất việc chuyển dữ liệu cho mọi contract. Tài liệu chính thức yêu cầu nhà phát triển tái tạo trạng thái của phiên bản cũ và kiểm tra riêng xem contract mới có thể đọc dữ liệu đó bình thường hay không.

CAP-85 hỗ trợ tham chiếu mã thực thi do bên ngoài quản lý và được nhiều contract dùng chung. Thay vì thay thế từng instance contract, nhà phát triển có thể thay đổi tham chiếu dùng chung để nâng cấp đồng thời một nhóm contract sử dụng cùng mã.

Tính năng này nhằm giảm tình trạng chỉ một số instance trong hệ thống contract quy mô lớn được chuyển sang mã mới. Trong quá trình triển khai thực tế, từng nhà phát triển vẫn phải kiểm tra khả năng tương thích giữa mã mới và dữ liệu hiện có.

CAP-83 cho phép validator bắt đầu bỏ phiếu trước khi nhận toàn bộ transaction set. Quy trình loại bỏ transaction set đến muộn hoặc không hợp lệ cũng được bổ sung, nhằm giảm tình trạng quá trình đồng thuận bị phụ thuộc vào độ trễ truyền dữ liệu.

Tuy vậy, cải thiện hiệu suất nhờ tải song song các transaction set sẽ được kích hoạt từng bước sau khi triển khai trên mạng chính. Các indexer và pipeline dữ liệu trực tiếp thu thập dữ liệu sổ cái cũng phải xử lý những loại giá trị sổ cái mới theo CAP-83.

Đơn vị vận hành validator cần kiểm tra trạng thái đồng bộ đồng hồ để tránh làm giảm hiệu suất mạng. Các indexer hoặc hệ thống xử lý dữ liệu chưa được cập nhật có thể gặp vấn đề khi xử lý loại dữ liệu mới.

Soroban là nền tảng smart contract được tích hợp vào mạng Stellar. Nhà phát triển viết chương trình bằng Rust, biên dịch sang WebAssembly để triển khai, đồng thời sử dụng SDK và CLI để xây dựng, kiểm thử và phát hành contract.

Quỹ Phát triển Stellar hướng dẫn rằng muốn sử dụng các tính năng mới của Protocol 28, nhà phát triển phải xây dựng lại contract dựa trên Smart Contract Rust SDK 28.0.0. Các contract hiện tại không tự động sử dụng những tính năng mới.

Cộng đồng nhà phát triển phản ứng tích cực với khả năng hỗ trợ di chuyển dữ liệu và nâng cấp đồng loạt nhiều contract. Tuy nhiên, chưa xác nhận mối quan hệ nhân quả trực tiếp giữa Protocol 28 và việc giá Stellar Lumens tăng.

Trước đó, TokenPost từng đưa tin Stellar thúc đẩy nâng cấp Protocol 28 nhằm hướng tới phát triển smart contract, thay đổi cấu trúc dữ liệu và củng cố lớp đồng thuận. Sau khi việc triển khai trên mạng chính hoàn tất, khả năng chuyển dữ liệu contract thực tế và cập nhật hạ tầng sẽ là những điểm tiếp theo được theo dõi.