Validator Solana: Hướng dẫn về Mạng lưới Staking

Một validator Solana là một người tham gia mạng lưới xử lý và xác minh các giao dịch, tạo các khối mới khi được chỉ định làm người dẫn đầu khối, bỏ phiếu cho các khối được đề xuất từ các validator khác, và kiếm phần thưởng staking để đổi lại, tạo thành xương sống phi tập trung của blockchain Solana.

Solana là một Blockchain hiệu năng cao, ra mắt năm 2020, được thiết kế để xử lý hàng nghìn giao dịch mỗi giây thông qua sự kết hợp của các cải tiến kiến trúc. SOL là token gốc của mạng lưới, được sử dụng để thanh toán phí giao dịch, tham gia staking và bồi thường cho các validator vì công việc của họ. Các validator là lớp cơ sở hạ tầng giúp mạng lưới Solana hoạt động: nếu không có chúng, sẽ không có giao dịch nào được thanh toán và không có khối nào được tạo ra. Nội dung này mang tính giáo dục và không cấu thành lời khuyên tài chính hoặc đầu tư.

Solana hoạt động trên nền tảng Proof of Stake (PoS) phi tập trung, có nghĩa là việc lựa chọn validator và phân phối phần thưởng tỷ lệ thuận với số lượng SOL được ủy quyền cho mỗi validator. Các validator có nhiều stake được ủy quyền hơn sẽ được chỉ định nhiều lượt sản xuất khối hơn và kiếm phần thưởng tương ứng nhiều hơn. Biến thể của Solana đôi khi được mô tả không chính thức là Bằng chứng ủy quyền, mặc dù đó không phải là thuật ngữ chính thức của Solana Foundation. Điều làm cho Solana khác biệt với các chuỗi PoS khác là cách nó xếp lớp Proof of History và Tower BFT trên nền tảng này, được đề cập trong phần về cách validator Solana hoạt động.

Mỗi validator hoạt động ở một trong hai chế độ tại bất kỳ thời điểm nào: làm người dẫn đầu khối, sản xuất các khối mới trong các lượt được chỉ định của nó, hoặc làm người bỏ phiếu, xác minh các khối do những người dẫn đầu khác đề xuất. Mạng lưới Solana hiện có khoảng 1.500 đến 1.900 validator hoạt động (xác minh số lượng hiện tại tại validators.app tại thời điểm đọc). Tập hợp các nhà điều hành phân tán này duy trì không chỉ các giao dịch token mà còn cả toàn bộ hệ sinh thái các ứng dụng phi tập trung được xây dựng trên Solana. Các giao thức DeFi như Jupiter, Marinade Finance và Kamino đều phụ thuộc vào thời gian hoạt động và thông lượng nhất quán của validator. Những người nắm giữ SOL muốn kiếm phần thưởng staking mà không cần chạy cơ sở hạ tầng có thể bỏ qua trực tiếp đến hướng dẫn về cách ủy quyền SOL cho validator.

Trong hướng dẫn này:

• Validator và Node RPC: Hiểu rõ sự khác biệt
• Cách Validator Solana hoạt động: Proof of History, Tower BFT và Cơ chế đồng thuận
• Cách chạy một Validator Solana: Phần cứng, Chi phí và Thiết lập hoạt động
• Cách ủy quyền SOL cho Validator: Hướng dẫn cho Người nắm giữ Token
• Kinh tế học Validator Solana: Phần thưởng, Phí bỏ phiếu và Khả năng sinh lời
• Validator Solana so với Validator Ethereum: Điểm khác biệt chính
• Mạng lưới Validator Solana phi tập trung đến mức nào?
• Rủi ro khi chạy Validator hoặc ủy quyền cho Validator
• Các câu hỏi thường gặp về Validator Solana
• Điểm chính: Những điều bạn cần biết về Validator Solana

Validator và Node RPC: Hiểu rõ sự khác biệt

Một validator Solana và một node RPC không giống nhau, mặc dù hai khái niệm này thường bị nhầm lẫn, kể cả bởi các nhà phát triển có kinh nghiệm.

Một node RPC (Remote Procedure Call - Gọi thủ tục từ xa) là một node Solana xử lý các yêu cầu API từ ví và các ứng dụng phi tập trung, cho phép chúng đọc trạng thái blockchain và gửi giao dịch. Nó không tham gia vào cơ chế đồng thuận, không bỏ phiếu cho các khối và không kiếm được phần thưởng staking. Một validator thì tham gia vào cơ chế đồng thuận. Sự khác biệt này rất quan trọng vì nó ảnh hưởng đến việc ai kiếm được phần thưởng, phần cứng nào được yêu cầu và vai trò của mỗi loại node trong mạng lưới.

Nhiều validator tùy chọn chạy các điểm cuối RPC như một dịch vụ riêng biệt cùng với vai trò đồng thuận của họ, nhưng hai chức năng này độc lập về mặt kiến trúc. Việc chạy một điểm cuối RPC không làm cho một máy trở thành validator, và một validator kiếm được phần thưởng thông qua việc tham gia đồng thuận, chứ không phải thông qua việc phục vụ các yêu cầu API.

Điểm khác biệt chính: Validator bảo mật mạng lưới và kiếm phần thưởng staking. Node RPC phục vụ các truy vấn ví và dApp của bạn. Bạn tương tác với node RPC mỗi khi kiểm tra số dư hoặc gửi giao dịch.

Những người nắm giữ SOL muốn kiếm phần thưởng staking nên chuyển sang hướng dẫn dành cho người ủy quyền bên dưới. Các nhà phát triển xây dựng trên Solana tương tác với các node RPC để truy vấn ứng dụng, chứ không tương tác trực tiếp với các validator.

Cách Validator Solana hoạt động: Proof of History, Tower BFT và Cơ chế đồng thuận

Các validator Solana hoạt động trong một kiến trúc cơ chế đồng thuận kết hợp ba cải tiến riêng biệt: Proof of History như một cơ chế theo dõi thời gian, Tower BFT như thuật toán đồng thuận, và lịch trình người dẫn đầu được tính toán trước xác định thứ tự sản xuất khối trong mỗi epoch. Hiểu cách ba thành phần này tương tác sẽ giải thích tại sao Solana đạt được thời gian khối dưới một giây và tại sao các validator hoạt động khác với các chuỗi như Ethereum hoặc Cosmos.

Proof of History: Đồng hồ mật mã của Solana

Proof of History (PoH) đã được giới thiệu bởi người đồng sáng lập Solana Anatoly Yakovenko trong một whitepaper năm 2017 và hoạt động như một hàm trì hoãn có thể xác minh, một cơ chế mật mã tạo ra một bản ghi tuần tự, chống giả mạo về thời gian trôi qua.

Hãy coi PoH như một đồng hồ tích tắc mật mã công khai mà mọi validator có thể độc lập xác minh, loại bỏ nhu cầu các validator phải liên lạc với nhau về dấu thời gian. Người dẫn đầu khối hiện tại liên tục tạo ra chuỗi PoH: mỗi đầu ra sẽ là đầu vào cho chuỗi tiếp theo, tạo ra một chuỗi đầu ra băm không thể giả mạo, chứng minh thời gian đã trôi qua giữa các sự kiện. Các validator khác xác minh chuỗi này mà không cần phối hợp, vì các đặc tính toán học của chuỗi băm làm cho việc giả mạo trở nên bất khả thi về mặt tính toán.

