1.2Kпросмотров
74.4%от подписчиков
25 февраля 2026 г.
📷 ФотоScore: 1.3K
🕵️♂️ ONCHAINID: протокол onchain-идентичностей (ERC-734 / ERC-735) Для выпуска и оборота Security Tokens/RWA одного адреса кошелька недостаточно, нужны: KYC/AML, гео-ограничения, санкции, отзыв статуса и recovery.
Значит, протоколу нужен способ проверить “кто это” и “разрешено ли ему” не раскрывая документы on-chain. ONCHAINID решает это через identity-смартконтракт — «паспорт» в блокчейне: один пользователь ↔️ много кошельков. Чтобы это работало на практике, identity хранит claims (аттестации) — записи с подписью провайдера и метаданными. По ним контракт валидирует статус пользователя при операциях, например mint/transfer. Claims (аттестации) — это подписанные доверенным провайдером утверждения (KYC/AML/страна/статус инвестора). Они сохраняются прямо внутри Identity-контракта как записи claims, а приватные документы остаются офчейн (ончейн — подпись/метаданные + ссылка/хэш). 🧩 Из чего состоит - Identity (Proxy + Implementation): proxy хранит keys/claims/executions, логика в implementation через delegatecall; - ImplementationAuthority: обновляет логику сразу для всех identity (beacon-паттерн); - Claim Issuer: «удостоверяющий центр», проверяет isClaimValid() и ведёт revocation registry; - Factory/Gateway (CREATE2): детерминированные адреса, кросс-чейн портируемость. 🗝 Ключи-роли - MANAGEMENT: полный контроль; - ACTION: повседневные действия во внешних контрактах; - CLAIM: управление claims; - ENCRYPTION: ключи шифрования (метаданные). В контракте есть система Execute / Approve. execute() создаёт запрос, approve() подтверждает и исполняет: инициировать может кто угодно, но выполнение контролируют ключи — удобно для ролей и recovery. ✅ Почему claims реально работают для compliance Claim лежит в Identity, но его валидность проверяется через Claim Issuer, который может отозвать подпись — пользователь не сможет “удержать” невалидный статус, даже если запись всё ещё хранится в identity. 🔗 Связь с ERC-3643 (T-REX) ONCHAINID — базовый слой permissioned-токенов: без валидных claims инвестор просто не сможет взаимодействовать с активом. Как пример использования, можно привести FAST (Fasanara MMF Token) и Sonata Asia Growth Fund, которые используют ERC-3643 (T-REX) систему и токен совместно с ONCHAINID. 📱 Подробнее: https://github.com/fullstack-development/blockchain-wiki/blob/main/protocols/onchain-id/README.md #алексей_куценко 🤟 Сайт | ТГ-канал | Наш чат