Marlin

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

Marlin / Oyster — AI/Compute | Infra проект: TEE‑базированный verifiable computing / “coprocessor” слой (Confidential VMs + Serverless), чтобы деплоить и вызывать сложные offchain‑workloads (в т. ч. AI модели/агентов) с attestation и onchain‑контролем (staking/escrow/slashing).

Дисклеймер

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

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

• Что это: “децентрализованный облачный” слой, где приложения запускаются в TEE (CVM или serverless‑sandbox), а пользователи получают проверяемость окружения (attestations) и протокольные гарантии uptime/качества.
• Для кого: разработчики, которым нужны verifiable offchain‑вычисления (копроцессор для смарт‑контрактов, доступ к web2 API) и узлы‑провайдеры (providers/executors/gateways).
• Зачем ончейн/токен: в Tier‑1 описано, что сервисы Oyster управляются через смарт‑контракты; POND/MPOND используются для стейкинга/инсентивов (в т.ч. bootstrap/payment pool в serverless), а пользовательские serverless‑fee в примерах оплачиваются в USDC.
• Что можно потрогать (Tier‑1): Oyster CVM Quickstart (деплой + verify remote attestation), Oyster Marketplace (деплой/управление), а также туториал serverless “Periodic Automation of Contract Calls”.

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

1. Пользователь делает: выбирает режим (CVM или serverless), подготавливает enclave image/функцию и создаёт запрос (job) через web2 endpoint или смарт‑контракт вызов.
2. Система делает: запускает workload в TEE (с KMS/attestation), матчмит user↔provider через onchain‑реестр, мониторит выполнение и uptime; при нарушениях провайдер может быть наказан.
3. Пользователь получает: результат вычисления/сервис (API/endpoint) + возможность проверки окружения (attestation) и протокольные гарантии.
4. Где блокчейн: в Tier‑1 явно описано управление сервисами Oyster через смарт‑контракты, и опубликованы адреса связанных контрактов (в т.ч. staking и serverless relay/subscription relay) в сети Arbitrum One; токены POND/MPOND также существуют в Ethereum/Arbitrum/BNB (Tier‑1).
5. Роль токена: POND/MPOND используются для стейкинга/делегации и протокольных инсентивов; MPOND — governance+staking токен (Tier‑1).

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

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

Поле	Значение
Название проекта	Marlin
Также известен как	Oyster; Marlin Oyster; Oyster CVM; Oyster Serverless
Лого	../assets/71_marlin_logo.svg
Символ токена	POND
Категория	AI/Compute | Infra
Основная сеть (chain)	Arbitrum One
Тип	EVM
Статус сети	mainnet
Консенсус (consensus)	L2 (Optimistic Rollup, Arbitrum One on Ethereum)
Дата запуска	—
Статус проекта (status)	active
Токен (стандарт)	ERC-20
Контракт токена	0x57b946008913b82e4df85f501cbaed910e58d26c
Модель токена (token_type)	utility (staking + governance)
Макс. предложение	10,000,000,000
Эмиссия	capped
Токеномика	total supply POND 10B; POND/MPOND — стейкинг/делегация; MPOND — governance+staking токен; для serverless описаны bootstrap/payment pool механики и user‑fee (пример) в USDC.
Управление	DAO
Админы/ключи	—
Аудит	yes
Bug bounty	yes
Команда	—
Финансирование	—
AI‑компонент (ai_component)	verifiable compute for AI models (TEE)
Use‑case (use_case)	TEE coprocessor (CVMs + serverless)
DecAI Fit — AI‑соответствие	6/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 3 / onchain_score 3 / token_score 2 / evidence_score 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://www.marlin.org
Docs	https://docs.marlin.org
App / Demo	https://arb1.marlin.org/oyster/marketplace/
GitHub	https://github.com/marlinprotocol
Releases / Changelog	—
Whitepaper	https://marlinlabs.xyz/research/papers/introducing-marlin-protocol/
Roadmap	—
Security advisories	https://github.com/marlinprotocol/Contracts/security/advisories
Explorer	https://etherscan.io/token/0x57b946008913b82e4df85f501cbaed910e58d26c
X	https://twitter.com/MarlinProtocol
Discord	https://discord.gg/pdQZyyy
Telegram	https://t.me/marlinprotocol
Medium	—
Audit report(s)	https://docs.marlin.org/oyster/protocol/cvm/monitoring-protocol/auditing-mechanism
Bug bounty	https://docs.marlin.org/risks-and-security/audits
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/marlin
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/marlin/

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

