Домашній стейкінг ETH

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

Чим краще ви розумієте програмне забезпечення, яке запускаєте, і те, як працює доказ частки (PoS), тим менш ризикованим це буде для вас як стейкера, і тим легше буде вирішувати будь-які проблеми, що можуть виникнути в процесі роботи як оператора вузла.

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

Це також вимагає дуже базового налаштування обладнання та певного розуміння мінімальних рекомендованих характеристик.

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

Безпека Етеріуму та запобігання шахрайству

На відміну від штрафів за неактивність через перебування поза мережею, слешинг — це набагато серйозніше покарання, передбачене за зловмисні порушення. Запускаючи клієнт меншості з вашими ключами, завантаженими лише на одній машині одночасно, ваш ризик піддатися слешингу зводиться до мінімуму. З огляду на це, всі стейкери повинні усвідомлювати ризики слешингу.

Так, сучасні акаунти валідаторів здатні зберігати до 2048 ETH. Додаткові ETH понад 32 будуть накопичуватися поступово, збільшуючись цілими числами в міру зростання вашого фактичного балансу. Це відомо як ваш ефективний баланс.

Щоб збільшити ефективний баланс акаунта і, таким чином, збільшити винагороди, необхідно подолати буфер у 0,25 ETH понад будь-який поріг повного ETH. Наприклад, акаунту з фактичним балансом 32,9 і ефективним балансом 32 потрібно буде заробити ще 0,35 ETH, щоб його фактичний баланс перевищив 33,25, перш ніж відбудеться збільшення ефективного балансу.

Цей буфер також запобігає падінню ефективного балансу, доки він не опуститься на 0,25 ETH нижче свого поточного ефективного балансу.

Кожна пара ключів, пов'язана з валідатором, вимагає щонайменше 32 ETH для активації. Будь-який баланс понад цю суму може бути виведений на пов'язану адресу для виведення в будь-який час за допомогою транзакції, підписаної цією адресою. Будь-які кошти понад максимальний ефективний баланс будуть автоматично виводитися на періодичній основі.

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

Перебування поза мережею, коли мережа фіналізується належним чином, НЕ призведе до слешингу. Невеликі штрафи за неактивність нараховуються, якщо ваш валідатор недоступний для засвідчення протягом певної епохи (кожна триває 6,4 хвилини), але це дуже відрізняється від слешингу. Ці штрафи трохи менші за винагороду, яку ви б заробили, якби валідатор був доступний для засвідчення, і втрати можна повернути, провівши приблизно таку ж кількість часу знову в мережі.

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

У крайніх випадках, якщо мережа припиняє фіналізацію внаслідок того, що більше третини валідаторів перебувають поза мережею, ці користувачі зазнають так званого квадратичного витоку через неактивність, що є експоненціальним відтоком ETH з акаунтів офлайн-валідаторів. Це дозволяє мережі з часом самовідновитися шляхом спалювання ETH неактивних валідаторів, доки їхній баланс не досягне 16 ETH, після чого вони будуть автоматично виключені з пулу валідаторів. Решта онлайн-валідаторів з часом знову становитимуть понад 2/3 мережі, задовольняючи супербільшість, необхідну для того, щоб знову фіналізувати ланцюг.

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

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

Запуск клієнта супербільшості (будь-якого клієнта, який використовується понад 2/3 мережі) також несе ризик потенційного слешингу у випадку, якщо цей клієнт має помилку, що призводить до форку ланцюга. Це може призвести до помилкового форку, який буде фіналізований. Щоб повернутися до правильного ланцюга, потрібно буде подати оточуючий голос (surround vote), намагаючись скасувати фіналізований блок. Це також є порушенням, яке карається слешингом, і його можна уникнути, просто запустивши натомість клієнт меншості.

Еквівалентні помилки в клієнті меншості ніколи не будуть фіналізовані і, таким чином, ніколи не призведуть до оточуючого голосу, а просто призведуть до штрафів за неактивність, а не до слешингу.

• Дізнайтеся більше про важливість запуску клієнта меншості.
• Дізнайтеся більше про запобігання слешингу

Окремі клієнти можуть дещо відрізнятися з точки зору продуктивності та інтерфейсу користувача, оскільки кожен з них розробляється різними командами з використанням різних мов програмування. З огляду на це, жоден з них не є «найкращим». Усі робочі клієнти є чудовим програмним забезпеченням, яке виконує ті самі основні функції для синхронізації та взаємодії з блокчейном.

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

Хоча віртуальний приватний сервер (VPS) можна використовувати як заміну домашньому обладнанню, фізичний доступ і розташування вашого клієнта валідатора мають значення. Централізовані хмарні рішення, такі як Amazon Web Services або Digital Ocean, забезпечують зручність відсутності необхідності купувати та обслуговувати обладнання, але ціною централізації мережі.

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

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

Виведення будь-якого типу з сигнального ланцюга вимагає встановлення облікових даних для виведення.

Нові стейкери встановлюють це під час генерації ключів та внесення депозиту. Існуючі стейкери, які ще не встановили це, можуть оновити свої ключі для підтримки цієї функціональності.

Після встановлення облікових даних для виведення виплати винагород (накопичені ETH понад початкові 32) будуть періодично автоматично розподілятися на адресу для виведення.

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