Сначала я так и подумал.
Почему регулируемые игроки продолжают относиться к приватности как к заплатке в последний момент?
Я постоянно сталкиваюсь с одним и тем же трением. Фонд или подразделение, близкое к банку, хочет фиксированную ставку on-chain со предсказуемой стоимостью капитала, чистым сроком погашения и без резких скачков overnight-ставки. Они смотрят на что-то вроде рынков @TermMax : там все сходится по математике. Затем команды комплаенса и риск-менеджмента задают один практический вопрос: кто еще может видеть размер, сроки, залог, разворот? На прозрачном реестре ответ: «все, всегда». Это не теоретический риск. Это риск фронт-раннинга, утечка стратегии и тихий страх, что регулятор или конкурент сможет восстановить книгу из публичных данных. Большинство «решений» все равно выглядят пристегнутыми: приватные mempools тут, выборочное раскрытие там или просто «не делайте слишком большой размер». Они так и не ложатся как нужно на схему расчетов и аудиторский след, которые действительно требуются регулируемым деньгам.
Приватность по исключениям заставляет постоянно придумывать обходные пути. Приватность по дизайну воспринимала бы конфиденциальность как часть самого расчетного слоя, чтобы ставка могла по-прежнему проходить, срок мог по-прежнему завершаться, а запись комплаенса могла существовать, не превращая каждую позицию в публичный сигнал. TermMax уже находится в слое инфраструктуры с фиксированной ставкой; вопрос в том, начнет ли этот слой в итоге включать требование приватности или продолжит перекладывать его на пользователя.
Те, кто реально будет это использовать, — это люди, которые уже тщательно оценивают фиксированный доход и не могут позволить себе публичную сигнализацию. Оно работает, если в дизайне сохраняются чистая экономика и целостная аудируемость. Оно проваливается в тот момент, когда приватность становится «налогом за производительность» или слепой зоной комплаенса. Это единственный тест, который имеет значение.
#termmax
Почему регулируемые игроки продолжают относиться к приватности как к заплатке в последний момент?
Я постоянно сталкиваюсь с одним и тем же трением. Фонд или подразделение, близкое к банку, хочет фиксированную ставку on-chain со предсказуемой стоимостью капитала, чистым сроком погашения и без резких скачков overnight-ставки. Они смотрят на что-то вроде рынков @TermMax : там все сходится по математике. Затем команды комплаенса и риск-менеджмента задают один практический вопрос: кто еще может видеть размер, сроки, залог, разворот? На прозрачном реестре ответ: «все, всегда». Это не теоретический риск. Это риск фронт-раннинга, утечка стратегии и тихий страх, что регулятор или конкурент сможет восстановить книгу из публичных данных. Большинство «решений» все равно выглядят пристегнутыми: приватные mempools тут, выборочное раскрытие там или просто «не делайте слишком большой размер». Они так и не ложатся как нужно на схему расчетов и аудиторский след, которые действительно требуются регулируемым деньгам.
Приватность по исключениям заставляет постоянно придумывать обходные пути. Приватность по дизайну воспринимала бы конфиденциальность как часть самого расчетного слоя, чтобы ставка могла по-прежнему проходить, срок мог по-прежнему завершаться, а запись комплаенса могла существовать, не превращая каждую позицию в публичный сигнал. TermMax уже находится в слое инфраструктуры с фиксированной ставкой; вопрос в том, начнет ли этот слой в итоге включать требование приватности или продолжит перекладывать его на пользователя.
Те, кто реально будет это использовать, — это люди, которые уже тщательно оценивают фиксированный доход и не могут позволить себе публичную сигнализацию. Оно работает, если в дизайне сохраняются чистая экономика и целостная аудируемость. Оно проваливается в тот момент, когда приватность становится «налогом за производительность» или слепой зоной комплаенса. Это единственный тест, который имеет значение.
#termmax