Thời gian Epoch của Solana: Thời lượng, Phần thưởng & Cơ chế

Thời gian Epoch của Solana mô tả khoảng thời gian mạng lưới cần để hoàn thành một lịch trình các slot cố định, sau đó lịch trình của validator, phần thưởng staking và các thay đổi trạng thái stake sẽ được xử lý.

Trong bài viết này: Solana Epoch là gì? | Một Solana Epoch dài Long bao lâu? | Lịch trình Validator và Cơ chế | Phần thưởng Staking | Kích hoạt và Thời gian chờ Stake Stake | Epoch của Solana và Ethereum | Danh sách kiểm tra ranh giới Epoch | Lạm phát và Tokenomics | Kiểm tra Epoch hiện tại | Dành cho nhà phát triển | Câu hỏi thường gặp | Quyết định Staking

Giới thiệu: Tại sao các Epoch trên Solana lại quan trọng với mọi người nắm giữ SOL

Nếu bạn đã stake SOL thông qua Phantom hoặc Solflare và nhận thấy từ "epoch" xuất hiện trong bảng điều khiển staking của mình, bạn không phải là người duy nhất thắc mắc ý nghĩa của nó. Con số đó ảnh hưởng trực tiếp đến hai điều bạn quan tâm: khi nào số SOL mới ủy quyền của bạn bắt đầu kiếm được phần thưởng staking và khi nào những phần thưởng đó được chuyển vào tài khoản của bạn.

Solana (SOL) là một Blockchain hiệu suất cao (một sổ cái kỹ thuật số phân tán được bảo mật bởi một mạng lưới các nút) xử lý hàng nghìn giao dịch mỗi giây. Việc điều phối hoạt động đó giữa hàng trăm validator đòi hỏi một khung thời gian có cấu trúc. Khung thời gian đó chính là epoch. SOL được giữ trên một Sàn giao dịch tập trung (như Coinbase hoặc Binance) không thể được stake trực tiếp và không tham gia vào các chu kỳ phần thưởng epoch. Người nắm giữ phải tự quản lý ví của mình để thực hiện stake trực tiếp.

Thống kê chính: Mỗi epoch của Solana chứa chính xác 432.000 slot, tương đương với khoảng 2 đến 3 ngày thời gian thực tế.

Bài viết này bao gồm mọi thứ mà thuật ngữ này yêu cầu bạn biết: định nghĩa, thời lượng và lý do tại sao nó thay đổi, cách tính thời gian phần thưởng staking, điều gì xảy ra tại mỗi ranh giới epoch, cách kiểm tra epoch hiện tại và cách các nhà phát triển có thể truy cập dữ liệu epoch theo lập trình.

Thời gian Epoch của Solana là gì?

Một epoch của Solana là một khoảng thời gian cố định gồm chính xác 432.000 slot liên tiếp, cấu trúc cách mạng lưới chỉ định nhiệm vụ cho validator, phân phối phần thưởng staking và áp dụng các điều chỉnh lạm phát. Trong điều kiện thực tế, một epoch kéo dài khoảng 2 đến 3 ngày.

Thuật ngữ "epoch" có ý nghĩa khác trong tính toán chung. Trong các hệ thống Unix, một epoch là một điểm tham chiếu dấu thời gian cố định (ngày 1 tháng 1 năm 1970). Trong ngữ cảnh giao thức của Solana, một epoch là một khoảng thời gian riêng biệt, lặp lại được xác định bởi số lượng slot, không phải theo thời gian lịch. Hai khái niệm này có chung tên gọi và không còn gì khác.

Cách các slot và block xây dựng thành các epoch

Slot tạo thành đơn vị thời gian nguyên tử trong kiến trúc của Solana. Trong mỗi slot, một validator được chỉ định có cơ hội để tạo ra một block. Thời lượng mục tiêu cho mỗi slot là ~400 mili giây, nhưng điều này không được đảm bảo. Nếu validator được chỉ định ngoại tuyến hoặc mạng lưới bị tắc nghẽn, slot đó sẽ trôi qua mà không tạo ra block. Những slot đó được gọi là các slot bị bỏ lỡ (skipped slots).

Block là dữ liệu được tạo ra trong các slot. Một slot là cửa sổ thời gian; block là thứ lấp đầy nó. Một số slot tạo ra block; các slot bị bỏ lỡ không tạo ra gì cả.

Phân cấp diễn ra như sau: một slot (mục tiêu ~400 mili giây) có thể tạo ra một block và 432.000 slot liên tiếp sẽ hoàn thành một epoch.

Slot 1 đến Slot 2 đến ... đến Slot 432.000 = một epoch kết thúc.

Proof of History (PoH) là cơ chế mã hóa giúp việc sắp xếp thứ tự slot này khả thi và có thể xác minh được. PoH là một cơ chế giữ thời gian, không phải là một Cơ chế đồng thuận. Không nên nhầm lẫn nó với Proof of Work hoặc Proof of Stake. PoH tạo ra một bản ghi lịch sử có thể xác minh chứng minh rằng các sự kiện đã xảy ra theo một trình tự cụ thể và tại một thời điểm cụ thể mà không yêu cầu tất cả các validator phải đồng ý về thời gian trong thời gian thực. Mỗi slot được neo giữ bằng mã hóa trong chuỗi PoH, đó là lý do tại sao Solana có thể xử lý các slot ở khoảng thời gian ~400 mili giây mà không cần chờ đợi sự đồng thuận về thời gian trên toàn mạng lưới.

Kiến trúc của Solana, bao gồm Turbine để lan truyền block, Gulf Stream để chuyển tiếp giao dịch không cần Mempool, và Sealevel để thực thi Hợp đồng Thông minh song song, cho phép thông lượng slot cao giúp cấu trúc epoch của nó trở nên khả thi. Theo tài liệu thuật ngữ epoch chính thức của Solana,), 432.000 slot mỗi epoch là một hằng số giao thức.

Một Epoch của Solana Long bao lâu?

Một epoch của Solana bao gồm chính xác 432.000 slot. Với thời lượng slot mục tiêu là ~400 mili giây mỗi slot, điều này tạo ra thời lượng tối thiểu theo lý thuyết là khoảng 2,0 ngày (172.800 giây). Các epoch trong thực tế thường kéo dài từ 2 đến 3 ngày.

