Skip to content
This repository has been archived by the owner on Aug 13, 2024. It is now read-only.

Commit

Permalink
Apply reviews
Browse files Browse the repository at this point in the history
  • Loading branch information
hyeonLewis committed May 1, 2024
1 parent 1932c1b commit 3424cb1
Show file tree
Hide file tree
Showing 2 changed files with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion KIPs/kip-163.md
Original file line number Diff line number Diff line change
Expand Up @@ -100,7 +100,7 @@ The features added in CNv3 are only active when PD is enabled; without PD, exist
| `cancelApprovedStakingWithdrawal` | Only Multi-sig | Only PD |
| `withdrawApprovedStaking` | Only Multi-sig | Only PD |

The CNv3 must call setPublicDelegation to set public delegation. In `setPublicDelegation`, it deploys a new public delegation contract and connect to CNv3.
The CNv3 must call `setPublicDelegation` to set public delegation. In `setPublicDelegation`, it deploys a new public delegation contract and connect to CNv3.

The redelegation is a togglable feature, and both current CNv3 and target CNv3 must enable PD and redelegation to use it. Users can redelegate their staking to another CNv3 without waiting for lockup period. But to prevent redelegation hopping, which makes Klaytn's consensus be unstable, users who have been redelegated must wait a lockup period before they can redelegate again. For example, if a user redelegates from [`A``B`], then user must wait for a lockup period to redelegate from B to another CNv3. The last redelegation records will be stored in each CNv3s. The below diagram shows how redelegation is processed between CNv3 and PD. The action of PD is discussed in more detail in Public Delegation.

Expand Down
Binary file modified assets/kip-163/overview.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.

0 comments on commit 3424cb1

Please sign in to comment.