Một điểm khác biệt quan trọng mà đối thủ cạnh tranh thường hiểu sai: PoH không phải là cơ chế đồng thuận. Nó là một nguyên tắc theo dõi thời gian nằm dưới cơ chế đồng thuận. PoH sắp xếp các sự kiện và thiết lập một nhận thức chung về thời gian. Tower BFT, được mô tả trong phần tiếp theo, là thứ đạt được tính cuối cùng. Sự tách biệt này cho phép Solana có thời gian khối khoảng 400ms và cho phép mạng lưới tính toán trước lịch trình người dẫn đầu cho mỗi epoch trước khi epoch đó bắt đầu.

Tower BFT: Cách Validator đạt được Sự đồng thuận

Tower BFT là thuật toán đồng thuận của Solana, được xây dựng trên Cơ chế chống lỗi Byzantine (BFT), là thuộc tính của một hệ thống phân tán để tiếp tục hoạt động chính xác ngay cả khi một số nút bị lỗi hoặc hoạt động độc hại.

Tower BFT là một triển khai tối ưu hóa của Cơ chế chống lỗi Byzantine thực tế (Practical Byzantine Fault Tolerance), sử dụng đồng hồ PoH để loại bỏ chi phí truyền thông tin qua nhiều vòng của các hệ thống BFT cổ điển. Thay vì trao đổi nhiều vòng tin nhắn để thống nhất về trạng thái hiện tại, các trình xác thực sẽ bỏ phiếu trực tiếp trên các chuỗi băm PoH. Dòng thời gian PoH đóng vai trò là một tham chiếu chung, nhờ đó các trình xác thực có thể xác nhận thứ tự mà không cần giao tiếp thừa thãi.

Cơ chế cung cấp tính xác thực kinh tế được gọi là lockout (khóa). Một khi trình xác thực bỏ phiếu cho một Fork cụ thể trong chuỗi, việc chuyển sang một Fork cạnh tranh sẽ chịu hình phạt thời gian tăng theo cấp số nhân. Trình xác thực cam kết với một Fork càng lâu thì càng phải đợi nhiều slot hơn trước khi có thể chuyển đổi. Điều này làm cho việc bỏ phiếu kép (double-voting) ngày càng trở nên tốn kém và mang lại cho mạng lưới sự đảm bảo chắc chắn về tính xác thực mà không cần một công cụ xác thực (finality gadget) riêng biệt. Mỗi lượt bỏ phiếu mà trình xác thực thực hiện là một giao dịch Trên chuỗi, đó là lý do phát sinh phí bỏ phiếu. Khía cạnh kinh tế của các khoản phí này được đề cập trong phần về phí bỏ phiếu và ngưỡng Stake hòa vốn.

Tower BFT là cơ chế dành riêng cho Solana. Không nên nhầm lẫn nó với Tendermint mà Cosmos sử dụng, hoặc với Casper FFG kết hợp với LMD-GHOST mà Ethereum sử dụng. Điểm khác biệt chính là việc Tower BFT sử dụng chuỗi băm PoH làm đồng hồ chung, giúp loại bỏ chi phí truyền thông hiện diện trong cả hai hệ thống đó.

Lịch trình Leader: Ai sản xuất khối và khi nào

Vào đầu mỗi epoch, một khoảng thời gian xấp xỉ 432.000 slot (khoảng 2 đến 3 ngày theo thời gian slot hiện tại), Solana sẽ tính toán xem trình xác thực nào sẽ đóng vai trò là block leader cho mỗi slot trong giai đoạn sắp tới. Việc tính toán này mang tính xác định và có trọng số theo lượng stake: các trình xác thực có nhiều SOL được ủy quyền hơn sẽ nhận được tỷ lệ slot leader lớn hơn. Nhiều Stake hơn đồng nghĩa với nhiều slot leader hơn, dẫn đến nhiều phần thưởng khối hơn.

Một epoch trên Solana không giống với một epoch trên Ethereum. Các epoch PoS của Ethereum là 32 slot, kéo dài khoảng 6,4 phút. Các epoch của Solana kéo dài khoảng hai đến ba ngày. Sự khác biệt về thời lượng này ảnh hưởng đến mọi thứ, từ thời điểm phân phối phần thưởng đến tần suất tính toán lại lịch trình leader.

Vì mọi trình xác thực đều biết trước toàn bộ lịch trình leader cho epoch hiện tại, mạng lưới có thể chuyển tiếp các giao dịch đến các leader sắp tới trước khi slot của họ đến. Đây là cách thức hoạt động của Gulf Stream, giao thức chuyển tiếp giao dịch của Solana. Một trình xác thực ngoại tuyến trong các slot leader đã lên lịch của mình sẽ tạo ra các slot trống, làm mất phần thưởng khối mà lẽ ra nó đã kiếm được và làm giảm nhẹ thông lượng tổng thể của mạng lưới trong các slot đó. Đối với các nhà phát triển, điều này có nghĩa là độ trễ xác nhận giao dịch có thể tăng lên trong các giai đoạn có tỷ lệ bỏ qua slot leader tăng cao. Duy trì thời gian hoạt động (uptime) trong các slot leader đã lên lịch là một nghĩa vụ kinh tế, không chỉ đơn thuần là một phương pháp hay.

Luồng chu kỳ Epoch: Bắt đầu epoch → Tính toán lịch trình Leader → Chỉ định slot theo trọng số Stake → Block leader sản xuất khối → Các trình xác thực không phải leader bỏ phiếu qua Tower BFT → Kết thúc epoch → Phân phối phần thưởng → Bắt đầu epoch mới

Truyền bá khối và Chuyển tiếp giao dịch: Turbine và Gulf Stream

Khi một block leader sản xuất một khối, hai giao thức riêng biệt sẽ xử lý cách khối đó tiếp cận phần còn lại của mạng lưới trình xác thực và cách các giao dịch tiếp cận leader sắp tới.

Turbine là giao thức truyền bá khối của Solana, lấy cảm hứng từ mô hình phân phối dữ liệu của BitTorrent. Thay vì truyền toàn bộ khối từ leader đến mọi trình xác thực cùng một lúc, leader sẽ chia nhỏ dữ liệu khối thành các phần nhỏ hơn gọi là shred (các mảnh dữ liệu nhỏ) và phân phối chúng khắp mạng lưới trình xác thực theo cấu trúc cây phân tầng. Mỗi trình xác thực trong cây nhận được các shred và chuyển tiếp chúng cho các trình xác thực khác bên dưới, giúp giảm gánh nặng băng thông cho bất kỳ nút đơn lẻ nào. Đây là một lý do giúp Solana có thể duy trì thông lượng cao mặc dù mọi trình xác thực đều cần xử lý mọi giao dịch.

Gulf Stream là giao thức chuyển tiếp giao dịch của Solana. Vì lịch trình leader được biết trước, khách hàng và trình xác thực có thể chuyển tiếp giao dịch trực tiếp đến leader dự kiến sắp tới trước khi đến slot được chỉ định của họ, thay vì giữ các giao dịch trong một Mempool chung. Điều này làm giảm độ trễ xác nhận và loại bỏ tình trạng tắc nghẽn Mempool chung như một nút thắt cổ chai. Thuật ngữ "không có mempool" (mempool-less) là một cách nói đơn giản hóa: Solana thực sự có các cơ chế xếp hàng giao dịch, nhưng chúng hoạt động ở cấp độ giao thức khác với mô hình Mempool của Ethereum.

