Comments 13
Если центральный сервер из-за технических работ или проблем с электричеством может временно выйти из строя, то блокчейн будет работать всегда.
А если какой-то крупный пул майнеров выйдет из строя, то тоже всё может остановиться или даже атака 51% будет доступна.
П.С.: Блокчейн на питоне никому не нужен.
И чем же так плох питон? Я понимаю, proof of work на питоне не получится, если только вы не засунете питон в видеокарту. А что мешает делать на питоне валидацию, синхронизацию, формирование транзакций, выбор транзакций из мемори пула и сборку блока из них, управление кошельком?
А еще можно прекратить жечь уголь почем зря.
Теперь у вас есть работающий блокчейн. Мы не задействовали еще много функций, однако его уже можно использовать для обмена информацией в небольшой компании или между друзьями.
А можно, пожалуйста, продемонстрировать, как код из поста позволяет обмениваться информацией "в небольшой компании", и чтобы выполнялось вот это условие:
бесперебойная работа — сеть функционирует благодаря группе участников, занимающихся майнингом. Если центральный сервер из-за технических работ или проблем с электричеством может временно выйти из строя, то блокчейн будет работать всегда. А при увеличении нагрузки система способна масштабироваться.
вы не верите в существование p2p сетей или вопрос конкретно по коду автора?
Вопрос конкретно по коду автора, конечно же. Статья называется "как с нуля построить свою блокчейн сеть", вот я и жду там сетевого решения.
Описанные преимущества блокчейна весьма неоднозначны.
Конфиденциальность? Так банк чисто технически тоже может перевести деньги кому угодно не зная его имя фамилию. Технической проблемы нет. Так и блокчейн запросто может требовать от вас назвать себя.
Надёжность выше тоже немного попинали. Блокчейн будет всегда! пока есть майнеры... И если вы смогли раскрутить свою задумку до уровня биткоина, то вероятность его смерти невелика. Но я сомневаюсь что все созданные блокчейны живут и процветают. При этом если вы делаете адекватное резервирование своей базы данных, то потерять информацию не так и легко.
В типах консенсуса вы не указали еще PoA (Proof of Authority). Мы для своего продукта (web3 мессенджер) запустили сначала маленькую частную сеть на базе Ethereum (сами не писали, просто на базе geth), изначально на PoW, из трех узлов. Потом переехали на PoA, чтоб убрать ненужную майнинг нагрузку. Для частного блокчейна, который вы и так сами контролируете, или, например, для бизнес консорциума это имеет смысл - узел каждого участника заранее в Genesis файле внесён в список валидирующих (у них есть Authority) и при консенсусе более 50% узлов они подписывают блоки без всяких лишних вычислений. Другие узлы могут также подключаться к блокчейну (если конечно пропускают ваши network security policies), но они не подписывают блоки, а просто могут выступать в качестве проверяющих, бекапа, шлюзов для чтения через RPC и т.п.
Вопрос про практическое применение блокчейна. Возможно ли на этой технологии реализовать например процесс движения ТМЦ на предприятии? Есть ли конкретные примеры? Какие преимущества и недостатки?
Да, таких масса проектов. Погуглите "Track & trace" или "DLT / blockchain in supply chain". Имеет смысл в том случае, когда нужно trustless решение, то есть если возможен риск подделки каких-то данных потом задним числом, в этом случае Merkle tree закрывает этот риск. Но при этом, конечно, изначально данные должны поступать правильные. Например, в моменте получение груза должно быть подписано водителем и кладовщиком, записывается их криптоподпись в транзакцию и timestamp. Если не записано, значит не было такого события или не подтверждено. Потом если в будущем кто-то хочет подделать такую запись, это сделать не получится даже владельцу всех узлов-серверов, без того чтобы не поломать весь последующий блокчейн, т.к. не сойдутся хэши всех последующих блоков.
Как с нуля построить свою блокчейн сеть