Перейти до основного вмісту

Стейкінг як послуга

  • Сторонні оператори вузлів керують роботою вашого клієнта валідатора
  • Чудовий варіант для всіх, хто має 32 ETH, але не хоче мати справу з технічними складнощами запуску вузла
  • Зменште необхідність довіри та зберігайте контроль над своїми ключами для виведення

Що таке стейкінг як послуга?

Стейкінг як послуга (SaaS) — це категорія послуг стейкінгу, де ви вносите власні 32 ETH для валідатора, але делегуєте роботу вузла сторонньому оператору. Цей процес зазвичай передбачає супровід під час початкового налаштування, включно з генерацією ключів і внесенням депозиту, а потім завантаження ваших ключів підписання оператору. Це дозволяє сервісу керувати вашим валідатором від вашого імені, зазвичай за щомісячну плату.

Навіщо стейкати за допомогою сервісу?

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

Ваш власний валідатор

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

Легко почати

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

Обмежте свій ризик

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

Порівняння з іншими варіантами

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

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

Дізнатися більше про соло-стейкінг

Спільний стейкінг

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

Дізнатися більше про спільний стейкінг

Що варто врахувати

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

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

Відкритий вихідний код

Основний код є на 100% відкритим і доступним для громадськості для створення форків та використання

Відкритий вихідний код

Закритий вихідний код

Огляд провайдерів послуг стейкінгу

Нижче наведено деяких доступних провайдерів SaaS. Використовуйте наведені вище індикатори, щоб зорієнтуватися в цих послугах.

Продукти та послуги перелічені для зручності спільноти Етеріуму. Включення продукту або послуги не означає їх схвалення командою вебсайту ethereum.org або Фундацією Ethereum.

Провайдери SaaS

Serenita

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Bitwise

Від 1000 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Kiln

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

P2P.org

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

RockX Staking

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Consensys Staking

Від 32 ETH

macOS
Windows
GUI
API
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

stakefish

Від 32 ETH

Browser
Wallet
Linux
macOS
Windows
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Figment

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Ethpool

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Abyss Finance

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Everstake Institutional

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

ChainLabo

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Sensei Node

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Squid

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

Allnodes

Від 32 ETH

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Різноманітність виконання
  • Різноманітність консенсусу
  • Самостійне зберігання

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

Генератори ключів

ethdo

Linux
Windows
CLI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Самостійне зберігання

Wagyu Key Gen

Linux
macOS
Windows
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Самостійне зберігання

Avado

Browser
GUI
  • Відкритий вихідний код
  • Пройдено аудит
  • Програма Bug bounty
  • Перевірено часом
  • Бездозвільний
  • Самостійне зберігання

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

Часті запитання

Умови відрізнятимуться залежно від провайдера, але зазвичай вам допоможуть налаштувати будь-які необхідні ключі підписання (один на 32 ETH) і завантажити їх вашому провайдеру, щоб дозволити йому здійснювати валідацію від вашого імені. Самі лише ключі підписання не дають жодної можливості виводити, переказувати або витрачати ваші кошти. Однак вони надають можливість голосувати для досягнення консенсусу, що в разі неправильного виконання може призвести до штрафів за перебування офлайн або слешингу.

Так. Кожен акаунт складається з ключів підписання BLS та ключів виведення BLS. Для того, щоб валідатор міг засвідчувати стан ланцюга, брати участь у комітетах синхронізації та пропонувати блоки, ключі підписання повинні бути легкодоступними для клієнта валідатора. Вони повинні бути підключені до інтернету в тій чи іншій формі, і тому за своєю суттю вважаються «гарячими» ключами. Це вимога для того, щоб ваш валідатор міг здійснювати засвідчення, і тому ключі, які використовуються для переказу або виведення коштів, відокремлені з міркувань безпеки.

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

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

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

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

Стейкерам потрібно надати адресу для виведення (якщо вона не була надана під час початкового депозиту), і виплати винагород почнуть розподілятися автоматично на періодичній основі кожні кілька днів.

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

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

Використовуючи провайдера SaaS, ви довіряєте роботу свого вузла комусь іншому. Це пов'язано з ризиком низької продуктивності вузла, яку ви не контролюєте. У разі застосування слешингу до вашого валідатора, баланс вашого валідатора буде оштрафовано та примусово видалено з пулу валідаторів.

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

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

Додаткова література