Redelegation(재위임)이란?
Redelegation(재위임)은 Proof of Stake(PoS, 지분증명) 블록체인에서 이미 특정 검증자(Validator)에게 위임한 스테이킹 지분을 다른 검증자에게 변경하는 과정입니다.
일부 Proof of Stake 네트워크에서는 이용자가 직접 검증자 서버를 운영하지 않고 자신의 스테이킹 지분을 특정 Validator에게 위임할 수 있습니다.
하지만 위임한 Validator의 운영 상태가 달라지거나 Commission이 변경되는 등 여러 이유로 위임 대상을 변경하고 싶을 수 있습니다.
이때 네트워크가 Redelegation 기능을 지원한다면 정해진 규칙에 따라 위임 대상을 다른 Validator로 변경할 수 있습니다.
초보자는 Redelegation을 “이미 위임한 스테이킹 지분의 담당 Validator를 다른 Validator로 바꾸는 것”이라고 이해하면 쉽습니다.
다만 모든 Proof of Stake 네트워크가 동일한 Redelegation 기능을 지원하는 것은 아닙니다. 변경 가능 여부와 대기 기간, 수수료 및 Slashing 위험은 네트워크마다 다를 수 있습니다.
가족 웹툰으로 먼저 알아보기
아빠는 스테이킹한 자산을 맡긴 Validator의 운영 상태가 마음에 들지 않아 다른 검증자로 바꾸고 싶어 합니다.
큰딸은 일부 Proof of Stake 네트워크에서는 기존 스테이킹을 완전히 해제하지 않고도 위임 대상을 변경하는 Redelegation 기능을 사용할 수 있다고 설명합니다.
엄마는 검증자를 바꾸기 전에 새로운 Validator의 운영 상태와 Commission, 변경 제한 및 Slashing 위험을 확인해야 한다고 강조합니다.
나나는 “검증자를 바꿀 땐 새 검증자 조건도 꼼꼼하게 확인하개!”라고 정리합니다.
웹툰 핵심 설명
65-1. Redelegation이 뭐야?
이미 위임한 스테이킹 지분을 다른 Validator에게 변경하는 과정입니다.
65-2. 왜 Validator를 바꾸는 거야?
검증자의 운영 상태와 Commission, 합의 참여 기록 등 여러 조건을 고려해 위임 대상을 변경할 수 있습니다.
65-3. 코인을 먼저 출금해야 해?
반드시 그렇지는 않습니다. 일부 네트워크에서는 스테이킹을 완전히 해제하지 않고 위임 대상을 변경할 수 있습니다.
65-4. 새 Validator는 어떻게 선택해?
운영 상태와 Commission, 스테이킹 지분 집중도, Slashing 위험 등을 함께 확인해야 합니다.
65-5. Validator를 바꾸면 위험도 사라져?
아닙니다. 일부 네트워크에서는 이전 Validator의 특정 행동에 따른 제재 위험이 일정 기간 남아 있을 수 있습니다.
65-6. 재위임 전에 무엇을 확인해야 해?
Redelegation 지원 여부와 변경 제한, 수수료, 새로운 Validator의 상태 및 제재 조건을 확인해야 합니다.
64화 Staking Delegation과 Redelegation은 어떻게 연결될까?
앞서 배운 Staking Delegation은 이용자가 직접 Validator를 운영하지 않고 자신의 스테이킹 지분을 특정 검증자에게 위임하는 방식입니다.
Redelegation은 이미 위임한 지분의 대상을 다른 Validator로 변경하는 과정입니다.
따라서 Staking Delegation은 지분을 위임하는 방식이고, Redelegation은 기존 위임 대상을 변경하는 과정이라고 구분하면 이해하기 쉽습니다.
다만 모든 Delegation 지원 네트워크가 별도의 Redelegation 기능까지 제공하는 것은 아닙니다.
Redelegation은 왜 필요할까?
Proof of Stake 네트워크에서는 Validator의 운영 상태와 Commission, 검증 참여 기록 등이 시간이 지나면서 달라질 수 있습니다.
이용자는 이러한 변화를 확인한 뒤 다른 Validator에게 지분을 위임하고 싶을 수 있습니다.
일부 네트워크에서는 기존 위임을 완전히 해제한 뒤 다시 스테이킹하는 절차 대신 Redelegation 기능을 제공합니다.
이러한 기능은 위임 대상 변경을 보다 효율적으로 처리하도록 도울 수 있습니다.
하지만 Redelegation이 가능하다고 해서 수수료와 대기 제한, 경제적 위험이 모두 사라지는 것은 아닙니다.
Redelegation은 누가 신청할 수 있을까?
일반적으로 위임된 지분을 관리할 권한이 있는 이용자가 네트워크에서 지원하는 방식으로 Redelegation을 요청할 수 있습니다.
일부 네트워크에서는 지갑이나 공식 스테이킹 인터페이스에서 기존 Validator와 새로운 Validator를 선택하는 기능을 제공합니다.
반면 거래소나 별도의 수탁 서비스를 이용하는 경우에는 서비스가 검증자 변경을 대신 처리하거나 이용자의 직접 변경을 제한할 수 있습니다.
따라서 실제 변경 권한과 신청 방법은 자산 보관 방식 및 서비스 구조에 따라 달라집니다.
Redelegation은 모든 Proof of Stake에서 가능할까?
아닙니다.
Proof of Stake 블록체인마다 검증자 참여 방식과 위임 기능이 다릅니다.
일부 네트워크에서는 프로토콜 수준에서 Redelegation을 지원하지만 다른 네트워크에서는 기존 스테이킹을 해제하고 다시 위임해야 할 수 있습니다.
따라서 Proof of Stake를 사용한다는 이유만으로 Redelegation 기능이 존재한다고 생각해서는 안 됩니다.
Redelegation과 Unstaking은 무엇이 다를까?
Redelegation은 지원되는 네트워크에서 기존 위임 대상을 다른 Validator로 변경하는 과정입니다.
반면 Unstaking은 스테이킹 상태를 종료하거나 자산을 해제하는 과정입니다.
따라서 Validator를 변경하려는 목적과 스테이킹 자체를 종료하려는 목적은 구분해야 합니다.
또한 Redelegation이 가능하더라도 해당 자산의 이동 제한이나 과거 검증 활동에 대한 책임이 자동으로 사라지는 것은 아닙니다.
Redelegation과 Undelegation은 같은 걸까?
아닙니다.
Undelegation은 일반적으로 특정 Validator에게 위임한 지분을 해제하는 과정과 관련된 표현입니다.
반면 Redelegation은 위임 상태를 유지하면서 다른 Validator로 위임 대상을 변경하는 기능을 의미할 수 있습니다.
다만 실제 용어와 처리 방식은 네트워크마다 다르므로 지갑에서 표시되는 작업의 의미를 확인해야 합니다.
Redelegation을 하면 스테이킹이 계속 유지될까?
일부 네트워크에서는 Redelegation을 통해 기존 스테이킹을 완전히 해제하지 않고 다른 Validator에게 지분을 연결할 수 있습니다.
이러한 구조에서는 일반적인 Unstaking 대기 기간을 거치지 않고 위임 대상을 변경할 수 있는 경우가 있습니다.
하지만 Redelegation 자체에 별도의 처리 조건이나 제한이 존재할 수 있습니다.
따라서 재위임 기능을 사용하면 언제나 즉시 변경되고 보상이 중단되지 않는다고 단정해서는 안 됩니다.
Redelegation에 최소 수량이 있을까?
네트워크와 지갑, 서비스의 규칙에 따라 최소 재위임 수량이 존재할 수 있습니다.
일부 네트워크에서는 기존 위임 지분의 일부만 다른 Validator에게 변경할 수 있지만 다른 구조에서는 최소 잔여 지분 등의 조건이 적용될 수 있습니다.
또한 Redelegation 요청을 처리하기 위한 네트워크 수수료가 발생할 수 있습니다.
따라서 실제 신청 전에 최소 수량과 수수료, 기존 Validator에게 남는 지분을 확인해야 합니다.
Redelegation을 일부 수량만 진행할 수 있을까?
일부 Proof of Stake 네트워크에서는 기존 위임 지분 가운데 일부만 선택해 다른 Validator에게 재위임할 수 있습니다.
이러한 기능을 이용하면 하나의 Validator에게 집중된 지분을 여러 검증자에게 나누는 구조를 구성할 수도 있습니다.
하지만 부분 재위임 지원 여부와 최소 수량, 변경 제한은 네트워크마다 다릅니다.
따라서 재위임할 수량과 기존 위임 잔액을 확인해야 합니다.
Redelegation과 Validator 변경은 같은 뜻일까?
일반적인 설명에서는 Redelegation을 Validator 변경이라고 표현할 수 있습니다.
하지만 Validator 변경이라는 표현이 언제나 프로토콜 수준의 Redelegation 거래를 의미하는 것은 아닙니다.
일부 서비스에서는 내부적으로 검증자 배분을 변경하거나 기존 스테이킹을 해제한 뒤 다시 위임하는 방식으로 처리할 수도 있습니다.
따라서 실제로 어떤 온체인 작업이 실행되는지 확인하는 것이 중요합니다.
Redelegation을 이해할 때 중요한 세 가지
첫째, 위임 대상 변경입니다. Redelegation은 기존에 위임한 지분을 다른 Validator에게 연결하는 과정입니다.
둘째, 네트워크별 처리 조건입니다. 재위임 가능 여부와 최소 수량, 대기 제한 및 수수료는 블록체인마다 다를 수 있습니다.
셋째, 위험의 지속 가능성입니다. 새로운 Validator로 변경하더라도 이전 Validator와 관련된 특정 제재 위험이 즉시 사라진다고 보장할 수는 없습니다.
따라서 Redelegation은 단순한 이름 변경이 아니라 위임 지분과 검증자 책임 구조를 변경하는 온체인 절차일 수 있다는 점을 이해해야 합니다.
Redelegation은 어떻게 신청할까?
Redelegation은 블록체인과 지갑, 스테이킹 서비스의 구조에 따라 신청 방법이 다릅니다.
일부 Proof of Stake 네트워크에서는 지갑이나 공식 스테이킹 화면에서 현재 위임한 Validator를 확인하고 새로운 Validator를 선택할 수 있습니다.
이후 재위임할 자산의 수량과 네트워크 수수료, 변경 조건을 확인하고 거래를 서명해 제출하는 방식으로 진행될 수 있습니다.
다만 Redelegation 요청이 제출됐다는 사실과 실제 위임 대상 변경이 완료됐다는 사실은 구분해야 합니다.
Redelegation의 기본 진행 순서
실제 절차는 네트워크마다 다르지만 일반적으로 다음 항목을 확인할 수 있습니다.
- 1. 네트워크 확인: 해당 블록체인이 Redelegation 기능을 지원하는지 확인합니다.
- 2. 기존 Validator 확인: 현재 위임한 검증자의 주소와 지분 수량을 확인합니다.
- 3. 새로운 Validator 선택: 변경하려는 검증자의 활성 상태와 운영 정보를 확인합니다.
- 4. 재위임 수량 입력: 전체 지분 또는 일부 지분을 변경할 수 있는지 확인합니다.
- 5. 제한 조건 확인: 재위임 횟수와 대기 기간, 최소 수량 등의 조건을 확인합니다.
- 6. 수수료 확인: Redelegation 거래에 필요한 네트워크 수수료를 확인합니다.
- 7. 거래 서명: 요청 내용과 Validator 주소를 확인한 뒤 지갑에서 거래를 승인합니다.
- 8. 결과 확인: 거래 처리 상태와 실제 위임 지분의 변경 여부를 확인합니다.
새로운 Validator는 어떻게 선택할까?
Redelegation을 진행할 때는 새로운 Validator의 예상 보상률만 확인해서는 부족합니다.
검증자의 활성 상태와 합의 참여 기록, Commission, 스테이킹 지분 집중도, Slashing 위험 등을 함께 살펴보는 것이 중요합니다.
또한 Validator의 표시 이름과 실제 검증자 주소가 일치하는지 확인해야 합니다.
따라서 보상률보다 먼저 Validator의 운영 상태와 위임 조건을 확인하는 것이 좋습니다.
Validator의 이름만 보고 변경해도 될까?
Validator의 표시 이름은 운영 주체를 구분하는 데 도움이 될 수 있습니다.
하지만 비슷한 이름을 사용하는 검증자가 존재할 수 있고 운영 주체나 서비스 정보가 변경될 가능성도 있습니다.
따라서 표시 이름만으로 실제 Validator를 확인했다고 생각해서는 안 됩니다.
가능하다면 해당 네트워크의 공식 검증자 정보와 실제 주소를 함께 확인해야 합니다.
Validator의 활성 상태는 왜 중요할까?
일부 Proof of Stake 네트워크에서는 Validator가 활성 상태에 있어야 정상적으로 합의에 참여하고 보상을 받을 수 있습니다.
비활성 상태이거나 검증 참여 조건을 충족하지 못하는 Validator에게 재위임하면 예상한 보상이 발생하지 않을 수 있습니다.
또한 일부 네트워크에서는 비활성 Validator로의 재위임 자체에 제한이 있을 수 있습니다.
따라서 새로운 Validator가 실제로 합의에 참여하고 있는지 확인해야 합니다.
Validator의 Uptime도 확인해야 할까?
Uptime은 시스템이 정상적으로 운영되고 이용 가능한 상태를 유지한 시간이나 비율을 설명하는 지표입니다.
Validator의 안정적인 운영은 네트워크 합의 참여와 보상에 영향을 줄 수 있습니다.
하지만 Uptime이 높다는 사실만으로 모든 검증 활동이 정상적으로 이루어졌거나 미래에도 장애가 없다고 보장할 수는 없습니다.
따라서 Uptime과 실제 합의 참여 기록을 함께 살펴보는 것이 좋습니다.
Commission이 낮은 Validator로 바꾸면 무조건 유리할까?
아닙니다.
Validator Commission은 일부 위임형 Proof of Stake 네트워크에서 검증자 운영자가 위임 보상 가운데 가져가는 수수료입니다.
Commission이 낮으면 다른 조건이 동일할 때 위임자에게 돌아가는 보상 비중이 커질 수 있습니다.
하지만 검증자의 운영 안정성과 합의 참여 상태, Slashing 위험까지 낮아지는 것은 아닙니다.
따라서 Commission 하나만으로 Redelegation의 유불리를 판단해서는 안 됩니다.
Commission은 재위임 이후에도 변경될 수 있을까?
네트워크 규칙에 따라 Validator 운영자가 Commission을 변경할 수 있는 경우가 있습니다.
일부 프로토콜에서는 최대 수수료율이나 변경 속도에 제한을 둘 수 있습니다.
따라서 Redelegation 당시 확인한 Commission이 미래에도 동일하게 유지된다고 생각해서는 안 됩니다.
Validator Commission은 66화에서 자세히 알아봅니다.
Redelegation을 하면 보상률이 바로 달라질까?
재위임 이후 적용되는 보상 조건은 네트워크의 규칙과 새로운 Validator의 검증 활동, Commission 등에 따라 달라질 수 있습니다.
일부 네트워크에서는 재위임 거래가 처리된 뒤 새로운 Validator의 보상 구조가 적용될 수 있습니다.
하지만 실제 보상 발생 시점과 지급 시점은 네트워크마다 다릅니다.
따라서 재위임을 완료했다고 새로운 예상 보상률이 즉시 적용되고 지급된다고 단정해서는 안 됩니다.
Redelegation 중에 보상이 중단될 수도 있을까?
네트워크의 보상 계산 방식과 재위임 처리 규칙에 따라 달라질 수 있습니다.
일부 네트워크에서는 재위임 과정에서 보상 계산 시점이 변경되거나 특정 기간의 보상 지급 방식이 달라질 수 있습니다.
또한 기존 Validator에서 발생한 보상과 새로운 Validator에서 발생하는 보상이 별도로 처리될 수 있습니다.
따라서 Redelegation 전후의 보상 발생 조건과 지급 절차를 확인해야 합니다.
기존 Validator에서 발생한 보상은 어떻게 될까?
Redelegation을 신청하기 전에 발생한 보상은 네트워크의 보상 정산 규칙에 따라 처리될 수 있습니다.
일부 네트워크에서는 재위임 거래와 함께 기존 보상이 정산되거나 별도의 Claim 절차가 필요할 수 있습니다.
하지만 모든 블록체인이 같은 방식으로 보상을 처리하는 것은 아닙니다.
따라서 기존 보상이 자동으로 새로운 Validator에게 이동하거나 반드시 즉시 지급된다고 생각해서는 안 됩니다.
Redelegation에도 네트워크 수수료가 발생할까?
일부 Proof of Stake 네트워크에서는 Redelegation 요청이 온체인 거래로 처리되기 때문에 네트워크 수수료가 발생할 수 있습니다.
또한 지갑이나 별도의 서비스가 추가 수수료를 적용할 수도 있습니다.
따라서 Redelegation 전에 실제 필요한 수수료와 지갑의 사용 가능한 잔액을 확인해야 합니다.
네트워크 수수료의 기본 개념은 가스비 관련 설명에서 확인할 수 있습니다.
Redelegation 거래가 성공하면 바로 변경될까?
반드시 그렇지는 않습니다.
일부 네트워크에서는 Redelegation 거래가 성공적으로 처리되면 새로운 Validator에게 지분이 연결될 수 있습니다.
반면 별도의 상태 변경이나 대기 조건이 적용되는 구조도 존재할 수 있습니다.
따라서 거래 성공과 실제 재위임 상태, 제한 기간의 종료 여부를 각각 확인해야 합니다.
Redelegation 상태는 어디에서 확인할까?
일부 Proof of Stake 네트워크에서는 지갑이나 공식 스테이킹 화면, Block Explorer에서 재위임 거래와 지분 상태를 확인할 수 있습니다.
이때 기존 Validator와 새로운 Validator, 재위임 수량, 거래 처리 상태 등의 정보가 표시될 수 있습니다.
하지만 모든 지갑과 탐색기가 동일한 정보를 제공하는 것은 아닙니다.
따라서 표시된 상태가 실제로 무엇을 의미하는지 해당 네트워크의 공식 설명을 확인해야 합니다.
Redelegation 거래가 Pending 상태라면?
Redelegation 요청이 온체인 거래로 제출됐지만 아직 처리되지 않았다면 Pending 상태로 표시될 수 있습니다.
이 경우 네트워크 혼잡과 수수료 조건 등에 따라 거래 처리 시간이 달라질 수 있습니다.
먼저 기존 거래의 Transaction Hash와 현재 처리 상태를 확인하는 것이 좋습니다.
처리가 늦어진다는 이유만으로 같은 요청을 반복해서 제출하는 것은 주의해야 합니다.
Redelegation 요청을 여러 번 보내면 어떻게 될까?
네트워크의 규칙에 따라 중복 요청이 거부되거나 별도의 거래로 처리될 수 있습니다.
또한 요청마다 네트워크 수수료가 발생할 수 있고 재위임 횟수 제한에 영향을 줄 수도 있습니다.
따라서 기존 요청의 처리 상태를 확인하지 않고 동일한 Redelegation을 반복해서 실행해서는 안 됩니다.
Redelegation을 취소할 수 있을까?
재위임 요청을 취소할 수 있는지는 해당 블록체인의 프로토콜과 거래 처리 상태에 따라 다릅니다.
일부 네트워크에서는 이미 확정된 Redelegation 거래를 단순히 취소하는 기능을 제공하지 않을 수 있습니다.
또한 다시 이전 Validator로 변경하려면 별도의 재위임 거래와 제한 조건이 적용될 수 있습니다.
따라서 거래를 제출하기 전에 새로운 Validator의 주소와 수량, 수수료 및 변경 조건을 확인해야 합니다.
Redelegation에서 가장 먼저 확인할 세 가지
첫째, 새로운 Validator의 상태입니다. 활성 상태와 검증 참여 기록, Commission 등을 확인해야 합니다.
둘째, 재위임 제한 조건입니다. 네트워크가 정한 대기 기간과 변경 횟수, 최소 수량 및 수수료를 확인해야 합니다.
셋째, 기존 위임과 관련된 위험입니다. 이전 Validator의 특정 합의 규칙 위반에 따른 제재 위험이 재위임 이후에도 남을 수 있는지 확인해야 합니다.
이 세 가지를 함께 확인하면 Redelegation을 단순한 Validator 이름 변경으로 오해하는 문제를 줄일 수 있습니다.
Redelegation에도 대기 기간이 있을까?
일부 Proof of Stake 네트워크에서는 Redelegation을 실행할 때 별도의 대기 기간이나 변경 제한이 적용될 수 있습니다.
이러한 제한은 검증자 변경과 관련된 책임을 관리하거나 반복적인 재위임을 제한하는 등의 목적과 연결될 수 있습니다.
하지만 모든 네트워크가 동일한 대기 기간을 적용하는 것은 아닙니다.
따라서 Redelegation 거래의 처리 완료 시점과 재위임 제한이 종료되는 시점을 구분해서 확인해야 합니다.
Redelegation 대기 기간과 Unbonding Period는 같을까?
반드시 같지는 않습니다.
Unbonding Period는 일부 Proof of Stake 네트워크에서 스테이킹을 해제한 뒤 자산을 자유롭게 사용할 수 있을 때까지 기다리는 기간입니다.
반면 Redelegation의 제한 기간은 위임 대상을 변경한 뒤 추가적인 재위임이나 특정 작업에 적용되는 조건일 수 있습니다.
따라서 두 기간의 길이가 같더라도 실제 목적과 적용되는 작업은 다를 수 있습니다.
Redelegation을 연속해서 진행할 수 있을까?
네트워크에 따라 제한될 수 있습니다.
일부 Proof of Stake 네트워크에서는 특정 지분을 재위임한 뒤 일정 기간 동안 같은 지분을 다시 다른 Validator에게 재위임하지 못하도록 제한할 수 있습니다.
이러한 제한은 프로토콜의 위임 관리와 검증자 책임 구조에 연결될 수 있습니다.
따라서 한 번 재위임이 성공했다고 즉시 여러 Validator 사이를 자유롭게 이동할 수 있다고 생각해서는 안 됩니다.
Redelegation 횟수에도 제한이 있을까?
일부 네트워크에서는 동시에 진행할 수 있는 재위임 요청의 수나 특정 지분에 대한 변경 횟수를 제한할 수 있습니다.
이러한 조건은 네트워크의 프로토콜과 지갑 또는 서비스의 기능에 따라 다를 수 있습니다.
따라서 여러 Validator에게 지분을 나누거나 반복적으로 변경하려는 경우에는 해당 네트워크의 제한 조건을 확인해야 합니다.
Redelegation 중에도 Slashing이 발생할 수 있을까?
일부 Proof of Stake 네트워크에서는 재위임 과정이나 제한 기간 중에도 특정한 Slashing 위험이 존재할 수 있습니다.
예를 들어 이전 Validator가 과거에 수행한 합의 규칙 위반과 관련된 제재가 재위임된 지분에 영향을 줄 수 있는 구조가 있습니다.
하지만 실제 적용 여부와 기간, 손실 규모는 네트워크마다 다릅니다.
따라서 Slashing 규칙과 Redelegation의 책임 조건을 함께 확인해야 합니다.
Validator를 변경하면 이전 Validator의 책임도 사라질까?
반드시 그렇지는 않습니다.
일부 네트워크에서는 재위임이 완료된 뒤에도 이전 Validator의 특정한 합의 규칙 위반에 대한 제재가 일정 기간 동안 위임 지분에 적용될 수 있습니다.
따라서 새로운 Validator로 변경했다고 과거 검증 활동과 관련된 모든 경제적 위험이 즉시 종료된다고 생각해서는 안 됩니다.
실제 책임 범위는 해당 네트워크의 공식 프로토콜 규칙을 확인해야 합니다.
새로운 Validator가 Slashing을 당하면 어떻게 될까?
일부 Proof of Stake 네트워크에서는 새로운 Validator의 특정 규칙 위반으로 발생한 Slashing이 해당 검증자에게 위임된 지분에도 영향을 줄 수 있습니다.
따라서 재위임 이후에는 새로운 Validator의 운영 상태와 합의 참여 기록, Slashing 위험을 계속 확인하는 것이 중요합니다.
다만 모든 네트워크가 같은 제재 구조를 사용하는 것은 아닙니다.
Redelegation으로 Slashing 위험을 완전히 없앨 수 있을까?
아닙니다.
Redelegation은 위임 대상을 변경하는 기능이지 모든 검증자 위험을 제거하는 보안 장치가 아닙니다.
새로운 Validator도 운영 장애나 합의 규칙 위반 등의 위험을 가질 수 있으며 일부 네트워크에서는 이전 Validator와 관련된 책임이 일정 기간 남을 수 있습니다.
따라서 Redelegation은 위험을 없애는 작업이 아니라 위임 대상과 관련된 위험 구조를 변경하는 과정이라고 이해해야 합니다.
Redelegation으로 지분을 분산할 수 있을까?
일부 Proof of Stake 네트워크에서는 기존 Validator에게 위임한 지분의 일부를 다른 Validator에게 재위임할 수 있습니다.
이러한 기능을 활용하면 특정 Validator 한 곳에 집중된 지분을 여러 검증자에게 나누는 구조를 만들 수 있습니다.
하지만 최소 위임 수량과 재위임 제한, 거래 수수료 등의 조건이 적용될 수 있습니다.
또한 여러 Validator에게 분산한다고 네트워크 전체의 위험이나 자산 가격 변동 위험이 사라지는 것은 아닙니다.
여러 Validator에게 나누어 위임하면 무조건 안전할까?
그렇게 단정할 수 없습니다.
지분을 여러 Validator에게 분산하면 특정 검증자 한 곳에 대한 집중 위험을 줄이는 데 도움이 될 수 있습니다.
하지만 여러 Validator가 동일한 운영 주체나 인프라에 의존하거나 네트워크 전체에 문제가 발생할 수 있습니다.
따라서 Validator의 숫자뿐 아니라 실제 운영 주체와 지분 분포, 네트워크의 보안 구조를 함께 확인해야 합니다.
Redelegation은 네트워크 분산에 도움이 될까?
일부 Proof of Stake 네트워크에서는 이용자가 위임 지분을 다른 Validator에게 이동할 수 있는 기능이 검증자 간 지분 분포에 영향을 줄 수 있습니다.
예를 들어 지분이 과도하게 집중된 Validator에서 다른 검증자로 재위임하면 지분 분산에 기여할 가능성이 있습니다.
하지만 실제 효과는 전체 네트워크의 지분 분포와 Validator 운영 주체, 합의 규칙 등에 따라 달라집니다.
따라서 Redelegation 기능이 존재한다는 사실만으로 네트워크가 자동으로 탈중앙화된다고 생각해서는 안 됩니다.
Redelegation과 Validator Commission은 어떤 관계일까?
Validator Commission은 일부 위임형 Proof of Stake 네트워크에서 검증자 운영자가 위임 보상 가운데 가져가는 수수료입니다.
Redelegation을 통해 위임 대상을 변경하면 새로운 Validator의 Commission 조건이 적용될 수 있습니다.
하지만 Commission이 낮다고 Validator의 운영 안정성이나 보안 수준까지 높아지는 것은 아닙니다.
따라서 재위임할 때는 수수료율과 실제 검증 참여 상태, Slashing 위험 등을 함께 살펴봐야 합니다.
Redelegation과 Staking Pool은 어떻게 연결될까?
Staking Pool은 여러 이용자의 자산이나 지분을 모아 스테이킹에 참여하도록 구성한 구조입니다.
일부 Pool에서는 여러 Validator에게 지분을 배분하거나 운영 상황에 따라 검증자 구성을 변경할 수 있습니다.
하지만 Pool 내부의 Validator 변경이 언제나 이용자가 직접 실행하는 Redelegation 거래와 동일한 것은 아닙니다.
따라서 Pool의 운영 방식과 실제 온체인 재위임 절차를 구분해야 합니다.
거래소에서도 Redelegation을 직접 할 수 있을까?
중앙화 거래소나 별도의 스테이킹 서비스에서는 이용자가 직접 Validator를 선택하거나 변경할 수 없는 경우가 있습니다.
서비스가 여러 Validator를 운영하거나 자체 정책에 따라 위임 지분을 관리할 수 있기 때문입니다.
따라서 거래소의 스테이킹 서비스에서 표시되는 검증자 변경 기능과 네트워크의 네이티브 Redelegation 기능을 동일하게 생각해서는 안 됩니다.
Redelegation 거래를 확인할 때 무엇을 살펴볼까?
일부 Proof of Stake 네트워크에서는 재위임 거래의 정보를 지갑이나 Block Explorer에서 확인할 수 있습니다.
확인 가능한 항목은 네트워크마다 다르지만 일반적으로 다음 정보를 살펴볼 수 있습니다.
- 기존 Validator: 재위임 이전에 지분이 연결되어 있던 검증자입니다.
- 새로운 Validator: 재위임 이후 지분이 연결될 검증자입니다.
- 재위임 수량: 변경 요청에 포함된 스테이킹 지분의 수량입니다.
- 거래 상태: 요청이 정상적으로 처리됐는지 확인합니다.
- 네트워크 수수료: 재위임 거래에 사용된 비용을 확인합니다.
- 제한 기간: 추가적인 Redelegation 제한이 존재하는지 확인합니다.
- 위임 잔액: 기존 Validator와 새로운 Validator에 연결된 지분 수량을 확인합니다.
Redelegation을 진행할 때 피해야 할 실수
- 주소 미확인: Validator 이름만 보고 실제 검증자 주소를 확인하지 않는 것입니다.
- Commission만 비교: 수수료가 낮다는 이유만으로 새로운 Validator를 선택하는 것입니다.
- 활성 상태 미확인: 새로운 Validator가 정상적으로 합의에 참여하는지 확인하지 않는 것입니다.
- 제한 기간 누락: 재위임 이후 일정 기간 추가 변경이 제한될 수 있다는 점을 간과하는 것입니다.
- Slashing 위험 오해: Validator를 변경하면 과거의 모든 제재 위험이 즉시 사라진다고 생각하는 것입니다.
- 수수료 미확인: Redelegation 거래에 필요한 네트워크 수수료를 고려하지 않는 것입니다.
- 반복 요청: 기존 거래의 처리 상태를 확인하지 않고 같은 재위임 요청을 반복하는 것입니다.
- 출금 조건 혼동: Redelegation을 Unstaking이나 실제 자산 출금과 동일한 작업으로 생각하는 것입니다.
Redelegation에서 가장 중요한 습관
Redelegation에서 가장 중요한 것은 “Validator를 변경하면 이전 검증자의 위험이 모두 사라지고 새로운 Validator의 보상이 즉시 보장된다”고 생각하지 않는 것입니다.
재위임은 기존 스테이킹 지분의 위임 대상을 변경하는 과정이며 네트워크에 따라 별도의 제한 기간과 수수료, Slashing 관련 책임이 존재할 수 있습니다.
또한 새로운 Validator의 운영 상태와 Commission, 합의 참여 기록 등에 따라 실제 보상과 위험이 달라질 수 있습니다.
따라서 네트워크 확인 → 기존 Validator 확인 → 새로운 Validator 확인 → 재위임 수량과 제한 조건 확인 → 수수료 확인 → 거래 처리 확인 → Slashing 및 보상 조건 확인 순서로 살펴보는 것이 중요합니다.
FAQ
Q. Redelegation은 무엇인가요?
Redelegation(재위임)은 일부 Proof of Stake 블록체인에서 이미 특정 Validator에게 위임한 스테이킹 지분을 다른 Validator에게 변경하는 과정입니다. 네트워크에 따라 변경 가능 여부와 처리 조건이 다를 수 있습니다.
Q. Redelegation과 Staking Delegation은 같은 건가요?
같은 개념은 아닙니다. Staking Delegation은 이용자가 자신의 지분을 Validator에게 위임하는 방식이고, Redelegation은 이미 위임한 지분의 대상을 다른 Validator로 변경하는 과정입니다.
Q. Redelegation을 하려면 먼저 Unstaking해야 하나요?
반드시 그렇지는 않습니다. 일부 네트워크에서는 스테이킹을 완전히 해제하지 않고도 위임 대상을 변경할 수 있습니다. 하지만 Redelegation을 지원하지 않는 네트워크에서는 별도의 해제와 재위임 절차가 필요할 수 있습니다.
Q. Redelegation과 Unstaking은 무엇이 다른가요?
Redelegation은 지원되는 네트워크에서 위임 대상을 변경하는 과정이고, Unstaking은 스테이킹 상태를 종료하거나 자산을 해제하는 과정입니다. 따라서 Validator 변경과 스테이킹 종료는 구분해야 합니다.
Q. Redelegation을 하면 보상이 계속 발생하나요?
네트워크의 보상 계산과 재위임 처리 규칙에 따라 다릅니다. 일부 네트워크에서는 새로운 Validator의 보상 조건이 적용될 수 있지만 보상 발생과 지급 시점은 달라질 수 있습니다.
Q. Redelegation에도 수수료가 발생하나요?
일부 네트워크에서는 Redelegation 요청이 온체인 거래로 처리되므로 네트워크 수수료가 발생할 수 있습니다. 별도의 지갑이나 서비스 수수료가 적용되는지도 확인해야 합니다.
Q. Redelegation을 연속해서 진행할 수 있나요?
네트워크에 따라 제한될 수 있습니다. 일부 Proof of Stake 네트워크에서는 재위임한 지분을 일정 기간 동안 다시 다른 Validator에게 재위임하지 못하도록 제한할 수 있습니다.
Q. Validator를 변경하면 이전 Validator의 Slashing 위험이 사라지나요?
반드시 그렇지는 않습니다. 일부 네트워크에서는 이전 Validator의 특정 합의 규칙 위반에 대한 제재가 일정 기간 동안 재위임된 지분에도 영향을 줄 수 있습니다. 실제 적용 범위는 해당 네트워크의 규칙을 확인해야 합니다.
Q. Commission이 낮은 Validator로 바꾸면 더 안전한가요?
아닙니다. Commission은 위임 보상에 적용되는 수수료와 관련된 개념입니다. 낮은 Commission이 Validator의 운영 안정성이나 Slashing 위험까지 낮춘다는 의미는 아닙니다.
Q. Redelegation으로 지분을 여러 Validator에게 나눌 수 있나요?
일부 네트워크에서는 기존 위임 지분의 일부를 다른 Validator에게 재위임할 수 있습니다. 하지만 최소 위임 수량과 재위임 제한, 수수료 등의 조건이 적용될 수 있습니다.
Q. Redelegation 거래가 성공했는데 왜 기존 Validator가 표시되나요?
지갑이나 탐색기의 정보 갱신이 늦거나 네트워크의 재위임 처리 상태가 별도로 표시될 수 있습니다. 먼저 거래 상태와 위임 잔액, 새로운 Validator의 연결 상태를 확인해야 합니다.
Q. 거래소에서도 Redelegation을 직접 할 수 있나요?
서비스에 따라 다릅니다. 일부 중앙화 거래소에서는 이용자가 직접 Validator를 선택하거나 변경할 수 없으며 거래소가 내부적으로 검증자 구성을 관리할 수 있습니다. 네이티브 Redelegation과 서비스 내부 변경은 구분해야 합니다.
Redelegation을 쉽게 기억하는 방법
“이미 위임한 스테이킹 지분의 담당 Validator를 다른 Validator로 변경하는 과정”이라고 기억하면 됩니다.
일반적인 흐름은 다음과 같습니다.
기존 Validator 확인 → 새로운 Validator 선택 → 재위임 수량 결정 → 변경 제한과 수수료 확인 → Redelegation 거래 제출 → 처리 상태 확인 → 새로운 위임 상태 확인
다만 모든 Proof of Stake 네트워크가 동일한 Redelegation 기능을 제공하는 것은 아닙니다. 일부 네트워크에서는 별도의 대기 기간이나 재위임 횟수 제한이 적용될 수 있습니다.
관련 개념을 구분하면 더 쉽습니다.
Proof of Stake = 스테이킹된 자산과 검증자 구조를 활용하는 블록체인 합의 방식
Validator = 블록 제안과 검증, 네트워크 합의에 참여하는 주체
Staking Delegation = 이용자가 자신의 스테이킹 지분을 Validator에게 위임하는 방식
Redelegation = 이미 위임한 지분의 대상을 다른 Validator로 변경하는 과정
Undelegation = 특정 Validator에게 위임한 지분을 해제하는 과정
Unstaking = 스테이킹 상태를 종료하거나 자산을 해제하는 과정
Slashing = 특정한 합의 규칙 위반에 적용될 수 있는 경제적 제재
핵심 정리
Redelegation(재위임)은 일부 Proof of Stake 블록체인에서 이미 특정 Validator에게 위임한 스테이킹 지분을 다른 Validator에게 변경하는 과정입니다.
Proof of Stake 네트워크에서는 이용자가 직접 Validator를 운영하지 않고 자신의 스테이킹 지분을 특정 검증자에게 위임할 수 있습니다.
이후 Validator의 운영 상태와 Commission, 검증 참여 기록 등이 달라지면 다른 검증자로 위임 대상을 변경하고 싶을 수 있습니다.
Redelegation을 지원하는 네트워크에서는 기존 스테이킹을 완전히 해제하지 않고도 위임 대상을 변경할 수 있는 경우가 있습니다.
하지만 모든 Proof of Stake 네트워크가 동일한 Redelegation 기능을 제공하는 것은 아닙니다. 네트워크에 따라 재위임 수량과 변경 횟수, 대기 기간 및 수수료 등에 제한이 적용될 수 있습니다.
또한 Redelegation을 진행했다고 기존 Validator의 특정 합의 규칙 위반에 대한 Slashing 위험이 즉시 사라지는 것은 아닙니다. 일부 네트워크에서는 과거 검증 활동과 관련된 제재가 일정 기간 동안 위임 지분에 영향을 줄 수 있습니다.
새로운 Validator 역시 운영 장애와 합의 규칙 위반 등의 위험을 가질 수 있으므로 Commission이나 예상 보상률만으로 선택해서는 안 됩니다.
따라서 Redelegation을 이해할 때는 기존 Validator 확인 → 새로운 Validator 확인 → 재위임 조건 확인 → Commission과 보상 확인 → Slashing 위험 확인 → 거래 처리 상태 확인 → 실제 위임 지분 변경 확인 순서로 살펴보는 것이 중요합니다.
다음 66화에서는 Validator가 위임 보상에서 가져갈 수 있는 수수료 구조인 Validator Commission(검증자 수수료)을 자세히 알아봅니다.
참고 자료
Redelegation의 지원 여부와 최소 수량, 변경 제한, 대기 기간, 보상 정산, 수수료 및 Slashing 적용 조건은 블록체인마다 다를 수 있습니다. 실제 재위임을 진행하기 전에는 해당 네트워크의 최신 공식 프로토콜 자료와 지갑 또는 서비스의 이용 조건을 확인하는 것이 좋습니다.
Disclaimer
본 콘텐츠는 Redelegation, Proof of Stake, Validator 및 스테이킹 위임 변경 구조에 대한 일반적인 정보 제공과 이용자 보호를 목적으로 하며 특정 가상자산, Validator, 스테이킹 서비스, 거래소, 네트워크 또는 투자 참여를 권유하지 않습니다. Redelegation에는 Validator 운영 위험, Commission 및 보상률 변화, 재위임 제한과 대기 기간, 네트워크 수수료, Slashing, 서비스·수탁 위험, 가상자산 가격 변동 및 원금 손실을 포함한 다양한 위험이 존재할 수 있습니다. 실제 이용 전 해당 블록체인의 최신 공식 프로토콜 자료와 서비스의 위임·변경·보상·수수료·해제 조건 및 관련 위험을 직접 확인하시기 바랍니다.