Marlin описывает себя как протокол verifiable computing на базе TEEs (Trusted Execution Environments), который позволяет деплоить сложные workloads (в т. ч. AI models) в “decentralized cloud” и вызывать их как через web2 API, так и через onchain‑вызовы (копроцессор для dApps). Вычисления выполняются offchain в TEE, а проверяемость и протокольные гарантии достигаются через attestation, мониторинг и ончейн‑механики стейка/слэшинга.

В документации выделены два режима Oyster:

• Oyster CVM (Confidential VM): длительно живущая confidential VM для backend’ов и “heavy workloads” (Linux в TEE).
• Oyster Serverless: запрос‑ответ выполнение функций в shared‑пуле машин (JS/WASM sandbox в TEE), включая “subscriptions” (периодическое выполнение — например, для оракулов или automation).

Фичи/модули

• Oyster CVM: confidential VM (Linux в TEE), networking (включая TCP), persistent keys через KMS, remote attestations (Tier‑1).
• Oyster Serverless: on‑demand выполнение функций, pricing/incentives, subscriptions для периодических job’ов (Tier‑1).
• Onchain workflow: provider registration, escrow/job registry, staking/slashing и мониторинг uptime (Tier‑1).
• AI guides: “AI models” заявлены как use‑case; есть developer‑quickstart/tutorials по деплою на Oyster CVM и serverless‑гайды (Tier‑1).

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

• Сценарий 1 (AI dev): деплоит LLM в Oyster CVM → получает verifiable inference (TEE) и приватность модели/инпутов (Tier‑1).
• Сценарий 2 (dApp): выносит сложную логику/автоматизацию в serverless и вызывает по расписанию/по запросу → получает onchain‑управляемый сервис (Tier‑1).
• Сценарий 3 (provider): регистрируется как provider/оператор, стейкает POND и обслуживает job’ы, получая вознаграждение (Tier‑1).

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

• Что нужно: EVM‑кошелёк (Arbitrum One) для onchain‑операций; для CVM — подготовить docker/enclave image; для serverless — devtools/шаблоны.
• Сеть/chain: контракты Oyster Serverless и многие протокольные контракты — Arbitrum One; токены POND/MPOND существуют также в Ethereum (Tier‑1).
• Комиссии: gas Arbitrum/Ethereum для onchain‑действий; в serverless туториале оплаты user‑fees показаны в USDC (Tier‑1).

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

• Компоненты (compute): CVM (Linux в TEE) и serverless sandbox (JS/WASM) (Tier‑1).
• Компоненты (onchain): реестры/escrow/job registry/relay/subscriptions и стейкинг‑контракты (Tier‑1 contract addresses).
• Роли участников: users, providers/executors/gateways, auditors, governance.
• Где выполняется логика: вычисление — offchain в TEE; экономические гарантии и контроль — onchain.
• Зависимости: TEE hardware (SGX/TDX/Nitro и др. в описании), Arbitrum/Ethereum, внешнее хранилище enclave image (IPFS/URL).

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

• Утилити токена: POND — utility‑токен протокола Marlin, используется для стейкинга/делегации (Tier‑1); MPOND — governance+staking токен для предложений/голосования и также требуется для работы нод (Tier‑1).
• Кто платит комиссии: пользователи платят gas при onchain‑транзакциях; serverless user‑fees (пример) оплачиваются в USDC (Tier‑1).
• Bootstrap/Payment Pool: в Tier‑1 описаны bootstrap‑pool и payment‑pool механики serverless; bootstrap pool финансируется POND, а часть user‑fees может пополнять payment pool по правилам протокола (Tier‑1).
• Эмиссия/сжигание: total supply POND = 10B (Tier‑1 marlinprotocol/contracts и Etherscan).
• Распределение и график выпуска токенов: — (не установлено по Tier‑1 в рамках этой карточки).
• Казначейство: — (не установлено по Tier‑1 в рамках этой карточки).

Управление

• Кто принимает решения: DAO (governance упоминается в incentive design; MPOND — governance+staking токен) (Tier‑1).
• Как меняются параметры протокола: через governance (например, параметры payment pool, target capacity, цены) (Tier‑1).
• Где обсуждают/принимают решения: —.
• Ключи/мультисиг: —.

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

• Аудиты: в docs есть раздел audits (Tier‑1) и в репозитории contracts есть папка audits/ (Tier‑1).
• Bug bounty: есть раздел security/risks & audits (Tier‑1).
• Инциденты: —.
• Модель угроз: риски TEE (side‑channels/вендор‑зависимость), риски неправильной attestation‑верификации, риски экономической атаки на staking/escrow/slashing.

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

• Текущий статус: активен (docs и контракты доступны; есть production‑адреса контрактов).
• Ключевые релизы/вехи: Oyster как апгрейд, добавивший TEE‑general purpose compute (Tier‑1 docs).
• Roadmap: —.

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

