Lịch Epoch

Lịch Epoch là gì?

Lịch epoch là bộ quy tắc của blockchain dùng để chia thời gian mạng thành các epoch và đơn vị nhỏ hơn gọi là slot.Lịch này xác định cách nhóm các slot, thời điểm kết thúc một epoch, bắt đầu epoch tiếp theo và thời điểm các sự kiện của mạng dựa trên epoch có thể diễn ra.Tùy blockchain, các sự kiện này có thể gồm phân công validator, luân phiên leader, cập nhật staking, tính phần thưởng, chụp nhanh dữ liệu quản trị, nâng cấp giao thức và thay đổi tham số đồng thuận.Lịch epoch thường được biểu thị theo thời gian của giao thức thay vì ngày tháng trên lịch thông thường.Ví dụ, mạng có thể định nghĩa một epoch là một số lượng slot cố định thay vì quy định mỗi epoch kéo dài chính xác hai ngày.Thời lượng thực tế có thể khác với ước tính nếu việc tạo slot nhanh hoặc chậm hơn tốc độ mục tiêu.Thuật ngữ này có thể chỉ cấu trúc thời gian chung của bất kỳ blockchain nào sử dụng epoch.Thuật ngữ này cũng có ý nghĩa cụ thể hơn trên Solana, nơi Epoch Schedule mô tả các tham số của cụm mạng dùng để ánh xạ slot sang epoch và phối hợp lịch leader.

Epoch là gì?

Epoch là một nhóm slot blockchain liên tiếp được xác định trước.Mạng Proof of Stake sử dụng epoch để tổ chức hoạt động của validator thành các giai đoạn có thể quản lý.Thay vì tính toán lại mọi trách nhiệm mạng sau mỗi giao dịch, giao thức có thể thực hiện một số cập nhật tại các ranh giới epoch có thể dự đoán.Epoch có thể cung cấp khoảng thời gian tham chiếu chung để đo mức độ tham gia của validator, tính phần thưởng staking, thay đổi trạng thái ủy quyền, luân phiên các ủy ban hoặc kích hoạt quy tắc giao thức.Số epoch thường tăng dần từ khi blockchain bắt đầu.Tuy nhiên, số epoch chỉ có ý nghĩa trong mạng của chính nó, vì epoch 500 trên một blockchain không liên quan đến epoch 500 trên blockchain khác.

Slot là gì?

Slot là một khoảng cơ hội ngắn do giao thức xác định, trong đó validator có thể được kỳ vọng hoặc cho phép tạo block hay thực hiện một nhiệm vụ đồng thuận khác.Nhiều slot được nhóm lại thành một epoch.Slot có thể trôi qua mà không có block nào được tạo.Điều này có thể xảy ra khi validator được chọn ngoại tuyến, block đến quá muộn, mạng từ chối block hoặc thiết kế đồng thuận không yêu cầu mọi slot đều chứa block.Vì vậy, số slot không phải lúc nào cũng bằng số block.Ứng dụng không nên giả định mỗi slot tương ứng với một block được tạo thành công.

Lịch Epoch và số Epoch

Số epoch xác định một epoch cụ thể trong lịch sử blockchain.Lịch epoch quy định cách tính số đó và xác định ranh giới của epoch.Ví dụ, lịch có thể quy định số slot trong mỗi epoch và liệu các epoch ban đầu có độ dài khác hay không.Truy vấn epoch hiện tại cho ứng dụng biết vị trí hiện tại của mạng.Truy vấn lịch epoch cho ứng dụng biết cấu trúc epoch của mạng được tổ chức như thế nào.

Vì sao lịch epoch quan trọng?

Lịch epoch cung cấp khuôn khổ có thể dự đoán cho validator và ứng dụng khi xử lý các hoạt động blockchain phụ thuộc vào thời gian.Validator có thể chuẩn bị cho nhiệm vụ tạo block hoặc bỏ phiếu sắp tới.Người staking có thể ước tính thời điểm thay đổi ủy quyền hoặc tính phần thưởng có hiệu lực.Ví có thể hiển thị tiến trình đến ranh giới epoch.Hệ thống giám sát có thể đo hiệu suất validator trong một khoảng thời gian nhất quán.Nhà phát triển có thể lên lịch các thao tác phụ thuộc vào số epoch hoặc phạm vi slot.Nhà phát triển giao thức có thể kích hoạt một số nâng cấp tại ranh giới được xác định rõ thay vì dựa vào dấu thời gian trên đồng hồ thực không chắc chắn.

