Bài viết này được tạo bởi AI. Vui lòng xác minh thông tin quan trọng một cách độc lập.

Validator Solana: Cách hoạt động & Stake SOL

Crypto Wiki|Oct 6, 2026|★★★★★★4.5 (500 đánh giá)
Tóm tắt AI

Learn how Solana validators work, their role in consensus, and how to stake SOL with validators. Complete guide to validator economics and rewards.

Thông báo dữ liệu: Các số liệu thống kê mạng lưới trong hướng dẫn này, bao gồm số lượng validator, APY staking, tỷ lệ lạm phát và hệ số Nakamoto, thay đổi thường xuyên. Tất cả các số liệu đã được xác minh tại thời điểm viết bài. Để biết dữ liệu hiện tại, hãy tham khảo Validators.app, Solana Beach và Solanacompass.

Tuyên bố miễn trừ trách nhiệm tài chính: Staking liên quan đến rủi ro tài chính. Phần thưởng không được đảm bảo và biến động dựa trên điều kiện mạng lưới, hiệu suất của validator và giá SOL. Hướng dẫn này chỉ nhằm mục đích cung cấp thông tin 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 đưa ra quyết định staking.

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


Validator Solana là gì?

Validator Solana là những người tham gia mạng lưới thực hiện xử lý các giao dịch, bỏ phiếu về trạng thái của sổ cái Blockchain và tạo ra các khối mới, đổi lại họ sẽ kiếm được phần thưởng SOL. Các validator là lớp cơ sở hạ tầng bảo mật cho Solana và xử lý mọi giao dịch trên mạng lưới, từ việc chuyển token đơn giản đến các tương tác Hợp đồng Thông minh phức tạp (được gọi là các chương trình trong tài liệu chính thức của Solana, và là nền tảng của mọi ứng dụng DeFi được xây dựng trên chuỗi). Có khoảng 1.700 đến 2.000 validator hoạt động tại bất kỳ thời điểm nào, được phân bổ khắp các trung tâm dữ liệu trên nhiều lục địa.

Solana là một Blockchain hiệu suất cao, nơi các validator chịu trách nhiệm xử lý giao dịch và tính toàn vẹn của sổ cái. Nó được xây dựng trên một mô hình bảo mật kinh tế Proof of Stake (PoS), nhưng việc gọi nó là một "Blockchain PoS thuần túy" là chưa nêu bật được điểm khác biệt của nó. Trong một mạng lưới PoS tiêu chuẩn, các validator staking token để có được ảnh hưởng đối với sự đồng thuận, và một validator càng thu hút được nhiều lượt stake, phiếu bầu của nó càng có trọng lượng và nó càng kiếm được nhiều phần thưởng hơn (và chuyển lại cho những người nắm giữ đã ủy quyền cho nó). Solana thêm một lớp kiến trúc thứ hai trên Top của PoS gọi là Proof of History (Bằng chứng Lịch sử), lớp này xử lý việc sắp xếp thứ tự giao dịch. Sự kết hợp đó thay đổi cách các validator vận hành theo những cách quan trọng về mặt thực tế, và phần tiếp theo sẽ trình bày đầy đủ về điều này.

Solana được đồng sáng lập bởi Anatoly Yakovenko, một cựu kỹ sư Qualcomm, người đã phát minh ra Proof of History như một cách để cho phép các validator trên Blockchain đồng ý về thứ tự các giao dịch mà không tốn nhiều chi phí liên lạc liên tục giữa các nút.

Nếu bạn không quan tâm đến việc vận hành cơ sở hạ tầng máy chủ, bài học rút ra có liên quan sẽ đơn giản hơn: bạn có thể ủy quyền SOL của mình cho một validator và kiếm một phần phần thưởng staking của validator đó mà không cần tự vận hành bất kỳ phần cứng nào. Cách thức ủy quyền đó hoạt động, mức chi trả và cách chọn một validator đáng tin cậy được trình bày trong phần kinh tế và staking bên dưới.


Cách thức hoạt động của các Validator Solana: Proof of History, Tower BFT và Đồng thuận

Các validator Solana hoạt động thông qua ba cơ chế liên kết với nhau, cùng nhau tạo nên sự khác biệt giữa kiến trúc của Solana với hầu hết các Blockchain khác: Proof of History, Tower BFT và một lịch trình người dẫn đầu xác định.

Proof of History: Đồng hồ dùng chung mà các Validator sử dụng

Proof of History (PoH) là một cơ chế lưu giữ thời gian mã hóa cung cấp cho mọi validator Solana một chiếc đồng hồ chung, có thể kiểm chứng, loại bỏ nhu cầu các validator phải truyền đạt dấu thời gian với nhau trước khi đồng ý về thứ tự giao dịch.

Hãy coi nó như một máy đếm nhịp có thể kiểm chứng công khai. Mọi validator đều tuân theo cùng một nhịp điệu, vì vậy họ có thể xác nhận độc lập trình tự các giao dịch mà không cần thương lượng qua lại. Kết quả thực tế là các validator có thể xử lý và xác minh các giao dịch ở tốc độ mà Solana được thiết kế.

Cơ chế cơ bản là một hàm trì hoãn có thể kiểm chứng được áp dụng tuần tự. Mỗi đầu ra sẽ nạp vào đầu ra tiếp theo, tạo ra một chuỗi các đầu ra băm trong đó thứ tự có thể chứng minh được bằng toán học. Các validator nhúng các giao dịch vào chuỗi này khi nó chạy, cung cấp cho mỗi giao dịch một dấu thời gian có thể kiểm chứng được đúc kết vào chính chuỗi đó. Không validator nào cần bán hỏi validator khác "điều này đã xảy ra khi nào?" bởi vì câu trả lời đã được mã hóa sẵn.

Mối liên hệ giữa PoH và các hoạt động của validator là phần mà hầu hết các nội dung giáo dục bỏ lỡ. PoH không phải là Cơ chế đồng thuận của Solana. Nó là lớp lưu giữ thời gian. Tower BFT, được mô tả dưới đây, là Cơ chế đồng thuận được xây dựng trên Top của nó, và sự khác biệt này quan trọng để hiểu cách toàn bộ hệ thống hoạt động. Đối với những độc giả quan tâm đến kỹ thuật, đặc tả đầy đủ có trong tài liệu Proof of History của Solana.

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

Tower BFT là thuật toán đồng thuận của Solana, cơ chế mà các validator sử dụng để đồng ý về việc khối nào là cuối cùng và phiên bản sổ cái nào là sự thật chính thức.

Tower BFT là bản triển khai đồng thuận Byzantine Fault Tolerant (BFT) của Solana, một loại thuật toán được thiết kế để giữ cho một mạng lưới phân tán hoạt động ngay cả khi một số người tham gia có hành vi ác ý hoặc ngoại tuyến. Đặc tả kỹ thuật nằm tại tài liệu Tower BFT của Solana.

