Institutional custody на Solana — каталог

Про категорію

Institutional custody (інституційне зберігання) — це послуга безпечного утримання криптоактивів від імені юридичних осіб: фондів, бірж, корпорацій та інших інституційних клієнтів. На відміну від самостійного зберігання через гаманці типу Phantom або Solflare, інституційні провайдери пропонують окрему інфраструктуру: розподілені підписи (MPC), холодне зберігання, страховий покриття, комплаєнс (KYC/AML) та інтеграцію через API.

У контексті Solana інституційний custody має технічну специфіку: підтримка програмних гаманців (PDA — Program Derived Address), робота з токен-стандартами SPL, інтеграція з Anchor-програмами та сумісність із Solana Virtual Machine. Це відрізняє Solana-орієнтованих провайдерів від тих, хто обслуговує лише EVM-ланцюги.

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

Критерії включення custody-провайдера

До каталогу потрапляють лише ті провайдери, що відповідають усім наведеним нижче умовам:

• Підтримка Solana. Провайдер прямо заявляє про можливість зберігання SOL та SPL-токенів у своїй інфраструктурі. Загальна заява про «мультичейн» без підтвердженої Solana-інтеграції недостатня.
• Інституційний рівень сервісу. Наявність корпоративного обслуговування: виділений акаунт-менеджер, SLA, інституційні договори. Звичайні B2C-гаманці до каталогу не входять.
• Безпекова модель. Використання принаймні одного з підходів: MPC (Multi-Party Computation), холодне зберігання з офлайн-підписами, HSM-модулі (Hardware Security Module) або комбінація цих методів.
• Комплаєнс. Наявність регуляторного статусу або ліцензії в юрисдикції провайдера, прозора політика KYC/AML для інституційних клієнтів.
• Офіційне джерело. Інформація підтверджена документацією, пресрелізом або офіційним представником провайдера.

Перелік карток custody-провайдерів

Fireblocks

Fireblocks — платформа цифрової активності та custody для інституційних клієнтів. Заявляє підтримку Solana серед інших мереж. Використовує MPC-технологію та надає API для інтеграції з внутрішніми системами.

BitGo

BitGo — custody-провайдер із страховим покриттям, що обслуговує фонди та біржі. Історично підтримував Solana у своєму портфелі мереж. Конкретний перелік Solana-функцій (підтримка PDA, стейкінг через custody) потребує актуальної перевірки.

Copper.co

Copper — інституційна платформа custody та торгової інфраструктури (CopperX). Заявляла багатоланцюгову підтримку, включно з Solana. Поточний статус Solana-інтеграції, доступність стейкінгу та умови для RWA-активів потребують перевірки за актуальною документацією.

Anchorage Digital

Anchorage Digital — federally chartered bank для цифрових активів у США. Надає custody, стейкінг та торгові послуги. Наявність та обсяг підтримки Solana-мережі нині потребують верифікації через офіційні матеріали.

Hex Trust

Hex Trust — ліцензований custody-провайдер із штаб-квартирою в Гонконзі. Обслуговує інституційних клієнтів в Азійсько-Тихоокеанському регіоні. Підтримка Solana та SPL-токенів потребує підтвердження через актуальний список підтримуваних мереж на сайті провайдера.

Фільтри та теги

Каталог використовує наступні теги для навігації та фільтрації custody-провайдерів:

• Технологія підпису: MPC, HSM, холодне зберігання, мультисиг (на рівні програм Solana).
• Стейкінг через custody: провайдер дозволяє делегувати SOL-стейкінг без виведення активів із custody-інфраструктури.
• Підтримка PDA: провайдер коректно працює з Program Derived Address — необхідно для DeFi-протоколів та RWA-проєктів на Solana.
• RWA-сумісність: провайдер підтримує токенізовані реальні активи (Real World Assets) на базі SPL-токенів.
• Регуляторна юрисдикція: США (OCC charter, state trust), ЄС (MiCA), Гонконг (SFC), Сінгапур (MAS), інші.
• Страховий покриття: наявність поліси від визнаного страховика на випадок втрати активів через компрометацію інфраструктури провайдера.
• API-доступ: наявність REST або WebSocket API для автоматизації операцій.

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

Методологія перевірки

Кожна картка custody-провайдера проходить наступний процес перед отриманням статусу «перевірено»:

1. Збір первинних даних. Офіційний сайт провайдера, технічна документація (docs), список підтримуваних мереж та активів, сторінка з умовами сервісу.
2. Перехресна перевірка. Зіставлення заяв провайдера з незалежними джерелами: пресрелізи, звіти про інтеграції, згадки у документації Solana або партнерських проєктів.
3. Технічна верифікація Solana-підтримки. Перевірка того, чи провайдер підтримує саме нативну Solana-інфраструктуру (SPL-токени, PDA, стейкінг-програми), а не лише обгортки на інших ланцюгах.
4. Фіксація результату. Заповнення пакет першоджерел: офіційний URL, дата перевірки, категорія, перелік підтриманих функцій із посиланнями на конкретні сторінки документації.
5. Оновлення. Повторна перевірка не рідше ніж раз на 6 місяців або за наявності суттєвих змін у інфраструктурі провайдера чи мережі Solana.

Пов'язані категорії каталогу

• RWA та інституційні продукти — загальний розділ каталогу, де зібрані проєкти токенізації реальних активів, інституційні інструменти та інфраструктура на Solana.
• Токенізована нерухомість на Solana — каталог — окрема категорія з RWA-проєктами, зокрема нерухомістю. Custody-провайдери з цього розділу можуть слугувати інфраструктурою для зберігання відповідних токенів.
• RealT — картка RWA-проєкту — приклад конкретного RWA-проєкту на Solana, де custody-інфраструктура є частиною технологічного ланцюга емісії та обігу токенів.

Джерела

• Anchor stable v1 documentation
• Anchor 1.0 release notes
• Solana Documentation: Staking
• Solana Documentation: Stake Accounts