Epoch 排程

什麼是 Epoch 排程？

Epoch 排程是區塊鏈將網路時間劃分為 Epoch，以及稱為 Slot 的更小單位時所依循的規則。

它決定 Slot 如何分組、一個 Epoch 何時結束、下一個 Epoch 何時開始，以及哪些以 Epoch 為基礎的網路事件可以發生。

依區塊鏈而異，這些事件可能包括驗證者分配、區塊領導者輪替、質押更新、獎勵計算、治理快照、協議升級與共識參數變更。

Epoch 排程通常以協議時間表示，而非一般日曆日期。

例如，網路可能將固定數量的 Slot 定義為一個 Epoch，而不是規定每個 Epoch 都恰好持續兩天。

若 Slot 產生速度快於或慢於目標速率，實際經過時間可能與估算值不同。

此術語可泛指任何採用 Epoch 的區塊鏈之一般時間結構。

在 Solana 上，Epoch Schedule 也有更具體的意義，指用於將 Slot 對應至 Epoch 並協調領導者排程的叢集參數。

什麼是 Epoch？

Epoch 是一組依序連續排列的區塊鏈 Slot。

權益證明網路會使用 Epoch，將驗證者活動整理成便於管理的期間。

協議不必在每筆交易後重新計算所有網路職責，而可以在可預測的 Epoch 邊界套用特定更新。

Epoch 可提供共用的參考期間，用於衡量驗證者參與度、計算質押獎勵、變更委託狀態、輪替委員會或啟用協議規則。

Epoch 編號通常會從區塊鏈起始時開始遞增。

然而，Epoch 編號只在其所屬網路中有意義，因為某條區塊鏈的 Epoch 500 與另一條區塊鏈的 Epoch 500 毫無關聯。

什麼是 Slot？

Slot 是由協議定義的短暫機會，期間驗證者可能預期或獲准產生區塊，或執行其他共識職責。

多個 Slot 會組成一個 Epoch。

Slot 可能經過，但沒有區塊產生。

如果獲選驗證者離線、區塊送達太晚、網路拒絕該區塊，或共識設計不要求每個 Slot 都包含區塊，就可能發生這種情況。

因此，Slot 編號不一定等於區塊編號。

應用程式不應假設每個 Slot 都對應一個成功產生的區塊。

Epoch 排程與 Epoch 編號

Epoch 編號用來識別區塊鏈歷史中的特定 Epoch。

Epoch 排程則定義計算編號及判定 Epoch 邊界所依據的規則。

例如，排程可能規定每個 Epoch 包含多少個 Slot，以及初期 Epoch 的長度是否不同。

查詢目前 Epoch 可得知網路目前進行到哪裡。

查詢 Epoch 排程則可了解網路 Epoch 結構的組成方式。

Epoch 排程的重要性

Epoch 排程為驗證者與應用程式的時間相關區塊鏈活動提供可預測的架構。

驗證者可為即將到來的區塊產生或投票職責做好準備。

質押者可以估算委託變更或獎勵計算可能生效的時間。

錢包可以顯示距離 Epoch 邊界的進度。

監控系統可以在一致的期間內衡量驗證者表現。

開發者可以安排依賴 Epoch 編號或 Slot 範圍的操作。

協議開發者可以在明確定義的邊界啟用部分升級，而不必依賴不確定的實際時間戳記。

Epoch 排程如何定義

Epoch 排程通常包含每個 Epoch 的 Slot 數量，以及絕對 Slot 與 Epoch 編號之間的對應關係。

某些排程也會說明暖機期間，亦即初期 Epoch 比正常 Epoch 短的期間。

排程可能定義驗證者領導權或委員會分配要提前多久計算。

其中也可能包括開始採用正常完整 Epoch 長度的第一個 Epoch 與 Slot。

這些參數必須依照特定區塊鏈的規則解讀。

不同共識系統中的欄位名稱即使相同，實際運作上的影響也可能不同。

固定與可變長度的 Epoch

固定長度的 Epoch 在任何啟動或暖機期間後，都會包含相同數量的 Slot。

可變長度排程則可能依協議規則、網路階段或早期網路逐步擴展設計，改變 Slot 數量。

即使 Slot 數量固定，實際經過的時間也未必完全固定。

採用目標 Slot 時間的區塊鏈，仍可能因網路狀況與驗證者表現而出現時間差異。

