Conflux – L1-сеть с Tree-Graph ledger, где Proof of Work создаёт множество параллельных blocks, алгоритм GHAST выбирает pivot chain, а PoS checkpoints добавляют быструю экономическую finality. Внутри одной network существуют два логически отдельных пространства: оригинальный Core Space и EVM-совместимый eSpace.
Dual-space design позволяет сохранять собственные возможности Core – sponsorship и storage collateral – и одновременно запускать Ethereum contracts в eSpace. Но assets и state не становятся общими автоматически: между spaces нужны специальные cross-space calls, а пользователи должны различать адреса, wallets и network identifiers.
История
Conflux возник в 2018 году как исследовательский проект, выросший из работ по масштабируемому consensus. Среди основателей были Fan Long, Ming Wu и исследователи, связанные с Университетом Цинхуа и Институтом междисциплинарных информационных наук. Andrew Yao выступал научным советником проекта.
Mainnet запустили в 2020 году. Первоначальная сеть, теперь называемая Core Space, использовала собственный address format, Conflux VM и Tree-Graph. В 2022 году hard fork Hydra добавил PoS finality, eSpace и обновлённую экономику. Так EVM compatibility стала production-функцией, а не заменой Core Space.
Последующие upgrades развивали base fee, burning и внутренние параметры. Conflux v2.4 включил адаптацию CIP-1559 для Tree-Graph. Маркетинговые инициативы и региональные partnerships менялись быстрее protocol, поэтому статус конкретного приложения или regulatory pilot нужно отделять от состояния permissionless mainnet.
Команда
Fan Long – исследователь distributed systems и один из основных авторов consensus, Ming Wu – ранний technical leader и сооснователь. Conflux Foundation координирует grants и ecosystem, а Shanghai Tree-Graph Blockchain Research Institute участвовал в research и engineering.
Сеть не управляется одной corporate database: miners, PoS validators и full nodes исполняют открытый protocol. Однако Foundation, core developers и крупные ecosystem funds способны заметно влиять на roadmap. Научная репутация не устраняет обычные риски key-person dependence и governance concentration.
Tree-Graph
Обычный Nakamoto blockchain выбирает одну ветку, а blocks проигравших ветвей в основном не участвуют в ordered ledger. Conflux сохраняет parent edge и дополнительные reference edges. В результате blocks образуют направленный graph с embedded tree, откуда и происходит название Tree-Graph.
GHAST, или Greedy Heaviest Adaptive SubTree, выбирает pivot chain по весу subtree. Затем protocol использует pivot blocks и reference edges, чтобы выстроить все включённые blocks в линейный execution order. Transactions исполняются именно в этом порядке, поэтому параллельное создание blocks не означает параллельные взаимоисключающие состояния.
Подход отличается от blockDAG Kaspa: обе системы учитывают параллельные blocks, но правила ordering, virtual machine и экономика не взаимозаменяемы. Пользователь Conflux всё равно ждёт нужный уровень confirmation и finality.
PoW и PoS finality
PoW miners создают Tree-Graph blocks и получают base reward, priority fees и определённую governance параметрами долю base fee. Высокий block rate повышает throughput, но требует эффективного распространения данных и даёт крупным pools сетевое преимущество.
PoS validators не заменяют PoW production. Они периодически подписывают checkpoints, после которых история считается finalized при достаточном stake consensus. Для участия validator блокирует CFX и поддерживает node. Такая hybrid модель сокращает риск глубоких reorganizations, но добавляет отдельный validator set и сложные slashing либо liveness assumptions.
Это не та же схема, что ticket voting Decred: Conflux PoS закрепляет checkpoints, а PoW продолжает определять blocks между ними. Поэтому долю stake нельзя интерпретировать как прямое право собирать каждую transaction.
Core Space
Core Space – native environment Conflux. Его virtual machine произошла от EVM, поэтому contracts пишутся на Solidity, но semantics и system features отличаются. Addresses кодируются в human-readable base32 с network prefix, а RPC использует семейство cfx methods.
Core включает internal contracts для staking, governance, sponsorship и cross-space interaction. Contract admin и специальные system rules требуют внимательной проверки при переносе Ethereum code. Совместимость языка не гарантирует byte-for-byte совместимость поведения.
eSpace
eSpace предоставляет обычную EVM execution environment с hex addresses, Ethereum RPC и chain ID 1030 в mainnet. Developers могут использовать привычные Solidity tools и wallets. State eSpace логически отделён от Core, хотя обе среды опираются на consensus Conflux.
Это ближе к отдельной EVM-среде, чем к двум views одного account. Token в Core не появляется в eSpace сам по себе. Если приложение показывает одинаковый ticker в обеих средах, нужно проверять contract, путь transfer и issuer. Аналогичный пользовательский риск знаком multi-chain экосистемам вроде Avalanche.
Cross-space operations
Встроенный CrossSpaceCall contract связывает Core и eSpace. Пользователь может переводить CFX и вызывать операции между environments по определённым правилам. Corresponding mapped address в другом space вычисляется протоколом, но не совпадает визуально с исходным.
Cross-space mechanism снижает зависимость от внешней федерации, однако не делает interaction бесшовным. Gas, nonces, receipt interpretation и contract permissions различаются. Ошибка wallet или dApp способна отправить актив в среду, где пользователь не ожидает его увидеть.
Sponsorship mechanism
В Core Space contract sponsor может заранее внести CFX для gas и storage collateral. Тогда подходящие users взаимодействуют с dApp, не удерживая собственный CFX для каждой operation. Contract задаёт eligibility и upper bounds, а sponsor balance расходуется по факту.
Это улучшает onboarding, но бесплатной computation не существует. Если sponsor funds заканчиваются либо whitelist rules меняются, user снова должен платить. Sponsor также не покрывает риск самого contract и не превращает custodial application в децентрализованное.
Storage collateral
Core Space требует collateral за увеличение persistent state. Каждая storage entry занимает 64 bytes и блокирует 1/16 CFX; 1 KB соответствует 1 CFX. Когда state освобождается или ownership записи меняется, collateral возвращается соответствующему owner по protocol rules.
Gas и storage collateral – разные величины. Gas оплачивает computation и расходуется, collateral временно блокирует capital. В sponsored contract его может предоставить sponsor. Механизм создаёт цену длительного state, но усложняет estimation и contract accounting.
Токен CFX и начальное распределение
CFX – native asset для gas, storage collateral, PoS staking и DAO voting. Genesis включал 5 млрд предварительно созданных CFX. 36% предназначались genesis team и связанным contributors, 40% – ecosystem fund, 12% – private backers, 8% – community fund, 4% плюс непроданные private allocations – Foundation.
Vesting ранних категорий был ограничен сроками, но завершение unlock не доказывает равномерное распределение. Для оценки концентрации нужны актуальные on-chain balances и исключение contracts, exchanges и burn addresses.
Эмиссия и burning
У CFX нет жёсткого maximum supply. Новые tokens выпускаются как PoW rewards и PoS interest. Размер PoW base reward и base interest rate меняются governance vote, поэтому старые fixed annual цифры быстро устаревают.
Burning компенсирует часть issuance. После CIP-1559 base fee делится между miners и burn по параметру baseFeeShareProp. При sponsorship storage часть collateral может преобразовываться в storage points и сжигаться по storagePointProp. Net inflation зависит от activity, staked amount и текущих DAO parameters.
Поэтому CFX нельзя оценивать как актив с фиксированным cap наподобие Litecoin. Nominal staking reward включает dilution и не равен реальному доходу holder.
Governance
Conflux DAO голосует за экономические параметры через internal contract ParamsControl. Voting power создаётся блокировкой CFX: формула учитывает число tokens и срок, измеряемый quarters. Чем дольше lock, тем больше weight, при этом locked CFX продолжает получать staking interest.
Голосование регулирует powBaseReward, interestRate, storagePointProp и baseFeeShareProp. Code upgrades всё равно требуют разработки, releases и принятия nodes. Parameter vote не даёт holder права мгновенно переписать arbitrary contract либо отменить completed transaction.
Применение
Core подходит приложениям, которым полезны sponsored fees, storage collateral и native Conflux features. eSpace снижает стоимость переноса EVM dApps. Cross-space layer позволяет связывать эти режимы, а CFX обеспечивает общую economic base.
Практическая ценность зависит от liquidity, stablecoin access, developer retention и independent infrastructure. EVM compatibility сама по себе не создаёт сетевой эффект уровня BNB Chain, а региональные partnerships не являются гарантией on-chain спроса.
Основные риски
- Dual-space confusion. Разные addresses, RPC, tokens и state увеличивают риск пользовательской ошибки.
- Consensus complexity. Tree-Graph, GHAST, PoW и PoS checkpoints создают больше компонентов для анализа и реализации.
- Инфляция. Supply растёт через mining и staking, а burn меняется вместе с usage и governance.
- Концентрация. Genesis allocation, pools, validators и Foundation способны концентрировать экономическое влияние.
- Smart-contract risk. EVM familiarity не исключает bugs, admin keys и отличия Core semantics.
- Экосистемный риск. Небольшая liquidity и число active users могут ограничить устойчивость dApps.
- Регуляторный и геополитический риск. Partnerships и инфраструктура в разных юрисдикциях могут менять доступность сервисов, не изменяя сам public protocol.
Итог
Conflux соединяет необычный параллельный PoW ledger, stake-based finality и две execution environments. Core Space предлагает собственные resource mechanisms, eSpace – знакомую EVM, а cross-space contract связывает их без объявления одной среды устаревшей.
Сильная сторона проекта – техническая дифференциация и возможность выбирать между native и Ethereum-compatible tooling. Главный недостаток – та же многослойность: пользователю и инвестору нужно отдельно оценивать безопасность consensus, распределение CFX, current DAO parameters, state каждого space и реальный спрос на applications.
