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

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

Я видел достаточно неудач систем, чтобы понять, что люди не ведут себя как документы. Если нормальный путь утечет бизнес-чувствительные данные, пользователи будут обходить его. Они будут проводить транзакции конфиденциально, группировать их в другом месте, использовать хранителей или превращать «урегулирование в сети» в маркетинговую метку, в то время как реальный реестр будет находиться в базе данных. И если путь конфиденциальности требует постоянных ручных одобрений, он не масштабируется — не потому, что люди ленивы, а потому, что финансы — это фабрика. Фабрика заботится о повторяемости, а не о героизме. Когда конфиденциальность становится опциональной, она становится непоследовательной; когда она становится непоследовательной, она становится неконтролируемой; и как только она становится неконтролируемой, регуляторы и учреждения рассматривают это как риск, а не как инновацию.

Вот почему я все больше убежден, что регулируемому финансированию нужна конфиденциальность по умолчанию, а не конфиденциальность по исключению. Конфиденциальность по умолчанию не означает «никто ничего не может увидеть». Это означает, что поток транзакций по умолчанию минимизирует утечки в публике, при этом позволяя выборочное раскрытие, когда это действительно необходимо: аудиты, расследования, споры, налоги или контроль. Цель состоит в том, чтобы отделить публичную проверку от бизнес-выставления. Если вы не можете этого сделать, вы фактически заставляете каждое учреждение выбирать между соблюдением норм и тактической глупостью. Это не выбор, который серьезные операторы примут.

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

Многое зависит от стимулов и управления, а не от слоганов. VANRY должен функционировать как реальный утилитарный актив: сборы как стоимость урегулирования и исполнения, стейкинг как экономическая подушка, которая удерживает валидаторов честными под давлением, и управление как механизм настройки параметров, когда мир меняется. Но управление также является местом, где дизайны конфиденциальности могут быть скомпрометированы — если изменения правил политические или спешные, учреждения не будут ставить свою позицию по соблюдению на это. Я также осторожен в отношении разрыва между «технология конфиденциальности существует» и «рабочие процессы конфиденциальности являются операционными». Сложность не в криптографии; она заключается в том, чтобы сделать путь аудита надежным, а режимы неудач понятными и историю соблюдения последовательной по юрисдикциям.

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