因此，應用程式應區分 Epoch 中的 Slot 數量，以及以分鐘、小時或天表示的估計時間。

Epoch 邊界

Epoch 邊界是某個 Epoch 的最後一個 Slot 與下一個 Epoch 的第一個 Slot 之間的轉換點。

協議通常會將這些邊界作為共識相關變更的同步點。

驗證者集合、質押分布、獎勵狀態或領導者排程，可能會在邊界時或前後更新。

依賴 Epoch 轉換的應用程式應使用鏈上資料，而非只依賴本機倒數計時。

接近邊界時，網路延遲與 RPC 確認層級的差異，可能導致兩個資料提供者回報略有不同的目前位置。

Solana 上的 Epoch Schedule

在 Solana 上，Epoch 是領導者排程有效的 Slot 數量範圍。

Solana 官方術語指南說明 Epoch 與 Slot 及領導者排程之間的關係。

Solana 提供名為

的 RPC 方法，可傳回叢集的 Epoch 排程參數。

getEpochSchedule 官方文件列出五個回應欄位。

這些欄位是

、、、 與 。

此方法不需要任何請求參數。

開發者應查詢預定使用的叢集，而不是假設所有 Solana 網路都採用相同的排程值。

slotsPerEpoch

欄位會回報正常長度 Epoch 的最大 Slot 數量。

此值是暖機期間結束後計算 Epoch 邊界的核心參數。

若叢集沒有暖機 Epoch，正常長度可能從第一個 Epoch 起適用。

若啟用暖機，較早期的 Epoch 可能包含較少 Slot，之後才達到此完整長度。

此欄位代表 Slot 數量，不保證會產生同等數量的區塊。

部分 Slot 可能不會產生獲網路接受的區塊。

leaderScheduleSlotOffset

欄位表示相關 Epoch 的領導者排程會在 Epoch 邊界前多久確定。

領導者排程會將驗證者對應至預計負責產生區塊的 Slot。

預先確定排程可讓驗證者為獲分配的 Slot 做好準備。

此偏移量不應與 Epoch 中的 Slot 數量混淆，即使特定叢集的兩個欄位值恰巧相同。

warmup

欄位是布林值，用來表示早期 Epoch 是否從較短長度開始，並逐漸增加至正常 Epoch 大小。

值為

表示排程包含此啟動階段行為。

值為

表示叢集不採用逐步增加的暖機 Epoch 長度。

暖機參數主要影響網路歷史最初階段。

計算歷史 Epoch 邊界的應用程式必須納入暖機規則，不能將正常 Epoch 長度套用到所有早期 Epoch。

firstNormalEpoch

欄位指出第一個採用完整正常 Slot 數量的 Epoch。

啟用

時，此欄位尤其重要。

在此 Epoch 之前，各 Epoch 的長度可能逐步不同。

執行歷史計算的軟體應遵循排程的暖機規則，而非對較早 Epoch 一律減去固定 Slot 數量。

firstNormalSlot

欄位指出第一個正常長度 Epoch 開始時的絕對 Slot。

它為後續 Slot 編號對應至正常 Epoch 提供參考點。

與 可共同區分排程中的暖機部分與正常部分。

應用程式可利用這些欄位避免錯誤計算歷史 Epoch。

Solana Epoch Schedule Sysvar

Solana 程式可透過 EpochSchedule 系統變數（通常稱為 sysvar）取得 Epoch 排程資訊。

Sysvar 提供由網路維護、可供鏈上程式執行期間讀取的資訊。

官方Solana 系統呼叫參考文件包含一個系統呼叫，可將 EpochSchedule sysvar 載入程式記憶體。

因此，鏈上程式無須依賴鏈下網站，也能計算 Epoch 與 Slot 的關係。

程式仍應避免對實際時間作不必要的假設，因為排程以 Slot 表示。

getEpochSchedule 與 getEpochInfo 的差異

會傳回定義叢集 Epoch 系統的結構參數。

會傳回節點目前所在的 Epoch 位置與相關計數器。

getEpochInfo 官方文件列出目前 Epoch、絕對 Slot、Slot 索引、目前 Epoch 的 Slot 數、區塊高度，以及可取得時的交易數量。

欄位顯示目前在 Epoch 內的位置。

欄位回報該 Epoch 的 Slot 數量。

應用程式可合併使用這兩種方法，以了解排程並顯示目前進度。

Epoch 排程與領導者排程

Epoch 排程定義 Slot 如何劃分為 Epoch。

