Я на самом деле не понимал, почему @Fabric Foundation Протокол имеет значение, пока не подумал о том, как большинство организаций справляются с ответственностью. Это неформально. Это смесь политик, племенного знания и всего, чему научил людей последний инцидент. Это работает, большинство дней, потому что границы ясны. Одна компания. Один набор инструментов. Одно место, куда можно указать, когда что-то идет не так.
Затем роботы и агенты начинают действовать за пределами этих границ. Вот где начинается интересное. Робот может находиться на вашем этаже, но инструкции приходят откуда-то еще. Обновление модели приходит от поставщика. Решение о маршрутизации зависит от данных партнера. И вопрос меняется с "построили ли мы это правильно?" на "у кого было право изменить это, и как мы можем показать это тому, кто нам не доверяет?"
Обычно вы можете сказать, когда старый подход ломается, потому что люди начинают экспортировать доказательства. Скриншоты. Цепочки электронных писем. Ссылки на тикеты. Со временем становится очевидным, что внутренние журналы – это уютное одеяло. Это не общая истина. Они не разрешают споры. Они просто помогают вам спорить быстрее.
Поэтому я читаю Протокол Fabric как попытку сделать кросс-организационную автоматизацию менее зависимой от доброй воли. Место, чтобы закрепить то, что было делегировано, что было рассчитано и какие правила должны применяться, таким образом, чтобы разные стороны могли проверять это без просьбы о доступе. Не исцеление плохого поведения. Не замена контрактам. Просто инфраструктура, которая может сделать скучные части – доказательства, ответственность и координацию – менее хрупкими, что обычно является тем местом, где системы фактически терпят неудачу.