Đề xuất của Solana nhằm tăng gấp đôi tỷ lệ giảm phát hằng năm đã vượt qua cuộc bỏ phiếu quản trị với mức ủng hộ 67%, đưa mạng lưới tiến tới mục tiêu giảm lượng phát hành dự kiến $SOL issuance (phát hành) 18,9 triệu token trong sáu năm.
Đề xuất lạm phát của Solana chỉ vừa đủ phiếu cần thiết để thông qua
Bảng điều khiển quản trị chính thức của Solana cho thấy SGP-0002, có tên gọi Double Disinflation, đã kết thúc thời gian bỏ phiếu với 176,29 triệu SOL ủng hộ, chiếm 67% lượng stake tham gia.
Thêm 66,19 triệu SOL, tương đương 25,16%, phản đối đề xuất, trong khi 20,63 triệu SOL, tương đương 7,84%, bỏ phiếu trắng. Tỷ lệ tham gia bỏ phiếu đạt 60,7%, tương ứng 433,49 triệu SOL và vượt mức cần thiết một phần ba (quorum) theo quy định quản trị của Solana.
Trong quy trình quản trị của Solana, một đề xuất được thông qua khi có ít nhất một phần ba tổng stake của mạng tham gia, và hai phần ba số phiếu của toàn bộ stake tham gia bỏ phiếu ủng hộ. Các phiếu trắng/không tán thành (abstentions) được tính vào cả tỷ lệ tham gia lẫn tổng số dùng để tính mức ủng hộ (support), khiến SGP-0002 chỉ nhỉnh hơn rất ít so với ngưỡng yêu cầu 66,67%.
Kết quả đưa ra một ủy nhiệm theo trọng số stake để tiến hành giảm phát nhanh hơn. Nó không làm giảm ngay việc phát hành (SOL issuance), vì SGP xác định hướng ưu tiên của mạng, trong khi một Tài liệu Cải tiến Solana (Solana Improvement Document) chỉ rõ các thay đổi kỹ thuật cần thiết để thực hiện điều đó.
SIMD-0550, do các đóng góp của Helius là Lostin và 0xIchigo viết, sẽ làm tăng tốc độ mà lạm phát SOL giảm mỗi năm từ 15% lên 30%. Thay vì cắt giảm một nửa ngay tỷ lệ lạm phát hiện tại, đề xuất sẽ khiến lạm phát giảm nhanh gấp đôi so với mức hiện tại kể từ thời điểm thay đổi được kích hoạt.
Theo đặc tả SIMD-0550, Solana sẽ đạt mức lạm phát (terminal inflation) hiện có là 1,5% sau khoảng 2,8 năm, so với 5,7 năm theo lịch hiện tại. Các tác giả ước tính rằng thay đổi này sẽ loại khỏi tổng số phát hành dự kiến 18,9 triệu SOL trong vòng sáu năm, tương đương khoảng 2,6% lượng cung dự kiến theo lịch hiện hành.
Giảm phát nhanh hơn vẫn cần một kế hoạch triển khai mang tính kỹ thuật
Mặc dù bảng điều khiển quản trị (governance dashboard) gắn nhãn SGP-0002 là đã hoàn tất (finalized), nhưng tại thời điểm viết bài, SIMD-0550 vẫn ở trạng thái “Đang xem xét” trong kho lưu trữ tài liệu cải tiến (improvement document repository) của Solana Foundation. Trường tính năng (feature field) của tài liệu cũng không nêu rõ việc đã có triển khai hoàn tất hay lịch kích hoạt (activation schedule).
Trước khi kích hoạt mainnet, các trình khách (client) của validator phải thêm và duy trì một cơ chế chặn tính năng (feature gate) có tên double_disinflation_rate. Tài liệu kỹ thuật cho biết tính năng này sẽ được kích hoạt tại ranh giới của một epoch, và lịch nhanh hơn sẽ áp dụng cho phần thưởng từ epoch tiếp theo.
Theo SIMD-0550, các nhà phát triển thiết kế thay đổi này để việc phát hành tiếp tục diễn ra liên tục tại thời điểm kích hoạt (activation). Solana sẽ neo lại công thức lạm phát tại slot kích hoạt, ngăn không cho xảy ra sụt giảm ngay lập tức về tỷ lệ hoặc điều chỉnh hồi tố đối với phần thưởng đã kiếm được.
Vì phần thưởng lạm phát ảnh hưởng đến vốn hóa ngân hàng (bank capitalization) và hash của ngân hàng (bank hash) của Solana, nên mọi trình khách validator đều phải tính lịch mới theo cùng cách. Nếu có sự khác biệt giữa các triển khai, các node có thể rơi vào các trạng thái mạng xung đột, khiến đề xuất trở thành một thay đổi ở cấp độ đồng thuận (consensus-level) chứ không chỉ là điều chỉnh đơn giản cho cấu hình validator.
Tài liệu kỹ thuật nêu rằng cơ chế chặn tính năng (feature gate) phải được giữ lại vĩnh viễn trong phần mềm client để các node khi phát lại lịch sử của Solana có thể áp dụng đúng tỷ lệ lạm phát trước và sau khi kích hoạt. Phần thưởng từ các epoch đã hoàn tất sẽ không thay đổi.
Trước đây, Solana đã cân nhắc SIMD-0228, một cơ chế gắn phát thải (emissions) với mức tham gia staking thay vì tuân theo một lịch giảm cố định. Đề xuất này không đạt đủ phiếu để thông qua (không đạt quorum) vào tháng 3/2025 sau khi các validator và các bên tham gia khác nêu lo ngại về thu nhập từ staking, kinh tế của validator và mức độ phức tạp của mô hình.
SIMD-0550 sử dụng một lịch cố định không phản ứng với sự thay đổi về mức tham gia staking. Các tác giả cho biết thiết kế này sẽ duy trì một lộ trình lạm phát có thể dự đoán, đồng thời tránh việc giảm đột ngột có thể gây áp lực ngay lên doanh thu của validator.
Đề xuất về phí tài nguyên không đạt được sự ủng hộ hai phần ba
Cùng với SGP-0002, các cử tri Solana đã bác bỏ SGP-0003—đề xuất về Phí Tài nguyên và Tính Bao gồm (Resource and Inclusion Fee)—mặc dù tỷ lệ tham gia đạt 61,14%.
Bản tổng kết cuối cùng cho thấy 53,9% ủng hộ, 18,92% phản đối và 27,18% phiếu trắng/không tán thành. Do đó, mức ủng hộ giảm gần 13 điểm phần trăm so với ngưỡng hai phần ba.
SGP-0003 yêu cầu các validator và delegator ủng hộ SIMD-0553, đề xuất này sẽ thay thế mô hình base-fee (phí nền) phẳng của Solana bằng một khoản inclusion fee 2.500 lamport và một khoản tính riêng dựa trên tài nguyên mà từng giao dịch yêu cầu. Các validator sẽ nhận cả inclusion và priority fees, trong khi giao thức (protocol) sẽ đốt (burn) toàn bộ phần dựa trên tài nguyên.
Hiện tại, Solana tính phí nền (base fee) là 5.000 lamports cho mỗi chữ ký (signature), được chia đều giữa việc đốt (burn) và thanh toán cho validator tạo khối, theo tài liệu của mạng. Priority fees được chuyển toàn bộ cho các validator.
Mô hình phí SIMD-0553 đề xuất ba giai đoạn tính phí dựa trên tài nguyên (resource-fee stages). Dựa trên hoạt động mạng tháng 5/2026, các tác giả ước tính lượng burn hằng ngày lần lượt là 1.500 đến 1.800 SOL ở giai đoạn đầu, 3.750 đến 4.500 SOL ở giai đoạn hai và 7.500 đến 9.000 SOL ở mức cuối cùng. Hiện tại, Solana đốt khoảng 648 SOL mỗi ngày thông qua mức phí phẳng (flat fee).
Ngay cả với mức tỷ lệ cao nhất được đề xuất, tài liệu ước tính rằng phần burn bổ sung sẽ tương đương khoảng 0,5% tổng cung hằng năm, so với tỷ lệ lạm phát khoảng 3,8%. Vì vậy, SIMD-0553 không dự tính rằng riêng mô hình phí sẽ khiến SOL trở thành một tài sản ròng giảm phát (net-deflationary).
Chi phí giao dịch cũng sẽ thay đổi tùy theo tài nguyên mạng được yêu cầu. Đề xuất ước tính rằng một phiếu bầu đơn giản của validator có thể tốn ít hơn 12,3%, trong khi một giao dịch swap Pump.fun có mức ưu tiên bằng không (zero-priority) dùng làm ví dụ có thể đối mặt mức tăng 3.150%. Các ứng dụng đặt giới hạn tính toán (compute limits) cao hơn nhu cầu thực tế sẽ phải trả nhiều hơn vì khoản phí sẽ dựa trên tài nguyên đã yêu cầu, thay vì lượng tài nguyên cuối cùng được tiêu thụ.