Sealevel, môi trường thực thi xử lý giao dịch song song của Solana, cho phép các giao dịch không xung đột (những giao dịch tác động đến các tài khoản khác nhau) thực hiện đồng thời trên nhiều lõi CPU và luồng GPU, đây là một lý do khiến thông lượng giao dịch lý thuyết của mạng lưới cao hơn đáng kể so với các chuỗi đơn luồng.

Tóm tắt luồng giao dịch: Giao dịch được gửi đi → Gulf Stream chuyển tiếp đến leader sắp tới → Leader sản xuất khối qua chuỗi PoH → Khối được chia thành các shred và truyền bá qua Turbine → Các trình xác thực bỏ phiếu qua Tower BFT → Đạt được tính xác thực

Cách chạy một Solana Validator: Phần cứng, Chi phí và Thiết lập vận hành

Chạy một Solana validator là một cam kết đáng kể về mặt kỹ thuật và tài chính, khác biệt với việc vận hành cơ sở hạ tầng trình xác thực trên hầu hết các mạng lưới proof-of-stake khác. Yêu cầu về phần cứng thuộc hàng cao nhất trong số các chuỗi PoS, các yêu cầu vận hành đòi hỏi thời gian hoạt động gần như liên tục và khía cạnh kinh tế phụ thuộc rất lớn vào việc thu hút đủ lượng Stake ủy quyền để bù đắp các chi phí duy trì. Phần này được viết cho các nhà vận hành cơ sở hạ tầng và những người đánh giá kỹ thuật. Để xem danh sách kiểm tra cung cấp tài nguyên chuyên dụng, hãy xem yêu cầu đối với Solana validator.

Chạy một Solana Validator có phù hợp với bạn không?

Trước khi cam kết vận hành trình xác thực, quyết định đầu tiên là có nên tự chạy cơ sở hạ tầng hay không, vì hầu hết những người nắm giữ SOL có thể kiếm được phần thưởng Staking bằng cách ủy quyền SOL cho một trình xác thực hiện có mà không cần bất kỳ thiết lập máy chủ nào.

Có hai lộ trình tham gia riêng biệt. Việc chạy một trình xác thực đòi hỏi phải cung cấp và bảo trì phần cứng máy chủ có cấu hình cao, quản lý các bản cập nhật phần mềm, theo dõi các chỉ số hiệu suất và duy trì thời gian hoạt động gần như liên tục. Các trình xác thực thường được kỳ vọng duy trì thời gian hoạt động trên 95% để giữ khả năng cạnh tranh trong việc thu hút ủy quyền và đủ điều kiện tham gia các chương trình của Solana Foundation. Không có mức tối thiểu bắt buộc bởi giao thức, nhưng các trình xác thực có thời gian hoạt động kém sẽ kiếm được ít vote credit hơn và do đó nhận được ít phần thưởng hơn. Việc ủy quyền cho một trình xác thực chỉ yêu cầu một ví Solana và một lượng SOL nhất định. Đối với những người nắm giữ token có mục tiêu kiếm phần thưởng Staking, ủy quyền là con đường thực tế hơn.

Đối với những người muốn vận hành một trình xác thực, lớp phần mềm bắt đầu với một validator client. Solana Labs (tập đoàn Hoa Kỳ xử lý việc phát triển giao thức cốt lõi, tách biệt với Solana Foundation) đã phát triển validator client chính, hiện được gọi là Agave client. Những người vận hành hiểu biết về quản trị máy chủ Linux, quản lý dịch vụ systemd và cấu hình mạng sẽ có nền tảng kỹ thuật cần thiết. Rào cản kinh tế là hạn chế khó khăn hơn, điều mà các phần về phần cứng và kinh tế sẽ đề cập trực tiếp.

Yêu cầu phần cứng đối với Solana Validator

Chạy một Solana validator đòi hỏi phần cứng máy chủ hiệu năng cao, yêu cầu khắt khe hơn đáng kể so với hầu hết các chuỗi proof-of-stake khác, với việc Solana Foundation đặt ra các thông số kỹ thuật tối thiểu tăng dần khi thông lượng của mạng lưới mở rộng.

Hãy xác minh tất cả các thông số kỹ thuật dựa trên tài liệu dành cho trình xác thực của Solana Foundation tại thời điểm đọc, vì các yêu cầu có thể thay đổi theo các bản nâng cấp mạng lưới.

Các máy chủ vật lý chuyên dụng (bare-metal) đáp ứng các thông số kỹ thuật này thường có chi phí từ $300 đến $1.000 mỗi tháng từ các nhà cung cấp như Latitude.sh và Edgevana. Hãy xác minh giá hiện tại từ ít nhất hai nhà cung cấp trước khi lập ngân sách. Phần cứng tại nhà thường không khả thi do hạn chế về băng thông dân dụng và yêu cầu thời gian hoạt động liên tục (uptime).

Máy chủ vật lý là phương pháp lưu trữ được ưu tiên trong cộng đồng validator Solana vì nó mang lại tỷ lệ giá thành trên hiệu suất tốt hơn so với các phiên bản đám mây. Các nhà cung cấp đám mây như AWS và GCP có thể hoạt động, nhưng chi phí của họ cao hơn cho phần cứng tương đương và môi trường ảo hóa của họ có thể gây ra biến động về độ trễ, ảnh hưởng đến hiệu suất bỏ phiếu. Discord của cộng đồng validator Solana duy trì danh sách cập nhật các nhà cung cấp máy chủ vật lý được khuyến nghị.

Catch-Up Sync: Điều gì xảy ra khi bạn khởi chạy lần đầu

Khi một validator mới lần đầu tiên trực tuyến, nó không thể bắt đầu bỏ phiếu và nhận phần thưởng ngay lập tức. Trước tiên, nó phải hoàn thành catch-up sync, quá trình tải xuống và phát lại toàn bộ lịch sử sổ cái để tham gia vào tập hợp validator đang hoạt động.

Thời gian catch-up sync thay đổi tùy thuộc vào tốc độ I/O của phần cứng, băng thông mạng khả dụng và độ mới của bản sao nhanh (snapshot) sổ cái, quá trình này có thể mất từ vài ngày đến vài tuần. Sử dụng bản sao nhanh sổ cái gần đây từ một nguồn đáng tin cậy, chẳng hạn như các điểm cuối snapshot do Solana Foundation cung cấp, sẽ giảm thời gian cần thiết so với việc đồng bộ hóa từ khối nguyên thủy (genesis). Lưu trữ NVMe SSD là thiết yếu để phát lại sổ cái nhanh chóng. Ổ đĩa cơ học hoặc SSD chậm sẽ kéo dài thời gian catch-up đáng kể.

Các validator không nhận được phần thưởng staking trong quá trình catch-up sync. Các nhà vận hành nên tính đến giai đoạn không có doanh thu này khi lập kế hoạch kinh tế cho việc khởi chạy một validator mới. Nó đại diện cho một chi phí trả trước thực tế về thời gian và phí lưu trữ trước khi những phần thưởng đầu tiên đến.

Chương trình Ủy quyền của Solana Foundation

Solana Foundation vận hành một Chương trình Ủy quyền nhằm giải quyết một trong những rào cản thực tế đáng kể nhất đối với các validator mới: khó khăn trong việc thu hút đủ số lượng SOL ủy quyền để trang trải phí bỏ phiếu trước khi thiết lập được hồ sơ theo dõi hiệu suất.