Phép tính: 432.000 slot nhân với 0,400 giây mỗi slot bằng 172.800 giây, chia cho 86.400 giây mỗi ngày, bằng 2,0 ngày ở mức tối thiểu lý thuyết.

Cách thời lượng thực tế thay đổi theo tốc độ slot thực tế:

• Trung bình 400ms mỗi slot: 172.800 giây, khoảng 48 giờ
• Trung bình 450ms mỗi slot: 194.400 giây, khoảng 54 giờ
• Trung bình 500ms mỗi slot: 216.000 giây, khoảng 60 giờ

Lưu ý: Số lượng 432.000 slot mỗi epoch được cố định theo giao thức và không thay đổi. Thời lượng thực tế thay đổi trong khoảng từ 2 đến 3 ngày tùy thuộc vào điều kiện mạng lưới.

Tại sao thời lượng epoch không hoàn toàn giống nhau mọi lúc

Ba yếu tố khiến thời lượng epoch thực tế thay đổi so với mức tối thiểu lý thuyết:

Slot bị bỏ lỡ (Skipped slots): Khi một validator bỏ lỡ slot leader được chỉ định của họ, slot đó sẽ bị bỏ qua và mạng lưới tiến lên. Chuỗi PoH vẫn tiếp tục, nhưng slot đó không tạo ra block. Các slot bị bỏ lỡ kéo dài thời gian thực tế cần thiết để hoàn thành 432.000 slot.

Tắc nghẽn mạng: Các giai đoạn có khối lượng giao dịch cao có thể làm chậm quá trình xử lý slot, làm tăng thêm thời gian tích lũy trên nhiều slot.

Sự cố mạng: Blockchain Solana Mainnet đã từng gặp sự cố trong quá khứ. Trong thời gian xảy ra sự cố, việc xử lý slot sẽ tạm dừng, kéo dài thời gian thực tế của bất kỳ epoch nào bao trùm giai đoạn đó.

Lời khuyên thực tế: hãy coi thời lượng epoch là khoảng 2 đến 3 ngày, không phải là một khoảng thời gian cố định. Để biết thời lượng epoch trung bình hiện tại, hãy tham khảo Solana Beach hoặc tài liệu của Solana Foundation. Các tham số giao thức Solana có thể thay đổi.

Cách thức hoạt động của các Epoch trên Solana: Lịch trình Validator và Cơ chế Mạng lưới

Khi bắt đầu mỗi epoch, mạng lưới Solana tính toán một lịch trình leader đầy đủ để chỉ định trước mọi slot trong epoch sắp tới cho một validator cụ thể. Việc chỉ định được xác định bởi trọng số stake của mỗi validator tại thời điểm chụp nhanh (snapshot) ranh giới epoch.

Validator là các nút trên mạng lưới Solana có nhiệm vụ xử lý các giao dịch, tạo block và bỏ phiếu cho trạng thái của sổ cái. Người ủy quyền (Delegators) là những người nắm giữ SOL, họ thực hiện stake token của mình cho một validator thay vì tự mình vận hành một nút. Các vai trò này khác biệt: validator vận hành cơ sở hạ tầng; người ủy quyền đóng góp trọng số kinh tế.

Proof of Stake (PoS) là lớp cơ chế đồng thuận hoạt động cùng với PoH. Solana triển khai PoS thông qua Tower BFT (Byzantine Fault Tolerant), sử dụng PoH làm đồng hồ của nó. Trọng số Stake tích lũy qua một epoch xác định xác suất của mỗi validator được phân bổ các slot trong lịch trình leader của epoch tiếp theo. PoS là yếu tố làm cho các epoch có ý nghĩa về mặt kinh tế bên ngoài việc chấm công thuần túy. Đừng nhầm lẫn việc triển khai Tower BFT của Solana với PoS của Ethereum, vốn là một hệ thống có cấu trúc khác biệt.

Mô hình staking của Solana giống với staking ủy quyền (đôi khi được gọi là Delegated Proof of Stake, hoặc DPoS). Trong mô hình này, những người nắm giữ token chỉ định cổ phần của họ cho các validator thay vì tự vận hành cơ sở hạ tầng. Người nắm giữ SOL có thể ủy quyền cho bất kỳ validator nào; việc ủy quyền có hiệu lực tại ranh giới epoch tiếp theo sau một khoảng thời gian khởi động (warmup). Người ủy quyền chia sẻ phần thưởng staking của validator trừ đi tỷ lệ hoa hồng của validator đó. Bất kỳ thay đổi nào đối với việc ủy quyền, cho dù là chỉ định mới, chuyển đổi hay rút tiền, đều có hiệu lực tại ranh giới epoch thay vì ngay lập tức. Đây là lý do ở cấp độ giao thức khiến việc thay đổi mức stake yêu cầu một khoảng thời gian khởi động hoặc hạ nhiệt (cooldown). Cơ chế của Solana về mặt kỹ thuật kết hợp PoH và Tower BFT thay vì DPoS thuần túy; hãy sử dụng "delegated staking" làm mô tả chính.

Cách lịch trình leader được tính toán tại mỗi ranh giới epoch

Lịch trình leader là một sự phân bổ mang tính xác định, được tính toán trước của các validator cho các slot cụ thể trong một epoch. "Xác định" có nghĩa là bất kỳ nút nào trên mạng lưới cũng có thể tính toán độc lập lịch trình đầy đủ từ các dữ liệu đầu vào giống nhau mà không cần giao tiếp với các nút khác. Thiết kế này giúp lịch trình có thể kiểm chứng và hiệu quả.

Việc tính toán sử dụng trọng số stake của mỗi validator tại thời điểm snapshot ranh giới epoch. Một validator nắm giữ 1% tổng số SOL được stake sẽ nhận được khoảng 1% trong số 432.000 slot trong lịch trình leader. Lịch trình được tính toán lại từ đầu tại mọi ranh giới epoch bằng cách sử dụng trọng số stake đã cập nhật. Stake được ủy quyền giữa epoch không ảnh hưởng đến lịch trình leader của epoch hiện tại; nó chỉ ảnh hưởng đến lịch trình của epoch tiếp theo.