Mỗi validator Solana duy trì hai tài khoản Trên chuỗi để tham gia đồng thuận. Tài khoản danh tính là cặp khóa duy nhất của validator, danh tính nút của nó trên mạng lưới. Tài khoản bỏ phiếu là nơi validator gửi các phiếu bầu mã hóa trên các khối như một phần của Tower BFT. Khi bạn ủy quyền SOL của mình cho một validator, bạn đang gán số tiền stake của mình cho tài khoản bỏ phiếu của validator đó, và tài khoản bỏ phiếu là bản ghi Trên chuỗi liên kết danh tính của validator với hoạt động staking của nó.

Đây là cách việc bỏ phiếu hoạt động trong thực tế: khi mỗi khối mới được tạo ra, các validator gửi các phiếu bầu đã ký thông qua tài khoản bỏ phiếu của họ để thể hiện sự đồng ý với trạng thái hiện tại của sổ cái. Các phiếu bầu này tích lũy theo thời gian, và đây là lúc phép ẩn dụ "tòa tháp" xuất hiện. Mỗi lần bỏ phiếu liên tiếp tạo ra một khoảng thời gian khóa tăng theo cấp số nhân. Sau khi bỏ phiếu cho một khối, validator phải đợi một số slot nhất định sau đó trước khi có thể chuyển sang một Fork cạnh tranh. Một validator càng xếp chồng nhiều phiếu bầu trên một Fork nhất định, thì việc từ bỏ Fork đó để chuyển sang một giải pháp thay thế càng tốn kém hơn. Tòa tháp các phiếu bầu xây dựng cam kết đối với một lịch sử duy nhất.

Kiến trúc này đạt được tính hữu hạn hiệu quả. Một khi đủ số lượng validator đã xếp chồng đủ phiếu bầu trên một khối, việc đảo ngược nó sẽ đòi hỏi sự phối hợp nhiều hơn mức mà ngưỡng chịu lỗi Byzantine của mạng lưới cho phép.

Một chi tiết vận hành mà hầu hết nội dung giáo dục thường bỏ qua: mỗi khi một trình xác thực gửi một phiếu bầu, nó sẽ chịu một khoản phí giao dịch nhỏ bằng SOL. Trong điều kiện mạng lưới bình thường, khoản phí này tương đương khoảng 1 SOL mỗi ngày. Đối với những người ủy quyền (delegator), chi phí này không liên quan vì nó được trừ vào ngân sách hoạt động của trình xác thực, không phải số dư gốc bạn Stake. Đối với những người muốn trở thành nhà điều hành trình xác thực, đây là một khoản mục thực tế trong tính toán lợi nhuận.

Lịch Trình Lãnh Đạo: Cách Các Trình Xác Thực Luân Phiên Tạo Khối

Vào đầu mỗi kỷ nguyên (epoch) (một khoảng thời gian khoảng 2 đến 3 ngày, bao gồm 432.000 slot, trong đó một slot là đơn vị thời gian nhỏ nhất của Solana, khoảng 400 mili giây), Solana tính toán trước một lịch trình lãnh đạo xác định để phân công cho mỗi trình xác thực các slot cụ thể mà nó chịu trách nhiệm tạo khối.

Hãy coi một kỷ nguyên như một kỳ trả lương cho mạng lưới. Khi bắt đầu, lịch trình được thiết lập và vai trò được phân công. Trong suốt kỷ nguyên, các trình xác thực thực hiện công việc được giao. Cuối kỳ, phần thưởng được phân phối và mọi thay đổi về Stake đang chờ xử lý (ủy quyền mới, hủy ủy quyền) có hiệu lực.

Phần trăm slot lãnh đạo của một trình xác thực tương ứng với trọng số Stake của nó. Một trình xác thực kiểm soát 2% tổng số Stake của mạng sẽ nhận khoảng 2% tất cả các slot lãnh đạo trong kỷ nguyên đó. Nhiều SOL được ủy quyền hơn có nghĩa là nhiều slot lãnh đạo hơn, điều đó có nghĩa là nhiều phần thưởng tạo khối hơn.

Đối với bất kỳ ai vận hành một trình xác thực, điều này có tác động vận hành trực tiếp: nếu nút của bạn ngoại tuyến trong các slot lãnh đạo được chỉ định của bạn, bạn sẽ vĩnh viễn bỏ lỡ các phần thưởng tạo khối đó. Thời gian hoạt động (uptime) trong các slot được chỉ định là chỉ số hiệu suất quan trọng nhất đối với thu nhập của nhà điều hành trình xác thực.

Các trình xác thực kiếm phần thưởng theo hai cách trong một kỷ nguyên: thông qua các slot lãnh đạo được chỉ định của họ với tư cách là người tạo khối và thông qua phần thưởng phiếu bầu kiếm được bằng cách tham gia với tư cách người bỏ phiếu trong tất cả các slot khác. Cả hai vai trò đều đóng góp vào thu nhập, nhưng hiệu suất của slot lãnh đạo có tác động lớn hơn trong các giai đoạn khi mạng đang xử lý khối lượng giao dịch cao.

Trình Xác Thực vs. Nút RPC: Một Sự Phân Biệt Quan Trọng

Một trình xác thực Solana và một nút RPC là các thành phần hạ tầng có kiến trúc riêng biệt, thường bị nhầm lẫn với nhau, đặc biệt là trong cộng đồng nhà phát triển và giới truyền thông tiền điện tử nói chung.

Hãy coi các trình xác thực như các thành viên bỏ phiếu của hội đồng thành phố. Họ đưa ra các quyết định ràng buộc về trạng thái chính thức của mạng lưới, gửi phiếu bầu thông qua các tài khoản phiếu bầu của họ, tạo khối trong các slot lãnh đạo được chỉ định của họ và kiếm phần thưởng SOL cho việc đó. Vận hành một trình xác thực đòi hỏi số lượng Stake đáng kể và phần cứng chuyên dụng.

Ngược lại, một nút RPC giống như quầy tiếp nhận yêu cầu của công chúng tại cùng một tòa thị chính đó. Nó trả lời các câu hỏi từ các ứng dụng và người dùng, phục vụ các yêu cầu API JSON-RPC từ ví, ứng dụng phi tập trung và bất kỳ ai truy vấn trạng thái hiện tại của Blockchain. Một nút RPC không bỏ phiếu. Nó không tạo khối. Nó không kiếm được phần thưởng staking. Một số trình xác thực chạy một nút RPC cùng với trình xác thực của họ như một phần của ngăn xếp hạ tầng, nhưng các chức năng này tách biệt về mặt kiến trúc và việc chạy một nút RPC đơn lẻ không biến bạn thành một trình xác thực Solana.