Chương trình hoạt động bằng cách để Solana Foundation (một tổ chức phi lợi nhuận của Thụy Sĩ với nhiệm vụ tách biệt với Solana Labs) ủy quyền SOL thuộc sở hữu của Foundation cho các validator đủ điều kiện. Mục đích là để khuyến khích sự đa dạng về địa lý và vận hành trong tập hợp validator, giảm rào cản gia nhập cho các nhà vận hành ở các khu vực ít được đại diện và giúp các validator mới đạt được khả năng tồn tại về kinh tế trong khi họ xây dựng cơ sở người ủy quyền tự nhiên.

Điều kiện tham gia thường yêu cầu đáp ứng các tiêu chuẩn hiệu suất (ngưỡng thời gian hoạt động và tỷ lệ bỏ lỡ), hoạt động tại một trung tâm dữ liệu hoặc khu vực phục vụ các mục tiêu đa dạng địa lý của Foundation, chạy phiên bản phần mềm validator hiện tại và được hỗ trợ, và tham gia vào cộng đồng validator. Xác minh các tiêu chí đủ điều kiện hiện tại và chi tiết ứng tuyển tại trang Chương trình Ủy quyền của Solana Foundation, vì các yêu cầu được cập nhật định kỳ.

Sự ủy quyền từ Foundation không phải là vĩnh viễn và không phải là một sự đảm bảo doanh thu. Các validator phải tự xây dựng cơ sở người ủy quyền độc lập của riêng mình theo thời gian. Foundation có thể giảm hoặc rút lại sự ủy quyền nếu các tiêu chí hiệu suất không được đáp ứng. Hãy coi đó là một cơ chế khởi động, không phải là một mô hình kinh doanh.

Cách ủy quyền SOL cho một Validator: Hướng dẫn cho người nắm giữ Token

Những người nắm giữ SOL không cần phải vận hành một validator để nhận phần thưởng staking. Ủy quyền cho phép bất kỳ người nắm giữ token nào gán SOL của họ cho một validator hiện có và nhận một phần tương ứng từ phần thưởng lạm phát của validator đó, trừ đi hoa hồng của validator, tại mỗi ranh giới epoch.

Ủy quyền SOL cho một validator bao gồm tám bước, tất cả đều có thể được hoàn thành thông qua giao diện ví không lưu ký mà không cần bất kỳ tương tác dòng lệnh nào.

1. Sở hữu SOL. SOL khả dụng thông qua Giao ngay Bybit SOL/USDT, Coinbase, Kraken và Binance; xác minh tính khả dụng, các mạng được hỗ trợ và điều kiện hợp lệ tại địa phương trước khi mua.

2. Chuyển vào ví không lưu ký. Chuyển SOL sang ví tự quản lý như Phantom hoặc Solflare. Các sản phẩm sinh lời lưu ký như Bybit Sinh lời, nơi khả dụng, có thể cung cấp quy trình làm việc đơn giản hơn, nhưng phí, lợi suất, điều khoản rút tiền và rủi ro lưu ký sẽ khác nhau. Staking trực tiếp trên ví gốc giúp bạn kiểm soát trực tiếp tài khoản staking của mình.

3. Đi tới phần staking trong ví của bạn. Cả Phantom và Solflare đều bao gồm các giao diện staking tích hợp sẵn. Không yêu cầu tương tác dòng lệnh.

4. Chọn một validator. Sử dụng các tiêu chí lựa chọn trong phần tiếp theo để xác định một validator phù hợp với ưu tiên của bạn. Để có khung đánh giá đầy đủ, hãy xem cách chọn một Solana validator. Các công cụ như validators.app và Solana Beach cung cấp dữ liệu có thể sắp xếp về tất cả các validator đang hoạt động.

5. Tạo tài khoản staking và ủy quyền. Ví của bạn tạo một tài khoản staking trên chuỗi (On-Chain) và gán nó cho validator bạn đã chọn. Quá trình này là không lưu ký: SOL của bạn không bao giờ rời khỏi sự kiểm soát của bạn. Nó được khóa trong một tài khoản staking mà chỉ bạn mới có thể rút tiền từ đó.

6. Chờ kích hoạt epoch. Số SOL đã ủy quyền không hoạt động ngay lập tức. Nó sẽ trở nên hoạt động vào đầu epoch tiếp theo, khoảng một đến hai ngày sau khi ủy quyền tùy thuộc vào thời điểm bạn thực hiện trong epoch hiện tại.

7. Theo dõi phần thưởng của bạn. Phần thưởng Staking được phân phối tại mỗi ranh giới epoch và tự động được thêm vào tài khoản staking của bạn, tích lũy theo thời gian. Theo dõi phần thưởng của bạn thông qua giao diện ví, validators.app hoặc Solana Beach.

8. Ủy quyền lại hoặc Huỷ stake khi cần thiết. Để chuyển số tiền staking của bạn sang một validator khác, hãy hủy kích hoạt tài khoản staking của bạn và kích hoạt lại nó với một validator mới tại ranh giới epoch tiếp theo. Để Huỷ stake hoàn toàn, hãy hủy kích hoạt tài khoản staking của bạn. Tiền sẽ khả dụng sau khoảng hai đến ba ngày, tại ranh giới epoch tiếp theo.

Cách chọn một Solana Validator: Tiêu chí lựa chọn

Chọn một validator yêu cầu đánh giá năm yếu tố mà cùng nhau xác định xem một validator có vừa đáng tin cậy về mặt kinh tế cho người ủy quyền vừa ổn định về mặt vận hành hay không.

1. Tỷ lệ hoa hồng. Tìm kiếm các validator tính phí hoa hồng từ 0% đến 10%. Một validator hoa hồng 0% chuyển tất cả phần thưởng lạm phát cho người ủy quyền, mặc dù một số validator cung cấp 0% có thể tăng hoa hồng sau đó sau khi thu hút được sự ủy quyền. Hãy thiết lập cảnh báo trên validators.app nếu bạn ủy quyền cho một validator có hoa hồng thấp. Một validator có hoa hồng 100% sẽ giữ lại tất cả phần thưởng; người ủy quyền không nhận được gì. Hoa hồng chỉ được tính trên phần thưởng lạm phát, không tính trên số SOL gốc của bạn.

2. Thời gian hoạt động và tỷ lệ bỏ lỡ. Tỷ lệ bỏ lỡ (skip rate) của một validator là tỷ lệ phần trăm các lượt dẫn đầu (leader slots) được lên lịch mà nó không tạo ra được khối. Dữ liệu tỷ lệ bỏ lỡ có sẵn trên validators.app. Tỷ lệ bỏ lỡ thấp hơn có nghĩa là thời gian hoạt động tốt hơn và nhiều phần thưởng hơn cho người ủy quyền. Hãy nhắm mục tiêu vào các validator có tỷ lệ bỏ lỡ thấp hơn mức trung bình của mạng hiện tại.

3. Tổng số SOL được ủy quyền. Các validator có tổng số SOL ủy quyền rất thấp có thể gặp khó khăn về khả năng tồn tại kinh tế do tính kinh tế của phí bỏ phiếu và ngưỡng staking hòa vốn, điều này có thể dẫn đến hiệu suất không nhất quán hoặc người vận hành từ bỏ. Các validator có thị phần quá lớn trong tổng số SOL ủy quyền sẽ góp phần gây áp lực tập trung hóa, được thảo luận trong phần phi tập trung.

