Decred – самостоятельная сеть для цифровых денег, где создание блоков и контроль правил намеренно разделены между Proof of Work и владельцами голосующих tickets. Майнеры собирают блоки, но выбранные протоколом участники Proof of Stake подтверждают предыдущий блок, голосуют за обновления и контролируют расходование Treasury. Поэтому Decred нельзя точно описать ни как обычную PoW-монету, ни как классический делегированный PoS.
После изменения распределения subsidy в 2023 году экономический вес ролей стал особенно несимметричным: 1% новой эмиссии получает PoW, 89% – проголосовавшие tickets, 10% – Treasury. Майнинг всё ещё нужен для производства и упорядочивания блоков, однако большая часть выпуска направлена владельцам DCR, которые временно блокируют монеты и участвуют в проверке chain.
История
Истоки Decred связаны с разработчиками btcsuite – независимой реализации Bitcoin на Go. В 2014 году участник под псевдонимом tacotime предложил проект Memcoin2 с гибридным consensus. Команда Conformal Systems, позже переименованная в Company 0, развила идею в Decred. Публичный mainnet стартовал в феврале 2016 года.
Основатели стремились исправить конфликт, при котором производители hash power могут определять развитие PoW-сети, а разработчики и пользователи не имеют формального механизма согласования изменений. Сначала часть решений принималась через ticket voting внутри consensus, затем появилась система предложений Politeia. В 2021 году Treasury перешла от модели, где выплаты подписывала компания, к децентрализованному on-chain расходованию.
В августе 2023 года Decred активировал крупное обновление: алгоритм майнинга сменился с Blake-256 на BLAKE3, регулировка сложности – на ASERT, а распределение subsidy – на действующую схему 1/89/10. Старые материалы с долями 60/30/10 или 10/80/10 не описывают текущую сеть.
Команда
К ранним авторам относятся Jake Yocom-Piatt под псевдонимом _ingsoc, Dave Collins и другие разработчики Company 0 и btcsuite. Decred сознательно не строится вокруг публичного CEO: contributors получают оплату за одобренную работу из Treasury, а репозитории и обсуждения доступны сообществу.
Это не означает полного отсутствия центра влияния. Опытные maintainers лучше понимают codebase, формируют технические предложения и фактически способны сильнее влиять на повестку. Формальные роли майнеров, voters и Treasury снижают зависимость от одной компании, но не устраняют концентрацию знаний и активности.
Как устроен гибридный consensus
PoW-майнер находит допустимый BLAKE3 hash, собирает transactions и предлагает block. При этом каждый block включает голоса tickets, выбранных для проверки предыдущего блока. Протокол вызывает пять tickets, и минимум три голоса должны одобрить родительский block. Если voters его отклоняют, обычные transactions из отклонённого блока исключаются из итогового ledger.
Такой дизайн делает дорогостоящий hash power недостаточным для одностороннего переписывания истории. Атакующему пришлось бы одновременно преодолеть правила выбора chain и влияние распределённого ticket pool. Но безопасность не складывается простым арифметическим правилом «PoW плюс PoS»: концентрация майнинга, крупных holders, voting service providers и сетевой инфраструктуры остаётся значимой.
В отличие от чистого PoS в Cardano, stake не делегируется постоянно. Владелец покупает ticket, который входит в pool ожидания, случайно выбирается для одного голосования, после чего возвращает principal и reward. Целевая величина live pool – 40 960 tickets, а цена автоматически меняется, чтобы удерживать его около этого уровня.
Tickets, solo voting и VSP
Ticket покупается за DCR по текущей ticket price плюс transaction fee. До перехода в live pool он проходит период созревания. Среднее ожидание голосования составляет примерно 28 дней, но конкретный ticket может быть выбран раньше, позже либо истечь примерно через 142 дня. При голосовании principal возвращается вместе с subsidy; при expiry возвращается principal без награды.
Для solo voting нужен постоянно доступный wallet с актуальной chain и надёжное соединение. Большинство пользователей передают право доставить vote сервису VSP. VSP не получает custody над principal и не может потратить ticket, но видит связанные данные, берёт объявленную плату и становится операционной зависимостью. Сбой сервиса может привести к missed vote, поэтому распределение между providers полезнее слепого выбора крупнейшего.
Consensus votes и обновления
Изменение consensus rules оформляется как agenda. Сначала новая версия должна получить достаточное распространение среди майнеров и voters. Затем в фиксированных voting intervals tickets выбирают yes, no или abstain. Для принятия требуется не менее 75% yes среди не воздержавшихся при quorum не менее 10% доступных голосов.
Принятое правило активируется только по установленному расписанию, что даёт узлам время обновиться. Голосование показывает согласие экономических участников, но не исправляет ошибочный код автоматически. Уязвимость реализации или несовместимость клиентов всё равно может потребовать срочного релиза и социальной координации.
Politeia и Treasury
Politeia – система для публичных предложений, обсуждений и голосования по расходам. Документы и комментарии хранятся вне chain, но сервер выдаёт криптографические receipts и привязывает состояние к публичному timestamped log. После проверки и обсуждения proposal открывается голосование, где вес определяется live tickets на snapshot.
Одобрение proposal ещё не переводит деньги. Contractor выполняет milestones, выставляет invoices, а Treasury spend проходит отдельные on-chain правила. В каждом block 10% subsidy поступает в децентрализованную Treasury. Запросы на выплату публикуются, подписываются ключами, а tickets подтверждают Treasury spend.
Система прозрачнее обычного фонда, но voter apathy и низкая специализация создают риск. Holder может хорошо оценить бюджет, но не качество криптографии или маркетинговую эффективность. Большой treasury balance также превращается в политический ресурс, вокруг которого возможны коалиции и захват повестки.
DCRDEX
DCRDEX – некастодиальный exchange protocol, созданный contributors Decred. Trades выполняются через atomic swaps: стороны обменивают активы между поддерживаемыми chains без общего депозитного кошелька. Сервер координирует order book и matching, но не должен контролировать средства пользователей.
Atomic swap снижает custody risk, однако не отменяет network fees, время подтверждения и риск контрагента в пределах протокола обмена. Рынки могут быть менее ликвидными, чем на централизованных площадках или крупных AMM вроде Uniswap. Кроме того, работа с несколькими full nodes повышает требования к пользователю.
Bison Relay
Bison Relay – коммуникационная система с end-to-end encryption, которая использует платежи Lightning Network Decred для противодействия spam. Сервер пересылает зашифрованные сообщения, но не должен видеть их содержание. Микроплатежи создают стоимость массовой нежелательной рассылки.
Продукт показывает, что Decred развивает не только chain и governance. При этом его ценность зависит от числа пользователей, доступности routing и удобства software. Техническая приватность передачи не скрывает все metadata и не превращает Bison Relay в универсальную анонимную сеть.
Токен DCR и эмиссия
DCR оплачивает transactions, покупку tickets, Treasury proposals и расчёты в экосистеме. Максимальный выпуск задан протоколом и составляет 20 999 999,98387408 DCR. Block subsidy уменьшается каждые 6 144 blocks множителем 100/101, поэтому снижение происходит плавнее, чем четырёхлетний halving у Litecoin.
В genesis было создано около 1,68 млн DCR – 8% максимального supply. Половина компенсировала расходы ранних разработчиков, половина распределялась через airdrop. Нынешняя эмиссия делится между PoW, PoS voters и Treasury в пропорции 1%, 89% и 10%. Fee добавляются к вознаграждению соответствующих участников по правилам block.
Высокая доля для voters не является гарантированной доходностью. Результат зависит от ticket price, времени ожидания, missed votes, VSP fee, доли заблокированного supply и цены DCR. Монеты внутри tickets временно неликвидны, а будущий reward уменьшается вместе с subsidy.
Применение Decred
Основной use case – цифровой актив и расчётная сеть, управление которой формализовано на protocol level. DCR используют для payments, voting, funding разработки, atomic swaps и микроплатежей Bison Relay. Проект интересен пользователям, которые ценят собственный node, self-custody и предсказуемую денежную политику.
Decred не является универсальной smart-contract платформой наподобие Tezos. Ограниченный application surface уменьшает часть рисков сложных контрактов, но сужает спрос на blockspace и возможности composability. Успех зависит от того, достаточно ли полезны именно деньги, governance и узкие продукты проекта.
Основные риски
- Ликвидность и масштаб экосистемы. Небольшой рынок затрудняет крупные сделки, привлечение разработчиков и устойчивое финансирование инфраструктуры.
- Концентрация tickets. Крупные holders и популярные VSP могут получить непропорциональное влияние, даже если provider не хранит principal.
- Ослабленная экономика PoW. Доля майнеров равна 1% subsidy. Без достаточных fees низкий стимул может сузить набор производителей блоков.
- Governance capture. Формальное голосование не гарантирует компетентного решения и может закреплять интересы активного меньшинства.
- Риск реализации. Ошибка в consensus, wallet, Treasury spend или atomic swap способна привести к потерям или разделению сети.
- Регуляторный риск. DEX, privacy-oriented communications и self-custody могут сталкиваться с ограничениями сервисов и юрисдикций.
Итог
Decred предлагает редкую цельную конструкцию: майнеры производят blocks, tickets проверяют их и утверждают правила, Politeia формирует публичную повестку, а on-chain Treasury оплачивает одобренную работу. Это действующая система, а не только обещание децентрализованного управления.
Одновременно сложная механика не гарантирует массового спроса. Покупателю DCR важно оценивать не только fixed supply, но и ликвидность, распределение tickets, экономику майнинга, качество Treasury расходов и реальное использование DCRDEX и Bison Relay. Сила Decred – в согласованности протокола и governance; главный риск – в том, что хорошо устроенная система может остаться небольшой.