Cách xác định lịch epoch

Lịch epoch thường gồm số slot trong mỗi epoch và mối quan hệ giữa slot tuyệt đối với số epoch.Một số lịch cũng mô tả giai đoạn warmup, trong đó các epoch ban đầu ngắn hơn epoch thông thường.Lịch có thể quy định lịch leader hoặc phân công ủy ban được tính trước bao lâu.Lịch cũng có thể bao gồm epoch và slot đầu tiên áp dụng độ dài đầy đủ thông thường.Các tham số này phải được diễn giải theo quy tắc của blockchain cụ thể.Cùng một tên trường có thể dẫn đến hệ quả vận hành khác nhau giữa các hệ thống đồng thuận.

Độ dài epoch cố định và thay đổi

Epoch có độ dài cố định luôn chứa cùng số lượng slot sau giai đoạn khởi động hoặc warmup.Lịch có độ dài thay đổi có thể điều chỉnh số slot theo quy tắc giao thức, giai đoạn mạng hoặc thiết kế tăng dần trong giai đoạn đầu.Ngay cả khi số slot cố định, thời lượng thực tế cũng có thể không hoàn toàn cố định.Blockchain có thời gian slot mục tiêu có thể gặp sai lệch thời gian do điều kiện mạng và hiệu suất validator.Vì vậy, ứng dụng nên phân biệt số slot trong một epoch với thời lượng ước tính tính bằng phút, giờ hoặc ngày.

Ranh giới epoch

Ranh giới epoch là thời điểm chuyển từ slot cuối cùng của epoch này sang slot đầu tiên của epoch tiếp theo.Giao thức thường dùng các ranh giới này làm điểm đồng bộ cho những thay đổi liên quan đến đồng thuận.Tập hợp validator, phân bổ staking, trạng thái phần thưởng hoặc lịch leader có thể được cập nhật tại hoặc quanh ranh giới.Ứng dụng phụ thuộc vào chuyển đổi epoch nên dùng dữ liệu on-chain thay vì chỉ dựa vào đồng hồ đếm ngược cục bộ.Độ trễ mạng và khác biệt về mức độ cam kết của RPC có thể khiến hai nhà cung cấp dữ liệu báo cáo vị trí hiện tại hơi khác nhau gần ranh giới.

Lịch Epoch trên Solana

Trên Solana, epoch là khoảng gồm số slot mà lịch leader có hiệu lực.

Hướng dẫn thuật ngữ Solana chính thức định nghĩa epoch thông qua mối quan hệ với slot và lịch leader.

Solana cung cấp phương thức RPC tên

, trả về các tham số lịch epoch của cụm mạng.

Tài liệu getEpochSchedule chính thức liệt kê năm trường trong phản hồi.

Các trường này là

, , , và .

Phương thức này không yêu cầu tham số truy vấn.Nhà phát triển nên truy vấn đúng cụm mạng dự kiến thay vì cho rằng mọi mạng Solana đều sử dụng cùng giá trị lịch.

slotsPerEpoch

Trường

cho biết số slot tối đa trong một epoch có độ dài thông thường.

Đây là giá trị cốt lõi để tính ranh giới epoch sau giai đoạn warmup.Nếu cụm mạng không dùng epoch warmup, độ dài thông thường có thể áp dụng ngay từ epoch đầu tiên.Nếu bật warmup, các epoch trước đó có thể chứa ít slot hơn trước khi lịch đạt độ dài đầy đủ này.Trường này biểu thị số slot chứ không bảo đảm số block.Một số slot có thể không tạo ra block được chấp nhận.

leaderScheduleSlotOffset

Trường

mô tả thời điểm trước ranh giới epoch mà lịch leader của epoch liên quan được xác định.

Lịch leader ánh xạ validator với các slot mà họ dự kiến sẽ đảm nhiệm việc tạo block.Xác định lịch trước cho phép validator chuẩn bị cho các slot được phân công.Không nên nhầm độ lệch này với số slot trong epoch, ngay cả khi hai trường tình cờ có cùng giá trị trên một cụm mạng cụ thể.

warmup

Trường

là giá trị Boolean cho biết các epoch ban đầu có bắt đầu với độ dài ngắn hơn rồi tăng dần đến kích thước thông thường hay không.