Kinh Tế Học Trình Xác Thực: Phần Thưởng và Hoa Hồng Hoạt Động Như Thế Nào

Phần thưởng của trình xác thực Solana đến từ hai nguồn: SOL mới được đúc thông qua lịch trình lạm phát của mạng và phí xử lý giao dịch mà người tạo khối kiếm được.

Phần Thưởng Của Trình Xác Thực Đến Từ Đâu

Phần thưởng của trình xác thực Solana chủ yếu được tài trợ bởi việc phát hành SOL mới. Mạng lưới đúc SOL mới với tỷ lệ lạm phát theo lịch trình, ban đầu khoảng 8% hàng năm và giảm 15% so với tỷ lệ hiện tại mỗi năm, hướng tới mức sàn dài hạn khoảng 1,5% (theo tài liệu lịch trình lạm phát của Solana; hãy xác minh tỷ lệ hiện tại tại thời điểm đọc qua Solanacompass).)). Lượng phát hành này được phân phối cho các trình xác thực và những người ủy quyền của họ một cách tương ứng dựa trên trọng số Stake và hiệu suất của trình xác thực.

Một lưu ý trong ngoặc đơn dành cho độc giả nâng cao: 50% phí giao dịch trên Solana bị đốt cháy thay vì phân phối cho các trình xác thực. Cơ chế Burn một phần này bù đắp một phần hiệu ứng lạm phát của việc phát hành mới theo thời gian.

Phần thưởng không được phân phối liên tục. Chúng tích lũy trong suốt mỗi kỷ nguyên và được phân phối cho tất cả các tài khoản Stake vào cuối kỷ nguyên đó, khoảng 2 đến 3 ngày một lần.

Lợi Suất Phần Trăm Hàng Năm (APY) Khi Stake Được Tính Toán Như Thế Nào

Lợi suất phần trăm hàng năm (APY) khi Stake Solana (lợi suất kép tính cả phần thưởng tái đầu tư theo thời gian, khác với lợi suất đơn không tính) không phải là một tỷ lệ cố định. Nó được tính từ ba biến số: tỷ lệ lạm phát mạng lưới hiện tại, tỷ lệ phần trăm tổng nguồn cung SOL đang được Stake, và tỷ lệ hoa hồng mà trình xác thực bạn chọn thu.

Tỷ Lệ Hoa Hồng Trình Xác Thực Là Gì?

Mối quan hệ hoạt động như sau: tổng lượng SOL mới được đúc mỗi kỷ nguyên được chia cho tất cả những người đang Stake một cách tương ứng. Nếu tỷ lệ phần trăm tổng nguồn cung SOL được Stake cao hơn, mỗi người Stake sẽ nhận được một phần nhỏ hơn của cùng một 'chiếc bánh'. Nếu tỷ lệ phần trăm Stake của mạng thấp, lợi suất hiệu quả trên mỗi SOL được Stake sẽ cao hơn, nếu các yếu tố khác không đổi.

Một ví dụ cụ thể: nếu lợi suất Stake mạng lưới hiện tại là khoảng 7% và trình xác thực bạn chọn thu phí hoa hồng 10%, APY hiệu quả của bạn sẽ là khoảng 7% nhân với 0,90, tức là khoảng 6,3%. Hãy xác minh lợi suất cơ bản hiện tại từ Solana Beach tại thời điểm đọc, vì lợi nhuận thực tế dao động theo lịch trình lạm phát và tỷ lệ phần trăm SOL đang được Stake. Các con số này không được đảm bảo.

Phần thưởng Stake được phân phối vào cuối mỗi kỷ nguyên, khoảng 2 đến 3 ngày một lần, và tự động nhập gốc vào tài khoản Stake của bạn mà không yêu cầu bạn thực hiện bất kỳ hành động nào.

Tỷ Lệ Hoa Hồng Trình Xác Thực Là Gì?

Tỷ lệ hoa hồng trình xác thực là phần trăm phần thưởng Stake mà trình xác thực giữ lại trước khi phân phối phần còn lại cho những người ủy quyền.

Một ví dụ cụ thể: một trình xác thực có tỷ lệ hoa hồng 10% giữ lại 10 SOL cho mỗi 100 SOL tạo ra từ phần thưởng Stake, chuyển 90 SOL còn lại cho những người ủy quyền một cách tương ứng dựa trên phần chia của mỗi người ủy quyền trong tổng nhóm Stake của trình xác thực.

Các trình xác thực cạnh tranh trên Solana thường thu phí từ 0% đến 10% hoa hồng. Tỷ lệ hoa hồng 0% không nhất thiết tốt hơn một mức hoa hồng vừa phải, và đây là điểm mà nhiều người ủy quyền mới bỏ lỡ. Các trình xác thực thu phí 0% có thể đang làm vậy như một chiến thuật quảng bá và có thể tăng lãi suất mà không báo trước. Một số có thể thiếu vốn và có nguy cơ ngừng hoạt động. Việc kiểm tra lịch sử hoa hồng của trình xác thực trên Validators.app sẽ tiết lộ liệu trình xác thực có giữ tỷ lệ ổn định trong lịch sử hay đã gây bất ngờ cho những người ủy quyền bằng các đợt tăng đột ngột.

Tỷ lệ hoa hồng áp dụng cho phần thưởng Stake kiếm được thông qua lạm phát và phát hành. Một số trình xác thực cũng phân phối phần thưởng MEV (Giá trị có thể trích xuất tối đa) cho những người ủy quyền thông qua các cơ chế riêng biệt, đây là một cân nhắc nâng cao nằm ngoài phạm vi của hướng dẫn này.

Thu Nhập Của Nhà Điều Hành Trình Xác Thực So Với Thu Nhập Của Người Ủy Quyền

Các nhà điều hành trình xác thực và những người ủy quyền kiếm phần thưởng thông qua các cơ chế khác nhau, và kinh tế học của mỗi vai trò khác nhau đáng kể.

Một nhà điều hành trình xác thực kiếm được tỷ lệ phần trăm hoa hồng trên tất cả phần thưởng của người ủy quyền, cộng với lợi suất Stake trên bất kỳ SOL nào họ tự Stake, cộng với phần thưởng tạo khối trong các slot lãnh đạo được chỉ định của họ. Đối lập với những thu nhập này, họ phải gánh chịu chi phí thực tế: khoảng 1 SOL mỗi ngày cho phí giao dịch phiếu bầu, cộng với chi phí phần cứng máy chủ và lưu trữ được đề cập trong phần tiếp theo.