領導者排程則指出 Epoch 中哪些 Slot 分配給哪位驗證者負責領導。

兩者相關，但不可互換。

Solana 的 getLeaderSchedule 方法會傳回指定 Epoch 的驗證者識別資料與相對領導者 Slot 索引。

監控應用程式可使用 Epoch 排程定位 Epoch，再透過領導者排程識別預期的區塊產生者。

Solana Epoch 與質押獎勵

在 Solana 上，Epoch 是重要質押資訊的記帳期間。

網路會透過 RPC 系統按 Epoch 提供獎勵資料。

getInflationReward 方法會在資料可用時，傳回指定 Epoch 入帳的質押或投票獎勵資訊。

Epoch 獎勵紀錄可能包含 Epoch 編號、生效 Slot、入帳金額、更新後餘額與驗證者佣金資訊。

與某個 Epoch 相關的獎勵不應被視為固定且有保證的付款。

實際質押結果取決於網路規則、驗證者表現、質押狀態、佣金與其他協議條件。

Ethereum Epoch 排程

Ethereum 也會將權益證明共識時間劃分為 Slot 與 Epoch。

Ethereum 目前採用 12 秒的 Slot，每個 Epoch 包含 32 個 Slot。

因此，一個 Epoch 的排定時間為 384 秒，約 6.4 分鐘。

Ethereum 權益證明官方文件說明，每個 Slot 都會選出一名驗證者提議區塊。

驗證者委員會會提交證明訊息，而每位活躍驗證者通常每個 Epoch 都會收到一次證明職責。

若獲選提議者未發布獲接受的區塊，Slot 可能會是空的。

即使漏掉區塊，Slot 與 Epoch 的時間軸仍會繼續推進。

Ethereum Epoch 與最終確定性

Ethereum 會使用 Epoch 檢查點作為權益證明最終確定流程的一部分。

驗證者會透過證明投票支持檢查點之間的關係。

在網路狀況正常時，足夠的驗證者支持可讓連續 Epoch 的檢查點獲得合理確認並最終確定。

最終確定性可讓使用者高度確信，除非發生重大共識故障並造成嚴重經濟後果，否則區塊不會遭到移除。

Epoch 邊界不代表前一個 Epoch 中的所有交易都會立即最終確定。

最終確定性取決於驗證者參與度與協議的檢查點規則。

Ethereum Epoch 與驗證者職責

Ethereum 會在 Slot 與 Epoch 之間分配驗證者職責。

驗證者通常每個 Epoch 會進行一次證明。

驗證者也可能獲選提議區塊或參與同步委員會。

及時履行職責很重要，因為延遲或錯過職責可能降低獎勵。

Ethereum 獎勵與懲罰指南說明及時提交來源、目標與鏈首投票、提議區塊及參與同步委員會可獲得的獎勵。

驗證者營運者應監控 Slot 時間，而不是將 Epoch 視為一個寬泛的截止時間。

Cardano Epoch 排程

Cardano 的權益證明共識也會將時間劃分為 Epoch 與 Slot。

目前的Cardano 節點文件指出，每個 Slot 持續 1 秒，每個 Epoch 包含 432,000 個 Slot。

這相當於排定的 Epoch 時長為 5 天。

依照 Cardano 的共識設計，每個 Slot 可能選出一個或多個區塊產生節點，也可能沒有節點獲選。

網路不必在每個 1 秒的 Slot 都產生區塊。

Cardano 共識指南說明，將 Slot 分組為 Epoch，有助於根據變動中的質押分布選出領導者。

不同區塊鏈的 Epoch 排程各異

所有加密貨幣並沒有共用的 Epoch 時長。

Ethereum 的 Epoch 持續數分鐘，其他網路的 Epoch 則可能以小時或天計算。

有些網路會將 Epoch 與最終確定性及委員會輪替密切連結。

其他網路則主要將 Epoch 用於領導者排程、質押記帳、委託更新或獎勵分配。

錢包或質押應用程式絕不可將某條區塊鏈的 Epoch 假設套用至另一條區塊鏈。

應以相關協議文件與即時節點資料為準。

Epoch 與驗證者選擇

權益證明網路通常會利用質押資訊，影響驗證者獲派哪些職責。

協議可能會在職責生效前，擷取符合資格的驗證者或質押快照。

這有助於避免參與者在得知有利分配後立即變更質押。