Các cơ chế đầy đủ của lịch trình leader được tài liệu hóa trong tài liệu luân chuyển leader của Solana.

Nhiều giao thức DeFi được xây dựng trên Solana có nhận thức về epoch, định thời các sự kiện thanh khoản, bỏ phiếu quản trị hoặc phân phối phần thưởng xung quanh các ranh giới epoch.

Mẹo: Trọng số stake của một validator tại ranh giới epoch xác định số lượng slot mà họ được phân bổ trong epoch TIẾP THEO. Stake được ủy quyền giữa epoch không ảnh hưởng đến lịch trình của epoch hiện tại.

Cách tích lũy điểm thưởng bỏ phiếu (vote credits) trong một epoch

Mỗi validator duy trì một tài khoản bỏ phiếu: một tài khoản trên chuỗi đặc biệt ghi lại các lần bỏ phiếu của validator về trạng thái của sổ cái trong mỗi slot. Tài khoản bỏ phiếu không phải là một hệ thống quản trị. Ở Solana, "bỏ phiếu" đề cập đến việc các validator xác thực bằng mật mã tính hợp lệ của các khối, đây là một hành động của cơ chế đồng thuật.

Mỗi lần bỏ phiếu thành công sẽ giúp validator kiếm được một vote credit. Tại ranh giới epoch, giao thức sẽ tổng kết tất cả các vote credit tích lũy được trong epoch đã hoàn thành. Tỷ lệ phần thưởng staking của một validator trong epoch tỷ lệ thuận với điểm vote credit của họ so với số điểm tối đa có thể đạt được cho epoch đó.

Các validator bỏ lỡ các lần bỏ phiếu sẽ nhận được ít phần thưởng hơn theo tỷ lệ, và kết quả là những người ủy quyền cho họ cũng nhận được ít hơn. Trong các giao diện ví như Phantom và Solflare, chỉ số này xuất hiện dưới dạng "thời gian hoạt động" (uptime) hoặc "tỷ lệ bỏ phiếu thành công". Một validator có điểm vote credit cao hơn sẽ mang lại nhiều phần thưởng staking hơn mỗi epoch cho những người ủy quyền của họ.

Các Epoch trên Solana và Phần thưởng Staking: Khi nào và Cách thức bạn được trả tiền

Phần thưởng staking trên Solana được phân phối tự động vào cuối mỗi epoch, khoảng 2 đến 3 ngày một lần, và được ghi có trực tiếp vào tài khoản stake của bạn mà bạn không cần thực hiện bất kỳ hành động nào.

Tài khoản Stake giữ SOL được ủy quyền trên chuỗi và tách biệt với các tài khoản ví Solana thông thường. Chúng chu chuyển qua bốn trạng thái: không hoạt động (inactive), đang kích hoạt (activating), đang hoạt động (active), sau đó là đang hủy kích hoạt (deactivating). Quá trình chuyển đổi trạng thái xảy ra tại các ranh giới epoch. Hầu hết các giao diện ví (Phantom, Solflare) trừu tượng hóa các tài khoản stake đối với người dùng, nhưng các cơ chế cơ bản giải thích hành vi thời gian có thể thấy trên bảng điều khiển của bạn. Để biết thông số kỹ thuật đầy đủ của tài khoản stake, hãy xem tài liệu staking của Solana.

Quan trọng: Phần thưởng Staking được phân phối tự động tại ranh giới epoch, khoảng 2 đến 3 ngày một lần. Không cần hành động thủ công nào. Phần thưởng được cộng trực tiếp vào vốn gốc tài khoản stake của bạn và tự động được stake lại cho epoch tiếp theo.

Cách tính tỷ lệ phần thưởng của bạn

Phần thưởng staking của bạn cho một epoch nhất định tuân theo mối quan hệ sau:

1. Giao thức tính toán tỷ lệ cổ phần của bạn trong tổng số cổ phần mạng lưới (mức stake của bạn chia cho tất cả SOL được stake trên mạng lưới).
2. Tỷ lệ đó được nhân với tổng mức phát hành lạm phát của epoch (SOL mới được đúc tại ranh giới epoch theo lịch trình lạm phát hiện tại).
3. Tỷ lệ hoa hồng của validator sẽ được khấu trừ từ tổng phân bổ phần thưởng của validator trước khi phần còn lại chuyển đến những người ủy quyền.

Chỉ nhằm mục đích minh họa: nếu mạng lưới đúc 100 SOL trong phần thưởng lạm phát cho một epoch nhất định và mức stake của bạn đại diện cho 0,01% tổng số SOL được stake, phần chia trước hoa hồng của bạn là 0,01 SOL. Tỷ lệ hoa hồng của validator sau đó được khấu trừ từ phần của validator trước khi số tiền ròng của bạn được ghi có.

Đối với staking APY: mối quan hệ xấp xỉ là (mức phát hành lạm phát hàng năm chia cho tổng số SOL được stake) nhân với (1 trừ đi tỷ lệ hoa hồng). Bởi vì cả tỷ lệ lạm phát và tổng số SOL được stake đều thay đổi theo thời gian, không có con số APY cố định nào chính xác hơn một epoch. Để biết các ước tính hiện tại, hãy sử dụng giao diện staking của ví bạn hoặc công cụ tính toán staking Solana.

Mô hình lạm phát của Solana hoạt động như sau: giao thức có một lịch trình lạm phát theo chương trình bắt đầu trên 8% hàng năm khi khởi chạy Mainnet và giảm 15% mỗi năm hướng tới mục tiêu dài hạn là 1,5%. Tại mỗi ranh giới epoch, SOL mới được đúc theo tỷ lệ lạm phát hiện tại và được phân phối dưới dạng phần thưởng staking tỷ lệ thuận với trọng số stake. Lạm phát này đề cập đến việc phát hành token ở cấp độ giao thức, không phải lạm phát giá tiêu dùng kinh tế vĩ mô. Để biết tỷ lệ hiện tại, hãy xem tài liệu về lạm phát của Solana Foundation.

