Открытый исходный код является основой доверия в блокчейне и необходимым условием для создания системы без доверия. Но когда эти принципы сталкиваются с такими приватными публичными цепочками, как Dusk, ориентированными на финансовую сферу, возникают сложности.

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

Для проектов, заявляющих о "приватности + соответствии", эта проблема особенно остро ощущается. Ваша основная конкурентоспособность зачастую скрыта в концепции дизайна кода. Полностью открытый исходный код — это как отдать свои ключи от основного ресурса имитаторам.

Более практическая проблема в том, что финансовые учреждения обычно разрабатывают на вашей цепочке свои собственные интеллектуальные контракты — эти контракты часто содержат коммерческую тайну и дают им конкурентное преимущество. Если проект требует, чтобы все было открыто, такие организации просто не согласятся. Это порождает замкнутый круг: чтобы привлечь финансовых гигантов, нужно предоставить им пространство для приватности; но при этом это кажется противоречащим идее открытого сообщества.

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