Epoch 排程可提供快照、分配計算與職責期間所需的時間架構。

質押變更與職責生效之間的確切延遲，各區塊鏈並不相同。

Epoch 與質押啟用

委託或質押的資產可能不會在交易確認後立即生效。

協議可能會等到未來的某個 Epoch，或採用啟用佇列。

這項延遲可讓網路有序更新驗證者與質押紀錄。

解除質押也可能需要經過 Epoch 轉換、退出佇列、冷卻期或提領延遲。

使用者應區分交易確認、質押啟用與符合提領資格的時間。

質押交易即使已在鏈上最終確定，相關質押仍可能依 Epoch 規則處於待處理狀態。

Epoch 與獎勵計算

許多權益證明系統會按 Epoch 衡量參與情況並計算獎勵。

網路可在該期間內計算分配的職責、成功投票、區塊產生、委託質押、懲罰與佣金。

獎勵可能在 Epoch 邊界計算，但稍後才入帳。

部分系統會自動分配獎勵，其他系統則需要領取或更新操作。

Epoch 獎勵估算值並非保證費率，因為驗證者表現與網路狀況可能變動。

使用者也應將營運者費用、代幣價格變動、稅務與提領條件納入考量。

Epoch 與協議升級

Epoch 邊界可作為區塊鏈升級的精確啟用點。

所有相容節點都能依據相同的協議排程判定啟用點。

在區塊時間不固定的網路上，這通常比使用區塊高度更容易預測。

若升級指定在某個 Epoch 啟用，當網路依照獲接受的鏈進入該 Epoch 時，升級就會生效。

節點營運者必須在啟用點之前安裝相容軟體。

仍遵循舊規則的客戶端可能會在啟用後停止同步，或與網路分歧。

Epoch 排程與治理

部分加密貨幣治理系統會將 Epoch 作為提案、投票、執行或委託期間。

投票權可能依特定 Epoch 或 Slot 快照計算。

提案可能開放固定數量的 Epoch，而不是固定日曆期間。

這讓治理時程更容易在鏈上驗證。

然而，使用者必須了解排程，因為只以 Epoch 編號表示的截止時間，未必能直接換算成一般日曆時間。

Epoch 排程可以變更嗎？

只有在區塊鏈協議與治理流程允許時，才能變更 Epoch 排程。

部分排程參數在網路建立時即已固定。

其他網路則可透過協調一致的協議升級，修改 Slot 時間、Epoch 長度或職責規則。

相容節點必須一致實作變更，避免共識分歧。

若網路提供權威 API 或系統變數，應用程式不應永久寫死時間假設。

估算 Epoch 結束時間

應用程式可將剩餘 Slot 數量乘以網路的目標 Slot 時間，估算 Epoch 剩餘時間。

基本估算方式為：剩餘 Slot 數量乘以每個 Slot 的目標時間。

若實際 Slot 進度可能變動，這項計算就只是估算值。

即使漏掉區塊，Slot 編號也不一定會停止推進，因為 Slot 可以在沒有成功產生區塊的情況下經過。

倒數計時應使用即時節點資料更新，並在適當時標示為約略時間。

Epoch 編號與區塊高度

Epoch 編號用來識別一組協議 Slot。

區塊高度則計算鏈上歷史中獲接受的區塊數量。

由於部分 Slot 不會產生區塊，兩者增長速度可能不同。

協議也可能在一個 Slot 中產生多個候選區塊，但共識最終只會接受一段鏈的歷史。

開發者應依各自用途使用正確數值，不要假設每個 Slot 都對應一個區塊，再據此將區塊高度換算成 Epoch。

Epoch 編號與時間戳記

Epoch 編號是協議原生的時間參照。

時間戳記則表示日曆時間。

區塊鏈可以估算 Epoch 邊界對應的時間戳記，但估算值可能取決於 Slot 時間與獲接受的鏈。

除非協議保證兩者關係，智能合約不應將估算的 Epoch 結束時間視為精確的鏈下約定時間。

介面可同時顯示 Epoch 編號與估計的本地日期，讓資訊更清楚。

Epoch 排程資料與 RPC 信任

公開 RPC 端點可方便取得 Epoch 資訊，但使用者必須信任該端點回報正確資料。

端點無法使用、延遲或遭到惡意控制時，可能傳回過時或錯誤的 Epoch 狀態。

若資訊涉及安全性，應用程式可比較多個節點，或自行運作節點。