Các trình xác thực chạy phiên bản client lỗi thời có nguy cơ bị đánh dấu là chậm trễ trong quá trình nâng cấp mạng. validators.app hiển thị phiên bản phần mềm hiện tại cho mỗi trình xác thực đang hoạt động.

5. Danh tính và lịch sử hoạt động. Một số trình xác thực công bố danh tính, tổ chức điều hành và lịch sử của họ. Các trình xác thực đang hoạt động Long với hoạt động minh bạch và không có lịch sử tăng đột ngột tỷ lệ hoa hồng mang rủi ro lựa chọn thấp hơn.

Các công cụ được đề xuất: validators.app, Solana Beach (solanabeach.io) và giao diện người dùng staking ví gốc đều cung cấp danh sách trình xác thực có thể sắp xếp với các số liệu trên.

Nếu bạn cần SOL đã stake của mình vẫn có thể giao dịch trong thời gian staking, các giao thức liquid staking cung cấp một giải pháp thay thế. Các giao thức này stake SOL của bạn với một tập hợp các trình xác thực đa dạng và cấp cho bạn một token thanh khoản (chẳng hạn như mSOL từ Marinade Finance hoặc JitoSOL) đại diện cho vị thế đã stake của bạn. Không có giao thức liquid staking cụ thể nào được chứng thực ở đây; hãy hiểu rủi ro Hợp đồng Thông minh liên quan đến bất kỳ giao thức nào trước khi sử dụng nó.

SOL của bạn có an toàn khi bạn ủy quyền không? Hiểu về Rủi ro Slashing

Trên Solana, SOL được ủy quyền không thể bị phạt (slashed) theo trạng thái giao thức được mô tả trong nguồn. Solana đã không triển khai cơ chế slashing tại thời điểm xem xét nguồn, có nghĩa là số dư gốc đã stake không bị giảm bởi giao thức do hành vi sai trái của trình xác thực. Xem Solana validator slashing explained và xác minh trạng thái giao thức hiện tại trước khi dựa vào tuyên bố này.

Slashing là một cơ chế phạt được sử dụng trong một số blockchain PoS, trong đó một phần token đã stake của trình xác thực bị hủy nếu trình xác thực hành động độc hại, ví dụ như bỏ phiếu trên hai nhánh xung đột đồng thời. Các trình xác thực Ethereum đối mặt với rủi ro này. Thiết kế của Solana cố tình loại trừ nó.

Sự đánh đổi này đáng để hiểu một cách trung lập. Không có slashing, những người ủy quyền trên Solana có rủi ro gốc thấp hơn so với những người ủy quyền trên các chuỗi có slashing. Mặt khác, không có mối đe dọa hủy hoại stake, động lực kinh tế để ngăn chặn hành vi sai trái của trình xác thực yếu hơn so với trên các chuỗi mà hành vi sai trái làm mất SOL thực tế của trình xác thực. Đây là một lựa chọn thiết kế với những lập luận chính đáng ở cả hai phía, không phải là một thiếu sót.

Những gì người ủy quyền có thể mất không phải là gốc, mà là phần thưởng kiếm được. Nếu trình xác thực bạn chọn có thời gian hoạt động kém, tỷ lệ bỏ qua cao hoặc tăng tỷ lệ hoa hồng, bạn sẽ kiếm được ít phần thưởng hơn so với việc sử dụng một trình xác thực hoạt động tốt hơn. Bạn cũng có thể mất chi phí cơ hội của SOL không thanh khoản trong thời gian staking. Để có cái nhìn đầy đủ về các rủi ro, hãy xem phần về rủi ro trình xác thực.

Kinh tế học trình xác thực Solana: Phần thưởng, Phí bỏ phiếu và Lợi nhuận

Các trình xác thực Solana thu nhập từ hai nguồn: phần thưởng lạm phát được tài trợ bởi việc phát hành SOL mới và doanh thu phí giao dịch từ các khối mà họ sản xuất với tư cách là người dẫn đầu được chỉ định. Hiểu cả hai nguồn này, và các chi phí bù đắp cho chúng, là nền tảng của bất kỳ phân tích lợi nhuận nào của trình xác thực.

Phần thưởng lạm phát là nguồn thu nhập chính cho cả trình xác thực và người ủy quyền, được tài trợ bởi việc phát hành SOL mới theo lịch trình của Solana theo tỷ lệ lạm phát giảm dần được đặt ra khi ra mắt giao thức. Theo tài liệu lạm phát của Solana Foundation, Solana ra mắt với tỷ lệ lạm phát hàng năm ban đầu là 8%, được thiết kế để giảm 15% mỗi năm cho đến khi đạt tỷ lệ cuối cùng dài hạn khoảng 1,5%.

Việc phân chia phần thưởng hoạt động như sau: tại mỗi ranh giới epoch, phần thưởng lạm phát được tính cho mỗi trình xác thực dựa trên trọng số stake của nó. Trình xác thực giữ lại phần trăm hoa hồng của mình và phân phối phần còn lại theo tỷ lệ cho người ủy quyền của nó. Phí giao dịch cung cấp một nguồn doanh thu phụ: 50% tất cả phí giao dịch bị đốt cháy và 50% thuộc về người dẫn đầu khối hiện tại. Doanh thu phí này tăng theo khối lượng giao dịch mạng và tách biệt với phần thưởng lạm phát.

Các APY thực tế cho người ủy quyền phụ thuộc vào ba biến số: tỷ lệ lạm phát hiện tại, tỷ lệ SOL hiện đang được stake (tỷ lệ tham gia staking) và hoa hồng của trình xác thực. Trong lịch sử, những người ủy quyền ở trình xác thực có hoa hồng 0% đã thấy phần thưởng staking hàng năm trong khoảng từ 5% đến 8%, với tỷ lệ hiệu quả giảm dần khi lạm phát giảm theo lịch trình giao thức. Hãy xác minh ước tính APY hiện tại từ Solana Beach hoặc Solana Compass tại thời điểm đọc, vì phạm vi này thay đổi theo điều kiện mạng.

Các số liệu APY trên là ước tính lịch sử dựa trên điều kiện mạng trong quá khứ và không nên được coi là lời khuyên đầu tư hoặc đảm bảo lợi nhuận. Lợi suất thực tế thay đổi. Nội dung này chỉ mang tính giáo dục.

Việc tham gia vào cơ chế đồng thuận trên Solana không miễn phí cho các trình xác thực. Mỗi phiếu bầu được bỏ ra là một giao dịch Trên chuỗi, và một trình xác thực hoạt động gửi hàng nghìn phiếu bầu mỗi ngày.

Trên thực tế, các trình xác thực phải trả khoảng 0,5 đến 1,0 SOL mỗi ngày cho tổng phí giao dịch bỏ phiếu, tùy thuộc vào tốc độ slot của mạng và mức độ nhất quán mà trình xác thực bỏ phiếu. Ở mức cao nhất của phạm vi đó, phí bỏ phiếu hàng năm lên tới khoảng 365 SOL mỗi năm. Đây là một chi phí hoạt động cố định không thay đổi theo quy mô stake. Một trình xác thực có 10.000 SOL được ủy quyền sẽ trả cùng phí bỏ phiếu với một trình xác thực có 1.000.000 SOL được ủy quyền.

