Огляд Figment: інституційний стейкінг і послуги

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

Основні висновки

• Інституційний стейкінг: за даними Figment, сервіс обслуговує понад 1 500 інституційних клієнтів, зокрема фінансові установи, кастодіальні сервіси, біржі та керуючих активами.

• Некастодіальна інфраструктура: клієнти зберігають право власності на активи та контроль над їх виведенням через наявні гаманці або кастодіальні механізми.

• Підтримка багатьох мереж: Figment надає інфраструктуру валідаторів для понад 30 блокчейн-протоколів, зокрема Ethereum і Solana.

• Безпека та відповідність вимогам: Figment повідомляє про наявність сертифікацій SOC 1 Type II, SOC 2 Type II та ISO 27001, а також про моніторинг валідаторів і захист від слешингу.

Короткий огляд Figment

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

Функції Figment: як це працює?

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

Інфраструктура для інституційного стейкінгу

Figment керує блокчейн-валідаторами, відповідальними за перевірку транзакцій, пропонування блоків і участь у роботі мережі.

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

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

Figment також надає API стейкінгу та інструменти керування для клієнтів, які інтегрують винагороди у свої наявні продукти для цифрових активів.

Підтримувані блокчейн-мережі

Figment підтримує стейкінг у багатьох блокчейнах, зокрема:

• Ethereum (ETH)

• Solana (SOL)

• Cosmos (ATOM)

• Polkadot (DOT)

• Avalanche (AVAX)

• Polygon (POL)

• Інші підтримувані мережі з алгоритмом Proof-of-Stake

Доступні способи інтеграції відрізняються залежно від мережі.

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

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

Інтеграція з Fireblocks і відстеження винагород

Figment співпрацює з Fireblocks, щоб надавати інституційний стейкінг через наявні процеси зберігання цифрових активів.

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

Fireblocks надає інфраструктуру гаманців, політики авторизації транзакцій і засоби контролю, пов’язані зі зберіганням. Figment керує роботою валідаторів.

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

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

Інституційне зростання та розширення доступу до ринку

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

У 2026 році Figment оголосила про співпрацю з Ripple Custody, Curvegrid у Японії та KODA у Південній Кореї. Ці домовленості забезпечують ширший доступ до інфраструктури стейкінгу через усталені інституційні платформи.

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

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

Комісії та тарифи Figment

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

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

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

Установам слід перевіряти валові винагороди, чисті винагороди, штрафи та договірні комісії перед порівнянням провайдерів.

Безпека Figment і контроль над активами

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

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

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

Безпека інфраструктури та захист від слешингу

Figment повідомляє про аудити інфраструктури та сертифікації у сфері безпеки, зокрема SOC 2 Type II, ISO 27001 і SOC 1 Type II.

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

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

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

Установам слід вивчити договірне покриття захисту від слешингу, зокрема винятки, ліміти компенсації та процедури подання вимог.

Операційна комплексна перевірка також має охоплювати здатність провайдерів підтримувати доступність понад 99,9 %, зберігати низький рівень пропущених блоків і уникати єдиних точок відмови. Це критерії оцінювання, а не гарантовані показники ефективності Figment.

У звіті Figment про валідатори Ethereum за III квартал 2026 року зазначено середній рівень участі 99,99 % і відсутність випадків слешингу через подвійне підписання протягом звітного періоду. Історичні показники не гарантують майбутніх результатів.

Зберігання та відповідність нормативним вимогам

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

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

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

Інституційні угоди мають чітко визначати право власності на активи, розподіл відповідальності, обов’язки валідатора та права на виведення.

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

Обмеження та ризики Figment

Інституційна орієнтація Figment створює кілька обмежень.

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

Обмеження ліквідності: нативний стейкінг може передбачати періоди активації, черги на виведення або затримки розблокування. Інституційні казначейства мають враховувати ці обмеження під час планування управління активами та торговельної діяльності.

Ризик валідатора: простої, пропущені атестації або некоректна робота валідатора можуть зменшити винагороди чи призвести до штрафів.

Змінна дохідність: винагороди за стейкінг змінюються залежно від правил протоколу, ефективності валідатора та ринкових умов.

Складність дотримання вимог: інституційні клієнти залишаються відповідальними за виконання нормативних зобов’язань і внутрішнє управління.

Інтеграційні вимоги: деякі процеси потребують сумісної кастодіальної інфраструктури, технічної підтримки та договірного підключення.

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

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

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

Figment у порівнянні з альтернативами

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

Kiln пропонує зіставну платформу інституційного стейкінгу з інтеграціями API, інфраструктурою валідаторів і звітністю щодо винагород.

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

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

Як проводився цей огляд

Цей огляд Figment ґрунтується на загальнодоступній документації компанії, матеріалах про кастодіальні інтеграції, розкритій інформації про безпеку та відомостях про конкуруючих провайдерів, перевірених 10 листопада 2026 року.

Основні джерела включають офіційну інформацію Figment про компанію, засоби контролю безпеки Figment, звіт Figment про валідатори Ethereum за III квартал 2026 року та документацію Kiln щодо інституційного стейкінгу.

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

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

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

Цей огляд не містить платної оцінки або рекомендації.

Поширені запитання

Які комісії стягує Figment?

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

Які активи або мережі підтримує Figment?

Figment підтримує понад 30 блокчейн-протоколів, зокрема Ethereum, Solana, Cosmos, Polkadot і Avalanche. Підтримувані активи та процеси стейкінгу залежать від блокчейну й кастодіальної інтеграції.

Як Figment забезпечує безпеку та зберігання?

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

Які основні обмеження Figment?

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

Відмова від відповідальності: Ця стаття має виключно освітній та інформаційний характер і не є фінансовою, інвестиційною, торговельною або юридичною консультацією. Стейкінг пов’язаний із ринковими, ліквідними, валідаторськими, кастодіальними, операційними та регуляторними ризиками. Винагороди за стейкінг змінюються, і можливі втрати капіталу.