Читал архитектурный раздел litepaper Midnight и, честно говоря, дизайн языка Compact — это то, что большинство разработчиков полностью упускает 😂
каждая платформа смарт-контрактов заставляет делать выбор. размещать данные в блокчейне — публично, постоянно, видно всем. или хранить данные вне цепи — приватно, но тогда смарт-контракты не могут это проверить.
Compact разрушает эту бинарность.
смарт-контракт Compact может одновременно взаимодействовать с публичным состоянием в блокчейне — видно всем — и с приватным состоянием вне цепи, хранящимся локально на машине пользователя. один и тот же контракт. одно и то же выполнение.
два отдельных окружения данных.
вот как это работает на практике. пользователь хранит приватные данные локально — медицинские записи, финансовую историю, удостоверения личности. смарт-контракт Compact считывает эти приватные данные вне цепи, генерирует ZK-доказательство того, что данные соответствуют определенным условиям, и отправляет только это доказательство в блокчейн. публичный реестр видит доказательство. он никогда не видит исходные данные.
другие стороны, взаимодействующие с тем же контрактом, видят только публичное состояние. они могут проверить, что доказательство действительно. они не могут получить доступ к приватным данным, которые его сгенерировали.
в белой книге это описывается как связка публичных и приватных данных. владельцы данных взаимодействуют с обоими состояниями. другие стороны взаимодействуют только с публичным состоянием допустимым образом.
честно не знаю, сколько разработчиков, работающих над Midnight, на самом деле понимают, что у них есть доступ к обоим состояниям одновременно — или большинство из них по умолчанию будут обращаться с ним как с обычной платформой смарт-контрактов.
как вы считаете — это функция, которая наконец делает корпоративный блокчейн жизнеспособным, или слой сложности, которого большинство разработчиков будут избегать и строить вокруг?? 🤔
#night @MidnightNetwork $NIGHT