• Интеграции: smart contract calls + web2 APIs; поддержка offchain API; копроцессор для dApps (Tier‑1 docs).
• Партнёры: —.
• Где реально используется: developer‑quickstart/tutorials по Oyster CVM + serverless‑туториал по automation контракт‑вызовов, а также staking portal (Tier‑1).

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

• Что здесь реально ИИ? Oyster позиционируется как инфраструктура для деплоя/выполнения AI моделей (например, LLaMA) и AI agent services в TEE (Tier‑1).
• Что реально onchain? сервисы Oyster описаны как управляемые через смарт‑контракты; опубликованы адреса токенов/стейкинга и контракты serverless (relay/subscription relay) (Tier‑1).
• Зачем нужен токен? POND/MPOND — стейкинг/инсентивы; MPOND — governance (Tier‑1). При этом user‑fees в serverless‑гайде показаны в USDC (Tier‑1).
• Красные флаги (по найденной информации): AI‑washing — низкий (есть конкретные developer‑quickstart/tutorials); onchain‑washing — низкий (есть адреса и мотивационная модель в Tier‑1); token‑washing — средний (часть user‑fees может идти в стейблкоине, а токены в первую очередь про стейк/инсентивы/гоvernance).

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

• DecAI Fit: 6/6 — высокое соответствие тезису Decentralized AI

Компонент	Уровень	Score
AI reality	высоко	3
Onchain necessity	высоко	3
Token necessity	средне	2
Evidence	Tier‑1 есть	3

Подробнее

AI reality

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

• AI_0 (decision): 0
• Claim (1 строка): AI (deploy AI models) описан как текущая часть продукта, а не как roadmap‑намерение.
• Evidence: Tier‑1 — https://docs.marlin.org
• Why sufficient / why not (1 строка): intent‑флаг не нужен.
• Conflict note (если есть): —

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

• AI_1 (decision): 1
• Claim (1 строка): Oyster позволяет деплоить AI модели/агентов в TEE (CVM) и получать проверяемость/приватность вычисления.
• Evidence: Tier‑1 — https://docs.marlin.org , https://www.marlin.org/ai
• Why sufficient / why not (1 строка): Tier‑1 прямо перечисляет “AI models” как пример workloads и сценарий “Develop, train and scale AI models”.
• Conflict note (если есть): —

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

• AI_2 (decision): 1
• Claim (1 строка): есть воспроизводимые гайды по деплою Oyster CVM (deploy + verify attestation) и serverless‑туториалы.
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/build-cvm/quickstart , https://docs.marlin.org/oyster/build-cvm/tutorials , https://docs.marlin.org/oyster/build-serverless/tutorials/automation
• Why sufficient / why not (1 строка): docs дают пошаговые гайды/команды и developer flow.
• Conflict note (если есть): —

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

• AI_3 (decision): 0
• Метрики: —.
• Контекст (версия/дата/на чём мерили): —.
• Evidence: Tier‑1 — https://docs.marlin.org
• Why sufficient / why not (1 строка): в Tier‑1 нет воспроизводимых метрик качества AI/бенчмарков inference.
• Conflict note (если есть): —

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

• AI_4 (decision): 1
• Claim (1 строка): описаны CVM vs serverless, TEE/attestations/KMS и onchain workflow провайдеров/пользователей.
• Evidence: Tier‑1 — https://docs.marlin.org , https://docs.marlin.org/oyster/build-cvm
• Why sufficient / why not (1 строка): достаточное high‑level техописание и протокольные детали.
• Conflict note (если есть): —

Onchain necessity

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

• OC_1 (decision): 1
• Сеть: Arbitrum One (основные протокольные контракты) + Ethereum (token/bridge).
• Адреса/идентификаторы: POND (Ethereum) 0x57b946008913b82e4df85f501cbaed910e58d26c; staking (Arbitrum) 0xf90490186f370f324def2871f077668455f65253; serverless relay 0xD28179711eeCe385bc2096c5D199E15e6415A4f5 (и др.).
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/contracts , https://etherscan.io/token/0x57b946008913b82e4df85f501cbaed910e58d26c
• Why sufficient / why not (1 строка): docs публикуют официальные адреса контрактов; explorer подтверждает токен.
• Conflict note (если есть): —

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

• OC_2 (decision): 1
• Какая полезная логика onchain: provider registry, escrow/job registry, staking и relay/subscriptions контракты serverless.
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/protocol/cvm , https://docs.marlin.org/oyster/contracts
• Why sufficient / why not (1 строка): Tier‑1 прямо говорит, что сервисы Oyster “managed purely through smart contracts”, а docs публикуют адреса связанных контрактов.
• Conflict note (если есть): —

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