Tỷ lệ hoa hồng là tỷ lệ phần trăm phần thưởng staking mà validator giữ lại trước khi phân phối phần còn lại cho những người ủy quyền. Đây không phải là phí giao dịch do người ủy quyền trả. Các thay đổi về tỷ lệ hoa hồng chỉ có hiệu lực tại các ranh giới epoch. Nếu validator của bạn thông báo tăng tỷ lệ vào giữa epoch, thay đổi này sẽ không ảnh hưởng đến phần thưởng của bạn cho đến ranh giới epoch tiếp theo, giúp bạn có thời gian để ủy quyền lại nếu muốn.

Các validator kiếm được hai loại phần thưởng mỗi epoch. Loại chính là phần thưởng lạm phát từ lịch trình đúc tiền của giao thức. Loại thứ hai là 50% phí giao dịch thu được trong các slot được chỉ định của họ; 50% còn lại của các khoản phí đó sẽ bị đốt cháy, làm giảm tổng cung SOL. Người ủy quyền nhận được phần lớn phần thưởng staking của họ từ thành phần lạm phát; phần thưởng phí là một đóng góp nhỏ hơn.

Tại sao phần thưởng epoch của bạn có thể thay đổi

Phần thưởng staking của bạn có thể khác nhau giữa các epoch vì bốn lý do:

1. Điểm vote credit của validator đã thay đổi (việc bỏ lỡ các lần bỏ phiếu làm giảm tỷ lệ phần thưởng của validator và những người ủy quyền nhận được ít hơn theo tỷ lệ).
2. Tỷ lệ hoa hồng của validator đã thay đổi tại ranh giới epoch.
3. Tổng mức stake của mạng lưới đã thay đổi (tổng số lượng stake lớn hơn sẽ làm giảm tỷ lệ phần chia của bạn trong cùng một mức phát hành lạm phát).
4. Tỷ lệ lạm phát giảm theo cột mốc lịch trình hàng năm.

Phần thưởng được cộng vào vốn gốc tài khoản stake của bạn và tự động được stake lại, lãi kép ở epoch tiếp theo mà không cần bất kỳ hành động nào.

Nếu mức stake của bạn mới được ủy quyền và chưa hiển thị phần thưởng, khoảng thời gian khởi động stake sẽ giải thích lý do tại sao. Nội dung này được trình bày trong phần tiếp theo.

Stake Kích hoạt và Chờ: Epoch Chi phối Quyết định Staking của Bạn

Nếu số tiền stake của bạn hiển thị là "đang kích hoạt" trong ví và chưa nhận được phần thưởng, đây là hành vi mong đợi. Các lượt ủy quyền mới không trở nên hoạt động giữa chừng epoch. Chúng sẽ vào trạng thái chờ (warmup) và kích hoạt vào đầu ranh giới epoch tiếp theo. Đây là thiết kế, không phải lỗi.

Chuỗi trạng thái tài khoản stake:

Không hoạt động (không ủy quyền stake) dẫn đến Đang kích hoạt (đã ủy quyền trong epoch hiện tại, chưa có phần thưởng) dẫn đến Hoạt động (từ ranh giới epoch tiếp theo trở đi, nhận phần thưởng) dẫn đến Đang hủy stake (sau yêu cầu hủy stake, không có phần thưởng mới) quay trở lại Không hoạt động (có thể rút sau khi hoàn thành epoch chờ).

Quan trọng: Cả việc stake và hủy stake đều bị giới hạn bởi epoch. Hãy lên kế hoạch cho tối đa một epoch đầy đủ (2 đến 3 ngày) cho mỗi chiều khi lên lịch thay đổi stake của bạn. Xem tài liệu tài khoản stake của Solana) để biết thông số kỹ thuật đầy đủ của giao thức.

Có quan trọng khi nào trong một epoch bạn ủy quyền không?

Quy tắc chờ (warmup) hoạt động như sau:

1. Bạn ủy quyền SOL tại bất kỳ thời điểm nào trong epoch hiện tại.
2. Tài khoản stake của bạn vào trạng thái "đang kích hoạt" trong thời gian còn lại của epoch đó.
3. Tại ranh giới epoch tiếp theo, stake của bạn chuyển sang trạng thái "hoạt động" và bắt đầu nhận phần thưởng.
4. Phần thưởng đầu tiên của bạn sẽ đến vào cuối epoch hoạt động đầu tiên đó.

Bất kể bạn ủy quyền vào thời điểm nào trong epoch, stake của bạn sẽ được kích hoạt vào đầu ranh giới epoch TIẾP THEO. Việc ủy quyền vào đầu epoch có nghĩa là chờ đợi gần như toàn bộ thời lượng epoch trước khi kích hoạt. Việc ủy quyền gần cuối epoch có nghĩa là chỉ chờ đợi các slot còn lại, có thể là vài giờ. Thời gian chờ luôn là "cho đến ranh giới epoch tiếp theo", không phải là một khoảng thời gian cố định theo lịch.

Không có lợi ích đáng kể khi chờ đợi một điểm cụ thể trong epoch để ủy quyền.

Hủy stake mất bao lâu?

Hủy stake tuân theo một quy trình song song:

1. Bạn gửi yêu cầu hủy stake (hủy kích hoạt) tại bất kỳ thời điểm nào trong epoch hiện tại.
2. Tài khoản stake của bạn vào trạng thái "đang hủy stake".
3. Tại ranh giới epoch tiếp theo, việc hủy kích hoạt sẽ được xử lý.
4. SOL của bạn trở nên thanh khoản và có thể rút sau khi epoch đó kết thúc.

Hãy lên kế hoạch cho một epoch đầy đủ (2 đến 3 ngày) để SOL của bạn có thể truy cập được sau khi bắt đầu hủy stake.

Các giao thức liquid staking (như mSOL hoặc jitoSOL) xử lý trạng thái chờ và chờ đợi khác nhau, cung cấp token thanh khoản ngay lập tức. Bài viết này chỉ đề cập đến việc stake gốc.

