Skip to main content

PureFi

PureFi — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).

PureFi — DeFi проект в Ethereum, токен (символ: UFI).

Дисклеймер

Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.

TL;DR (для тех, кто не про ИИ)

  • Что это: набор compliance‑инструментов для DeFi (например, проверки кошельков, KYC‑модуль, risk score), которые позиционируются как встраиваемые в протоколы.
  • Для кого: DeFi‑проекты и пользователи, которым важны AML/KYC‑проверки и контроль рисков.
  • Зачем ончейн/токен: onchain используется как среда интеграции модулей и учёта операций; токен заявлен как средство оплаты сервисов/доступа и часть экономических механизмов.

Как это работает (очень кратко)

  1. Пользователь делает: протокол или сервис подключает модуль (например, wallet checking / on‑chain KYC / verifier hook).
  2. Система делает: проверяет кошелёк/транзакцию/пользователя по правилам риска и возвращает результат проверки.
  3. Пользователь получает: доступ/отказ/оценку риска и возможность применять это как фильтр в продукте.
  4. Где блокчейн: интеграции и часть логики позиционируются как onchain‑модули для DeFi.
  5. Роль токена (если есть): оплаты за использование сервисов и описанные механики экосистемы.

Быстрые ссылки: AI‑соответствие

Паспорт проекта

Поле Значение
Название проекта PureFi
Также известен как (aliases) UFI
Лого (logo) ../assets/364_purefi-protocol_logo.svg
Символ токена (ticker) UFI
Категория DeFi | Infra
Основная сеть (chain) Ethereum
Тип EVM
Статус сети mainnet
Консенсус (consensus) PoS (Ethereum)
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) ERC-20
Контракт токена 0xcDa4e840411C00a614aD9205CAEC807c7458a0E3
Модель токена (token_type) utility (payments + staking + governance)
Макс. предложение —
Эмиссия —
Токеномика (tokenomics, кратко) оплата сервисов в UFI; описаны buyback/conversion и burn‑элементы
Управление —
Админы/ключи —
Аудит yes
Bug bounty —
Команда (team) Slava Demchuk (CEO), Mykhailo Tiutin (CTO), Vasily Vidmanov (COO), Andy Aleksandrov (BDO), Rasikh Morani (Technical Advisor)
Финансирование (investors/funding) —
AI‑компонент (ai_component) —
Use‑case (use_case) AML/KYC compliance for DeFi
DecAI Fit — AI‑соответствие (AI thesis fit) 0/6 — нет AI reality и нет AI intent (ai_score=0)
Итог по компонентам DecAI Fit ai_score 0 / onchain_score 2 / token_score 1 / evidence_score 2
Last verified 2026-02-11
Тип Ссылка
Website https://purefi.io
Docs https://wp.purefi.io/
GitHub https://github.com/purefiprotocol/
Releases / Changelog https://medium.com/purefi
Whitepaper https://wp.purefi.io/
Roadmap https://medium.com/purefi/purefi-roadmap-2023-our-plans-for-this-year-and-beyond-7ae6ba61205e
Security advisories —
Explorer https://etherscan.io/token/0xcDa4e840411C00a614aD9205CAEC807c7458a0E3
X https://twitter.com/Purefi_Protocol
Discord —
Telegram https://t.me/purefiprotocol
Medium https://medium.com/purefi
Audit report(s) https://hacken.io/audits/purefi/
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/purefi
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/purefi-protocol/

Общее описание проекта

PureFi описывает себя как compliance toolkit для DeFi: набор модулей и проверок, которые помогают проектам выполнять AML/KYC‑требования и снижать риски (например, проверки кошельков, on‑chain KYC, риск‑скоринг). В просмотренных Tier‑1 источниках не найдено подтверждение, что продукт содержит отдельный AI‑компонент (в смысле машинного обучения как функциональной части продукта).

Фичи/модули

  • Wallet Checking / AML Risk Score (заявлено): проверка кошельков/транзакций и выдача риск‑оценки.
  • On‑Chain KYC (заявлено): модуль верификации идентичности «on‑chain» с упором на приватность.
  • VerifierHook (заявлено): встраивание compliance‑проверок в DeFi‑протокол (как «хук» перед взаимодействием).
  • Token Analytics (заявлено): аналитика токенов/ликвидности/поведения (методики требуют отдельной проверки).

Типичные сценарии

  • Сценарий 1: DeFi‑протокол интегрирует модуль проверки → блокирует/разрешает взаимодействия по правилам риска.
  • Сценарий 2: пользователь проходит KYC‑процедуру → получает подтверждение/доступ к продукту.
  • Сценарий 3: команда анализирует риск‑потоки/срабатывания и корректирует policy (если предусмотрено продуктом).

Как начать (кошелёк/сеть)

  • Что нужно: доступ к продуктам PureFi (website/wiki) и интеграция в dApp (для B2B сценариев); при операциях с токеном — совместимый EVM‑кошелёк.
  • Сеть/chain: Ethereum (токен ERC‑20); по сайту заявлена поддержка нескольких сетей для модулей.
  • Комиссии: комиссии соответствующих сетей при ончейн‑взаимодействиях; детали тарифов/комиссий требуют отдельной проверки.