Một người ủy quyền kiếm được một phần tương ứng của phần thưởng Stake sau khi trừ đi hoa hồng của trình xác thực. Phép tính là: lợi suất mạng lưới nhân với (1 trừ tỷ lệ hoa hồng). Không có chi phí hoạt động nào cho người ủy quyền và SOL được Stake không bao giờ rời khỏi quyền giám sát của người ủy quyền.


Vận Hành Trình Xác Thực Solana: Yêu Cầu Và Chi Phí

Việc chạy một validator Solana đòi hỏi phần cứng chuyên dụng hiệu năng cao, một khoản đầu tư đáng kể vào chi phí máy chủ liên tục, và đủ lượng SOL ủy quyền để kinh tế trở nên khả thi.

Yêu cầu về Phần cứng và Hệ thống

Các validator Solana có yêu cầu phần cứng khắt khe nhất trong số các mạng lưới blockchain, phản ánh thông lượng mà mạng lưới được thiết kế để đạt được.

Các thông số kỹ thuật sau đây được lấy từ tài liệu yêu cầu phần cứng validator chính thức của Solana. Xác minh các yêu cầu hiện tại trước khi mua phần cứng, khi nhu cầu của mạng lưới phát triển.

ComponentMinimum SpecificationRecommended SpecificationNotes
CPU12 cores / 24 threads, 2.8 GHz+AMD EPYC hoặc tương đương, hiệu năng đơn luồng caoTốc độ xung nhịp đơn luồng cao quan trọng hơn số lượng nhân
RAM128 GB256 GBKhuyến nghị RAM ECC cho tính ổn định sản xuất
Storage (primary ledger)2 TB NVMe SSD4 TB NVMe SSDYêu cầu IOPS cao; SSD SATA không đủ cho khối lượng công việc của validator
Storage (accounts/OS)500 GB NVMe SSD1 TB NVMe SSDKhuyến nghị ổ đĩa vật lý riêng biệt với bộ nhớ ledger
Network bandwidth1 Gbps10 GbpsYêu cầu kết nối độ trễ thấp với cơ sở hạ tầng backbone
Operating SystemUbuntu 22.04 LTSUbuntu 22.04 LTSMục tiêu hỗ trợ chính thức của Solana; xác minh tại thời điểm thiết lập

Thông số kỹ thuật có thể thay đổi khi nhu cầu mạng lưới tăng. Luôn tham khảo tài liệu yêu cầu validator chính thức của Solana ngay trước khi cung cấp phần cứng.

Cần bao nhiêu SOL?

Không có số lượng SOL tối thiểu được áp đặt bởi giao thức để chạy một node validator Solana. Giao thức Solana không giới hạn việc tham gia dựa trên số tiền gửi SOL tối thiểu như cách các validator Ethereum yêu cầu 32 ETH cho mỗi khóa validator.

Tuy nhiên, kinh tế thực tế đặt ra một ngưỡng thực tế. Validator của bạn kiếm được phần thưởng tương ứng với tổng stake của nó. Với một lượng stake được ủy quyền rất nhỏ, phần thưởng SOL tạo ra mỗi epoch có thể không đủ chi trả chi phí giao dịch vote của bạn (khoảng 1 SOL mỗi ngày, khoảng 30 SOL mỗi tháng) cộng với chi phí lưu trữ máy chủ. SOL để tài trợ cho hoạt động của validator thường được mua thông qua một sàn giao dịch tập trung như Bybit, Coinbase, hoặc Binance trước khi bắt đầu thiết lập.

Mức stake hòa vốn phụ thuộc vào giá SOL hiện tại, tỷ lệ lạm phát của mạng lưới và chi phí lưu trữ của bạn. Để có một mô hình chi tiết hơn sử dụng các giả định khác nhau, hãy xem validator Solana có sinh lời không. Với giá SOL khoảng 150 đô la và lợi suất hàng năm 7% với hoa hồng 10%, một validator sẽ cần khoảng 50.000 đến 100.000 SOL trong tổng stake để trang trải chi phí hoạt động điển hình và đạt được lợi nhuận. Đây là các ước tính dựa trên điều kiện thị trường gần đúng; hãy chạy tính toán với dữ liệu hiện tại trước khi cam kết bất kỳ khoản đầu tư cơ sở hạ tầng nào.

Hai chi phí hoạt động chính của việc vận hành một validator Solana là phí lưu trữ máy chủ và phí giao dịch vote.

Mục chi phíƯớc tính chi phí hàng thángGhi chú
Máy chủ chuyên dụng / lưu trữ bare-metal150 đến 400 đô la/thángDựa trên giá Hetzner và OVH cho phân khúc phần cứng được đề xuất; giá cả thay đổi theo khu vực và nhà cung cấp
Phí giao dịch vote (~1 SOL/ngày)Khoảng 30 SOL/thángĐịnh giá bằng SOL; tương đương USD biến động trực tiếp theo giá SOL
Phí mạng/băng thông vượt mức0 đến 50 đô la/thángThay đổi theo nhà cung cấp; bao gồm trong nhiều gói máy chủ chuyên dụng
Công cụ giám sát (tùy chọn)0 đến 30 đô la/thángNhiều nhà điều hành sử dụng các giải pháp mã nguồn mở miễn phí như Prometheus và Grafana
Tổng chi phí ước tính hàng tháng200 đến 500 đô la/tháng cộng thêm khoảng 30 SOLGiả định máy chủ bare-metal chuyên dụng; nhà cung cấp đám mây thường đắt hơn

Đây là các ước tính dựa trên giá thị trường tại thời điểm viết. Chi phí thực tế thay đổi tùy thuộc vào nhà cung cấp, khu vực địa lý, phân khúc phần cứng và giá SOL. Các số liệu này không phải là sự đảm bảo về bất kỳ chi phí hoạt động cụ thể nào.

Một điểm vận hành ảnh hưởng trực tiếp đến thu nhập: nếu node của bạn ngoại tuyến trong các slot lãnh đạo được chỉ định của bạn (như được định nghĩa bởi lịch trình lãnh đạo từ phần trước), bạn sẽ vĩnh viễn mất phần thưởng sản xuất khối đó. Giám sát thời gian hoạt động không phải là tùy chọn cho hoạt động validator có lợi nhuận.