Chuyển đổi Validator: Nếu bạn chuyển đổi validator, stake cũ phải hoàn thành một epoch chờ và stake mới phải hoàn thành một epoch chờ kích hoạt. Quá trình chuyển đổi này có thể dẫn đến việc bỏ lỡ phần thưởng của một epoch đầy đủ. Thay đổi tỷ lệ hoa hồng có hiệu lực vào ranh giới epoch, vì vậy nếu validator hiện tại của bạn tăng hoa hồng, bạn có thời hạn đến ranh giới epoch tiếp theo để tái ủy quyền trước khi mức phí mới ảnh hưởng đến phần thưởng của bạn.

Ba quyết định stake, tóm tắt:

1. Thời điểm ủy quyền: Ủy quyền bất kỳ lúc nào. Thời gian chờ cho đến ranh giới epoch tiếp theo giống nhau bất kể bạn đang ở đâu trong epoch hiện tại.
2. Chuyển đổi Validator: Tính toán khả năng xảy ra khoảng trống phần thưởng một epoch trong quá trình chuyển đổi. Kiểm tra điểm tín dụng bỏ phiếu của validator mới trước khi chuyển đổi.
3. Hủy ủy quyền: Lên kế hoạch cho một epoch đầy đủ trước khi SOL của bạn trở nên thanh khoản. Không ủy quyền SOL mà bạn có thể cần truy cập trong vòng 2 đến 3 ngày.

Epoch của Solana vs. Epoch của Ethereum: Sự khác biệt chính

Mặc dù cùng chia sẻ tên gọi, epoch của Solana và Ethereum phục vụ các mục đích khác nhau và hoạt động trên các thang thời gian hoàn toàn khác nhau. So sánh này đề cập đến kiến trúc Proof of Stake sau khi hợp nhất (tháng 9 năm 2022) của Ethereum. Ethereum trước khi hợp nhất có cơ chế epoch khác và không được đưa vào.

Epoch của Ethereum (~6,4 phút) chủ yếu phục vụ việc kiểm tra điểm cuối cùng (finality checkpointing) thông qua Casper FFG và luân chuyển ủy ban validator. Ethereum phân phối phần thưởng stake hàng ngày, theo một nhịp độ độc lập với cấu trúc epoch của nó.

Epoch của Solana (~2 đến 3 ngày) phục vụ việc chỉ định lịch trình lãnh đạo, phân phối phần thưởng stake, đúc tiền lạm phát, chuyển đổi trạng thái tài khoản stake và cập nhật tỷ lệ hoa hồng. Tất cả các chức năng này đều bị giới hạn bởi epoch.

Thời lượng slot ngắn hơn của Solana (~400 mili giây so với ~12 giây của Ethereum) cho phép 432.000 slot nằm trong cửa sổ epoch kéo dài nhiều ngày. Ethereum hoàn thành 32 slot trong khoảng 6,4 phút. Hai kiến trúc phản ánh các ưu tiên thiết kế khác nhau cho thông lượng và nhịp độ cuối cùng. Đối với thông số kỹ thuật epoch của Ethereum, xem tài liệu đồng thuận sau hợp nhất của Ethereum.

Điều gì xảy ra tại Ranh giới Epoch: Danh sách kiểm tra hoàn chỉnh

Tại mỗi ranh giới epoch, giao thức Solana tự động thực thi một chuỗi cố định các chuyển đổi trạng thái và sự kiện kinh tế.

1. Lịch trình lãnh đạo cho epoch tiếp theo được tính toán từ trọng số stake của validator hiện tại
2. Các tài khoản Stake ở trạng thái "đang kích hoạt" chuyển sang trạng thái hoạt động đầy đủ và bắt đầu nhận phần thưởng
3. Các tài khoản Stake ở trạng thái "đang hủy stake" trở nên thanh khoản đầy đủ và có thể rút
4. Phần thưởng Staking được tính toán cho tất cả các stake đang hoạt động và phân phối cho các tài khoản stake
5. SOL mới được đúc theo lịch trình lạm phát hiện tại và phân phối dưới dạng phần thưởng
6. Các thay đổi tỷ lệ hoa hồng trước đó được xếp hàng chờ bởi các validator có hiệu lực cho epoch mới
7. Tín dụng bỏ phiếu tích lũy trong epoch đã hoàn thành được tổng hợp và Reset cho epoch tiếp theo

Lưu ý: Các sự kiện từ 2 đến 5 và sự kiện 7 xảy ra tự động. Validator và người ủy quyền không thực hiện hành động nào cho những việc này. Sự kiện 6 là sự kiện duy nhất yêu cầu đầu vào trước từ validator (thiết lập tỷ lệ hoa hồng mới).

Các mục 2 và 3 quan trọng nhất đối với người ủy quyền: đây là thời điểm stake mới được ủy quyền trở nên hoạt động và khi SOL đã hủy stake có thể rút được.

Mục 1 quan trọng nhất đối với người vận hành validator: các chỉ định slot cho epoch tiếp theo được khóa tại thời điểm này, dựa trên trọng số stake tại ảnh chụp nhanh ranh giới.

Các mục 4 và 5 hoạt động cùng nhau: lịch trình lạm phát đúc tiền SOL mới, và SOL mới đúc đó được phân phối dưới dạng phần thưởng stake tỷ lệ với trọng số stake và điểm tín dụng bỏ phiếu.

Mục 6 ghi lại một quy tắc mà hầu hết nội dung hướng tới người stake đều bỏ qua. Validator không thể thay đổi tỷ lệ hoa hồng của họ giữa chừng epoch. Bất kỳ thay đổi nào được thông báo trong một epoch đều có hiệu lực tại đây, tại ranh giới epoch, cho phép người ủy quyền có khoảng thời gian epoch trước đó để quan sát thay đổi và tái ủy quyền nếu họ chọn.

Mô hình lạm phát của Solana và Tokenomics theo Epoch

Phần thưởng stake của Solana không đến từ một nhóm cố định. Chúng được tạo ra mỗi epoch thông qua một lịch trình lạm phát theo chương trình được tích hợp sẵn trong giao thức.

"Lạm phát" ở đây chỉ cụ thể việc phát hành token SOL mới ở cấp độ giao thức, không phải lạm phát giá tiêu dùng vĩ mô. Hai khái niệm này riêng biệt và không nên gộp lẫn.

