Мой знакомый на прошлой неделе получил торговое уведомление и просто стоял, уставившись в телефон. Он был на встрече. Что бы ни говорило ему это уведомление, к тому моменту, как он посмотрел вниз, уже произошло. Он не был в панике — скорее просто занимался тем самым тихим счетом, который люди ведут, когда понимают: что-то важное случилось, пока они были заняты совсем другим.
Ньютон готовится к запуску объединения, которое должно разместить ИИ-управляемые торговые стратегии, выполнять автоматическое исполнение и дать разработчикам реальную площадку, где можно строить и продавать такие стратегии. Каждое действие, происходящее через эту систему, должно оставлять после себя нечто вроде чека — проверяемую запись, доказывающую, что то, что исполнилось, было выполнено в тех условиях, которые она заявляла. Вот в двух словах суть: инфраструктура для автоматизации, которая не просто просит вас поверить ей постфактум.
Но вот та часть, которую легко пропустить. Маркетплейс для AI-стратегий создает две совершенно разные связи со временем. Разработчик, который создает стратегию, знает — в самом буквальном смысле — когда и почему она будет действовать, потому что он написал логику, которая это решает. А человек, который подписывается, чтобы запустить эту стратегию на своем капитале, этого не знает. Он получает уведомление постфактум, так же как и все остальные, независимо от того, насколько утонченной окажется система под капотом. Разрыв между авторством и использованием — это не просто упущение в дизайне. Это и есть то, каким задуман дизайн.
Стоит также разобраться, что именно такая договоренность поощряет. Разработчик, продающий стратегию на маркетплейсе, получает деньги за производительность и распространение, а не за то, насколько быстро подписчик узнает о том, что именно сделанo с его собственным капиталом. Капитал, который подвергается риску, принадлежит человеку, который его запускает. То, что несет разработчик, ближе к репутации, чем к деньгам. Это не обязательно недостаток, но означает, что сторона, дальше всего находящаяся от риска, оказывается ближе всего к реальному времени, а сторона, ближе всего находящаяся к риску, — это та, что остается ждать уведомления «с пушем», точно так же, как мой друг.
На самом деле это проблема структуры рынка, только в костюме UX. Тот, кто находится ближе к исполнительному слою — к собственному коду стратегии, к операторам, обрабатывающим запрос, — ощущает нечто близкое к реальному времени. Все остальные получают его реконструкцию, доставленную чуть позже. Иметь информацию раньше всегда было важнее, чем в итоге оказаться правым. И никакой продуманный дизайн продукта не меняет того, кто может быть «раньше». Он лишь меняет, насколько комфортно людям жить с тем, что они больше не «раньше».
Так что, думаю, верифицируемая квитанция решает определенную задачу — не ту, которую мой друг стоял там и пытался почувствовать. Она делает счет после факта заслуживающим доверия. Но она не делает это раньше. Это две разные задачи, которые надели один и тот же наряд. И крайне легко «исправить» одну, незаметно для себя предполагая, что вы одновременно исправили и другую.
Ирония в том, что есть версия этого механизма, которая становится хуже, а не лучше, как только квитанции достаточно хороши, чтобы им полностью доверять. Если запись надежна, давление на то, чтобы закрыть реальный временной разрыв, обычно ослабевает, потому что заслуживающее доверия объяснение постфактум начинает казаться приемлемой заменой тому, что вы вообще присутствовали при событии. Никто не ставит целью построить именно такой исход. Он просто имеет тенденцию происходить, когда проверка перестает быть самой трудной частью проблемы и начинает рассматриваться как сама проблема целиком.
И ни одно из этого не означает, что верифицируемость не важна — она реально важна. Большинство автоматизированных систем, с которыми люди на самом деле живут, полагаются на записи, которые можно изменить, потерять или вообще ни с чем внешним не сверять: термостат, который работал шесть часов, пока вас не было; торгового бота, который тихо ведет лог своих решений. Квитанция, которую можно аудитировать почти в момент того, что произошло, на инфраструктуре, которая не переписывает свою историю «тихим образом» позже, — это реальное улучшение по сравнению с черным ящиком, которому вас просто просят доверять. Это сложнее решаемая проблема. Просто это не та проблема, из-за которой мой друг продолжал неотрывно смотреть в телефон.
Так что, возможно, более честный вопрос не в том, может ли роллап закрыть разрыв между действием и вашей осведомленностью об этом, потому что, вероятно, не может — не полностью, пока не может. Вопрос в том, смогли бы вы вообще распознать, как выглядит действительно «закрытый» разрыв, если бы кто-то построил это, или вы просто уже привыкли узнавать о происходящем после того и считать это частью петли?