Giá trị

nghĩa là lịch có hành vi khởi động này.

Giá trị

nghĩa là cụm mạng không sử dụng các epoch warmup có độ dài tăng dần.

Các tham số warmup chủ yếu ảnh hưởng đến giai đoạn đầu lịch sử của mạng.Ứng dụng tính ranh giới epoch trong quá khứ phải tính đến warmup thay vì áp dụng độ dài epoch thông thường cho mọi epoch ban đầu.

firstNormalEpoch

Trường

xác định epoch đầu tiên sử dụng đầy đủ số slot thông thường.

Trường này đặc biệt quan trọng khi

được bật.

Các epoch trước thời điểm này có thể có độ dài khác nhau tăng dần.Phần mềm thực hiện tính toán lịch sử nên dùng quy tắc warmup của lịch thay vì trừ đi số slot cố định cho từng epoch trước đó.

firstNormalSlot

Trường

xác định slot tuyệt đối tại đó epoch đầu tiên có độ dài thông thường bắt đầu.

Trường này cung cấp mốc tham chiếu để ánh xạ các số slot sau đó sang epoch thông thường.

và cùng phân tách phần warmup của lịch với phần thông thường.

Ứng dụng có thể dùng các trường này để tránh tính sai epoch lịch sử.

Sysvar Epoch Schedule của Solana

Chương trình Solana có thể truy cập thông tin lịch epoch thông qua biến hệ thống EpochSchedule, thường gọi là sysvar.Sysvar cung cấp thông tin do mạng duy trì để chương trình on-chain đọc trong lúc thực thi.

Tài liệu tham chiếu syscall Solana chính thức có syscall dùng để tải sysvar EpochSchedule vào bộ nhớ chương trình.

Nhờ vậy, chương trình on-chain có thể tính mối quan hệ giữa epoch và slot mà không phụ thuộc vào website off-chain.Chương trình vẫn nên tránh giả định không cần thiết về thời gian thực vì lịch được biểu thị bằng slot.

getEpochSchedule và getEpochInfo

trả về các tham số cấu trúc xác định hệ thống epoch của cụm mạng.

trả về vị trí epoch hiện tại của node và các bộ đếm liên quan.

Tài liệu getEpochInfo chính thức gồm epoch hiện tại, slot tuyệt đối, chỉ số slot, số slot trong epoch hiện tại, chiều cao block và số lượng giao dịch nếu có.

Trường

cho biết vị trí hiện tại trong epoch.

Trường

cho biết số slot trong epoch cụ thể đó.

Ứng dụng có thể kết hợp cả hai phương thức để hiểu cấu trúc lịch và hiển thị tiến trình hiện tại.

Lịch Epoch và lịch leader

Lịch epoch xác định cách chia slot thành các epoch.Lịch leader xác định validator nào được phân công dẫn dắt các slot cụ thể trong một epoch.Hai khái niệm có liên quan nhưng không thể thay thế cho nhau.

Phương thức getLeaderSchedule của Solana trả về danh tính validator và chỉ số slot leader tương đối cho một epoch được chọn.

Ứng dụng giám sát có thể dùng lịch epoch để xác định epoch và dùng lịch leader để xác định nhà sản xuất block dự kiến.

Epoch Solana và phần thưởng staking

Epoch cung cấp khoảng thời gian kế toán cho thông tin staking quan trọng trên Solana.Mạng cung cấp dữ liệu phần thưởng theo epoch thông qua hệ thống RPC.

Phương thức getInflationReward trả về thông tin phần thưởng staking hoặc bỏ phiếu được ghi có cho một epoch cụ thể nếu dữ liệu khả dụng.

Bản ghi phần thưởng theo epoch có thể gồm số epoch, slot hiệu lực, số tiền được ghi có, số dư sau đó và thông tin hoa hồng của validator.Không nên hiểu phần thưởng gắn với một epoch là khoản thanh toán cố định được đảm bảo.Kết quả staking thực tế phụ thuộc vào quy tắc mạng, hiệu suất validator, trạng thái staking, hoa hồng và các điều kiện giao thức khác.

Lịch Epoch của Ethereum

Ethereum cũng tổ chức cơ chế đồng thuận Proof of Stake thành các slot và epoch.Hiện Ethereum sử dụng slot 12 giây và 32 slot mỗi epoch.Như vậy, thời lượng theo lịch của một epoch là 384 giây, tương đương khoảng 6,4 phút.