Lịch trình lạm phát: Solana ra mắt với tỷ lệ lạm phát hàng năm ban đầu trên 8%. Tỷ lệ này giảm 15% mỗi năm theo mô hình giảm lạm phát, hướng tới mục tiêu dài hạn là 1,5%. Tại mỗi ranh giới epoch, SOL mới được đúc theo tỷ lệ lạm phát hiện tại và phân phối cho các validator và người ủy quyền của họ tỷ lệ với trọng số stake. Đây là nguồn gốc của phần thưởng stake: mỗi người ủy quyền nhận được một phần phát hành SOL mới cho epoch đó.

Validator kiếm được hai loại phần thưởng epoch. Loại chính là phần thưởng lạm phát từ lịch trình đúc tiền. Loại thứ hai là 50% phí giao dịch thu được trong các slot được chỉ định của họ; 50% còn lại bị đốt bỏ, làm giảm tổng cung SOL. Thành phần lạm phát là động lực lớn hơn cho phần thưởng Staking của người ủy quyền.

Tỷ lệ lạm phát giảm dần hàng năm. Để biết tỷ lệ hiện tại, hãy xem tài liệu về lạm phát của Solana Foundation.). Bất kỳ tỷ lệ cụ thể nào được trích dẫn trong một bài viết sẽ trở nên lỗi thời khi lịch trình tiến triển.

Cách kiểm tra Epoch Solana hiện tại

Ba trình duyệt khối cung cấp dữ liệu epoch Solana theo thời gian thực, mỗi trình duyệt tự động cập nhật khi các slot được xử lý.

Lưu ý: Số hiệu epoch thay đổi khoảng mỗi 2 đến 3 ngày. Bất kỳ số hiệu epoch cụ thể nào được trích dẫn trong bài viết sẽ bị lỗi thời tại thời điểm bạn đọc nó. Hãy sử dụng các công cụ bên dưới để xem dữ liệu hiện tại.

Bước 1: Truy cập Solana Beach. Widget epoch trên trang chủ hiển thị số hiệu epoch hiện tại, các slot đã trôi qua trong epoch hiện tại, các slot còn lại và thời gian ước tính cho đến ranh giới epoch tiếp theo.

Bước 2: Truy cập Solscan (solscan.io). Tab Epoch trong bảng thống kê mạng hiển thị số hiệu epoch hiện tại cùng với dữ liệu hiệu suất của validator được chia nhỏ theo từng epoch.

Bước 3: Truy cập Solana Explorer (explorer.solana.com). Bảng thống kê cụm (cluster) hiển thị thông tin epoch cùng với độ cao slot và số lượng giao dịch.

Các nhà phát triển cũng có thể truy vấn dữ liệu epoch từ dòng lệnh:

solana epoch-info

Lệnh này trả về số hiệu epoch hiện tại, chỉ số slot trong epoch và số lượng slot còn lại.

Để truy cập dữ liệu epoch theo cách lập trình, bao gồm việc đọc cấu hình epoch trong một chương trình Trên chuỗi hoặc thông qua JSON-RPC, hãy xem phần dành cho nhà phát triển bên dưới. Sysvar EpochSchedule là nguồn Trên chuỗi cho dữ liệu cấu hình epoch.

Dành cho nhà phát triển: Truy cập dữ liệu Epoch thông qua Sysvar EpochSchedule và RPC

Phần này đề cập đến việc truy cập dữ liệu epoch theo cách lập trình cho các nhà phát triển xây dựng ứng dụng có nhận biết epoch trên Solana. Những người đọc không có chuyên môn kỹ thuật có thể bỏ qua để đến phần FAQ.

Logic nhận biết epoch là bắt buộc đối với các ứng dụng triển khai mở khóa token theo epoch (epoch-gated token vesting), các cửa sổ bỏ phiếu quản trị, tái cân bằng giao thức định kỳ và theo dõi hiệu suất của validator.

Sysvar EpochSchedule

Một sysvar là một tài khoản hệ thống Solana chỉ đọc đặc biệt, dùng để hiển thị dữ liệu cấu hình mạng cho các chương trình Trên chuỗi. Sysvar EpochSchedule hiển thị cấu hình lịch trình epoch, bao gồm:

• slots_per_epoch: 432.000 (hằng số giao thức cho Mainnet)
• leader_schedule_slot_offset: 432.000 (độ lệch được sử dụng khi tính toán lịch trình leader)
• warmup: bool (liệu giai đoạn khởi động epoch ban đầu có đang hoạt động hay không)
• first_normal_epoch: epoch đầu tiên có đầy đủ số lượng slot
• first_normal_slot: slot đầu tiên của epoch bình thường đầu tiên

EpochSchedule là một trong số các sysvar của Solana; các sysvar khác (Clock, Rent, StakeHistory, SlotHashes) không được đề cập ở đây. Các định nghĩa trường đầy đủ có sẵn trong tài liệu sysvar EpochSchedule.

Giá trị slots_per_epoch (432.000) là hằng số giao thức cố định làm cơ sở cho tất cả các tính toán thời gian epoch. Thời gian slot PoH là cơ sở cho các tính toán EpochSchedule: sysvar hiển thị cấu trúc lịch trình, trong khi thời gian thực tế (wall-clock) phụ thuộc vào tốc độ xử lý slot trong thế giới thực.

Đọc dữ liệu epoch thông qua phương thức RPC getEpochInfo

Phương thức JSON-RPC getEpochInfo trả về trạng thái epoch hiện tại. Gọi phương thức này với một mảng tham số trống:

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "getEpochInfo",
  "params": []
}

Phản hồi:

{
  "jsonrpc": "2.0",
  "result": {
    "absoluteSlot": 166598,
    "blockHeight": 166500,
    "epoch": 27,
    "slotIndex": 2790,
    "slotsInEpoch": 432000,
    "transactionCount": 22661093
  },
  "id": 1
}

Giải thích các trường:

• absoluteSlot: số slot hiện tại trong toàn bộ lịch sử chuỗi
• blockHeight: độ cao khối hiện tại
• epoch: số hiệu epoch hiện tại
• slotIndex: chỉ số slot trong epoch hiện tại (dao động từ 0 đến 431.999)
• slotsInEpoch: luôn là 432.000 trên Mainnet (hằng số giao thức)
• transactionCount: tổng số giao dịch đã xử lý cho đến nay