Điều này tạo ra một vấn đề phá vỡ điểm hòa vốn có cấu trúc đối với các trình xác thực có stake thấp. Hãy xem xét một ví dụ làm việc đơn giản hóa bằng cách sử dụng các tham số mạng hiện tại gần đúng (xác minh tất cả các số liệu tại thời điểm đọc):

Với tỷ lệ lạm phát hàng năm khoảng 4,5%, tỷ lệ tham gia staking khoảng 65% tổng SOL và tỷ lệ hoa hồng 0%, tỷ lệ phần thưởng hàng năm cho người ủy quyền là khoảng 6,9%. Một trình xác thực có tổng stake được ủy quyền là 50.000 SOL sẽ kiếm được khoảng 3.450 SOL dưới dạng phần thưởng lạm phát hàng năm. Với phí bỏ phiếu 365 SOL mỗi năm, và trước khi tính đến chi phí phần cứng từ 300 đến 1.000 đô la mỗi tháng (3.600 đến 12.000 đô la hàng năm), trình xác thực đó đang hoạt động gần hoặc dưới điểm hòa vốn tùy thuộc vào chi phí phần cứng và giá SOL hiện tại.).

Các trình xác thực có tổng stake được ủy quyền dưới khoảng 20.000 đến 40.000 SOL có thể thấy phí bỏ phiếu một mình vượt quá hoặc gần bằng phần thưởng lạm phát của họ dưới các điều kiện mạng hiện tại. Đây là lý do tại sao Chương trình Ủy quyền của Solana Foundation tồn tại như một cơ chế khởi động cho các nhà điều hành mới, và tại sao tiêu chí lựa chọn về stake tối thiểu khả dụng lại quan trọng khi người ủy quyền chọn một trình xác thực.

[Nâng cao] Doanh thu MEV cho nhà điều hành trình xác thực

Maximal Extractable Value (MEV) là lợi nhuận mà một nhà sản xuất khối có thể thu được bằng cách sắp xếp, bao gồm hoặc loại trừ các giao dịch một cách chiến lược trong một khối, và trên Solana, nó đại diện cho một nguồn thu nhập bổ sung ngày càng tăng cho các nhà điều hành trình xác thực.

Trên Solana, MEV chủ yếu được truy cập thông qua cơ sở hạ tầng Jito MEV, cụ thể là client trình xác thực Jito-Solana do Jito Labs phát triển. Các trình xác thực chạy client đã sửa đổi này tham gia vào một cuộc đấu giá ngoài giao thức: người tìm kiếm MEV gửi các gói giao dịch kèm theo tiền tip SOL, và người dẫn đầu khối chọn và bao gồm các gói, thu thập tiền tip làm doanh thu bổ sung ngoài phần thưởng lạm phát tiêu chuẩn và thu nhập phí giao dịch.

Chạy client Jito là một tùy chọn doanh thu, không phải là yêu cầu. Quyết định này liên quan đến các đánh đổi vận hành mà mỗi nhà điều hành trình xác thực nên đánh giá dựa trên cơ sở hạ tầng và vị thế kinh tế của riêng họ. Doanh thu MEV có thể cải thiện kinh tế hòa vốn cho các trình xác thực có stake ở mức trung bình, những người nếu không sẽ gặp khó khăn trong việc trang trải phí bỏ phiếu và chi phí phần cứng chỉ bằng phần thưởng lạm phát.

Một điểm làm rõ quan trọng: cơ sở hạ tầng MEV Jito của Solana không giống với MEV-Boost hoặc Proposer-Builder Separation (PBS) của Ethereum. Đó là các cơ chế dành riêng cho Ethereum hoạt động khác với mô hình đấu giá của Jito.

Trình xác thực Solana so với Trình xác thực Ethereum: Các điểm khác biệt chính

Trình xác thực Solana và trình xác thực Ethereum khác biệt đáng kể về yêu cầu phần cứng, mô hình kinh tế, cơ chế đồng thuận, hồ sơ rủi ro và quy mô mạng, phản ánh các ưu tiên thiết kế cơ bản khác nhau giữa hai mạng.

Xác minh tất cả các số liệu từ các nguồn hiện tại tại thời điểm đọc, vì số lượng trình xác thực và phạm vi chi phí phần cứng thay đổi.

Sự tương phản giữa hai mạng này phản ánh các lựa chọn kiến trúc có chủ ý. Số lượng hơn 900.000 trình xác thực của Ethereum có thể thực hiện được chính xác vì yêu cầu phần cứng của nó thấp hơn nhiều, giúp việc tham gia dễ dàng tiếp cận với cơ sở người vận hành rộng lớn hơn. Số lượng trình xác thực nhỏ hơn của Solana phản ánh rào cản gia nhập cao hơn do yêu cầu phần cứng của nó đặt ra. Slashing trên Ethereum tạo ra động lực kinh tế mạnh mẽ hơn chống lại hành vi sai trái nhưng giới thiệu một rủi ro cho người ủy quyền không tồn tại trên Solana. Việc Solana không có slashing bảo vệ vốn gốc của người ủy quyền nhưng cung cấp sự ngăn chặn yếu hơn đối với hành vi sai trái của trình xác thực. Không có thiết kế nào vượt trội một cách khách quan; mỗi thiết kế phản ánh các ưu tiên khác nhau về sự phi tập trung, thông lượng và chi phí tham gia.

Mạng lưới trình xác thực của Solana phi tập trung đến mức nào?

Việc đo lường mức độ phi tập trung của mạng lưới trình xác thực Solana đòi hỏi phải nhìn xa hơn số lượng trình xác thực thô để xem xét dữ liệu tập trung stake, cụ thể là hệ số Nakamoto.

Hệ số Nakamoto là số lượng tối thiểu các trình xác thực độc lập cần thông đồng để kiểm soát một phần ba tổng số SOL đã Stake, đây là ngưỡng cần thiết để dừng cơ chế đồng thuận của Solana. Việc kiểm soát hai phần ba sẽ cho phép các trình xác thực thông đồng kiểm soát hoàn toàn chuỗi. Hệ số Nakamoto cao hơn cho thấy một mạng lưới phi tập trung hơn vì nó đòi hỏi nhiều tác nhân độc lập hơn để phối hợp một cuộc tấn công.

Hệ số Nakamoto được tính dựa trên trọng số của stake, không phải số lượng trình xác thực thô. Một mạng với 2.000 trình xác thực, trong đó 10 trình xác thực kiểm soát 51% SOL đã Stake, có hệ số Nakamoto thấp mặc dù có một tập hợp trình xác thực lớn. Hãy lấy hệ số Nakamoto Solana hiện tại từ validators.app hoặc nakaflow.io tại thời điểm đọc. Không dựa vào bất kỳ số liệu cứng nào trong bài viết này hoặc bất kỳ bài viết nào khác, vì hệ số này thay đổi theo sự phân bổ lại stake.

Sự tập trung về địa lý và quyền tài phán bổ sung thêm một khía cạnh mà hệ số Nakamoto đơn lẻ không nắm bắt được. Một tỷ lệ đáng kể các trình xác thực Solana được lưu trữ tại một số ít trung tâm dữ liệu, đặc biệt là ở Hoa Kỳ và Châu Âu. Điều này tạo ra rủi ro tập trung quyền tài phán: một hành động phối hợp nhắm vào các trung tâm dữ liệu đó hoặc các nhà điều hành của chúng có thể ảnh hưởng đến một phần không tương xứng của stake, ngay cả khi hệ số Nakamoto trông có vẻ tốt trên lý thuyết.

