Документация

TOK9 спроектирован как многослойная инфраструктура для токенизации активов реального мира. Архитектура разделяет базовый слой блокчейна, контракты протокола, операционные сервисы и конечные приложения, позволяя нескольким операторам создавать решения поверх общего и аудируемого набора правил.

Сетевой слой Besu

Базовый сетевой слой построен на Hyperledger Besu и обеспечивает EVM-совместимость, модель работы с контролируемым доступом и управление узлами корпоративного уровня. Это позволяет интегрироваться со стандартными инструментами Ethereum, сохраняя при этом контролируемое участие валидаторов и операционное управление.

Besu поддерживает развитую наблюдаемость, предсказуемые модели развёртывания и частные инфраструктурные контроли, необходимые для регулируемой среды. В TOK9 этот слой лежит в основе контрактов протокола и оркестрации сервисов, обеспечивая чёткое разделение между инфраструктурной ответственностью и прикладной логикой.

Консенсус QBFT

TOK9 использует консенсус QBFT (Istanbul Byzantine Fault Tolerant), чтобы обеспечить детерминированное производство блоков и немедленную финальность после подтверждения блока. Такая модель подходит для институциональных и сетей с контролируемым доступом, где требуются предсказуемый расчеты и ответственность валидаторов.

QBFT также повышает операционную надёжность, уменьшая неопределённость, связанную с разветвлениями цепи, и поддерживая контролируемые наборы валидаторов в соответствии с политикой управления. На практике это обеспечивает аудируемое и низковариативное исполнение операций протокола и процессов расчётов маркетплейса.

Жизненный цикл актива в TOK9 начинается с оценки вне блокчейна и конвертации в TOK по операционной логике 1 TOK = 1 EUR. После этого актив представляется ончейн через дробный NFT, где tokenId соответствует 100 % уникального физического актива. Контракт Tok9NFT управляет эмиссией, метаданными, дробным объёмом выпуска, заявленной оценкой и возможными операциями деактивации, требуемыми по правовым или комплаенс-основаниям.

После выпуска доли могут удерживаться, переводиться между кошельки или торговаться через маркетплейс экосистемы. В рыночном контексте роялти и платформенные комиссии распределяются атомарно, а заявленная стоимость может обновляться авторизованным оператором при наличии подтверждённых сигналов роста стоимости. Эта модель обеспечивает полную прослеживаемость от первоначальной токенизации до вторичной торговли.

Сеть TOK9 работает на инфраструктуре с контролируемым доступом и централизованным управлением, подходящей для регулируемых контекстов и комплаенс-требований. Модель разработана для обеспечения немедленной финальности блоков, операционной предсказуемости и контроля над участниками сети валидаторов.

На текущем этапе управление валидаторов централизована для обеспечения стабильности, безопасности и способности к оперативному реагированию. Это позволяет более строго управлять допусками, отзывами, операционными политиками и непрерывностью сервиса, одновременно сохраняя EVM-совместимость и полную аудируемость протокола.

Экономическая модель TOK9 опирается на простые и предсказуемые комиссии, связанные с реальной активностью экосистемы, без инфляционной токеномики и спекулятивных механизмов. Доход протокола формируется за счёт создания активов, переводов между участниками, премиальных листингов, продаж на маркетплейсе и процессов погашения при выходе из экосистемы.

В продажах на маркетплейс система применяет роялти и платформенная комиссия, тогда как прямые операции могут включать сниженные перевод комиссии. Логика выстроена так, чтобы приложения, работающие поверх протокола, функционировали с прозрачной стоимостью и чётко определённым финансовым распределением.

Архитектура TOK9 предназначена для интеграции с комплаенс-процессами, включая процессы KYC/AML, операционные контроли и автоматическое обновление заявленной стоимости. Сервисный слой протокола поддерживает вспомогательные компоненты, такие как индексация событий, шлюзы метаданных, APIs и автоматизированные рабочие процессы, усиливающие надзор и операционную сверку.

Этот подход позволяет институциональным операторам и регулируемым приложениям работать на общей инфраструктуре, сохраняя прослеживаемость, разделение между протокольным и прикладным слоями, а также способность реагировать на регуляторные требования без зависимости от открытой публичной инфраструктуры.

Протокол построен на EVM-совместимой сети, что позволяет интеграцию с кошельками, пользовательскими интерфейсами, автоматизированными конвейерами и инструментами наблюдаемости событий. Слой RPC-доступа поддерживает операции чтения и записи с контрактами экосистемы, а сетевую наблюдаемость могут дополнять закрытые обозреватели или интерфейсы, предназначенные для институциональной среды.