Tài liệu Proof of Stake chính thức của Ethereum giải thích rằng một validator được chọn để đề xuất block trong mỗi slot.

Các ủy ban validator gửi attestation và mọi validator đang hoạt động thường có nhiệm vụ attestation trong mỗi epoch.Một slot có thể để trống nếu proposer được chọn không công bố block được chấp nhận.Dòng thời gian slot và epoch vẫn tiếp tục ngay cả khi bỏ lỡ một block.

Epoch Ethereum và tính hoàn tất

Ethereum sử dụng checkpoint epoch trong quy trình hoàn tất của cơ chế Proof of Stake.Validator bỏ phiếu cho mối quan hệ giữa các checkpoint thông qua attestation.Trong điều kiện mạng bình thường, đủ sự ủng hộ từ validator có thể giúp xác nhận và hoàn tất các checkpoint qua những epoch liên tiếp.Tính hoàn tất mang lại cho người dùng độ tin cậy cao rằng block sẽ không bị loại bỏ nếu không xảy ra sự cố đồng thuận nghiêm trọng cùng hậu quả kinh tế đáng kể.Ranh giới epoch không có nghĩa mọi giao dịch trong epoch trước lập tức được hoàn tất.Tính hoàn tất phụ thuộc vào mức độ tham gia của validator và quy tắc checkpoint của giao thức.

Epoch Ethereum và nhiệm vụ validator

Ethereum phân bổ trách nhiệm của validator theo slot và epoch.Validator thường attestation một lần trong mỗi epoch.Validator cũng có thể được chọn để đề xuất block hoặc tham gia sync committee.Thực hiện đúng thời hạn rất quan trọng vì nhiệm vụ muộn hoặc bị bỏ lỡ có thể làm giảm phần thưởng.

Hướng dẫn phần thưởng và hình phạt Ethereum mô tả phần thưởng cho các phiếu source, target và head đúng hạn, đề xuất block và tham gia sync committee.

Đơn vị vận hành validator nên theo dõi thời gian slot thay vì xem epoch như một hạn chót rộng.

Lịch Epoch của Cardano

Cơ chế đồng thuận Proof of Stake của Cardano cũng chia thời gian thành epoch và slot.

Tài liệu node Cardano hiện tại cho biết mỗi slot kéo dài một giây và mỗi epoch gồm 432.000 slot.

Thời lượng theo lịch của một epoch tương ứng năm ngày.Theo thiết kế đồng thuận của Cardano, trong một slot có thể không có hoặc có một hay nhiều node tạo block được chọn.Mạng không cần tạo block trong mọi slot một giây.

Hướng dẫn đồng thuận Cardano giải thích rằng việc nhóm slot thành epoch hỗ trợ lựa chọn leader dựa trên phân bổ staking thay đổi.

Lịch epoch khác nhau giữa các blockchain

Không có thời lượng epoch chung cho mọi loại tiền mã hóa.Epoch Ethereum kéo dài vài phút, trong khi các mạng khác có thể tính epoch theo giờ hoặc ngày.Một số mạng gắn epoch chặt chẽ với tính hoàn tất và luân phiên ủy ban.Mạng khác chủ yếu dùng epoch cho lịch leader, kế toán staking, cập nhật ủy quyền hoặc phân phối phần thưởng.Ví hoặc ứng dụng staking không bao giờ nên áp dụng giả định epoch của blockchain này cho blockchain khác.Tài liệu giao thức liên quan và dữ liệu node trực tiếp nên được xem là nguồn thông tin chuẩn xác.

Epoch và việc lựa chọn validator

Mạng Proof of Stake thường dùng thông tin staking để tác động đến việc phân công nhiệm vụ cho validator.Giao thức có thể chụp nhanh danh sách validator đủ điều kiện hoặc lượng stake trước khi nhiệm vụ có hiệu lực.Điều này giúp ngăn người tham gia thay đổi stake ngay sau khi biết được nhiệm vụ thuận lợi.Lịch epoch có thể cung cấp khung thời gian cho việc chụp nhanh, tính toán phân công và giai đoạn thực hiện nhiệm vụ.Độ trễ chính xác giữa thay đổi stake và nhiệm vụ có hiệu lực khác nhau tùy blockchain.