Hai cách diễn giải về hồ sơ phi tập trung hiện tại của Solana đều có giá trị. Mối lo ngại: chi phí phần cứng cao và hiệu quả kinh tế theo quy mô trong các hoạt động staking tạo áp lực hướng tới sự tập trung, vì các nhà điều hành lớn hơn có thể phân bổ chi phí cố định cho nhiều stake được ủy quyền hơn. Bối cảnh: Chương trình Ủy quyền của Solana Foundation tích cực nhắm mục tiêu đa dạng địa lý bằng cách ưu tiên các trình xác thực ở các khu vực chưa được đại diện đầy đủ, và hàng trăm tổ chức điều hành độc lập chạy các trình xác thực trên nhiều khu vực pháp lý. Số lượng hơn 900.000 trình xác thực của Ethereum đi kèm với những lo ngại về sự tập trung riêng, bao gồm cả sự tập trung stake đáng kể thông qua các giao thức liquid staking như Lido, điều đó có nghĩa là số lượng trình xác thực thô không phải là chỉ số duy nhất quan trọng khi so sánh sự phi tập trung giữa các chuỗi.

Rủi ro khi chạy trình xác thực hoặc ủy quyền cho một trình xác thực

Việc chạy một trình xác thực Solana và ủy quyền cho một trình xác thực có các hồ sơ rủi ro khác nhau. Cả hai đều khác với rủi ro trên các mạng proof-of-stake khác.

Không có slashing (một sự đánh đổi trong thiết kế, không phải là sự vắng mặt của rủi ro). Solana hiện không triển khai slashing. Vốn gốc của người ủy quyền không thể bị giảm như một hình phạt cho hành vi sai trái của trình xác thực. Sự đánh đổi là động lực kinh tế cho hành vi sai trái của trình xác thực yếu hơn so với các chuỗi nơi hành vi sai trái làm mất stake của chính trình xác thực. Hãy hiểu điều này như một lựa chọn thiết kế có chủ ý với những hậu quả ở cả hai phía. Biện pháp giảm thiểu: theo dõi hành vi bỏ phiếu và tỷ lệ hoa hồng của trình xác thực của bạn thông qua validators.app, và tái ủy quyền nếu bạn quan sát thấy các mẫu đáng lo ngại.

Bỏ lỡ phần thưởng, không mất vốn gốc. Nếu trình xác thực bạn chọn có thời gian hoạt động kém, tỷ lệ bỏ qua cao, hoặc tăng tỷ lệ hoa hồng, phần thưởng staking của bạn sẽ thấp hơn so với trình xác thực có hiệu suất cao hơn. Vốn gốc SOL của bạn không bị ảnh hưởng. Khắc phục: theo dõi hiệu suất trình xác thực trên validators.app và tái ủy quyền tại ranh giới epoch tiếp theo nếu hiệu suất suy giảm.

Rủi ro thanh khoản trong thời gian staking. SOL đã Stake gốc không thể được bán hoặc chuyển nhượng khi nó được ủy quyền. Bỏ Stake yêu cầu vô hiệu hóa tài khoản stake của bạn và chờ đến ranh giới epoch, mất khoảng hai đến ba ngày. Nếu bạn dự đoán cần thanh khoản trong khoảng thời gian đó, các giao thức liquid staking cung cấp một giải pháp thay thế, mặc dù chúng mang theo rủi ro hợp đồng thông minh riêng.

Rủi ro ngừng hoạt động mạng (người vận hành). Solana đã trải qua các sự cố ngừng hoạt động mạng trong lịch sử, bao gồm nhiều sự cố vào năm 2022 đòi hỏi các trình xác thực phải khởi động lại phối hợp kéo dài vài giờ. Các trình xác thực không khả dụng trong sự kiện khởi động lại hoặc nâng cấp sẽ bỏ lỡ phần thưởng và có thể đối mặt với sự tin tưởng cộng đồng giảm sút. Người vận hành phải có khả năng phản ứng với các sự cố mạng một cách nhanh chóng. Biện pháp giảm thiểu: đăng ký cảnh báo từ Discord của trình xác thực Solana và các kênh trạng thái chính thức để bạn có thể hành động nhanh chóng trong các sự cố. Người ủy quyền không bị ảnh hưởng trực tiếp bởi các sự cố ngừng hoạt động ngoài sự gián đoạn tạm thời đối với việc tích lũy phần thưởng.

Rủi ro lợi nhuận (người vận hành). Các trình xác thực có stake thấp đối mặt với tình trạng không có lợi nhuận mang tính cấu trúc vì phí bỏ phiếu là chi phí cố định hàng ngày bất kể quy mô stake. Đây là rủi ro của người vận hành, không phải rủi ro của người ủy quyền. Người ủy quyền chọn một trình xác thực nên biết rằng một trình xác thực hoạt động dưới mức khả thi về kinh tế có thể cuối cùng sẽ ngừng hoạt động, yêu cầu tái ủy quyền.

Thay đổi tỷ lệ hoa hồng. Các trình xác thực có thể thay đổi tỷ lệ hoa hồng của họ bất kỳ lúc nào mà không cần thông báo trước cho người ủy quyền. Đặt cảnh báo trên validators.app để nhận thông báo về các thay đổi tỷ lệ hoa hồng cho các trình xác thực mà bạn đã ủy quyền.

Nội dung này mang tính giáo dục và không cấu thành lời khuyên tài chính hoặc đầu tư. Luôn tự nghiên cứu trước khi stake SOL hoặc vận hành cơ sở hạ tầng trình xác thực.

Câu hỏi thường gặp về Trình xác thực Solana

Các câu hỏi sau đây giải quyết các điểm nhầm lẫn phổ biến nhất về trình xác thực Solana, từ định nghĩa và sự an toàn của người ủy quyền đến kinh tế và cách hệ thống so sánh với Ethereum.

Trình xác thực Solana là gì?

Validator Solana là một người tham gia mạng lưới thực hiện xử lý các giao dịch, tạo các khối mới trong các leader slot được chỉ định, bỏ phiếu cho các khối được đề xuất bởi các validator khác và kiếm phần thưởng Stake tỷ lệ thuận với lượng Stake được ủy quyền của mình. Các validator tạo thành lớp hạ tầng phi tập trung giúp Blockchain Solana hoạt động. Mạng lưới hiện có khoảng 1.500 đến 1.900 validator đang hoạt động. Kiểm tra số lượng hiện tại tại validators.app.

Tôi có bị mất SOL khi Stake với một validator không?

Không. Solana hiện không áp dụng slashing, vì vậy số SOL gốc đã ủy quyền của bạn không thể bị giảm như một hình phạt cho hành vi sai trái của validator. Rủi ro chính đối với người ủy quyền là kiếm được ít phần thưởng hơn dự kiến nếu validator có thời gian hoạt động (uptime) kém hoặc tăng tỷ lệ hoa hồng, và tính thanh khoản kém của SOL đã Stake trong thời gian Stake, mất khoảng hai đến ba ngày để Huỷ stake.

Solana có áp dụng slashing đối với các validator không?

Solana hiện không triển khai cơ chế slashing. Các validator có hành vi sai trái hoặc ngoại tuyến chỉ phải đối mặt với chi phí cơ hội dưới dạng phần thưởng bị bỏ lỡ, chứ không phải bị giảm số SOL đã Stake của họ. Đây là một lựa chọn thiết kế có chủ đích khác với mô hình của Ethereum, nơi các validator có thể bị slashing vì hành vi ác ý có thể chứng minh được như bỏ phiếu kép (double-voting). Giao thức của Solana đã thảo luận về các cơ chế slashing tiềm năng trong tương lai, vì vậy điều này có thể thay đổi.

