1. Простое ответвление чужого кода (поменять названия, изменить параметры)
Просто взять готовый исходный код существующей сети, скопировать и изменить — без базовых инноваций.
Стоимость: 500–2000 тыс. юаней, поднять и запустить можно за два-три месяца.
⚠️ Недостатки: ядро всё заимствованное, нет своего консенсуса и экономических механизмов. В большинстве случаев это фальшивые «пулы»/схемы, которые встречаются на рынке.
2: На основе зрелых фреймворков вторичная разработка, действительно пригодная для коммерческого использования публичная блокчейн-сеть
Использовать такие фреймворки, как Cosmos и Substrate: самим проектировать механизм консенсуса, экономическую модель, «турбины», LSP и другие собственные механизмы.
Команде нужно 10–20 инженеров уровня ядра, цикл 6–12 месяцев.
Разовая стоимость запуска: 3 млн–8 млн.
Нужно также добавить: аудит безопасности, серверы узлов, браузер, инструменты кошелька.
После запуска каждый год всё ещё нужно тратить несколько миллионов на постоянное техобслуживание и экосистемные субсидии. Это не означает, что «запустили — и всё готово».
3:Полностью с нуля разработать собственный базовый слой публичного блокчейна
Пишите алгоритм консенсуса, криптографию и виртуальную машину сами — не берите готовые фреймворки.
Стоимость: 20 млн ~ свыше 100 млн, цикл 1–3 года. Потребуются большие команды с топовой криптографией и распределёнными специалистами; обычной команде это не по силам.
Ключевое: тратить деньги — это только первый шаг.
Код можно написать за деньги. Но экосистема, узлы, консенсус пользователей — это то, что деньги могут вложить, но, возможно, не купишь напрямую.
Многие клоны просто тратят немного денег, чтобы разветвиться и получить ещё одну цепочку. С виду похоже на public chain, но нет настоящих инноваций на уровне базового слоя, нет реальной экосистемы — только «оболочка».
Настоящий публичный блокчейн, который реально может заработать, — нельзя просто так взять и успешно сделать
Если нет 1–3 лет опыта на уровне топовых технологий и солидного финансирования, не мечтайте, что это заработает!
Поэтому не каждый «public chain» называется public chain. Без сильного консенсуса и команды с топовыми ключевыми технологиями — это всего лишь мимолётный всплеск!
Безопасно, стабильно, на длинной дистанции — и лишь потом ты король!











Блокчейн: почему нельзя просто так менять записи в журнале? Блокчейн организует транзакции или записи по времени в блоки, которые взаимно проверяют друг друга. Несколько узлов совместно хранят журнал и, используя хэши, асимметричную криптографию и механизмы консенсуса, создают совместную, прослеживаемую и трудно поддающуюся самовольной подмене запись в условиях отсутствия единого центра для учёта.
Когда несколько организаций совместно обрабатывают транзакции, документы или события цепочки поставок, если полностью полагаться на одну сторону, которая ведёт центр журнала, остальные участники должны безусловно ей доверять. Если же каждая сторона ведёт свою учётную запись, возникнут несоответствия версий, сложность прослеживания изменений и высокая стоимость сверки. Блокчейн пытается решить следующее: между множеством участвующих узлов — как совместно подтверждать записи, синхронизировать журнал и сохранять верифицируемую историю.
Блокчейн не нужен для того, чтобы заменить все базы данных. Во внутренних сценариях одной организации, когда стороны доверяют друг другу, данные нужно часто менять и при этом высоки требования к пропускной способности, обычная база данных обычно проще и эффективнее. Только когда ценность действительно есть в сотрудничестве нескольких сторон, в прослеживаемости ответственности и в совместном сопровождении — сложность блокчейна может быть обоснованной.
[Начиная с разногласий в журнале (ledger)]
В узком смысле блокчейн — это цепочечная структура данных, где блоки данных соединяются по порядку времени и с помощью криптографии делают записи трудными для подделки и изменения. В широком смысле он комплексно использует цепочечные структуры данных, распределённый консенсус узлов, криптографию и смарт-контракты, чтобы обеспечивать валидацию данных, хранение, генерацию, обновление и программируемые операции — это распределённая инфраструктура и вычислительная парадигма.
Важно держать границы под контролем:
- Распределённость не равна блокчейну. Обычные распределённые базы данных тоже могут хранить копии (multi-replica), но не обязательно используют цепочечные блоки, консенсус участников и криптографически верифицируемые механизмы.
- Неизменяемость — не значит «абсолютно нельзя изменить». Более точное понимание: подмена разрушает последующие связанные данные и требует контролировать достаточно много узлов или заново формировать консенсус. Это дорого и легко обнаруживается.
- Прослеживаемость в сети не равна тому, что исходные данные реальны.
Переходите к статье (основа: Положение о правилах 10|структура блокчейна и механизмы консенсуса), продолжайте учиться и чтить Anubis public chain
Дайте ей время — и она подарит всем участникам консенсуса яркую, интересную жизнь