• OC_3 (decision): 1
• Тест “замены блокчейна”: без смарт‑контрактов ломается trustless‑управление сервисами/инсентивами и экономические гарантии (pricing/incentives определяются governance, а bootstrap/payment pool — часть протокола).
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/protocol/cvm , https://docs.marlin.org/oyster/protocol/serverless/smart-contract-requests/incentive-design
• Why sufficient / why not (1 строка): Tier‑1 связывает управление сервисом и инсентивы с контрактами и governance‑параметрами.
• Conflict note (если есть): —

Token necessity

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

• TK_0 (decision): 0
• Claim (1 строка): в проекте есть токены POND и MPOND (ERC‑20).
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/contracts , https://etherscan.io/token/0x57b946008913b82e4df85f501cbaed910e58d26c
• Why sufficient / why not (1 строка): официальные адреса опубликованы, токен onchain подтверждён.
• Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

• TK_1 (decision): 0
• Claim (1 строка): user‑fees в serverless туториале оплачиваются в USDC; “pay‑in‑POND” как fee‑токен в Tier‑1 не подтверждён.
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/build-serverless/tutorials/automation
• Why sufficient / why not (1 строка): POND подтверждён как stake/incentives токен, но не как токен оплаты user‑fees.
• Conflict note (если есть): —

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

• TK_2 (decision): 1
• Claim (1 строка): POND/MPOND используются для стейкинга/операции нод; для serverless описаны bootstrap/payment pool инсентивы в POND для поддержания latent capacity.
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/contracts , https://docs.marlin.org/run-your-own-node/relay/staking , https://docs.marlin.org/oyster/protocol/serverless/smart-contract-requests/incentive-design
• Why sufficient / why not (1 строка): Tier‑1 фиксирует роль POND/MPOND в staking и описывает POND‑инсентивы для serverless capacity.
• Conflict note (если есть): —

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

• TK_3 (decision): 1
• Claim (1 строка): governance‑роль относится к MPOND (governance+staking token): создание предложений и голосование.
• Evidence: Tier‑1 — https://github.com/marlinprotocol/contracts
• Why sufficient / why not (1 строка): README repo описывает MPOND как governance token.
• Conflict note (если есть): —

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

• TK_4 (decision): 0
• Claim (1 строка): протоколная экономика завязана на POND как staking/incentives токен.
• Evidence: Tier‑1 — https://docs.marlin.org/oyster/protocol/serverless/smart-contract-requests/incentive-design , https://docs.marlin.org/run-your-own-node/relay/staking
• Why sufficient / why not (1 строка): Tier‑1 описывает POND/MPOND как токены staking/incentives/governance; альтернативный коллатерал как замена не описан.
• Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://docs.marlin.org	что Marlin/Oyster — verifiable computing на базе TEEs; AI models как пример workloads.
Tier‑1	https://www.marlin.org/ai	AI use‑case: deploy AI model на Oyster и verifiable execution/приватность.
Tier‑1	https://docs.marlin.org/oyster/build-cvm/quickstart	воспроизводимый developer‑quickstart: deploy на Oyster и verify remote attestation.
Tier‑1	https://docs.marlin.org/oyster/build-cvm/tutorials	список пошаговых туториалов по Oyster CVM (деплой, attestations, update и т.д.).
Tier‑1	https://docs.marlin.org/oyster/protocol/cvm	TEE‑обоснование и тезис “services managed purely through smart contracts”.
Tier‑1	https://docs.marlin.org/oyster/contracts	официальные адреса токенов/bridge/staking и serverless‑контрактов (Arbitrum One).
Tier‑1	https://docs.marlin.org/oyster/protocol/serverless/smart-contract-requests/incentive-design	payment pool/bootstrapping incentives в POND для поддержания latent capacity serverless.
Tier‑1	https://docs.marlin.org/oyster/build-serverless/tutorials/automation	воспроизводимый туториал serverless (smart‑contract automation) + пример оплаты в USDC.
Tier‑1	https://docs.marlin.org/run-your-own-node/relay/staking	стейкинг POND/MPOND, миграция на Arbitrum, staking portals.
Tier‑1	https://github.com/marlinprotocol/contracts	смарт‑контракты Marlin; MPOND как governance+staking token; total supply POND 10B.
Tier‑1	https://docs.marlin.org/risks-and-security/audits	список аудит‑отчётов (Peckshield/Certik/Knownsec) и описание bug bounty‑дискложера.
Tier‑1	https://github.com/marlinprotocol/Contracts/security/advisories	security advisories (contracts).
Tier‑1	https://etherscan.io/token/0x57b946008913b82e4df85f501cbaed910e58d26c	onchain‑факт токена POND (ERC‑20), max total supply 10B.