Khởi chạy một validator Solana bao gồm bảy bước cấp cao. Mỗi bước đòi hỏi chi tiết cấu hình kỹ thuật ngoài phạm vi của hướng dẫn này; tham khảo tài liệu validator chính thức của Solana cho quy trình kỹ thuật đầy đủ.

  1. Cung cấp một máy chủ chuyên dụng đáp ứng các thông số kỹ thuật phần cứng trong bảng trên, với nhà cung cấp bare-metal bạn đã chọn (Hetzner và OVH thường được các validator Solana sử dụng).
  2. Cài đặt Ubuntu 22.04 LTS và cấu hình cài đặt hệ thống bao gồm cấu hình NUMA, điểm gắn kết ổ đĩa và tinh chỉnh giao diện mạng theo tài liệu Solana.
  3. Cài đặt các công cụ Solana CLI và client validator agave (phần mềm validator chính).
  4. Tạo cặp khóa validator của bạn: cặp khóa định danh (định danh duy nhất của node bạn trên mạng) và cặp khóa tài khoản vote.
  5. Tạo và nạp tiền cho tài khoản vote của bạn trên chuỗi, đây là tài khoản mà validator của bạn sẽ gửi các vote Tower BFT và nhận stake được ủy quyền.
  6. Cấu hình script khởi động validator của bạn với các điểm cuối RPC, đường dẫn tài khoản và cài đặt hiệu suất phù hợp cho phần cứng của bạn.
  7. Khởi chạy validator, giám sát tiến trình đồng bộ hóa và xác minh node của bạn xuất hiện trong tập hợp validator hoạt động trước khi epoch tiếp theo bắt đầu.

Đối với các lệnh CLI đầy đủ, tham số cấu hình và hướng dẫn khắc phục sự cố, hãy sử dụng tài liệu validator chính thức của Solana làm tài liệu tham khảo chính của bạ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 phân bổ SOL do Foundation sở hữu cho các validator mới, nhỏ hoặc phân tán về mặt địa lý, giải quyết thách thức khởi động cần stake để có lợi nhuận trước khi bạn thu hút được stake từ những người ủy quyền độc lập.

Các validator mới đối mặt với một vấn đề thực tế: không có stake được ủy quyền đáng kể, chi phí hoạt động vượt quá phần thưởng và validator hoạt động thua lỗ. Nhưng thu hút stake được ủy quyền đòi hỏi một hồ sơ theo dõi mà một validator hoàn toàn mới chưa có. Chương trình ủy quyền của Foundation tồn tại để phá vỡ bế tắc này.

Chương trình ủy quyền SOL của Foundation cho các validator đủ điều kiện dựa trên các tiêu chí hiệu suất bao gồm thời gian hoạt động, tỷ lệ bỏ lỡ, phiên bản phần mềm và đóng góp phân phối địa lý. Stake của Foundation không vĩnh viễn; nó được xem xét định kỳ và có thể bị giảm hoặc loại bỏ dựa trên hiệu suất liên tục. Chương trình cũng ưu tiên các validator ở các khu vực địa lý chưa được đại diện đầy đủ trong mạng lưới hiện tại, hỗ trợ mục tiêu của Foundation trong việc phân phối bộ validator rộng rãi hơn.

Những người muốn trở thành validator nên xem xét các yêu cầu chương trình hiện tại và nộp đơn thông qua Chương trình Ủy quyền của Solana Foundation. Đây là một trong những con đường gia nhập khả thi nhất cho các nhà điều hành mới.

Chương trình ủy quyền cũng kết nối với các mục tiêu phi tập trung hóa mạng lưới rộng lớn hơn, được thảo luận trong phần phi tập trung hóa bên dưới.


Cách Stake SOL với một Validator: Hướng dẫn cho Người ủy quyền

Ủy quyền SOL của bạn với một validator Solana có nghĩa là bạn ủy quyền token của mình cho một validator hiện có. Bạn không cần phải tự chạy bất kỳ cơ sở hạ tầng kỹ thuật nào.

Hai cách để tham gia vào mạng lưới validator của Solana là tự vận hành một validator hoặc ủy quyền SOL của bạn cho một nhà điều hành validator hiện có.

Yêu cầu kỹ thuậtCao: phần cứng máy chủ chuyên dụng, quản trị Linux, giám sát liên tụcKhông có: chỉ yêu cầu ví tương thích Solana
Số lượng SOL tối thiểu yêu cầuKhông có mức tối thiểu theo giao thức; cần số lượng cổ phần ủy quyền đáng kể để có lợi nhuậnKhông có mức tối thiểu; có thể ủy quyền bất kỳ lượng SOL nào
Cơ cấu phần thưởngHoa hồng trên tất cả phần thưởng của người ủy quyền, cộng với phần thưởng từ cổ phần của chính họ, cộng với phần thưởng sản xuất khốiTỷ lệ phần thưởng staking theo tỷ lệ sau khi trừ đi hoa hồng của trình xác thực
Cam kết thời gianLiên tục: giám sát, cập nhật phần mềm, bảo trì, quản lý thời gian hoạt độngTối thiểu: chọn trình xác thực, ủy quyền, kiểm tra định kỳ
Hồ sơ rủi roLỗi phần cứng, thời gian ngừng hoạt động trong các slot lãnh đạo, chi phí giao dịch bỏ phiếuBỏ lỡ hoặc giảm phần thưởng nếu trình xác thực có thời gian hoạt động kém hoặc hoa hồng cao; không có rủi ro vốn gốc từ việc cắt giảm theo giao thức hiện tại
Quyền lưu giữ SOLNgười vận hành kiểm soát cổ phần của riêng họ; không nhận hoặc nắm giữ SOL của người ủy quyềnPhi tập trung (Non-custodial): SOL của bạn vẫn nằm trong tài khoản staking của bạn trong suốt quá trình; chỉ bạn mới có thể di chuyển nó
Lợi suất hiệu quả điển hình APYThu nhập hoa hồng cộng với lợi suất staking trên cổ phần của riêng bạn; kinh tế ròng phụ thuộc vào tổng số cổ phần và chi phí hoạt độngLợi suất mạng nhân với (1 trừ tỷ lệ hoa hồng); xác minh số liệu gần đúng hiện tại qua Solana Beach

Bạn có thể mất SOL của mình khi Staking với Trình xác thực không?

Không. Theo quy tắc giao thức Solana hiện tại, không có cơ chế cắt giảm nào có thể phá hủy SOL đã stake của người ủy quyền.> Cắt giảm (Slashing) là một cơ chế phạt được sử dụng trên một số blockchain, đặc biệt là Ethereum, tiêu hủy một phần quỹ đã stake của trình xác thực nếu trình xác thực hành động độc hại, chẳng hạn như bỏ phiếu hai lần trên các nhánh cạnh tranh. Trình xác thực Ethereum vi phạm quy tắc giao thức có thể bị mất một phần tiền gửi 32 ETH của họ như một hậu quả. Solana hiện không triển khai cơ chế này ở cấp độ giao thức cho trình xác thực hoặc người ủy quyền của họ.> Các rủi ro thực tế đối với người ủy quyền Solana khác nhau về bản chất: phần thưởng giảm hoặc bị bỏ lỡ nếu trình xác thực bạn chọn có thời gian hoạt động kém, tỷ lệ hoa hồng cao hoặc ngoại tuyến trong thời gian dài. Vốn gốc đã stake của bạn không gặp rủi ro từ hành vi sai trái của trình xác thực theo quy tắc giao thức Solana hiện tại. Kết cục tồi tệ nhất đối với người ủy quyền là kiếm được ít lợi suất 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, chứ không phải mất SOL bạn đã ủy quyền.> Điều này phản ánh quy tắc giao thức Solana hiện tại tại thời điểm viết bài. Quy tắc giao thức Blockchain có thể và sẽ thay đổi theo thời gian thông qua các quy trình quản trị và phát triển. Xác minh tài liệu rủi ro staking hiện tại tại tài liệu rủi ro staking của Solana) trước khi đưa ra quyết định ủy quyền.

