Коли ви вперше створюєте стейкінговий обліковий запис, ви вказуєте, скільки токенів SOL ви хочете внести на нього, і ці токени знімаються з вашого основного облікового запису гаманця та зараховуються на новий стейкінговий обліковий запис.

Токени також можна перевести на вже існуючий стейкінговий обліковий запис у будь-який час, використовуючи функцію переказу або надсилання вашого гаманця та вказавши адресу вашого стейкінгового облікового запису. Якщо ви переведете токени на стейкінговий обліковий запис, який уже делеговано, ці нові токени не будуть автоматично делеговані.

Якщо у вас є делегований стейкінговий обліковий запис і ви хочете збільшити свою делегацію конкретному валідатору, найкращою практикою є створення нового стейкінгового облікового запису з додатковою сумою стейку та делегування цього облікового запису тому самому валідатору.

Приклад: збільшення стейку, делегованого одному валідатору

Користувач має гаманець із балансом 1000 SOL.
Користувач використовує інтерфейс гаманця для створення стейкінгового облікового запису зі 100 SOL, потім делегує токени в стейкінговому обліковому записі валідатору A.
Баланс гаманця тепер становить 900 SOL, і гаманець також контролює стейкінговий обліковий запис із балансом 100 SOL.
Стейкінговий обліковий запис відображається в інтерфейсі гаманця та в Explorer як “Активується”. Після того, як він стане “Активним”, застейковані токени отримують право на винагороди. Див. Часові міркування для більш детальної інформації.
Пізніше користувач хоче збільшити свою делегацію валідатору A, тому використовує інтерфейс гаманця для створення другого стейкінгового облікового запису з 50 SOL, потім делегує токени в новому стейкінговому обліковому записі валідатору A.
Баланс гаманця тепер становить 850 SOL, і гаманець також контролює 2 стейкінгові облікові записи зі 100 та 50 SOL відповідно, кожен делегований валідатору A.

Якщо ви переведете токени на стейкінговий обліковий запис, який уже делеговано, ці нові токени не будуть автоматично делеговані. Щоб ці нові токени також були делеговані та приносили винагороди, вам потрібно буде скасувати делегування всього облікового запису, а потім повторно делегувати той самий обліковий запис. Оскільки скасування делегування та повторне делегування може зайняти кілька днів, ваш початковий стейк не приноситиме винагород протягом цього перехідного періоду.

Тому ми рекомендуємо переводити SOL на стейкінговий обліковий запис лише під час його першого створення або коли він не делегований.

Аудити безпеки

Зміст