Epoch và kích hoạt staking

Tài sản được ủy quyền hoặc staking có thể chưa hoạt động ngay sau khi giao dịch được xác nhận.Giao thức có thể chờ đến epoch tiếp theo hoặc áp dụng hàng đợi kích hoạt.Độ trễ này cho phép mạng cập nhật bản ghi validator và stake theo trình tự.Unstaking cũng có thể yêu cầu chuyển epoch, hàng đợi thoát, thời gian chờ hoặc độ trễ rút tiền.Người dùng nên phân biệt xác nhận giao dịch với thời điểm staking được kích hoạt hoặc đủ điều kiện rút.Giao dịch staking có thể đã hoàn tất on-chain trong khi stake liên quan vẫn đang chờ theo quy tắc dựa trên epoch.

Epoch và tính phần thưởng

Nhiều hệ thống Proof of Stake đo mức độ tham gia và tính phần thưởng theo epoch.Mạng có thể tính nhiệm vụ được phân công, phiếu thành công, hoạt động tạo block, stake được ủy quyền, hình phạt và hoa hồng trong giai đoạn đó.Phần thưởng có thể được tính tại ranh giới epoch nhưng ghi có sau đó.Một số hệ thống tự động phân phối phần thưởng, trong khi hệ thống khác yêu cầu thao tác nhận hoặc cập nhật.Phần thưởng epoch ước tính không phải tỷ lệ được đảm bảo vì hiệu suất validator và điều kiện mạng có thể thay đổi.Người dùng cũng nên tính đến phí của đơn vị vận hành, biến động giá token, thuế và điều kiện rút tiền.

Epoch và nâng cấp giao thức

Ranh giới epoch có thể là thời điểm kích hoạt chính xác cho một bản nâng cấp blockchain.Mọi node tương thích có thể xác định thời điểm kích hoạt từ cùng một lịch giao thức.Cách này thường dễ dự đoán hơn dùng số block trên mạng có thời gian tạo block thay đổi.Nâng cấp được thông báo cho một epoch cụ thể sẽ có hiệu lực khi mạng đạt đến epoch đó theo chuỗi được chấp nhận.Nhà vận hành node phải cài phần mềm tương thích trước thời điểm kích hoạt.Client vẫn tuân theo quy tắc cũ có thể ngừng đồng bộ hoặc lệch khỏi mạng sau khi nâng cấp có hiệu lực.

Lịch epoch và quản trị

Một số hệ thống quản trị crypto dùng epoch làm giai đoạn đề xuất, bỏ phiếu, thực thi hoặc ủy quyền.Quyền biểu quyết có thể được đo tại một ảnh chụp nhanh ở epoch hoặc slot cụ thể.Một đề xuất có thể mở trong số epoch xác định thay vì trong một khoảng thời gian lịch cố định.Cách này giúp dễ xác minh thời gian quản trị on-chain hơn.Tuy nhiên, người dùng cần hiểu lịch vì hạn chót chỉ được biểu thị bằng số epoch có thể khó xác định theo thời gian trên lịch thông thường.

Lịch epoch có thể thay đổi không?

Lịch epoch chỉ có thể thay đổi khi giao thức và quy trình quản trị blockchain cho phép.Một số tham số lịch được cố định khi mạng được tạo.Các mạng khác có thể điều chỉnh thời gian slot, độ dài epoch hoặc quy tắc nhiệm vụ thông qua nâng cấp giao thức có phối hợp.Các node tương thích phải triển khai thay đổi một cách nhất quán để tránh bất đồng đồng thuận.Ứng dụng không nên mã hóa cứng giả định thời gian vĩnh viễn nếu mạng cung cấp API hoặc biến hệ thống có thẩm quyền.

Ước tính thời điểm kết thúc epoch

Ứng dụng có thể ước tính thời gian còn lại của epoch bằng cách kết hợp số slot còn lại với thời lượng slot mục tiêu của mạng.Cách tính cơ bản là lấy số slot còn lại nhân với thời gian mục tiêu cho mỗi slot.Trên mạng có tiến trình slot thực tế thay đổi, đây chỉ là ước tính.Việc bỏ lỡ block không nhất thiết làm dừng đánh số slot vì slot có thể trôi qua độc lập với việc tạo block thành công.Đồng hồ đếm ngược nên được cập nhật bằng dữ liệu node trực tiếp và cần ghi rõ là ước tính khi phù hợp.

