SLV hoàn tất hỗ trợ Solana v4 — Tăng tốc Turbine bằng XDP và đăng ký BLS sẵn sàng cho Alpenglow, có thể tái hiện bởi mọi validator thông qua hội thoại với AI agent
SLV hoàn tất hỗ trợ Solana v4 — Tăng tốc Turbine bằng XDP và đăng ký BLS sẵn sàng cho Alpenglow, có thể tái hiện bởi mọi validator thông qua hội thoại với AI agent
ELSOUL LABO B.V. (Trụ sở chính: Amsterdam, Hà Lan; CEO: Fumitake Kawasaki) và Validators DAO hân hạnh thông báo rằng SLV, công cụ vận hành Solana mã nguồn mở, đã hoàn tất hỗ trợ Solana v4 (Agave 4.x).
Với bản cập nhật này, những tối ưu hóa mà các validator Solana có hiệu năng cao nhất dựa vào — tăng tốc tái phát Turbine bằng XDP của Anza và quy trình đăng ký khóa công khai BLS sẵn sàng cho Alpenglow được định nghĩa trong SIMD-0387 — giờ đây có thể được chạy bởi bất kỳ nhà vận hành nào thông qua cùng một công thức vận hành đã được kiểm chứng, qua hội thoại với AI agent hoặc thao tác CLI trực tiếp. Việc tinh chỉnh nâng cao mà trước đây đòi hỏi kiến thức sâu về Linux và Solana được tập hợp vào SLV, để ngay cả những nhà vận hành không có nền tảng chuyên môn đó cũng có thể tái hiện chỉ thông qua hội thoại.
Trang chính thức của SLV: https://slv.dev/vi
SLV GitHub: https://github.com/validatorsDAO/slv
Dân chủ hóa việc vận hành validator hàng đầu — Tối ưu hóa đẳng cấp thế giới, ai cũng có thể tái hiện
SLV là một nỗ lực mã nguồn mở nhằm vận hành các validator Solana cùng với AI agent, mang lại chất lượng bảo trì cao nhất với chi phí thấp, ở bất cứ đâu trên thế giới.
Trên Solana, khoảng cách giữa hiệu năng thuần túy của một validator và bí quyết vận hành đằng sau nó ngày càng nới rộng. Mạng độ trễ thấp, tinh chỉnh kernel và NIC, chuẩn bị kỹ lưỡng cho các đợt nâng cấp giao thức — những thao tác dẫn đến hiệu năng validator hàng đầu đã đòi hỏi kiến thức chuyên môn sâu về Linux và Solana, cùng với lao động thủ công liên tục. Kết quả là, mức vận hành cao nhất có xu hướng chỉ nằm trong tầm với của một nhóm hạn chế các nhà vận hành sở hữu chuyên môn đó.
SLV tồn tại để thu hẹp khoảng cách đó. Bằng cách tập hợp bí quyết vận hành được tích lũy từ các hoạt động validator đẳng cấp thế giới thành các kỹ năng cho AI agent, bất kỳ ai cũng có thể tái hiện cùng một công thức vận hành chỉ thông qua hội thoại. Đợt hỗ trợ Solana v4 này áp dụng trực tiếp ý tưởng đó vào các tối ưu hóa mới nhất: XDP và BLS, chính những công nghệ mà các validator có hiệu năng cao nhất đang áp dụng, giờ đây sẵn có cho mọi nhà vận hành sử dụng SLV — mà không phải từ bỏ lựa chọn client hay môi trường của riêng họ.
Hỗ trợ Solana v4 mang lại điều gì — XDP, BLS và an toàn khi khởi động lại, tất cả được xử lý cho bạn
Solana v4 (Agave 4.x) là thế hệ mới nhất của client validator, được Anza khuyến nghị cho mainnet, và nó nâng cao hiệu năng cốt lõi đồng thời chuẩn bị mạng lưới cho các block lớn hơn và đợt nâng cấp đồng thuận Alpenglow sắp tới. Hỗ trợ v4 của SLV bao phủ ba lĩnh vực quan trọng nhất đối với các nhà vận hành chuyển sang nền tảng cơ sở này.
- Tăng tốc tái phát Turbine bằng XDP — kích hoạt sẵn sàng dùng ngay con đường mạng hiệu năng cao giúp tăng tốc lan truyền block.
- Đăng ký khóa công khai BLS sẵn sàng cho Alpenglow (SIMD-0387) — chuẩn bị quy trình đăng ký từ trước, để các validator sẵn sàng đăng ký ngay khi feature gate của Alpenglow được kích hoạt.
- An toàn khi khởi động lại cho Agave 4.1+ — điều chỉnh dải cổng và cổng hóa các cờ chỉ dành cho khởi động lại cụm, để việc chuyển sang client mới không gây ra các lỗi khởi động có thể tránh được.
Mỗi mục trong số này đều được xử lý thông qua cùng một quy trình SLV — hội thoại với AI agent hoặc CLI — nên việc chuyển sang Solana v4 không trở thành một dự án thủ công, dễ phát sinh lỗi. Bản phát hành SLV mới nhất mang toàn bộ những điều trên như một phần của dòng v2026.6.6 — BLS, XDP và các bản sửa lỗi an toàn khi khởi động lại được phát hành trước, với độ bền vững của Firedancer và RPC theo sau trong cùng dòng.
XDP là gì — Con đường nhanh trong kernel Linux giúp tăng tốc Turbine
XDP (eXpress Data Path) là một công nghệ kernel Linux cho phép mã mạng hiệu năng cao bỏ qua phần lớn con đường xử lý gói tin thông thường của kernel. Bằng cách cắt giảm các thao tác sao chép dữ liệu và chuyển ngữ cảnh, nó xử lý các gói tin với chi phí thấp hơn nhiều so với stack mạng tiêu chuẩn.
Trong Agave, XDP được áp dụng cho Turbine, giao thức lan truyền các block trên mạng lưới validator. Các shred đến được xử lý bởi một chương trình eBPF gắn gần card giao diện mạng (NIC) và được ánh xạ vào các buffer của không gian người dùng thông qua AF_XDP, trong khi các shred đi ra được gửi trực tiếp bằng XDP_TX — loại bỏ các lệnh gọi hệ thống và thao tác sao chép trên đường dẫn nóng. Anza giới thiệu XDP cho Turbine trong dòng Agave 3.x (từ v3.0.9) và mang nó vào nền tảng cơ sở Agave 4.0.
Theo hướng dẫn thiết lập của Anza, các validator lớn có thể đạt gần 150,000 gói tin gửi ra mỗi giây với XDP. Anza định vị XDP như một phần của dư địa giúp chuẩn bị các validator cho các block 100M-CU và thúc đẩy lộ trình IBRL (Increase Bandwidth, Reduce Latency), đồng thời đã công bố một hướng dẫn thiết lập chính thức cho các nhà vận hành áp dụng nó.
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
SLV biến XDP thành sẵn sàng dùng ngay — Kích hoạt bằng hội thoại và một vài biến inventory
Áp dụng XDP bằng tay không hề đơn giản. Nó đòi hỏi một kernel gần đây (6.14+ cho driver
igb, 6.8+ cho các loại khác), một NIC hỗ trợ XDP, các systemd capability phù hợp cho tiến trình validator, và các cờ khởi động chính xác — và việc ghim lõi CPU (bao gồm cả lõi PoH) phải được chọn đúng để con đường đó hoạt động hiệu quả. Đây chính xác là loại công việc chuyên môn đã khiến việc tối ưu hóa nâng cao nằm ngoài tầm với của nhiều nhà vận hành.SLV biến điều này thành một bước sẵn sàng dùng ngay. Việc tăng tốc tái phát XDP là tùy chọn bật thông qua các biến inventory theo từng host —
xdp_enabled, xdp_interface, xdp_cpu_cores, xdp_zero_copy và xdp_poh_pinned_cpu_core. Khi được bật, SLV áp dụng các cờ khởi động XDP phù hợp với phiên bản Agave/Jito mục tiêu và tự động cấp các systemd capability cần thiết (CAP_NET_RAW, CAP_NET_ADMIN, CAP_BPF, CAP_PERFMON). Các biến này áp dụng cho các validator Agave và Jito; Firedancer sử dụng XDP một cách native và không cần kích hoạt riêng. (XDP đã trưởng thành qua các bản phát hành Agave — nó không còn mang tính thử nghiệm kể từ Agave 4.1, và tên các cờ tương ứng cũng đã thay đổi trong quá trình đó — nên SLV theo dõi các cờ chính xác cho từng phiên bản, và các nhà vận hành không phải bận tâm.)Từ phía nhà vận hành, tất cả điều này có thể được điều khiển hoàn toàn thông qua hội thoại. Khởi chạy AI Console và nói điều gì đó như "Bật tăng tốc tái phát XDP trên validator này," và AI agent sẽ chọn và áp dụng cấu hình cần thiết. Các lệnh tương ứng cũng được cung cấp cho những người dùng thiên về CLI, nên các quy trình không liên quan đến AI agent vẫn được hỗ trợ đầy đủ. Cùng một tối ưu hóa mạng mà các validator có hiệu năng cao nhất sử dụng trở thành thứ mà bất kỳ nhà vận hành SLV nào cũng có thể bật.
Đăng ký BLS sẵn sàng cho Alpenglow — Hỗ trợ trước cho SIMD-0387
Alpenglow là giao thức đồng thuận thế hệ tiếp theo của Solana. Để tổng hợp các phiếu bầu của validator một cách hiệu quả — ví dụ, để chứng minh ngắn gọn rằng 60% validator đã bỏ phiếu bỏ qua một slot — Alpenglow thay thế các chữ ký ed25519 hiện tại bằng phương thức chữ ký tổng hợp BLS (Boneh–Lynn–Shacham) cho các phiếu bầu. SIMD-0387 định nghĩa cách các validator đăng ký một khóa công khai BLS trong vote account của họ để sẵn sàng bỏ phiếu ngay khi Alpenglow được kích hoạt.
Theo SIMD-0387, việc đăng ký một khóa công khai BLS trở nên khả thi ngay khi feature gate của đề xuất được kích hoạt, và mỗi validator phải có một khóa trong vote account của mình trước khi Alpenglow đi vào hoạt động để có thể tiếp tục bỏ phiếu. Cặp khóa BLS được dẫn xuất từ cặp khóa vote authority (hoặc cặp khóa identity nếu không có), và việc đăng ký được thực hiện on-chain cùng với một Proof of Possession (PoP) — một chứng minh mật mã ràng buộc khóa với vote account nhằm ngăn chặn các cuộc tấn công rogue-key. Hiện tại, SIMD-0387 đang ở giai đoạn xem xét và feature gate của nó chưa được kích hoạt trên mainnet (nó đang được theo dõi để kích hoạt trên devnet), nên chưa có khóa BLS nào có thể đăng ký trên mainnet; điều quan trọng hôm nay là có sẵn quy trình để dùng khi gate mở ra.
Đây chính là nơi việc sẵn sàng từ sớm trở nên quan trọng. Một khi Alpenglow đi vào hoạt động, một vote account không có khóa BLS đã đăng ký sẽ hành xử như thể nó chưa được stake. Việc có sẵn quy trình đăng ký từ trước, thay vì cuống cuồng khi gate mở ra, là điều giữ cho hoạt động vận hành an toàn xuyên suốt quá trình chuyển đổi.
register:bls của SLV — Được chuẩn bị tự động vào thời điểm deploy
SLV chuẩn bị sẵn công việc này cho bạn. Lệnh mới
slv v register:bls là quy trình đăng ký khóa công khai BLS — được dẫn xuất từ cặp khóa authorized-voter hoặc identity — trên mỗi vote account ngay khi feature gate được kích hoạt. Nó cũng chạy tự động ở cuối slv v deploy, nên một validator được xây dựng hoặc cập nhật thông qua SLV sẽ đi qua bước này như một phần của quy trình thông thường.Thao tác này được thiết kế để an toàn khi chạy ở bất kỳ thời điểm nào. Trên một cụm mà feature gate chưa được bật, nó đi qua một cách an toàn như một no-op; ngay khi gate được kích hoạt, cùng một quy trình sẽ đăng ký khóa. Nó có tính idempotent, nên chạy sớm không mang lại rủi ro nào và không cần phải canh thời điểm chính xác so với đợt nâng cấp. Cũng như với XDP, cùng một bước này có thể được điều khiển thông qua hội thoại với AI agent hoặc qua CLI. Nền tảng quyết định liệu một validator có thể tiếp tục bỏ phiếu xuyên suốt quá trình chuyển đổi Alpenglow hay không được đặt sẵn từ trước, mà không cần quản lý khóa thủ công.
Tăng cường an toàn khi khởi động lại cho Agave 4.1+
Việc chuyển sang một thế hệ client mới có thể làm lộ ra các lỗi khởi động tinh vi, và hỗ trợ v4 của SLV giải quyết những vấn đề này một cách trực tiếp. Đối với Agave 4.1+ (và các validator Jito trên cùng nền tảng cơ sở), dynamic_port_range được mở rộng lên ít nhất 27 cổng (8000–8030 / 8900–8930), giải quyết trường hợp Agave/Jito 4.1.0+ từ chối một dải hẹp hơn khi khởi động với lỗi "Port range is too small" — một lỗi khiến các validator và node RPC rơi vào crash-loop. Bản sửa lỗi bao phủ tất cả các start script của validator, RPC và pythnet, cùng với các giá trị mặc định của init và inventory.
Ngoài ra, các cờ chỉ dành cho khởi động lại cụm giờ đây được cổng hóa:
--wait-for-supermajority và --expected-bank-hash chỉ được phát ra khi được thiết lập một cách rõ ràng, nên một slot hay bank hash lỗi thời không còn có thể treo một node, hoặc làm nó panic do bank-hash không khớp, trong một lần khởi động lại thông thường. Đây là những loại chi tiết mà, nếu xử lý bằng tay, có thể biến một đợt nâng cấp thường lệ thành một sự cố — và mà SLV giờ đây lo liệu như một phần của công thức tiêu chuẩn.Việc gia cố này tiếp tục xuyên suốt công thức. Một bản phát hành tiếp theo mở rộng cùng một độ bền vững vận hành đó sang các đường dẫn Firedancer và RPC — xử lý phiên bản Firedancer nhận biết mạng, dọn dẹp xung đột build của Jito, và sửa lỗi start script RPC — để việc chuyển sang nền tảng cơ sở mới nhất luôn mượt mà bất kể nhà vận hành chạy client nào.
Loại bỏ việc phát minh lại bánh xe — Tập hợp bí quyết hàng đầu vào AI agent
Trong hệ sinh thái Solana, nhiều dự án dành thời gian cho công việc chung là vận hành các validator và node, tách biệt với việc phát triển sản phẩm thực sự của họ. Xây dựng, deploy, giám sát, cập nhật và di chuyển client — đối với mọi dự án, đây là những lần lặp lại tương tự nhau của cùng các tác vụ, một kiểu phát minh lại bánh xe.
Việc kích hoạt XDP và đăng ký BLS sẵn sàng cho Alpenglow là những ví dụ điển hình. Chúng nâng cao, dễ làm sai, và nếu không thì mỗi nhà vận hành phải tự nghiên cứu và tự rút ra một cách độc lập. Bằng cách tập hợp bí quyết vận hành này vào các kỹ năng SLV cho AI agent, cùng một công thức đã được kiểm chứng có thể được tái hiện bởi bất kỳ ai, chỉ thông qua hội thoại — và chi phí con người của việc vận hành giảm xuống một cách có cấu trúc. Với bản phát hành này, kỹ năng validator của SLV — kiến thức mà AI agent dựa vào — đã được cập nhật cho BLS (SIMD-0387) và XDP, nên agent áp dụng quy trình hiện hành, chính xác thay vì một quy trình lỗi thời. Đây chính là ý nghĩa thực tế của "chất lượng bảo trì cao nhất, với chi phí thấp".
SLV sẽ tiếp tục giải quyết, từng cái một, những gánh nặng vận hành chung trên khắp các dự án Solana, cùng với SLV AI — để mỗi dự án có thể tập trung vào việc phát triển cốt lõi sản phẩm của riêng mình.
Cả CLI lẫn AI agent — Sự ổn định làm nền tảng cho cả hai
SLV vận hành ổn định không chỉ với tư cách một AI agent mà còn với tư cách một CLI. Đối với những người dùng không muốn dựa vào AI agent, hoặc muốn tích hợp SLV vào các luồng tự động hóa được kịch bản hóa, SLV vẫn là một nền tảng vận hành thiết thực.
Sự ổn định ở cấp độ CLI này chính là điều làm nền tảng cho độ tin cậy của việc vận hành bằng AI agent. Mọi tính năng của SLV đều tương thích MCP (Model Context Protocol), và AI agent gọi cùng các interface thông qua MCP mà CLI gọi. Khi CLI ổn định, AI agent ổn định — nguyên tắc thiết kế này làm nền tảng cho độ tin cậy của việc vận hành bằng AI agent của SLV. Việc kích hoạt XDP và
register:bls cũng vậy, có thể được xử lý theo cùng một cách từ cả CLI lẫn AI agent, trên cùng một nền tảng MCP.Một nền tảng vận hành hậu thuẫn cam kết về hiệu năng — Validator của Epics DAO đạt hạng 3 thế giới
Validator của Epics DAO, được vận hành làm nguồn của endpoint SWQoS và Epic Shreds của ERPC, đã đạt hạng 3 thế giới (điểm 99.93) trong Shinobi Performance Pool giữa tất cả các validator Solana, với các điểm số liên quan đến bỏ phiếu vượt quá 99%.
Kết quả này là thành quả tích lũy của nhiều cải tiến: lựa chọn phần cứng, tối ưu hóa tham số kernel, tinh chỉnh stack mạng, điều chỉnh IRQ affinity, áp dụng DoubleZero, và các tối ưu hóa mạng đúng loại mà XDP đại diện. SLV tập hợp bí quyết vận hành đó vào AI agent và cung cấp nó dưới một hình thức mà bất kỳ ai cũng có thể tái hiện như cùng một công thức vận hành. Những tối ưu hóa được mô tả ở đây không phải là lý thuyết suông — chúng đến từ hoạt động vận hành đã vươn tới đỉnh của mạng lưới.
Kết hợp với nền tảng ERPC
Hỗ trợ Solana v4 của SLV hoạt động trong mọi môi trường, và nó kết hợp đặc biệt tốt với nền tảng ERPC. ELSOUL LABO vận hành một trung tâm dữ liệu chuyên dụng cho Solana dưới ASN riêng của mình (AS200261), được cấp bởi RIPE NCC, như một phần của nền tảng ERPC — và tại đó bạn có thể sử dụng các tối ưu hóa v4, tự động hóa vận hành của SLV, và nền tảng ERPC cùng nhau.
ERPC ngăn chặn độ trễ do khoảng cách ngay từ giai đoạn thiết kế bằng cách đặt các validator nguồn, các endpoint nhận, và các node xử lý bên trong các trung tâm dữ liệu cao cấp nơi các validator Solana tập trung dày đặc. Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, máy chủ bare metal, SWQoS, Price API tương thích Pyth, và Jet Analytics & Indexed RPC đều có thể được kết hợp trên cùng một nền tảng. Chạy một validator v4 được xây dựng bằng SLV trên nền tảng ERPC cho phép bạn kết hợp các tối ưu hóa của SLV với tốc độ ở cấp độ thiết kế của ERPC, trong cùng một môi trường.
Trang chính thức của ERPC: https://erpc.global/vi
Bắt đầu ngay với SLV AI Token
AI agent của SLV chạy trên SLV AI token. Bạn có thể bắt đầu miễn phí — một khoản authorization EUR 5 cung cấp 100,000 token, đủ dung lượng để trải nghiệm việc bật XDP, chuẩn bị đăng ký BLS, và vận hành một validator Solana v4 thông qua hội thoại với AI agent.
ERPC SLV AI Plans: https://erpc.global/vi/price/
Các kết nối thông qua API token của ChatGPT và Claude cũng được hỗ trợ, nên bạn có thể chạy SLV AI bằng các API key của riêng mình.
Phản hồi của bạn định hình SLV
SLV tiến hóa mỗi ngày thông qua phản hồi của bạn. Đợt hỗ trợ Solana v4 này cũng vậy, đã thành hình qua những tiếng nói được chia sẻ trong Discord chính thức của Validators DAO và qua việc vận hành các validator ở đỉnh của mạng lưới. Hãy thử dùng và chia sẻ suy nghĩ cũng như yêu cầu của bạn với chúng tôi trong Discord chính thức của Validators DAO.
Cảm ơn bạn, như mọi khi. Chúng tôi trân trọng sự ủng hộ liên tục của bạn dành cho SLV và ERPC.
Liên hệ
Đối với các câu hỏi về SLV và ERPC, vui lòng mở một ticket hỗ trợ trong Discord chính thức của Validators DAO.
Discord chính thức của Validators DAO: https://discord.gg/C7ZQSrCkYR
Liên kết
- Trang chính thức của SLV: https://slv.dev/vi
- SLV Getting Started: https://slv.dev/vi/doc/general/getting-started/
- SLV GitHub: https://github.com/validatorsDAO/slv
- Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
- SIMD-0387 (BLS Pubkey Management in Vote Account): https://github.com/solana-foundation/solana-improvement-documents/blob/main/proposals/0387-bls-pubkey-management-in-vote-account.md
- Trang chính thức của ERPC: https://erpc.global/vi
- ERPC SLV AI Plans: https://erpc.global/vi/price/
- Trang chính thức của Epics DAO: https://epics.dev/vi
- Discord chính thức của Validators DAO: https://discord.gg/C7ZQSrCkYR
Tin tức