Архитектура/техника (без AI)

  • Компоненты: набор модулей/SDK/интеграций (по описанию), токен ERC‑20, web‑документация/вики.
  • Роли участников: интеграторы (DeFi‑проекты), пользователи, операторы сервиса.
  • Где выполняется логика: часть логики заявлена как onchain‑модули; детали контрактов/адресов модулей требуют отдельной проверки.
  • Зависимости: поддерживаемые блокчейны и доступ к ним; внешние источники риск‑данных/правил (не установлено по Tier‑1).

Токен/экономика (развернуто, без прогнозов)

  • Утилити токена (Tier‑1, заявлено): оплата использования AML/KYC‑сервисов; в будущем — стимулы для governance.
  • Источники необходимости: сервисы описаны как оплачиваемые в $UFI (в т.ч. с конвертацией комиссий в UFI в backend).
  • Кто платит комиссии: пользователи/интеграторы при ончейн‑операциях (в зависимости от интеграции и сети).
  • Куда идут комиссии: сетевые комиссии — валидаторам соответствующих сетей; buyback/conversion механики описаны на сайте (проверка реализации отдельно).
  • Эмиссия/сжигание: параметры и конкретные правила требуют отдельной проверки.
  • Механизмы стимулов: как обязательные протокольные механики не подтверждены Tier‑1; в Tier‑1 есть упоминания yield farming и “future governance incentives”.
  • Распределение/вестинг: на сайте опубликована диаграмма аллокации (Company Reserve 23%, Adoption Incentives 14%, Public Sale 11%, Team 11%, Marketing 10%, Farming with HAI 7%, Advisors 6%, Hacken Round 2%, Liquidity Pool 0.5%).
  • Казначейство: не установлено по Tier‑1.

Управление

  • Кто принимает решения: не установлено по Tier‑1.
  • Как меняются параметры продукта: зависит от модулей/интеграций; конкретный процесс не установлен.
  • Где обсуждают/принимают решения: не установлено по Tier‑1.
  • Ключи/мультисиг: не установлено по Tier‑1.

Безопасность и инциденты

Статус проекта и таймлайн

  • Текущий статус: активен (по наличию сайта/вики и текущим материалам).
  • Ключевые релизы/вехи: не установлено по Tier‑1.
  • Roadmap: опубликован в виде статьи/поста (см. links_*).

Экосистема/интеграции

  • Интеграции: заявлены B2B/B2C продукты для DeFi‑интеграций; список «adopted by» присутствует на сайте.
  • Партнёры: на сайте упомянуто «Developed in partnership with Hacken Foundation» (требует отдельной проверки формата партнёрства).
  • Где реально используется: конкретные кейсы интеграции требуют отдельной проверки по Tier‑1 артефактам.

Ai составляющая проекта

  • Что здесь реально ИИ? Tier‑1 подтверждения AI‑компонента (в смысле ML/AI как части продукта) не выявлено.
  • Что реально onchain? токен ERC‑20 подтверждён; также на сайте заявлены on‑chain модули (например, on‑chain KYC и verifier hooks).
  • Зачем нужен токен? заявлен как утилити‑токен для оплаты сервисов/доступа; дополнительные стимулы/gov‑механики описаны как будущие.
  • Красные флаги (что перепроверить): какие модули реально onchain и где адреса контрактов; что именно охватывает аудит; какие именно данные/методы используются в risk score и token analytics.

Итог по компонентам DecAI Fit

  • DecAI Fit: 0/6 — нет AI reality и нет AI intent (ai_score=0)
Компонент Уровень Score
AI reality низко 0
Onchain necessity средне 2
Token necessity низко 1
Evidence Tier‑1 есть частично 2
Подробнее

AI reality

AI_0 — намерения про AI (roadmap Tier‑1) (1/0)

  • AI_0 (decision): 0
  • Claim (1 строка): Tier‑1 заявления/roadmap про AI‑компонент не выявлены.
  • Evidence: Tier‑1 — https://purefi.io ; https://wp.purefi.io/
  • Why sufficient / why not (1 строка): фокус Tier‑1 материалов — compliance/AML/KYC; AI‑интент как отдельная линия не подтверждён.
  • Conflict note: —

AI_1 — что делает ИИ (1/0)

  • AI_1 (decision): 0
  • Claim (1 строка): описание конкретного AI‑компонента (модель/алгоритмы ML) не найдено в Tier‑1.
  • Evidence: Tier‑1 — https://purefi.io ; https://wp.purefi.io/
  • Why sufficient / why not (1 строка): без Tier‑1 описания «что делает ИИ» ставим 0.
  • Conflict note: —

AI_2 — демо/примеры (1/0)

  • AI_2 (decision): 0
  • Claim (1 строка): демо/гайд, подтверждающий AI‑компонент, не найден по Tier‑1.
  • Evidence: Tier‑1 — https://purefi.io ; https://wp.purefi.io/
  • Why sufficient / why not (1 строка): AI‑демо не относится к заявленным модулем compliance без явного AI‑компонента.
  • Conflict note: —