Số epoch và chiều cao block

Số epoch xác định một nhóm slot theo giao thức.Chiều cao block đếm số block được chấp nhận trong lịch sử chuỗi.Các giá trị này có thể tăng với tốc độ khác nhau vì một số slot không tạo ra block.Giao thức cũng có thể tạo nhiều ứng viên block trong một slot, trong khi đồng thuận cuối cùng chỉ chấp nhận một lịch sử chuỗi.Nhà phát triển nên dùng đúng giá trị cho từng nhiệm vụ thay vì đổi chiều cao block thành epoch dựa trên giả định mỗi slot có một block.

Số epoch và dấu thời gian

Số epoch là tham chiếu thời gian gốc của giao thức.Dấu thời gian biểu thị thời gian theo lịch.Blockchain có thể ước tính dấu thời gian tương ứng với ranh giới epoch, nhưng ước tính có thể phụ thuộc vào thời gian slot và chuỗi được chấp nhận.Hợp đồng thông minh nên tránh xem thời điểm kết thúc epoch ước tính là lịch hẹn off-chain chính xác, trừ khi giao thức bảo đảm mối quan hệ đó.Giao diện có thể hiển thị cả số epoch và ngày địa phương ước tính để dễ hiểu.

Dữ liệu lịch epoch và độ tin cậy RPC

RPC công khai giúp truy cập thông tin epoch thuận tiện, nhưng người dùng đang tin tưởng endpoint đó báo cáo dữ liệu chính xác.Endpoint không khả dụng, bị trễ hoặc độc hại có thể trả về trạng thái epoch cũ hoặc không chính xác.Ứng dụng có thể đối chiếu nhiều node hoặc tự vận hành node khi thông tin có ý nghĩa quan trọng đối với bảo mật.Ứng dụng cũng nên chọn mức cam kết hoặc tính hoàn tất phù hợp cho dữ liệu được yêu cầu.Giá trị quan sát ở mức cam kết thấp có thể phản ánh trạng thái chuỗi sau đó sẽ thay đổi.

Sử dụng dữ liệu epoch trong hợp đồng thông minh

Chương trình on-chain nên sử dụng nguồn thông tin epoch hoặc clock được giao thức phê duyệt.Chương trình không nên tin người dùng bất kỳ cung cấp epoch hiện tại mà không xác minh.Quy tắc dựa trên epoch cần xác định điều gì xảy ra chính xác tại ranh giới.Nhà phát triển nên kiểm thử slot cuối cùng của epoch này và slot đầu tiên của epoch tiếp theo.Nếu ứng dụng tính toán lịch sử, nhà phát triển cũng nên kiểm thử các epoch warmup trước đây.Lỗi lệch một đơn vị có thể khiến giai đoạn staking, quản trị hoặc phần thưởng bắt đầu hay kết thúc sớm hoặc muộn một slot.

Rủi ro bảo mật của logic dựa trên epoch

Tính epoch sai có thể gây lỗi phần thưởng, bỏ phiếu, rút tiền hoặc kiểm soát truy cập.Hợp đồng có thể dùng sai lịch sau khi được triển khai trên mạng khác.Ứng dụng có thể giả định epoch có độ dài thông thường trong giai đoạn warmup.Giao diện người dùng có thể hiển thị hạn chót gây hiểu nhầm do đổi slot sang thời gian thực bằng ước tính lỗi thời.Validator có thể bỏ lỡ nhiệm vụ sau khi tính sai lịch leader.Hệ thống quản trị có thể chấp nhận phiếu ngoài giai đoạn dự kiến do lỗi ranh giới.Mã phụ thuộc epoch nên dùng phép tính an toàn với số nguyên, dữ liệu mạng có thẩm quyền và kiểm thử các điều kiện ranh giới.

Cách nhà phát triển sử dụng lịch epoch

Bước đầu tiên là xác định mạng quy định epoch có số slot cố định hay thay đổi.Bước thứ hai là lấy lịch từ API node chính thức hoặc dữ liệu hệ thống.Bước thứ ba là tính đến epoch warmup và epoch thông thường đầu tiên nếu có.Bước thứ tư là phân biệt số slot tuyệt đối với chỉ số slot trong một epoch.Bước thứ năm là dùng thông tin epoch trực tiếp khi hiển thị tiến trình hiện tại.Bước thứ sáu là xem thời điểm hoàn tất theo đồng hồ thực là ước tính, trừ khi giao thức quy định thời gian chính xác.Bước thứ bảy là kiểm thử mọi phép tính quanh ranh giới epoch.Bước thứ tám là theo dõi các nâng cấp giao thức có thể thay đổi quy tắc liên quan.

