Canton против ZKsync: как блокчейны должны исполнять правила — и есть ли вообще разница?

Canton против ZKsync: как блокчейны должны исполнять правила — и есть ли вообще разница?

В криптосообществе разгорелась показательная дискуссия: Matter Labs и Digital Asset схлестнулись в споре о том, что вообще считать настоящим блокчейном и как сети должны применять правила в отношении участников.

Алекс Глуховски, сооснователь Matter Labs и один из главных архитекторов ZKsync, занял жёсткую позицию: Canton — это не блокчейн. По его мнению, проект Digital Asset не отвечает базовым критериям, которые делают блокчейн блокчейном, прежде всего в части децентрализованного исполнения правил без привилегированных посредников.

Сооснователи Digital Asset, в свою очередь, не согласны с такой постановкой вопроса. Их аргумент звучит примерно так: публичные блокчейны не так уж сильно отличаются от того, что строит Canton. Грань между «настоящей» децентрализацией и корпоративной архитектурой с разрешённым доступом куда размытее, чем принято считать, — особенно если смотреть на то, как правила реально исполняются на практике, а не на бумаге.

В центре спора — фундаментальный вопрос: кто и как должен обеспечивать соблюдение правил в блокчейн-сети? Canton ориентирован на институциональных участников и предполагает контролируемую среду, тогда как публичные цепочки вроде ZKsync делают ставку на code is law и минимизацию доверия к каким-либо централизованным структурам.

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

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

Источник: cointelegraph.com