Cách chọn Trình xác thực Solana

Chọn trình xác thực Solana phụ thuộc vào bảy tiêu chí bạn có thể đánh giá bằng các công cụ phân tích trên chuỗi miễn phí. Để có một khuôn khổ so sánh và các ứng viên được đề cập, hãy xem hướng dẫn này về trình xác thực Solana tốt nhất.

  • Thời gian hoạt động và tỷ lệ bỏ sót. Tỷ lệ bỏ sót là phần trăm các slot lãnh đạo được chỉ định mà trình xác thực không sản xuất được khối. Tỷ lệ bỏ sót thấp hơn có nghĩa là sản xuất khối đáng tin cậy hơn và nhiều phần thưởng hơn được chuyển cho người ủy quyền. Kiểm tra lịch sử tỷ lệ bỏ sót trên Validators.app.
  • Tỷ lệ hoa hồng (hiện tại). So sánh tỷ lệ hoa hồng hiện tại giữa các trình xác thực ứng viên. Các trình xác thực cạnh tranh thường tính phí từ 0% đến 10%.
  • Lịch sử tỷ lệ hoa hồng. Một trình xác thực tính phí 0% trong ba tháng rồi tăng đột ngột lên 10% khác với hồ sơ rủi ro của một trình xác thực đã duy trì 5% ổn định trong hai năm. Kiểm tra lịch sử thay đổi hoa hồng trên Validators.app, nơi theo dõi toàn bộ lịch sử hoa hồng cho mọi trình xác thực đang hoạt động.
  • Tín dụng bỏ phiếu. Tín dụng bỏ phiếu là một chỉ số trên chuỗi cho biết trình xác thực đã tham gia bỏ phiếu Tower BFT nhất quán như thế nào. Số tín dụng bỏ phiếu cao hơn so với mức trung bình của mạng báo hiệu một trình xác thực hoạt động ổn định và tham gia tích cực.
  • Tập trung hóa Stake. Ủy quyền cho một trình xác thực đã kiểm soát một phần lớn tổng số stake của mạng làm tăng tập trung hóa. Với cùng một lợi suất, việc chọn một trình xác thực nhỏ hơn với các chỉ số hiệu suất tốt sẽ góp phần vào một mạng lưới lành mạnh hơn.
  • Vị trí địa lý. Sự đa dạng về địa lý trong tập hợp trình xác thực giúp mạng lưới phục hồi tốt hơn trước các sự cố khu vực. Chọn một trình xác thực ở một khu vực địa lý kém đại diện là một đóng góp nhỏ cho sự phi tập trung hóa.
  • Danh tính trình xác thực và uy tín cộng đồng. Một số trình xác thực được vận hành bởi các nhóm hoặc thành viên cộng đồng đã biết, những người công bố dữ liệu hiệu suất và giao tiếp cởi mở. Những người khác là ẩn danh không có hồ sơ theo dõi. Đây là một tiêu chí mềm hơn nhưng đáng cân nhắc cùng với các số liệu định lượng.

Để tìm và so sánh các trình xác thực trực tiếp, hãy sử dụng Validators.app cho lịch sử hoa hồng và phân tích, Stakewiz cho điểm trình xác thực và khuyến nghị ủy quyền, và Solana Beach cho số liệu cấp mạng. Thay vì duy trì một danh sách cố định các trình xác thực được đề xuất (vốn nhanh chóng lỗi thời), các công cụ này cung cấp cho bạn dữ liệu hiện tại để tự áp dụng các tiêu chí này.

Cách ủy quyền SOL: Từng bước

Ủy quyền SOL cho trình xác thực chỉ mất chưa đầy năm phút và chỉ yêu cầu một ví tương thích Solana có SOL bên trong.

  1. Mua SOL thông qua một sàn giao dịch tập trung như Bybit SOL/USDT giao ngay,) Coinbase, hoặc Binance, sau đó chuyển nó vào ví tự lưu ký. SOL của bạn phải ở trong một ví mà bạn kiểm soát trước khi bạn có thể ủy quyền gốc.
  2. Mở ví tương thích Solana. Phantom và Solflare đều hỗ trợ staking gốc trực tiếp trong giao diện ví và là các tùy chọn được sử dụng phổ biến nhất cho mục đích này.
  3. Điều hướng đến phần staking của ví của bạn. Trong Phantom, điều này có thể truy cập từ màn hình số dư SOL chính. Trong Solflare, sử dụng tab "Staking".
  4. Chọn một trình xác thực bằng cách sử dụng các tiêu chí từ phần trên. Sử dụng Stakewiz hoặc Validators.app để so sánh các ứng viên trước khi chọn.
  5. Nhập số lượng SOL bạn muốn ủy quyền. SOL của bạn không được gửi đến trình xác thực. Nó được chuyển vào một tài khoản stake mà bạn kiểm soát trên chuỗi, và tài khoản stake đó được trỏ đến tài khoản bỏ phiếu của trình xác thực. Trình xác thực không bao giờ nắm giữ SOL của bạn.
  6. Xác nhận giao dịch ủy quyền và thanh toán một khoản phí giao dịch nhỏ (một phần của SOL).
  7. Chờ kích hoạt. Việc ủy quyền của bạn không kiếm được phần thưởng ngay lập tức. Nó được kích hoạt vào ranh giới epoch tiếp theo, tức là khoảng 2 đến 3 ngày kể từ thời điểm bạn ủy quyền. Sau khi kích hoạt, phần thưởng sẽ tích lũy mỗi epoch một cách tự động.

Để hủy ủy quyền, bạn thực hiện một quy trình tương tự theo chiều ngược lại. Hủy ủy quyền cũng phải trải qua thời gian chờ (một epoch) trước khi SOL của bạn hoàn toàn có thể rút lại.