Ví dụ tính lịch epoch

Giả sử một blockchain Proof of Stake giả định sử dụng 10.000 slot mỗi epoch sau giai đoạn warmup.Giả sử epoch thông thường đầu tiên là epoch 5 và slot đầu tiên của epoch đó là slot tuyệt đối 9.000.Các slot tuyệt đối từ 9.000 đến 18.999 thuộc epoch 5.Slot tuyệt đối 19.000 bắt đầu epoch 6.Chỉ số slot bằng 0 xác định slot đầu tiên trong một epoch.Chỉ số slot 9.999 xác định slot cuối cùng trong epoch thông thường.Ví dụ này cho thấy vì sao phần mềm cần cả slot thông thường đầu tiên lẫn số slot mỗi epoch.Các con số chỉ mang tính minh họa và không nên áp dụng cho blockchain đang hoạt động.

Các lỗi thường gặp về lịch epoch

Một lỗi thường gặp là cho rằng epoch có cùng thời lượng trên mọi blockchain.Lỗi khác là xem số slot như chiều cao block.Lỗi thứ ba là cho rằng mọi slot đều có block.Lỗi thứ tư là dùng độ dài epoch thông thường cho các epoch warmup ban đầu.Lỗi thứ năm là nhầm lịch epoch với lịch leader của validator.Lỗi thứ sáu là xem thời điểm kết thúc epoch ước tính như một cam kết chính xác.Lỗi thứ bảy là cho rằng giao dịch staking có hiệu lực ngay sau khi xác nhận.Lỗi thứ tám là mã hóa cứng giá trị lịch mà không kiểm tra mạng đang kết nối.Lỗi thứ chín là dựa vào một endpoint RPC chưa xác minh để tính epoch quan trọng đối với bảo mật.Lỗi thứ mười là không kiểm thử slot cuối và slot đầu quanh ranh giới epoch.

Câu hỏi thường gặp

Lịch epoch trong crypto nghĩa là gì?

Lịch epoch là tập hợp quy tắc blockchain xác định cách nhóm slot thành epoch và thời điểm mỗi epoch bắt đầu hoặc kết thúc.

Epoch khác slot như thế nào?

Slot là đơn vị thời gian đồng thuận ngắn, còn epoch là một nhóm slot liên tiếp.

Mọi slot đều có block không?

Không. Slot có thể trôi qua mà không có block được chấp nhận nếu nhà sản xuất được chọn ngoại tuyến, đến muộn hoặc không thành công.

Epoch có cùng độ dài trên mọi blockchain không?

Không. Độ dài epoch và thời lượng slot do từng giao thức blockchain quy định riêng.

Solana Epoch Schedule là gì?

Đây là cấu trúc cụm mạng ánh xạ slot sang epoch và cung cấp các tham số về độ dài epoch thông thường, hành vi warmup và thời điểm tính lịch leader.

getEpochSchedule trả về gì?

Phương thức trả về

, , , và .

getEpochSchedule có hiển thị epoch hiện tại không?

Không. Ứng dụng Solana dùng

để lấy epoch hiện tại và vị trí trong epoch đó.

slotsPerEpoch là gì?

Đây là số slot tối đa trong mỗi epoch có độ dài thông thường của cụm mạng được truy vấn.

Epoch warmup là gì?

Epoch warmup là epoch ban đầu có ít slot hơn độ dài đầy đủ thông thường của lịch.

firstNormalEpoch là gì?

Trường này xác định epoch đầu tiên có số slot thông thường đầy đủ.

firstNormalSlot là gì?

Trường này xác định slot tuyệt đối tại đó epoch đầu tiên có độ dài thông thường bắt đầu.

leaderScheduleSlotOffset là gì?

Trường này mô tả lịch leader validator liên quan được tính trước ranh giới epoch bao lâu.

Lịch epoch có giống lịch leader không?

Không. Lịch epoch xác định ranh giới epoch, còn lịch leader ánh xạ validator với các slot tạo block.