AI_3 — метрики/качество (1/0)

  • AI_3 (decision): 0
  • Метрики: —
  • Контекст (версия/дата/на чём мерили): —
  • Evidence: Tier‑1 — https://purefi.io ; https://wp.purefi.io/
  • Why sufficient / why not (1 строка): метрики AI‑качества не найдены в Tier‑1.
  • Conflict note: —

AI_4 — техописание/архитектура/версии (1/0)

  • AI_4 (decision): 0
  • Claim (1 строка): архитектура AI‑компонента не описана в Tier‑1.
  • Evidence: Tier‑1 — https://purefi.io ; https://wp.purefi.io/
  • Why sufficient / why not (1 строка): без техописания AI‑части ставим 0.
  • Conflict note: —

Onchain necessity

OC_1 — контракты/адреса/сеть (1/0)

  • OC_1 (decision): 1
  • Сеть: Ethereum
  • Адреса/идентификаторы: ERC‑20 0xcDa4e840411C00a614aD9205CAEC807c7458a0E3
  • Evidence: Tier‑1 — https://etherscan.io/token/0xcDa4e840411C00a614aD9205CAEC807c7458a0E3
  • Why sufficient / why not (1 строка): onchain‑факт: контракт токена в обозревателе сети.
  • Conflict note: —

OC_2 — onchain не только токен (1/0)

  • OC_2 (decision): 1
  • Какая полезная логика onchain: заявлены on‑chain модули (например, on‑chain KYC) и интеграционные hooks для DeFi.
  • Evidence: Tier‑1 — https://purefi.io ; https://wp.purefi.io/
  • Why sufficient / why not (1 строка): Tier‑1 материалы прямо позиционируют часть функционала как on‑chain.
  • Conflict note: —

OC_3 — onchain критичен (1/0)

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: не найдено Tier‑1 обоснования, что продукт ломается без блокчейна (а не просто меняется способ интеграции/учёта).
  • Evidence: Tier‑1 — https://purefi.io ; https://wp.purefi.io/
  • Why sufficient / why not (1 строка): нет явного теста «без блокчейна невозможно».
  • Conflict note: —

Token necessity

TK_0 — токена нет (1/0)

  • TK_0 (decision): 0
  • Claim (1 строка): в проекте есть токен $UFI.
  • Evidence: Tier‑1 — https://purefi.io
  • Why sufficient / why not (1 строка): на сайте описан $UFI как utility token экосистемы.
  • Conflict note: —

TK_1..TK_4 (1/0)

TK_1 — платёж за сервис (1/0)

  • TK_1 (decision): 1
  • Claim (1 строка): сервисы PureFi (AML/KYC compliance) описаны как оплачиваемые в $UFI.
  • Evidence: Tier‑1 — https://purefi.io
  • Why sufficient / why not (1 строка): на сайте есть блок «Services Paid In $UFI».
  • Conflict note: —

TK_2 — стимулы/залоги/штрафы (1/0)

  • TK_2 (decision): 0
  • Claim (1 строка): обязательные механики залога/штрафов для протокола не подтверждены Tier‑1 источниками.
  • Evidence: Tier‑1 — https://purefi.io
  • Why sufficient / why not (1 строка): упоминания yield farming/стимулов не раскрывают протокольные залоги/штрафы.
  • Conflict note: —

TK_3 — управление (1/0)

  • TK_3 (decision): 0
  • Claim (1 строка): governance через токен описан как будущий стимул; действующая модель не установлена.
  • Evidence: Tier‑1 — https://purefi.io
  • Why sufficient / why not (1 строка): «future governance incentives» недостаточно для 1.
  • Conflict note: —

TK_4 — токен заменим (1/0)

  • TK_4 (decision): 0
  • Claim (1 строка): заменимость токена не установлена по Tier‑1.
  • Evidence: Tier‑1 — https://purefi.io
  • Why sufficient / why not (1 строка): требуется протокольная спецификация для строгого вывода.
  • Conflict note: —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 — Tier‑1 источник по утверждению «в продукте есть AI‑компонент (ML/AI как функциональная часть продукта)» не найден.
Tier‑1 https://purefi.io Описание продукта (Wallet Checking, On‑Chain KYC, AML Risk Score, VerifierHook) и утилити $UFI; tokenomics и roadmap (на странице)
Tier‑1 https://wp.purefi.io/ Tier‑1 wiki/документация по продуктам и участию/интеграциям
Tier‑1 https://verifier-sdk.purefi.io/ Tier‑1 SDK документация (@purefi/verifier-sdk) для интеграции Verifier/AML логики
Tier‑1 https://etherscan.io/token/0xcDa4e840411C00a614aD9205CAEC807c7458a0E3 onchain‑факт: контракт токена UFI
Tier‑1 https://hacken.io/audits/purefi/ публичная страница аудита (как заявленный аудит‑артефакт)
Tier‑2 https://www.coingecko.com/en/coins/purefi справочная карточка токена (агрегатор; не доказательство технологий)
Tier‑2 https://coinmarketcap.com/currencies/purefi-protocol/ справочная карточка токена (агрегатор; не доказательство технологий)