應用程式也應為所查詢的資料選擇適當的確認或最終確定層級。

低確認層級觀察到的值，可能來自之後會變動的鏈狀態。

在智能合約中使用 Epoch 資料

鏈上程式應使用協議核准的 Epoch 或時鐘資訊來源。

程式不應在未驗證的情況下，信任任意使用者提供目前 Epoch。

以 Epoch 為基礎的規則應明確定義邊界時的處理方式。

開發者應測試一個 Epoch 的最後一個 Slot，以及下一個 Epoch 的第一個 Slot。

應用程式若要進行歷史計算，也應測試歷史暖機 Epoch。

差一位錯誤可能導致質押、治理或獎勵期間早一個或晚一個 Slot 開始或結束。

Epoch 邏輯的安全風險

Epoch 計算錯誤可能導致獎勵、投票、提領或存取控制出錯。

合約部署到另一個網路後，可能使用錯誤的排程。

應用程式可能在暖機期間誤用正常長度的 Epoch。

介面若使用過時估算值將 Slot 換算為實際時間，可能顯示誤導性的截止時間。

驗證者若計算出錯誤的領導者排程，可能會錯過職責。

治理系統可能因邊界錯誤而在預定期間之外接受投票。

對 Epoch 敏感的程式碼應採用整數安全的計算、權威網路資料，以及涵蓋邊界條件的測試。

開發者如何使用 Epoch 排程

第一步是確認網路將 Epoch 定義為固定或可變數量的 Slot。

第二步是透過官方節點 API 或系統資料取得排程。

第三步是在存在暖機 Epoch 與第一個正常 Epoch 時，將其納入計算。

第四步是區分絕對 Slot 編號與 Epoch 內的 Slot 索引。

第五步是在顯示目前進度時使用即時 Epoch 資訊。

第六步是除非協議提供精確時間，否則將日曆時間估計視為估算值。

第七步是在 Epoch 邊界附近測試所有計算。

第八步是監控可能變更相關規則的協議升級。

Epoch 排程計算範例

假設某條虛構的權益證明區塊鏈在暖機期間結束後，每個 Epoch 使用 10,000 個 Slot。

假設第一個正常 Epoch 是 Epoch 5，且該 Epoch 的第一個 Slot 為絕對 Slot 9,000。

絕對 Slot 9,000 至 18,999 都屬於 Epoch 5。

絕對 Slot 19,000 開始 Epoch 6。

Slot 索引為 0，代表 Epoch 中的第一個 Slot。

Slot 索引為 9,999，代表正常 Epoch 中的最後一個 Slot。

此範例說明，軟體除了每個 Epoch 的 Slot 數量外，也需要第一個正常 Slot。

以上數字僅供說明，不應套用至實際運作的區塊鏈。

常見 Epoch 排程錯誤

常見錯誤之一，是假設所有區塊鏈的 Epoch 時長都相同。

另一個錯誤，是把 Slot 編號當成區塊高度。

第三個錯誤，是假設每個 Slot 都包含區塊。

第四個錯誤，是將正常 Epoch 長度套用至早期暖機 Epoch。

第五個錯誤，是混淆 Epoch 排程與驗證者領導者排程。

第六個錯誤，是把估算的 Epoch 結束時間當成精確保證。

第七個錯誤，是假設質押交易在確認後立即生效。

第八個錯誤，是未確認連線網路就將排程值寫死在程式中。

第九個錯誤，是在涉及安全性的 Epoch 計算中，只依賴一個未驗證的 RPC 端點。

第十個錯誤，是未測試 Epoch 邊界前後的最後一個與第一個 Slot。

常見問題

加密貨幣中的 Epoch 排程是什麼意思？

Epoch 排程是一組區塊鏈規則，用來決定 Slot 如何分組為 Epoch，以及每個 Epoch 何時開始或結束。

Epoch 與 Slot 有什麼不同？

Slot 是短暫的共識時間單位，Epoch 則是一組連續的 Slot。

每個 Slot 都包含區塊嗎？

不一定。若獲選的產生者離線、延遲或未成功產生區塊，Slot 可能經過但沒有獲接受的區塊。

所有區塊鏈的 Epoch 長度都相同嗎？

不同。每條區塊鏈協議都會獨立定義 Epoch 長度與 Slot 時間。

Solana Epoch Schedule 是什麼？

它是將 Slot 對應至 Epoch 的叢集結構，並提供正常 Epoch 長度、暖機行為與領導者排程時間等參數。