Các sản phẩm kiếm tiền tập trung (custodial), bao gồm Bybit Sinh lời,) Coinbase, và Binance nếu có, cho phép một nền tảng kiểm soát việc ủy quyền thay mặt người dùng. Bạn gửi SOL cho nền tảng, nền tảng chọn trình xác thực và bạn nhận được lợi suất thu được sau khi trừ đi các khoản phí áp dụng. Tính khả dụng của sản phẩm, các điều khoản và lợi suất có thể thay đổi, vì vậy hãy xác minh ưu đãi hiện tại trước khi cam kết tiền.

Staking gốc thông qua ủy quyền trình xác thực trực tiếp là phi tập trung (non-custodial). SOL của bạn ở trong một tài khoản stake mà chỉ bạn kiểm soát mọi lúc. Bạn chọn trình xác thực, bạn có thể thay đổi trình xác thực, và bạn có thể hủy ủy quyền bất cứ khi nào bạn muốn. Staking gốc thường mang lại lợi suất tương đương hoặc tốt hơn các sản phẩm của sàn giao dịch vì không có lớp phí sàn giao dịch bổ sung trên hoa hồng của trình xác thực.

Việc staking trên sàn giao dịch mang lại trải nghiệm người dùng đơn giản hơn với việc không cần thiết lập ví, không cần quan tâm đến kỷ nguyên và không cần đưa ra quyết định chọn trình xác thực. Đối với những người nắm giữ ưu tiên sự đơn giản, đây là một lựa chọn hợp pháp. Sự đánh đổi là rủi ro đối tác từ sàn giao dịch và ít kiểm soát hơn đối với việc trình xác thực nào nhận được stake của bạn.


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

Mạng lưới trình xác thực của Solana đặt ra ba câu hỏi quan trọng đối với cả người ủy quyền và nhà nghiên cứu: quy mô của nó là bao nhiêu, mức độ phi tập trung của nó ra sao và nó so sánh thế nào với thiết kế của Ethereum?

Solana có bao nhiêu trình xác thực?

Solana hiện đang hoạt động với khoảng 1.700 đến 2.000 trình xác thực hoạt động trên toàn thế giới (nguồn: Validators.app và Solana Beach; xác minh số lượng hiện tại tại thời điểm đọc, vì con số này thay đổi khi trình xác thực tham gia và rời khỏi mạng).

Con số này đại diện cho các trình xác thực đang tích cực bỏ phiếu và tham gia vào cơ chế đồng thuận. Có thêm các trình xác thực đang trong các giai đoạn khác nhau của quá trình tham gia, chậm trễ hoặc hoạt động giảm sút tại bất kỳ thời điểm nào. Số lượng trình xác thực hoạt động đã tăng lên đáng kể kể từ khi Solana ra mắt mainnet và tiếp tục thay đổi khi mạng lưới trưởng thành.

Hệ số Nakamoto đo lường mức độ phi tập trung thực tế của một blockchain: cụ thể là số lượng thực thể độc lập tối thiểu cần phải thông đồng để kiểm soát 33% trở lên tổng số SOL đã stake và làm gián đoạn cơ chế đồng thuận của mạng.

Trên Solana, một mạng lưới với khoảng 1.700 đến 2.000 trình xác thực không tự động chuyển thành mức độ phi tập trung cao nếu một số lượng nhỏ các trình xác thực đó kiểm soát một phần không tương xứng của tổng số stake. Hệ số Nakamoto nắm bắt sự khác biệt này. Số lượng nút và mức độ tập trung stake là các chỉ số riêng biệt, và mức độ tập trung stake là yếu tố quyết định có bao nhiêu thực thể thông đồng thực sự có thể đe dọa cơ chế đồng thuận.

Hệ số Nakamoto của Solana hiện đang ở mức khoảng 19 đến 22 (nguồn: Validators.app; xác minh con số hiện tại tại thời điểm đọc, vì chỉ số này thay đổi theo sự phân phối stake). Con số này là một điểm bị chỉ trích hợp pháp từ các nhà nghiên cứu và người ủng hộ phi tập trung: nó có nghĩa là chưa đến 25 thực thể phối hợp với nhau về mặt lý thuyết có thể đạt được ngưỡng stake 33% cần thiết để làm gián đoạn cơ chế đồng thuận. Theo lịch sử, con số này thấp hơn chỉ số tương đương của Ethereum, mặc dù cả hai con số đều biến động theo thời gian.

Solana Foundation thừa nhận hạn chế này và đã thực hiện các bước chủ động để giải quyết. Chương trình Cấp vốn từ Quỹ (Foundation Delegation Program) được mô tả trong phần trước đặc biệt nhắm mục tiêu vào các trình xác thực ở các khu vực địa lý kém đại diện và các nhà điều hành nhỏ hơn cần stake ban đầu để trở nên khả thi, cả hai đều góp phần phân phối stake rộng rãi hơn. Quỹ cũng xuất bản các báo cáo sức khỏe mạng lưới thường xuyên theo dõi xu hướng phân phối địa lý và tập trung stake.

Về chủ đề gián đoạn mạng: Solana đã trải qua các giai đoạn hiệu suất suy giảm và ngừng hoạt động hoàn toàn, đặc biệt vào năm 2021 và 2022. Các sự kiện này liên quan đến việc các trình xác thực không đạt được sự đồng thuận và yêu cầu các quy trình khởi động lại phối hợp được tổ chức bởi Quỹ và cộng đồng trình xác thực. Mạng lưới đã không gặp phải tình trạng ngừng hoạt động hoàn toàn kể từ năm 2023, và Quỹ cùng cộng đồng trình xác thực đã đầu tư vào các công cụ phối hợp khởi động lại được cải thiện. Lịch sử này đáng để biết khi đánh giá sự trưởng thành của mạng lưới.

Solana và Ethereum đã áp dụng các cách tiếp cận khác nhau đối với thiết kế mạng lưới trình xác thực, mỗi cách phản ánh các ưu tiên riêng biệt về thông lượng, khả năng tiếp cận phần cứng và quy mô tập hợp trình xác thực.

Ethereum hoạt động với hơn 1.000.000 trình xác thực hoạt động (nguồn: beaconcha.in; xác minh số lượng hiện tại tại thời điểm đọc). Mỗi khóa trình xác thực Ethereum yêu cầu khoản đặt cọc tối thiểu chính xác là 32 ETH. Yêu cầu phần cứng của Ethereum đối với trình xác thực thấp hơn đáng kể so với Solana. Một máy tính để bàn cấp người tiêu dùng có thể chạy trình xác thực Ethereum, trong khi Solana yêu cầu phần cứng cấp máy chủ chuyên dụng. Tập hợp trình xác thực lớn của Ethereum phản ánh một lựa chọn thiết kế có chủ ý để tối đa hóa phạm vi tham gia và phân phối địa lý.

