Skip to main content

PlatON

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

PlatON — Infra | L1 проект (публичная сеть для trustless/верифицируемых вычислений и onchain governance), токен (символ: LAT).

Дисклеймер

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

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

  • Что это: L1‑сеть PlatON для dApps, с упором на trustless/проверяемые вычисления и приватность вычислений.
  • Для кого: разработчики и команды, которым нужна сеть и onchain‑правила/управление + вычислительные/приватные примитивы.
  • Зачем ончейн/токен: LAT используется для стейкинга/делегирования и участия в консенсусе/управлении, а также для комиссий сети.

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

  1. Пользователь делает: разворачивает узел/валидатор или пользуется кошельком/SDK для транзакций и стейкинга.
  2. Система делает: по PPoS выбирает валидаторов из кандидат‑узлов; выполняет консенсус и применяет onchain‑governance (proposals/voting).
  3. Пользователь получает: сеть для выполнения транзакций/смарт‑контрактов, плюс экономику стейкинга/делегирования и управление.
  4. Где блокчейн: базовый продукт — сама L1‑сеть; системные контракты (staking/governance/slashing и др.) имеют фиксированные адреса.
  5. Роль токена (если есть): LAT нужен для стейкинга/делегирования и для оплаты комиссий (gas/tx fees).

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

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

Поле Значение
Название проекта PlatON
Также известен как (aliases) LAT (токен); PlatON Network
Лого (logo) ../assets/121_platon_logo.jpg
Символ токена (ticker) LAT
Категория Infra | L1
Основная сеть (chain) PlatON
Тип Appchain
Статус сети mainnet
Консенсус (consensus) PPoS (Proof-of-Pledge / PoS)
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) native
Контракт токена —
Модель токена (token_type) utility (gas + staking + governance)
Макс. предложение — (в текущих источниках не извлечено в кратком виде)
Эмиссия inflationary (есть “offerings”/эмиссия для reward pool, см. docs)
Токеномика (tokenomics, кратко) LAT нужен для стейкинга/делегирования; комиссии транзакций получают валидаторы
Управление onchain governance (proposal/voting) + роль валидаторов
Админы/ключи —
Аудит —
Bug bounty yes (Developer Bounty Program, Tier‑1: Medium)
Команда (team) PlatON team + комьюнити (см. сайт/GitHub)
Финансирование (investors/funding) —
AI‑компонент (ai_component) none
Use‑case (use_case) L1 network, staking, governance, compute
DecAI Fit — AI‑соответствие (AI thesis fit) 0/6 — нет AI reality и нет AI intent (ai_score=0)
Итог по компонентам DecAI Fit 0 / 3 / 3 / 2
Last verified 2026-02-11
Тип Ссылка
Website https://platon.network/
Docs https://platon.network/pdf/en/PlatON_A_High-Efficiency_Trustless_Computing_Network_Whitepaper_EN.pdf
GitHub https://github.com/PlatONnetwork
Releases / Changelog https://github.com/PlatONnetwork/PlatON-Go/releases
Whitepaper https://platon.network/pdf/en/PlatON_A_High-Efficiency_Trustless_Computing_Network_Whitepaper_EN.pdf
Roadmap —
Security advisories https://github.com/PlatONnetwork/PlatON-Go/security/advisories
Explorer https://scan.platon.network/
X https://twitter.com/PlatON_Network
Discord https://discord.gg/jAjFzJ3Cff
Telegram https://t.me/PlatONNetwork
Medium https://medium.com/platon-network
Audit report(s) https://platon-network.medium.com/slowmist-has-confirmed-the-absolute-security-of-seven-platon-modules-in-the-new-round-of-security-5e1b0e045733
Bug bounty https://medium.com/platon-network/platon-developer-bounty-program-phase-1-fd6740cd3c11
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/platon-network
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/platon/

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

PlatON — это публичная L1‑сеть, которая в whitepaper позиционируется как “trustless computing network”: идея — отделять тяжёлые вычисления от onchain‑консенсуса и обеспечивать проверяемость результатов (verifiable computation) и приватность вычислений (упоминаются MPC/HE подходы как часть общей концепции). Параллельно сеть включает onchain‑экономику стейкинга и governance: валидаторы выбираются через стейкинг/делегирование, а ключевые изменения в протоколе обсуждаются и голосуются через механизм on‑chain proposals.