Giá trị slotIndex cho bạn biết bạn đã đi được bao xa trong epoch hiện tại. Lấy slotsInEpoch (432.000) trừ đi slotIndex để tính số slot còn lại trong epoch hiện tại.

Sự khác biệt chính: EpochSchedule hiển thị dữ liệu cấu hình lịch trình cố định; getEpochInfo trả về trạng thái hiện tại động. Sử dụng EpochSchedule để đọc các tham số lịch trình; sử dụng getEpochInfo hoặc sysvar Clock để đọc số hiệu epoch hiện tại khi đang chạy.

Truy cập số hiệu epoch hiện tại trong một chương trình Trên chuỗi

Để đọc số hiệu epoch hiện tại bên trong một chương trình Trên chuỗi, hãy truy cập sysvar Clock. Trường epoch trả về số hiệu epoch hiện tại dưới dạng u64.

use solana_program::sysvar::clock::Clock;
use solana_program::sysvar::Sysvar;

// Bên trong trình xử lý lệnh (instruction handler) của bạn:
let clock = Clock::get()?;
let current_epoch: u64 = clock.epoch;
// current_epoch hiện đang giữ số hiệu epoch Solana hiện tại

Mô hình này phù hợp cho bất kỳ chương trình Trên chuỗi nào cần kiểm soát logic theo epoch: giải phóng token vesting tại một số hiệu epoch cụ thể, hạn chế bỏ phiếu quản trị trong một cửa sổ epoch xác định hoặc theo dõi hiệu suất của validator theo epoch.

Các câu hỏi thường gặp về thời gian Epoch trên Solana

Các câu hỏi sau đây giải quyết các tìm kiếm phổ biến nhất về epoch Solana trên tất cả năm cụm People Also Ask.

Epoch trong Solana là gì?

Một epoch Solana là một khoảng thời gian định kỳ cố định gồm đúng 432.000 slot liên tiếp, kéo dài khoảng 2 đến 3 ngày trong điều kiện thực tế. Mỗi epoch cấu trúc cách mạng lưới Solana phân bổ trách nhiệm sản xuất khối cho các validator, tích lũy điểm thưởng bỏ phiếu (vote credit), phân phối phần thưởng Staking, đúc SOL mới thông qua lạm phát và xử lý các thay đổi trạng thái tài khoản stake. Tất cả các sự kiện này xảy ra tự động tại ranh giới epoch.

Một epoch Solana dài bao nhiêu ngày?

Phần thưởng Staking trên Solana được phân phối tự động vào cuối mỗi epoch, khoảng mỗi 2 đến 3 ngày. Không cần thực hiện thao tác thủ công nào. Tại ranh giới epoch, giao thức sẽ tính toán phần thưởng của mỗi người ủy quyền dựa trên tỷ lệ cổ phần của họ trong tổng số SOL được stake, điểm thưởng bỏ phiếu của validator cho epoch đó và tỷ lệ lạm phát hiện tại. Phần thưởng được gửi trực tiếp vào tài khoản stake của người ủy quyền và tự động được re-Staking.

Khi bạn ủy quyền SOL, số tiền stake của bạn sẽ chuyển sang trạng thái "đang kích hoạt" và không nhận được phần thưởng cho đến ranh giới epoch tiếp theo. Giai đoạn khởi động (warmup) này có thể mất từ vài giờ (nếu bạn ủy quyền gần cuối epoch) đến gần 2-3 ngày (nếu bạn ủy quyền vào đầu epoch). Thời điểm kích hoạt được xác định bởi ranh giới epoch tiếp theo, không phải bởi thời gian kể từ khi bạn thực hiện ủy quyền.

Tại mỗi ranh giới kỷ nguyên, giao thức Solana tự động thực hiện bảy sự kiện: (1) lịch trình người dẫn đầu cho kỷ nguyên tiếp theo được tính toán từ trọng số stake hiện tại; (2) các tài khoản stake đang kích hoạt trở nên hoạt động đầy đủ; (3) các tài khoản stake đang hủy kích hoạt trở nên có thể rút; (4) phần thưởng staking được tính toán và phân phối; (5) SOL mới được tạo ra theo lịch phát hành; (6) các thay đổi về tỷ lệ hoa hồng của người xác thực đã xếp hàng có hiệu lực; (7) tín dụng bỏ phiếu được tổng hợp và reset. ### Lịch trình người dẫn đầu của Solana hoạt động như thế nào?

Lịch trình người dẫn đầu là một phân công xác định, được tính toán trước về việc người xác thực được gán vào các khe thời gian cụ thể trong một kỷ nguyên. Tại mỗi ranh giới kỷ nguyên, mạng lưới tính toán người xác thực nào được gán cho khe thời gian nào cho toàn bộ kỷ nguyên sắp tới, dựa trên trọng số stake của mỗi người xác thực tại thời điểm đó. Bất kỳ nút nào cũng có thể độc lập tính toán cùng một lịch trình từ cùng các đầu vào. Người xác thực có trọng số stake lớn hơn sẽ được gán nhiều khe thời gian tương ứng hơn. ### Kỷ nguyên của Solana so với Ethereum như thế nào?

Kỷ nguyên của Solana bao gồm 432.000 khe thời gian kéo dài khoảng 2 đến 3 ngày. Kỷ nguyên của Ethereum (sau The Merge) bao gồm 32 khe thời gian kéo dài khoảng 6,4 phút. Cả hai phục vụ các mục đích khác nhau: kỷ nguyên của Solana điều chỉnh việc gán lịch trình người dẫn đầu, phân phối phần thưởng và phát hành lạm phát. Ethereum xử lý việc kiểm tra tính cuối cùng thông qua Casper FFG và luân chuyển ủy ban người xác thực. Ethereum phân phối phần thưởng staking hàng ngày, theo một nhịp độ riêng biệt với cấu trúc kỷ nguyên của nó. ### Làm cách nào để kiểm tra kỷ nguyên Solana hiện tại?