Epoch Ethereum kéo dài bao lâu?

Hiện Ethereum sử dụng 32 slot, mỗi slot 12 giây, nên thời lượng theo lịch của một epoch khoảng 6,4 phút.

Epoch Cardano kéo dài bao lâu?

Tài liệu Cardano hiện tại quy định 432.000 slot một giây cho mỗi epoch, tương ứng năm ngày.

Epoch có thể kết thúc mà không cần mọi slot tạo block không?

Có. Slot vẫn tiếp tục tiến triển dù một số slot không có block được chấp nhận.

Phần thưởng staking có được trả ở mỗi ranh giới epoch không?

Không nhất thiết, vì quy tắc tính, ghi có, nhận và rút phần thưởng khác nhau giữa các giao thức blockchain.

Kích hoạt staking có thể phụ thuộc vào epoch không?

Có. Nhiều hệ thống Proof of Stake chỉ áp dụng thay đổi validator hoặc ủy quyền sau khi chuyển epoch hoặc sau một độ trễ khác do giao thức quy định.

Lịch epoch có thể thay đổi không?

Lịch có thể thay đổi khi giao thức blockchain cho phép nâng cấp có phối hợp, dù một số tham số lịch có thể được cố định từ lúc tạo mạng.

Nhà phát triển có thể tính chính xác thời điểm kết thúc epoch không?

Nhà phát triển có thể tính số slot còn lại, nhưng ước tính theo thời gian lịch có thể thay đổi nếu thời gian slot thực tế khác mục tiêu.

Vì sao nâng cấp giao thức dùng số epoch?

Số epoch cung cấp mốc kích hoạt on-chain xác định mà các node tương thích có thể tính theo cùng quy tắc đồng thuận.

Hợp đồng thông minh có thể đọc lịch epoch không?

Điều này tùy blockchain; chương trình Solana có thể truy cập sysvar EpochSchedule thông qua các phương thức runtime được hỗ trợ.

Số epoch có giống số block không?

Không. Một epoch gồm nhiều slot và block, đồng thời một số slot có thể không tạo block.

Vì sao lịch epoch quan trọng với validator?

Lịch giúp validator nắm được giai đoạn thực hiện nhiệm vụ, phân công leader, thay đổi staking, kế toán phần thưởng và ranh giới kích hoạt giao thức.

Cách an toàn nhất để lấy dữ liệu epoch là gì?

Sử dụng giao diện node chính thức, xác minh mạng đang kết nối, chọn mức cam kết phù hợp và đối chiếu các nguồn dữ liệu độc lập khi độ chính xác quan trọng.

Kết luận

Lịch epoch là cấu trúc giao thức chia thời gian blockchain thành slot và epoch.Lịch này tạo ra các giai đoạn có thể dự đoán cho nhiệm vụ validator, luân phiên leader, cập nhật staking, phần thưởng, tính hoàn tất, quản trị và nâng cấp mạng.Epoch là một nhóm slot, còn slot là cơ hội ngắn để thực hiện hoạt động đồng thuận như tạo block hoặc bỏ phiếu.Slot và block không giống nhau vì một slot có thể trôi qua mà không có block được chấp nhận.Trên Solana, Epoch Schedule cũng là cấu trúc mạng cụ thể gồm độ dài epoch thông thường, độ lệch lịch leader, trạng thái warmup và các trường tham chiếu epoch thông thường.Hiện Ethereum sử dụng 32 slot, mỗi slot 12 giây, cho mỗi epoch, còn Cardano hiện dùng 432.000 slot, mỗi slot một giây, cho mỗi epoch.Những khác biệt này cho thấy phải luôn diễn giải thời gian epoch theo blockchain đang kết nối.Nhà phát triển nên lấy dữ liệu lịch từ giao diện node có thẩm quyền, tính đến cơ chế warmup và kiểm thử mọi phép tính ranh giới epoch.Người dùng nên xem đồng hồ đếm ngược theo lịch là ước tính khi thời gian slot có thể thay đổi và không nên cho rằng thay đổi staking hoặc phần thưởng sẽ khả dụng ngay ở mọi ranh giới.Hiểu lịch epoch giúp người dùng crypto diễn giải thời gian của validator, giai đoạn phần thưởng, nâng cấp mạng, hạn chót quản trị và nhịp vận hành của các blockchain Proof of Stake.