Фичи/модули

  • L1‑сеть PlatON: транзакции/блоки/валидаторы (PPoS).
  • Стейкинг и делегирование: участие в безопасности/консенсусе через LAT.
  • Onchain governance: предложения и голосования (референдумные и обычные).
  • Системные контракты: staking/governance/slashing/lockup и др. с фиксированными адресами (документация devdocs).

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

  • Сценарий 1: держатель LAT делегирует валидатору → получает долю rewards, повышает безопасность сети.
  • Сценарий 2: оператор узла стейкает ≥ 100,000 LAT → становится кандидатом/валидатором и получает rewards/fees.
  • Сценарий 3: участник governance подаёт/поддерживает proposal → валидаторы/сообщество голосуют и обновляют параметры/версии.

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

  • Что нужно: кошелёк/аккаунт с LAT для комиссий и/или стейкинга; для валидатора — инфраструктура узла.
  • Сеть/chain: PlatON mainnet.
  • Комиссии: комиссии (tx fees) в LAT; при участии в governance могут быть proposal fees/deposits (см. governance docs).

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

  • Компоненты: узлы сети, системные контракты (staking/governance/slashing/lockup), клиентские SDK/инструменты (mtool/кошелёк ATON в доках).
  • Роли участников: держатели LAT, делегаторы, кандидат‑ноды/валидаторы, разработчики.
  • Где выполняется логика: базовая логика — onchain (L1); операции стейкинга/делегирования и governance доступны через системные контракты.
  • Зависимости: системные контракты с фиксированными адресами; RPC/SDK для взаимодействия.

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

  • Утилити токена: LAT используется для стейкинга/делегирования (участие в выборе валидаторов) и для комиссий/наград (tx fees и rewards).
  • Источники необходимости в протоколе: без LAT невозможно стать кандидатом/валидатором и участвовать в стейкинге/делегировании; governance также привязано к LAT‑stake/валидаторам.
  • Кто платит комиссии: пользователи сети при транзакциях; инициаторы proposals платят fee/deposit (по governance docs).
  • Куда идут комиссии: tx fees за упаковку транзакций получает валидатор, который пакует блок (по validator docs).
  • Эмиссия/сжигание: в docs описана модель rewards/offerings (инфляционная составляющая).
  • Механизмы безопасности/стимулов: стейкинг/делегирование, rewards, slashing (в т.ч. dual signing, zero‑block penalties).
  • Распределение и график выпуска токенов: — (в этой карточке не извлекалось в деталях).
  • Казначейство: governance fund упоминается в governance механизме (распределение через proposals/voting).

Управление

  • Кто принимает решения: валидаторы и LAT‑холдеры (комбинация прямой/косвенной демократии в governance, по docs).
  • Как меняются параметры протокола: через on‑chain proposals и голосования (в т.ч. software upgrade proposals).
  • Где обсуждают/принимают решения: on‑chain governance + PIP/GitHub процессы (по docs), GitHub репозитории PlatONnetwork.
  • Ключи/мультисиг: — (не извлечено).

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

  • Аудиты: есть публичные заявления об аудитах модулей (Tier‑1: Medium).
  • Bug bounty: есть developer bounty program (Tier‑1: Medium).
  • Инциденты: — (не извлечено из Tier‑1 в рамках этой карточки).
  • Модель угроз: типовые риски PoS‑сетей: централизация стейка/валидаторов, ошибки в системных контрактах, риски slashing и софт‑апгрейдов.

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

  • Текущий статус: mainnet.
  • Ключевые релизы/вехи: релизы клиента — в PlatON-Go releases.
  • Roadmap: — (в ссылках карточки не задан отдельный roadmap).

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

  • Интеграции: кошелёк ATON, инструменты для стейкинга/делегирования (mtool) и devdocs/SDK (по официальной документации).
  • Партнёры: — (в рамках этой карточки не фиксировались).
  • Где реально используется: инфраструктурная сеть и набор системных контрактов/процессов (стейкинг/governance).

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

  • Что здесь реально ИИ? По доступным Tier‑1 источникам PlatON не описывает “ИИ‑модуль” как компонент продукта; это L1‑сеть и инфраструктура вычислений/приватности.
  • Что реально onchain? Сеть PlatON и её системные контракты (staking/governance/slashing/lockup и др.) с фиксированными адресами.
  • Зачем нужен токен? LAT нужен для комиссий, стейкинга/делегирования и участия в выборе валидаторов/управлении.
  • Красные флаги (по найденной информации): AI‑washing (если проект позиционируют как “AI network” без Tier‑1 артефактов ИИ), что перепроверить: есть ли в актуальных Tier‑1 доках отдельные AI‑продукты/демо/метрики.

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

  • DecAI Fit: 0/6 — нет AI reality и нет AI intent (ai_score=0)