Tỷ lệ hoa hồng hợp lý cho một validator Solana là bao nhiêu?

Hầu hết các validator uy tín thu phí hoa hồng từ 0% đến 10%. Hoa hồng 0% có nghĩa là tất cả phần thưởng lạm phát sẽ chuyển đến người ủy quyền, mặc dù những người vận hành ở mức đó thường dựa vào doanh thu MEV hoặc chấp nhận thua lỗ Short-term để thu hút ủy quyền. Hoa hồng 100% có nghĩa là validator giữ lại tất cả phần thưởng và người ủy quyền không nhận được gì. Riêng hoa hồng không nên là tiêu chí quyết định của bạn: uptime, tỷ lệ bỏ lỡ (skip rate) và sự tuân thủ phiên bản phần mềm cũng quan trọng tương đương đối với phần thưởng thực tế mà bạn kiếm được.

Tài khoản bỏ phiếu (vote account) trên Solana là gì?

Tài khoản bỏ phiếu là tài khoản Solana Trên chuỗi mà thông qua đó một validator công bố các phiếu bầu đồng thuận của mình lên sổ cái. Nó chính thức định danh một máy tính là một validator thay vì một node RPC thông thường. Mỗi phiếu bầu là một giao dịch Trên chuỗi, và một validator đang hoạt động sẽ gửi hàng nghìn phiếu bầu mỗi ngày, tích lũy khoảng 0,5 đến 1,0 SOL mỗi ngày phí giao dịch bỏ phiếu. Chi phí duy trì này là một yếu tố quan trọng trong các tính toán lợi nhuận của validator.

Sự khác biệt giữa một validator Solana và một node RPC là gì?

Một validator tham gia vào Cơ chế đồng thuận: nó tạo ra các khối, bỏ phiếu cho các khối của các validator khác và kiếm phần thưởng Stake. Một node RPC phục vụ các yêu cầu API từ ví và dApp, cho phép chúng đọc trạng thái Blockchain và gửi giao dịch, nhưng nó không tham gia vào đồng thuận và không kiếm được phần thưởng Stake. Nhiều validator tùy chọn chạy các điểm cuối RPC như một dịch vụ song song với vai trò đồng thuận của họ, nhưng hai chức năng này độc lập về mặt kiến trúc.

MEV hoạt động như thế nào đối với các validator Solana?

Giá trị tối đa có thể chiết xuất (MEV) là thu nhập mà các validator kiếm được bằng cách sắp xếp các giao dịch một cách chiến lược trong các khối mà họ tạo ra với tư cách là leader được chỉ định. Trên Solana, MEV chủ yếu được tiếp cận thông qua hạ tầng Jito MEV, một validator client đã được sửa đổi cho phép các block leader chấp nhận các gói giao dịch ưu tiên từ những người tìm kiếm MEV cùng với các khoản tiền tip bằng SOL đính kèm. Những khoản tip này cung cấp thêm doanh thu ngoài phần thưởng lạm phát tiêu chuẩn. Lịch sử cho thấy hơn 50% các validator Solana đang hoạt động đã chạy client Jito; kiểm tra con số hiện tại tại validators.app.

Hệ số Nakamoto của Solana là gì và tại sao nó lại quan trọng?

Hệ số Nakamoto là số lượng tối thiểu các validator độc lập cần phải thông đồng để kiểm soát một phần ba tổng số SOL đã Stake, mức đủ để làm dừng Cơ chế đồng thuận của Solana. Nó đo lường mức độ phi tập trung của mạng lưới xét theo khía cạnh tập trung Stake thay vì số lượng validator thô. Hệ số cao hơn cho thấy khả năng phục hồi tốt hơn trước các cuộc tấn công phối hợp. Kiểm tra hệ số Nakamoto hiện tại của Solana tại validators.app hoặc nakaflow.io, vì con số này thay đổi theo sự phân bổ lại Stake trong bộ validator.

Những điểm chính: Những điều bạn cần biết về các Validator Solana

Mạng lưới validator của Solana là lớp hạ tầng xử lý mọi giao dịch, tạo ra mọi khối và duy trì mọi ứng dụng trên Blockchain Solana.

• Các validator Solana xử lý các giao dịch, tạo khối trong các leader slot được chỉ định và bỏ phiếu về sự đồng thuận, kiếm phần thưởng lạm phát tỷ lệ thuận với lượng Stake được ủy quyền của họ.
• Các validator và node RPC khác biệt về mặt kiến trúc. Các validator tham gia vào đồng thuận và kiếm phần thưởng Stake. Các node RPC phục vụ các yêu cầu API và không kiếm được gì từ giao thức.
• Người nắm giữ SOL có thể kiếm phần thưởng Stake bằng cách ủy quyền cho một validator mà không cần vận hành bất kỳ hạ tầng nào. Quy trình ủy quyền gồm tám bước thông qua giao diện ví tiêu chuẩn.
• Solana hiện không áp dụng slashing. Số SOL gốc đã ủy quyền không gặp rủi ro từ hành vi sai trái của validator. Các rủi ro chính của người ủy quyền là phần thưởng bị bỏ lỡ và tính thanh khoản kém trong thời gian Stake.
• Vận hành một validator đòi hỏi phần cứng cấu hình cao ($300 đến $1.000 mỗi tháng), phí bỏ phiếu liên tục (khoảng 0,5 đến 1,0 SOL mỗi ngày) và đủ lượng Stake được ủy quyền để đạt được lợi nhuận, thường yêu cầu tổng số lượng ủy quyền lên tới hàng chục nghìn SOL.
• Chọn validator bằng cách sử dụng dữ liệu uptime, skip rate, tỷ lệ hoa hồng và phiên bản phần mềm có sẵn trên validators.app. Chỉ riêng hoa hồng thấp là không đủ tiêu chí để lựa chọn.
• Hệ số Nakamoto của Solana phản ánh sự tập trung Stake và nên được theo dõi cùng với số lượng validator thô như một chỉ số sức khỏe của mạng lưới.
• Những người mới vận hành validator có thể đăng ký Chương trình Ủy quyền của Solana Foundation để nhận Stake hỗ trợ ban đầu trong khi họ xây dựng cơ sở người ủy quyền độc lập.

Cho dù bạn đang nắm giữ SOL và muốn đưa nó vào hoạt động, hay bạn đang đánh giá việc vận hành validator như một cơ hội kỹ thuật và tài chính, hệ sinh thái validator Solana cung cấp nhiều con đường tham gia. Sử dụng validators.app hoặc Solana Beach để khám phá bộ validator hiện tại và tham khảo tài liệu về validator của Solana Foundation) để biết các yêu cầu phần cứng và hướng dẫn thiết lập mới nhất.

Nội dung này chỉ mang tính chất giáo dục và không cấu thành lời khuyên tài chính hoặc đầu tư. Phần thưởng Stake không được đảm bảo và phụ thuộc vào điều kiện mạng lưới, hiệu suất của validator và lịch trình lạm phát của Solana. Luôn tự thực hiện nghiên cứu của riêng bạn trước khi ủy quyền SOL hoặc vận hành hạ tầng validator.