Стейкінг ETH вдома

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

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

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

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

Поточні рекомендації спільноти щодо обладнання та пропускної здатності валідатора підтримуються в рекомендаціях щодо обладнання та пропускної здатності (EIP-7870) (відкривається в новій вкладці). Як орієнтир, плануйте використання NVMe SSD на 4 ТБ, 64 ГБ оперативної пам'яті (може працювати й менше, але це рекомендований запас), надійного сучасного багатоядерного процесора та інтернет-з'єднання зі швидкістю близько 50 Мбіт/с на завантаження / 25 Мбіт/с на віддачу.

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

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

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

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

Так. Валідатор з обліковими даними для виведення з компаундуванням (0x02) може мати ефективний баланс до 2048 ETH, тоді як мінімум для активації залишається 32 ETH. Винагороди на валідаторі з компаундуванням автоматично додаються до його стейку, і він заробляє винагороди на кожен цілий ETH понад мінімум у 32 ETH, тому ви можете стейкати суми, які не кратні 32. Див. Компаундування та максимум у 2048 ETH.

Валідатори з обліковими даними для регулярного виведення (0x01) залишаються обмеженими ефективним балансом у 32 ETH, причому будь-який баланс понад цю суму автоматично переказується на адресу виведення кожні кілька днів.

Для валідатора з компаундуванням автоматично переказується лише баланс понад максимум у 2048 ETH. Щоб вивести будь-яку суму нижче цього значення, ви запускаєте часткове виведення з вашої адреси виведення (транзакція, яка коштує газу), що може зменшити будь-який баланс понад мінімум у 32 ETH. Якщо ви запускаєте кілька валідаторів, ви також можете консолідувати їх в один валідатор з компаундуванням без виходу з мережі.

Більше про виведення зі стейкінгу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для валідаторів з обліковими даними для регулярного виведення (0x01) виплати винагород (накопичені ETH понад початкові 32) періодично автоматично розподіляються на адресу виведення. Для валідаторів з компаундуванням (0x02) винагороди залишаються в стейкінгу та компаундуються автоматично. Ви можете вивести будь-який баланс понад 32 ETH, запустивши часткове виведення з вашої адреси виведення.

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