Компонент Уровень Score
AI reality нет 0
Onchain necessity высоко 3
Token necessity высоко 3
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://platon.network/ , https://platonnetwork.github.io/docs/en/
  • Why sufficient / why not (1 строка): в Tier‑1 документации акцент на L1, стейкинге и governance; AI‑намерения не выделены
  • Conflict note (если есть): —

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

  • AI_1 (decision): 0
  • Claim (1 строка): AI‑функционал как продуктовый модуль не описан
  • Evidence: Tier‑1 — https://platon.network/pdf/en/PlatON_A_High-Efficiency_Trustless_Computing_Network_Whitepaper_EN.pdf
  • Why sufficient / why not (1 строка): whitepaper и docs описывают trustless compute/приватность как инфраструктуру, но не AI‑модуль/модель
  • Conflict note (если есть): —

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

  • AI_2 (decision): 0
  • Claim (1 строка): демо работы AI‑модуля не найдено (по Tier‑1)
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): отсутствуют Tier‑1 примеры/демо именно “AI” (в смысле модели/агента/инференса)
  • Conflict note (если есть): —

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

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

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

  • AI_4 (decision): 0
  • Claim (1 строка): техописание AI‑модели/версий отсутствует (AI‑модуль не заявлен)
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): нет предмета (AI‑модели) для описания/версирования по Tier‑1
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: PlatON (L1)
  • Адреса/идентификаторы: системные контракты с фиксированными адресами (пример): staking lat1z...zsjx8h7, governance lat1z...93t3hkm (и др.)
  • Evidence: Tier‑1 — https://devdocs.platon.network/docs/PlatON_system_contract
  • Why sufficient / why not (1 строка): Tier‑1 devdocs перечисляет системные контракты и их фиксированные адреса
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: стейкинг/делегирование, governance proposals/voting, slashing/lockup — через системные контракты
  • Evidence: Tier‑1 — https://devdocs.platon.network/docs/PlatON_system_contract , https://platonnetwork.github.io/docs/en/PlatON_Governance_Solution/
  • Why sufficient / why not (1 строка): описаны конкретные onchain‑процессы и интерфейсы (staking/governance)
  • Conflict note (если есть): —

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

  • OC_3 (decision): 1
  • Тест “замены блокчейна”: без L1 сети PlatON нет консенсуса/валидаторов/системных контрактов и governance → продукт исчезает
  • Evidence: Tier‑1 — https://platon.network/pdf/en/PlatON_A_High-Efficiency_Trustless_Computing_Network_Whitepaper_EN.pdf
  • Why sufficient / why not (1 строка): Tier‑1 whitepaper описывает сеть как базовую единицу продукта
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): у сети есть нативный токен LAT
  • Evidence: Tier‑1 — https://platonnetwork.github.io/docs/en/staking_and_delegation/
  • Why sufficient / why not (1 строка): стейкинг/делегирование описаны как locking LAT
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

  • TK_1 (decision): 1
  • Claim (1 строка): комиссии транзакций (tx fees) платятся в LAT и получают валидаторы, которые пакуют блоки
  • Evidence: Tier‑1 — https://platonnetwork.github.io/docs/en/PlatON_Validation_Introduce/
  • Why sufficient / why not (1 строка): в Tier‑1 прямо указано, что transaction fee идёт валидаторам за упаковку транзакций
  • Conflict note (если есть): —

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

  • TK_2 (decision): 1
  • Claim (1 строка): LAT блокируется в стейкинге/делегировании для выбора валидаторов и получения rewards; нарушения наказываются (slashing)
  • Evidence: Tier‑1 — https://platonnetwork.github.io/docs/en/staking_and_delegation/ , https://devdocs.platon.network/docs/PlatON_system_contract
  • Why sufficient / why not (1 строка): Tier‑1 описывает locking LAT и роли staking/slashing контрактов
  • Conflict note (если есть): —

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

  • TK_3 (decision): 1
  • Claim (1 строка): governance завязано на стейк/делегирование LAT: валидаторы и LAT‑холдеры участвуют в proposals и референдумах
  • Evidence: Tier‑1 — https://platonnetwork.github.io/docs/en/PlatON_Governance_Solution/
  • Why sufficient / why not (1 строка): Tier‑1 описывает роли “Token holder” и валидаторов, их права и процесс голосований
  • Conflict note (если есть): —

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

  • TK_4 (decision): 0
  • Claim (1 строка): как PoS‑L1 сеть PlatON опирается на нативный токен для стейкинга/комиссий/управления → заменить без изменения модели нельзя
  • Evidence: Tier‑1 — https://platonnetwork.github.io/docs/en/staking_and_delegation/ , https://platonnetwork.github.io/docs/en/PlatON_Governance_Solution/
  • Why sufficient / why not (1 строка): токен встроен в протокольную механику консенсуса и governance
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://platon.network/ официальный сайт проекта
Tier‑1 https://platon.network/pdf/en/PlatON_A_High-Efficiency_Trustless_Computing_Network_Whitepaper_EN.pdf позиционирование и архитектурные идеи trustless computing network
Tier‑1 https://devdocs.platon.network/docs/PlatON_system_contract фиксированные адреса системных контрактов (staking/governance/slashing/lockup и др.)
Tier‑1 https://platonnetwork.github.io/docs/en/staking_and_delegation/ стейкинг/делегирование LAT и роль PPoS
Tier‑1 https://platonnetwork.github.io/docs/en/PlatON_Governance_Solution/ onchain governance (proposals/voting), роли LAT‑холдеров и валидаторов

No comments to display

Back to top