stake account에 위임 명령을 보냈다고 전액이 즉시 active stake가 되는 것은 아닙니다. 위임은 epoch 경계와 네트워크의 활성화 규칙을 따라 activating에서 active로 이동하고, 비활성화도 deactivating을 거쳐 inactive가 된 뒤 인출할 수 있습니다. 실제 시점은 명령 제출 시각만이 아니라 현재 epoch, activationEpoch·deactivationEpoch, 해당 클러스터의 warmup/cooldown 적용 상태를 조회해 판단해야 합니다.
위임 서명과 활성 지분은 다른 사건이다
사용자가 delegate transaction을 성공시켰다는 것은 stake account가 특정 vote account에 위임되도록 상태가 기록됐다는 뜻입니다. 보상 계산에 참여하는 effective stake 전액이 같은 slot에 생겼다는 뜻은 아닙니다. Solana 문서는 stake가 activating, active, deactivating, inactive 상태를 거치며 epoch를 기준으로 진행한다고 설명합니다.
이 구분은 지갑 화면의 ‘스테이킹 완료’ 문구를 읽을 때 중요합니다. 화면은 명령 수락을 완료로 표시할 수 있지만 RPC의 activation 상태는 아직 activating일 수 있습니다. 서비스는 transaction signature, 현재 epoch, stake activation 응답을 따로 표시해야 사용자가 보상 시작과 인출 가능 시점을 혼동하지 않습니다.
스테이킹 명령의 성공은 상태 전이의 시작점이지 전액 활성화의 같은 시각 증명이 아니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 위임 서명과 활성 지분은 다른 사건이다
사용자가 delegate transaction을 성공시켰다는 것은 stake account가 특정 vote account에 위임되도록 상태가 기록됐다는 뜻입니다.
- epoch 경계가 상태 전이의 눈금이다
epoch는 leader schedule 과 보상 같은 프로토콜 절차가 묶이는 슬롯 구간입니다.
- warmup과 cooldown은 대칭 용어지만 결과는 조회해야 한다
warmup은 위임된 stake가 effective로 전환되는 기간이고 cooldown은 deactivation 뒤 인출 가능한 비활성 상태로 이동하는 기간입니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
epoch 경계가 상태 전이의 눈금이다
epoch는 leader schedule과 보상 같은 프로토콜 절차가 묶이는 슬롯 구간입니다. stake account에는 voter, stake amount와 함께 activation epoch 및 deactivation epoch가 기록됩니다. 활성화 명령이 어느 epoch에 포함됐는지에 따라 다음 상태를 관측하는 시점이 달라집니다. 달력 날짜만으로 ‘정확히 N시간’이라고 고정하면 epoch 진행 속도와 제출 시점 차이를 놓칩니다.
가정 예시로 같은 epoch의 첫 슬롯에 위임한 A와 마지막 부분에 위임한 B가 있어도 둘 다 transaction 확인 뒤 epoch 경계를 기다리는 구간이 생길 수 있습니다. 이 예시는 개념 설명이며 실제 소요 시간을 보장하지 않습니다. getEpochInfo의 현재 slot·epoch와 getStakeActivation 결과를 함께 봐야 합니다.
| 상태 | 의미 | 확인할 행동 |
|---|---|---|
| activating | effective stake가 전환 중 | 활성·비활성 금액 분리 |
| active | 현재 유효 지분으로 참여 | vote account와 commission 확인 |
| deactivating | 효력 해제 진행 중 | 즉시 전액 인출로 가정 금지 |
| inactive | 활성 효력이 없는 잔액 | lockup·rent 뒤 인출 검토 |
warmup과 cooldown은 대칭 용어지만 결과는 조회해야 한다
warmup은 위임된 stake가 effective로 전환되는 기간이고 cooldown은 deactivation 뒤 인출 가능한 비활성 상태로 이동하는 기간입니다. 네트워크 전체에 한 epoch 동안 전환될 수 있는 비율을 제한하는 규칙과 기능 활성화 이력이 관여할 수 있습니다. 오래된 블로그의 고정 비율을 현재 모든 계정에 그대로 적용해서는 안 됩니다.
정확한 계산은 stake history와 현재 기능 상태를 반영하는 클라이언트 또는 RPC 결과에 맡기고, 콘텐츠에서는 상태와 조건을 설명해야 합니다. 부분 활성·부분 비활성 금액이 동시에 보일 수 있으므로 stake account 총 lamports와 effective stake를 같다고 두지 않습니다. 여러 계정을 합산할 때도 상태별 금액을 먼저 나눕니다.
- 위임·비활성화 transaction의 signature와 확정 상태를 저장한다
- getEpochInfo로 현재 epoch와 남은 진행 구간을 확인한다
- getStakeActivation에서 active·inactive·activating·deactivating 금액을 구분한다
- 보상 내역은 해당 epoch 종료와 실제 credits·commission을 기준으로 대조한다
보상 시작은 단순 달력 계산이 아니다
보상은 활성 지분과 검증자의 vote credits, 전체 보상 배분, commission 등에 따라 달라집니다. activating 금액 전부를 같은 수익률로 계산하거나 위임 당일을 하루치 보상으로 채우면 과대 추정할 수 있습니다. 과거 APY는 미래 보장이 아니며 epoch별 결과를 원금·보상·수수료로 분리해야 합니다.
검증자를 바꾸려는 경우 기존 stake를 비활성화하고 다시 위임하는 경로와 새 stake account로 나누는 경로의 상태 공백·운영 복잡도를 비교합니다. 지갑 구현마다 자동화 방식이 다를 수 있으므로 온체인 account 상태를 최종 확인 기준으로 둡니다.
인출 가능 여부는 inactive만으로 끝나지 않는다
deactivating 상태에서는 전액을 즉시 이동할 수 있다고 가정하면 안 됩니다. inactive 금액이 확인돼도 stake account의 lockup, 권한자, rent와 최소 잔액 조건을 확인해야 합니다. withdraw transaction이 실패했다면 단순 네트워크 혼잡뿐 아니라 withdraw authority와 사용 가능한 lamports를 살핍니다.
사용자에게는 네 개의 날짜 대신 네 개의 증거를 제공하는 편이 낫습니다. 위임 transaction, 현재 epoch, activation 상태, 보상 또는 인출 transaction입니다. 이 순서로 보면 ‘지갑에서 완료’와 ‘프로토콜에서 전액 활성’을 분리하고, warmup/cooldown을 고정 대기시간으로 오해하지 않게 됩니다.
자주 묻는 질문
위임 transaction이 finalized면 바로 보상을 받나요?
finalized는 위임 상태 기록의 확정입니다. 실제 보상 참여는 effective stake와 epoch별 vote credits 등 별도 조건을 봐야 합니다.
비활성화를 누르면 즉시 전액 인출되나요?
보통 deactivating에서 inactive로 전환되는 과정과 계정 조건을 확인해야 하므로 즉시 전액 가능하다고 단정할 수 없습니다.
warmup은 항상 정확히 같은 시간인가요?
epoch 경계와 네트워크 규칙, 제출 시점에 따라 관측 시간이 달라질 수 있어 RPC 상태를 확인해야 합니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