Solana có khoảng 1.700 đến 2.000 trình xác thực hoạt động với không có mức tối thiểu cứng của giao thức về stake SOL. Các yêu cầu phần cứng cao hơn của nó tập trung tập hợp trình xác thực vào các nhà điều hành có đủ nguồn lực để chạy máy chủ cấp sản xuất. Sự đánh đổi mà Solana thực hiện là thông lượng và tốc độ giao dịch, được hỗ trợ bởi Proof of History và Tower BFT, đổi lấy một tập hợp trình xác thực nhỏ hơn đòi hỏi đầu tư cơ sở hạ tầng đáng kể hơn để tham gia.

Không mô hình nào vượt trội hơn một cách khách quan. Chúng đại diện cho các lựa chọn thiết kế khác nhau về thông lượng giao dịch, khả năng tiếp cận tham gia và quy mô tập hợp trình xác thực, mỗi mô hình đều có những đánh đổi thực tế để người dùng mạng cân nhắc.


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

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

Một trình xác thực Solana là một người tham gia mạng lưới xử lý các giao dịch, bỏ phiếu về trạng thái của sổ cái blockchain và tạo các khối mới, nhận phần thưởng SOL để đổi lại. Các trình xác thực là lớp cơ sở hạ tầng bảo mật mạng, và mọi giao dịch trên Solana đều đi qua chúng. Những người nắm giữ SOL không muốn chạy cơ sở hạ tầng trình xác thực có thể ủy quyền SOL của họ cho một trình xác thực và kiếm được phần chia sẻ tương ứng từ phần thưởng staking của trình xác thực đó.

Không. Theo quy tắc giao thức Solana hiện hành, không có cơ chế cắt phạt (slashing) nào có thể hủy hoại SOL đã stake của người ủy quyền như một hình phạt cho hành vi sai trái của trình xác thực. Các rủi ro thực tế đối với người ủy quyền là phần thưởng bị giảm hoặc bị bỏ lỡ nếu trình xác thực được chọn có thời gian hoạt động kém hoặc tính phí hoa hồng cao. Vốn gốc đã stake của bạn không gặp rủi ro từ hành vi sai trái của trình xác thực theo giao thức hiện hành. Quy tắc giao thức Blockchain có thể thay đổi; hãy xác minh thông tin rủi ro staking hiện tại tại Tài liệu về rủi ro staking của Solana) trước khi ủy quyền.

Tỷ lệ hoa hồng của trình xác thực là gì?

Tỷ lệ hoa hồng của trình xác thực là phần trăm phần thưởng staking mà trình xác thực giữ lại trước khi phân phối phần còn lại cho những người ủy quyền của họ. Ví dụ, một trình xác thực với tỷ lệ hoa hồng 10% sẽ giữ lại 10 SOL cho mỗi 100 SOL phần thưởng staking được tạo ra và chuyển 90 SOL còn lại cho những người ủy quyền một cách tương ứng dựa trên phần chia sẻ của mỗi người ủy quyền trong nhóm stake của trình xác thực. Các trình xác thực cạnh tranh thường tính phí từ 0% đến 10%, mặc dù tỷ lệ 0% không nhất thiết tốt hơn nếu nó báo hiệu một hoạt động không bền vững.

Phần thưởng staking Solana được phân phối bao lâu một lần?

Staking phần thưởng được phân phối vào cuối mỗi kỷ nguyên, kéo dài khoảng 2 đến 3 ngày trên Solana. Một kỷ nguyên bao gồm 432.000 khe (slot), mỗi khe khoảng 400 mili giây, và các thay đổi tài khoản stake bao gồm cả việc ủy quyền mới và hủy ủy quyền cũng có hiệu lực vào ranh giới kỷ nguyên. Phần thưởng tự động cộng dồn vào tài khoản stake của bạn mà không yêu cầu bất kỳ hành động nào từ phía bạn.

Cần phần cứng nào để chạy trình xác thực Solana?

Các trình xác thực Solana yêu cầu phần cứng chuyên dụng cấp máy chủ. Tối thiểu, một trình xác thực cần một CPU có 12 lõi và 24 luồng chạy ở tốc độ 2,8 GHz trở lên, 128 GB RAM, một ổ SSD NVMe 2 TB cho sổ cái chính, một ổ SSD NVMe 500 GB riêng biệt cho lưu trữ tài khoản và kết nối mạng 1 Gbps. Các thông số kỹ thuật được đề xuất cao hơn đáng kể. Xem bảng yêu cầu phần cứng đầy đủ trong phần Chạy trình xác thực Solana ở trên, và luôn xác minh các thông số kỹ thuật hiện tại với tài liệu yêu cầu phần cứng trình xác thực chính thức của Solana trước khi mua phần cứng.

Solana có bao nhiêu trình xác thực?

Solana hiện đang hoạt động với khoảng 1.700 đến 2.000 validator đang hoạt động trên toàn thế giới, mặc dù con số này thay đổi thường xuyên khi các validator tham gia, rời đi hoặc trở nên không hoạt động. Để xem số lượng trực tiếp hiện tại, hãy kiểm tra Validators.app hoặc Solana Beach, cả hai đều theo dõi sự tham gia mạng lưới theo thời gian thực.

Solana có phi tập trung không?

Solana có một mạng lưới validator toàn cầu phân tán trải rộng trên nhiều châu lục, mang lại sự đa dạng về địa lý. Tuy nhiên, sự tập trung stake là một câu hỏi riêng biệt với số lượng node. Hệ số Nakamoto của Solana hiện ở mức khoảng 19 đến 22 (nguồn: Validators.app; xác minh số liệu hiện tại), nghĩa là chưa đến 25 thực thể phối hợp cùng nhau có thể đạt được ngưỡng stake 33% cần thiết để gây gián đoạn đồng thuận. Con số này trong lịch sử thấp hơn chỉ số tương đương của Ethereum, đây là một mối lo ngại chính đáng được đưa ra bởi các nhà nghiên cứu về phi tập trung. Quỹ Solana đang tích cực làm việc để cải thiện chỉ số này thông qua chương trình ủy quyền và các ưu đãi phân phối địa lý.

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

Một validator Solana tham gia vào quá trình đồng thuận bằng cách bỏ phiếu cho các khối thông qua tài khoản bỏ phiếu của mình, tạo ra các khối trong các vị trí dẫn đầu được chỉ định và nhận phần thưởng staking. Một node RPC phục vụ các yêu cầu API JSON-RPC từ ứng dụng và người dùng, trả lời các truy vấn về trạng thái blockchain, nhưng không bỏ phiếu, không tạo khối và không nhận phần thưởng staking. Việc chạy một node RPC không biến bạn thành một validator Solana. Một số validator chạy node RPC như một phần của ngăn xếp cơ sở hạ tầng của họ, nhưng hai chức năng này tách biệt về mặt kiến trúc.