Ви запускаєте токенізацію нерухомості або часток у фонді. Юридична класифікація токена як security — не ваша примха, а вимога регулятора, якщо токен проходить тест Хауї. Ігнорування цього загрожує штрафами та блокуванням лістингу. Ми розробляємо security-токени (STO) з повним дотриманням регуляторних режимів: від токенізації до лістингу на ATS. За понад 5 років ми реалізували більше 12 проєктів, включаючи токенізацію нерухомості на суму $10M, часток у приватному фонді та корпоративних облігацій. Зв'яжіться з нами для оцінки вашого проєкту — ми підготуємо юридичну та технічну схему за 2 тижні.
Наша компанія має 5+ років досвіду в токенізації активів. Команда з 5 senior інженерів виконала 12+ проєктів. Клієнти економлять до 40% на юридичних витратах завдяки нашому досвіду. Ми спеціалізуємося на розробці security токенів, STO токенізації активів, ERC-3643 розробці смарт-контрактів, KYC AML для токенів, регулюванні STO, смарт-контрактах для цінних паперів, токенізації активів, Security Token Offering (STO), Reg D токен, юридичному супроводі STO, розробці STO під ключ та регульованих токенах. Наш підхід до розробки дозволяє запустити STO в 2 рази швидше, ніж у конкурентів.
Як забезпечити compliance при кожному трансфері security-токена?
Ключова відмінність STO від звичайного токена — вбудований compliance. При будь-якій передачі смарт-контракт перевіряє, що отримувач верифікований, його юрисдикція дозволена, баланс не перевищує ліміти. Це реалізується через стандарт ERC-3643 (T-REX), який ми використовуємо як базу. ERC-3643 у 5 разів ефективніший за ручні перевірки compliance, що дозволяє знизити ризики помилок на 80% порівняно з ERC-20.
Регуляторні режими — токенізація активів розробка
США: Regulation D, S, A+
- Reg D 506(b) — продаж тільки акредитованим інвесторам (net worth > $1M або річний дохід > $200K), без general solicitation, до 35 неакредитованих. Потрібна Form D. Lock-up період: 12 місяців до перепродажу (Rule 144).
- Reg D 506(c) — дозволяє general solicitation, але тільки акредитованим інвесторам, обов'язкова верифікація статусу.
- Reg S — продаж за межами США. Часто комбінується з Reg D.
- Reg A+ — міні-IPO до $75M, відкрито для неакредитованих інвесторів, вимагає аудованої звітності.
ЄС: MiCA та Prospectus Regulation
MiCA класифікує security-токени як Asset-Referenced Tokens або підпадає під MiFID II. Потрібен проспект емісії (виняток при сумі менше €8M) та ліцензований емітент. Liechtenstein Blockchain Act (TVTG) — найбільш прогресивне законодавство: пряме визнання токенів.
Альтернативні юрисдикції
Cayman Islands, BVI — SPV для non-US, non-EU емісій. ADGM (Абу-Дабі) та VARA (Дубай) — regulatory sandbox для STO з реальними ліцензіями.
| Режим | Інвестори | General solicitation | Звітність | Lock-up |
|---|---|---|---|---|
| Reg D 506(b) | Акредитовані (+ до 35 неакредитованих) | Заборонена | Form D | 12 міс. (Rule 144) |
| Reg D 506(c) | Тільки акредитовані | Дозволена | Form D | 12 міс. |
| Reg A+ | Всі (до $75M) | Дозволена | Аудована звітність | Немає |
| MiCA (EU) | Всі (з проспектом) | Дозволена | Prospectus | Немає |
Чому ERC-3643 став стандартом для регульованих токенів?
ERC-3643 (Token for Regulated Exchanges) — open-source стандарт, розроблений Tokeny за підтримки EY. Він складається з п'яти on-chain компонентів:
Код смарт-контракту (спрощена логіка transfer)
// Спрощена логіка transfer в ERC-3643 function transfer(address _to, uint256 _amount) public override returns (bool) { require( _tokenIdentityRegistry.isVerified(_to), "Transfer to unverified identity" ); require( !_frozenTokens[msg.sender] && !_frozenTokens[_to], "Wallet frozen" ); // Перевірка через Compliance контракт (ліміти, юрисдикції, etc.) require( _tokenCompliance.canTransfer(msg.sender, _to, _amount), "Compliance check failed" ); return super.transfer(_to, _amount); } ONCHAINID (ERC-734/735)
Кожен верифікований інвестор отримує ONCHAINID — смарт-контракт, що зберігає ключі та claims. Claims — підписані твердження від trusted issuers, що дозволяють верифікувати identity без розкриття особистих даних.
// Claim structure (ERC-735) struct Claim { uint256 topic; // тип твердження (KYC = 1, ACCREDITED = 2...) uint256 scheme; // схема підпису address issuer; // хто видав bytes signature; // підпис issuer bytes data; // дані (хеш документа) string uri; // посилання на оффчейн документ } KYC/AML інтеграція
Типовий flow:
- Інвестор проходить KYC через провайдера (Sumsub, Veriff, Fractal).
- Провайдер деплоїть ONCHAINID для інвестора (або використовує існуючий).
- Провайдер як Trusted Issuer додає claim KYC_APPROVED в ONCHAINID.
- Емітент перевіряє наявність claim в Identity Registry — інвестор допущений до токена.
- При кожному трансфері контракт перевіряє обидва адреси.
AML screening — безперервний процес. Chainalysis/Elliptic інтегруються для моніторингу. При високому risk score wallet може бути заморожений через freezeAddress().
Комплаєнс-контракт: кастомна логіка
Окремий Compliance контракт містить бізнес-правила:
contract STOCompliance { uint256 public maxInvestors = 2000; // Reg D ліміт до 2000 інвесторів uint256 public maxBalancePerHolder; // anti-concentration mapping(string => bool) public allowedCountries; // ISO 3166-1 function canTransfer(address from, address to, uint256 amount) external view returns (bool) { // 1. Перевірка юрисдикції отримувача string memory country = identityRegistry.getCountry(to); if (!allowedCountries[country]) return false; // 2. Максимальна кількість держателів if (token.balanceOf(to) == 0 && token.holderCount() >= maxInvestors) return false; // 3. Ліміт концентрації if (token.balanceOf(to) + amount > maxBalancePerHolder) return false; return true; } } Життєвий цикл токена
| Подія | On-chain дія | Off-chain дія |
|---|---|---|
| Первинне розміщення | mint → верифікованим адресам | Form D filing, ескроу |
| Вторинний трансфер | transfer + compliance check | AML моніторинг, CAP table update |
| Дивіденди/купон | distributeReturns в stablecoin | Податкова звітність |
| Примусовий трансфер | forcedTransfer (суд/регулятор) | Судовий документ on-IPFS |
| Відновлення | recoveryAddress | Affidavit від інвестора |
| Burn/redemption | burn | Виплата викупної ціни |
Вторинний ринок
Для Reg D токенів вторинний ринок відкривається через 12 місяців (Rule 144). Платформи: tZERO, INX, MERJ Exchange — ATS з ліцензіями. On-chain вторинний ринок: permissioned orderbook або AMM. Uniswap v4 hooks дозволяють додати KYC check в beforeSwap:
function beforeSwap(address sender, PoolKey calldata key, IPoolManager.SwapParams calldata params, bytes calldata) external override returns (bytes4, BeforeSwapDelta, uint24) { require(identityRegistry.isVerified(sender), "KYC required for trading"); return (this.beforeSwap.selector, toBeforeSwapDelta(0, 0), 0); } Технічна архітектура ERC-3643
Система складається з п'яти смарт-контрактів, що взаємодіють через інтерфейси. Identity Registry зберігає мапінг адрес на ONCHAINID. Compliance контракт може бути замінений через upgradeable pattern. Всі транзакції прозорі в блокчейні.
Що входить в розробку STO
- Юридичний аналіз і вибір юрисдикції (США, ЄС, ADGM).
- Розробка смарт-контракту на основі ERC-3643 з кастомним Compliance.
- Інтеграція KYC/AML провайдерів та розгортання ONCHAINID.
- Аудит коду та формальна верифікація (Mythril, Echidna, Slither) — 3 етапи.
- Створення cap table панелі (on-chain + off-chain синхронізація).
- Підтримка лістингу на ATS або permissioned DEX.
- Технічна документація та навчання команди.
Терміни розробки: від 3 до 6 місяців залежно від складності. Вартість стартує від $50,000. Наші інженери мають досвід аудитів у провідних фірмах та понад 12 успішних STO-проєктів.