getEpochSchedule 會傳回什麼？

它會傳回

、、、 與 。

getEpochSchedule 會顯示目前 Epoch 嗎？

不會。Solana 應用程式會使用

取得目前 Epoch 與在其中的位置。

slotsPerEpoch 是什麼？

它是所查詢叢集中，每個正常長度 Epoch 的最大 Slot 數量。

什麼是暖機 Epoch？

暖機 Epoch 是早期 Slot 數量少於排程正常完整 Epoch 長度的 Epoch。

firstNormalEpoch 是什麼？

它指出第一個採用完整正常 Slot 數量的 Epoch。

firstNormalSlot 是什麼？

它指出第一個正常長度 Epoch 開始時的絕對 Slot。

leaderScheduleSlotOffset 是什麼？

它表示相關驗證者領導者排程會在 Epoch 邊界前多久計算。

Epoch 排程與領導者排程相同嗎？

不同。Epoch 排程定義 Epoch 邊界，領導者排程則將驗證者對應至區塊產生 Slot。

Ethereum 的 Epoch 有多長？

Ethereum 目前每個 Epoch 有 32 個 12 秒的 Slot，排定時長約為 6.4 分鐘。

Cardano 的 Epoch 有多長？

目前的 Cardano 文件定義每個 Epoch 包含 432,000 個 1 秒 Slot，相當於 5 天。

即使不是每個 Slot 都產生區塊，Epoch 也能結束嗎？

可以。即使部分 Slot 沒有獲接受的區塊，Slot 仍可繼續推進。

每個 Epoch 邊界都會發放質押獎勵嗎？

不一定，因為不同區塊鏈協議的計算、入帳、領取與提領規則各異。

質押啟用時間會依 Epoch 而定嗎？

會。許多權益證明系統只會在 Epoch 轉換後，或經過其他協議定義的延遲後，套用驗證者或委託變更。

Epoch 排程可以變更嗎？

若區塊鏈協議允許協調升級，就可以變更；但某些排程參數可能在網路建立時即已固定。

開發者可以計算精確的 Epoch 結束時間嗎？

開發者可以計算剩餘 Slot，但若實際 Slot 時間與目標不同，換算出的日曆時間可能會變動。

為什麼協議升級會使用 Epoch 編號？

Epoch 編號提供確定性的鏈上啟用點，相容節點可依相同共識規則計算該時間。

智能合約可以讀取 Epoch 排程嗎？

這取決於區塊鏈；Solana 程式可透過支援的執行環境方法讀取 EpochSchedule sysvar。

Epoch 編號與區塊編號相同嗎？

不相同。每個 Epoch 包含許多 Slot 與區塊，且部分 Slot 可能不會產生區塊。

Epoch 排程對驗證者為何重要？

它可協助驗證者了解職責期間、領導者分配、質押變更、獎勵記帳與協議啟用邊界。

取得 Epoch 資料最安全的方式是什麼？

使用官方節點介面、確認所連線的網路、選擇適當的確認層級，並在準確性至關重要時比較獨立資料來源。

結論

Epoch 排程是將區塊鏈時間劃分為 Slot 與 Epoch 的協議結構。

它為驗證者職責、領導者輪替、質押更新、獎勵、最終確定性、治理與網路升級提供可預測的期間。

Epoch 是一組 Slot；Slot 則是執行區塊產生或投票等共識活動的短暫機會。

Slot 與區塊並不相同，因為 Slot 可能經過但沒有獲接受的區塊。

在 Solana 上，Epoch Schedule 也是一種特定網路結構，包含正常 Epoch 長度、領導者排程偏移量、暖機狀態與正常 Epoch 參考欄位。

Ethereum 目前每個 Epoch 使用 32 個 12 秒 Slot；Cardano 目前每個 Epoch 使用 432,000 個 1 秒 Slot。

這些差異說明，Epoch 時間必須依照所連線的區塊鏈解讀。

開發者應從權威節點介面取得排程資料、納入暖機行為，並測試所有 Epoch 邊界計算。

若 Slot 時間可能變動，使用者應將日曆倒數視為估算值，也不應假設質押變更或獎勵會在每個邊界立即生效或可供使用。

了解 Epoch 排程有助於加密貨幣使用者解讀驗證者時間、獎勵期間、網路升級、治理截止時間，以及權益證明區塊鏈的運作節奏。