Ba công cụ cung cấp dữ liệu kỷ nguyên trực tiếp: Solana Beach hiển thị số kỷ nguyên hiện tại, các khe thời gian đã trôi qua và thời gian còn lại trên trang chủ của nó. Solscan (solscan.io) cung cấp dữ liệu kỷ nguyên trong bảng thống kê mạng lưới của nó. Solana Explorer (explorer.solana.com) hiển thị thông tin kỷ nguyên trong bảng thống kê cụm của nó. Các nhà phát triển cũng có thể chạy solana epoch-info thông qua Solana CLI. Số kỷ nguyên thay đổi khoảng 2 đến 3 ngày một lần. ### Tôi có thể bỏ lỡ một chu kỳ phần thưởng bằng cách ủy quyền vào thời điểm sai không?

Không có chu kỳ phần thưởng nào bị mất vĩnh viễn do ủy quyền vào bất kỳ thời điểm nào. Bất kể bạn ủy quyền vào thời điểm nào trong kỷ nguyên, stake của bạn sẽ hoạt động vào đầu ranh giới kỷ nguyên tiếp theo và kiếm phần thưởng kể từ thời điểm đó trở đi. Nếu bạn ủy quyền gần cuối kỷ nguyên, thời gian chờ đợi để stake hoạt động sẽ ngắn hơn. Nếu bạn ủy quyền vào đầu kỷ nguyên, bạn sẽ phải đợi gần như toàn bộ một kỷ nguyên. Bạn không bỏ lỡ phần thưởng; bạn chỉ trì hoãn thời điểm bắt đầu kỷ nguyên kiếm thưởng đầu tiên của mình. ### Có bao nhiêu kỷ nguyên Solana xảy ra mỗi năm?

Với thời lượng tối thiểu lý thuyết là 2,0 ngày cho mỗi kỷ nguyên, sẽ có khoảng 182 kỷ nguyên mỗi năm (365 ngày chia cho 2,0 ngày cho mỗi kỷ nguyên). Với thời lượng thực tế điển hình hơn là 2,5 ngày cho mỗi kỷ nguyên, có khoảng 146 kỷ nguyên mỗi năm. Số lượng chính xác thay đổi tùy thuộc vào hiệu suất mạng trong suốt cả năm. ### Kỷ nguyên Solana APY là gì?

Phần thưởng staking của Solana APY không cố định và không thể phát biểu bằng một con số duy nhất. Mối quan hệ xấp xỉ là: (lượng phát hành lạm phát hàng năm chia cho tổng SOL đã stake) nhân với (1 trừ tỷ lệ hoa hồng của người xác thực của bạn). Vì cả tỷ lệ lạm phát và tổng SOL đã stake đều thay đổi theo thời gian, APY thay đổi theo mỗi kỷ nguyên. Để có ước tính hiện tại, hãy sử dụng giao diện staking của ví của bạn, một công cụ tính toán staking Solana hoặc tham khảo tài liệu về lạm phát của Quỹ Solana.

Sử dụng kiến thức về kỷ nguyên để đưa ra quyết định Staking tốt hơn

Các kỷ nguyên Solana là khoảng thời gian phối hợp cơ bản của mạng: 432.000 khe thời gian, khoảng 2 đến 3 ngày, với tất cả các sự kiện kinh tế được kích hoạt tự động tại mỗi ranh giới kỷ nguyên.

Sau khi đọc bài viết này, giờ đây bạn có thể tự tin thực hiện bốn điều:

1. Định nghĩa kỷ nguyên Solana là gì: một khoảng thời gian cố định gồm chính xác 432.000 khe thời gian liên tiếp, cấu trúc lịch trình người xác thực, phân phối phần thưởng và lạm phát
2. Nêu thời lượng của nó: khoảng 2 đến 3 ngày trong điều kiện thực tế, có thể thay đổi tùy thuộc vào tốc độ xử lý khe thời gian
3. Giải thích lý do tại sao thời lượng thay đổi: các khe thời gian bị bỏ qua, tắc nghẽn mạng và các sự cố lịch sử có thể kéo dài thời gian thực tế vượt quá mức tối thiểu 2,0 ngày theo lý thuyết
4. Biết khi nào phần thưởng đến và khi nào stake hoạt động: cả hai đều xảy ra tại các ranh giới kỷ nguyên, tự động, không cần bất kỳ hành động nào

Ba điểm thực tế cần ghi nhớ cho hoạt động staking của bạn với Solana (SOL):

1. Phần thưởng Staking đến khoảng 2 đến 3 ngày một lần, được gửi tự động vào tài khoản stake của bạn
2. Dự trù 2 đến 3 ngày cho SOL mới ủy quyền để hoạt động trước khi mong đợi phần thưởng đầu tiên
3. Nếu chuyển đổi người xác thực, hãy tính toán khoảng trống một kỷ nguyên tiềm năng trong phần thưởng trong quá trình chuyển đổi và xác minh điểm tín dụng bỏ phiếu của người xác thực mới

Đánh dấu trang Solana Beach hoặc Solscan để theo dõi kỷ nguyên hiện tại và điểm tín dụng bỏ phiếu của người xác thực của bạn giữa các chu kỳ phần thưởng.

Bài viết này chỉ dành cho mục đích thông tin và giáo dục. Nó không cấu thành lời khuyên tài chính hoặc đầu tư. Tiền điện tử Staking tiềm ẩn rủi ro, bao gồm cả rủi ro thua lỗ. Luôn tự thực hiện nghiên cứu của bạn trước khi đưa ra các quyết định staking hoặc đầu tư. Các tham số giao thức Solana và số liệu thống kê mạng lưới, bao gồm tỷ lệ lạm phát và thời lượng kỷ nguyên trung bình, có thể thay đổi. Để biết số liệu hiện tại, hãy tham khảo tài liệu chính thức của Quỹ Solana hoặc một trình khám phá khối Solana.

Hướng dẫn Kỹ thuật Solana Liên quan

• Phân tích dữ liệu trên chuỗi Solana
• Solana Firedancer TPS
• Cơ chế đốt Solana

Những người đọc nghiên cứu các sản phẩm liên quan đến staking có thể xem SOL Earn) và trang giá SOL) một cách riêng biệt. Tính khả dụng của sản phẩm, các điều khoản và rủi ro khác nhau tùy theo khu vực và có thể thay đổi theo thời gian.