Граница допуска для автономных роботов@Фонд Fabric. В данный момент лестница повторных попыток установлена на 3. Я не начинал с этого. Протокол Fabric по умолчанию использовал одну подтверждающую транзакцию, когда я впервые подключил одного из наших роботов к его слою идентичности в блокчейне. Вызов возвращал "подтверждено", робот переходил к запросу на распределение задач, и остальная часть процесса считала, что идентичность была установлена. Это не так. Протокол Fabric непосредственно участвует в этом рукопожатии. Это не абстрактный реестр идентичностей. Это система, которая решает, может ли машина участвовать. Когда я впервые интегрировал это, я рассматривал подтверждение идентичности как логические ворота. Истина, двигайтесь вперед. Ложь, остановитесь. Что я узнал, так это то, что в автономных системах подтверждение — это не то же самое, что и стабильность. Под нагрузкой граница допуска изменяется. Мы запускали партию из 42 смоделированных роботов, каждый из которых пытался зарегистрировать свои возможности и запросить права на координацию в рамках узкого временного окна выполнения. Контракт идентичности Fabric обработал аттестации, ставленные учетные данные и доказательства возможностей, а затем возвратил успех. Подтверждение в блокчейне приходило в предсказуемом блоковом окне. Все выглядело чисто. Затем два агента начали дублировать требования задач. Не злонамеренно. Не потому, что протокол не сработал. Потому что окончательность идентичности пришла быстрее, чем поведенческая конвергенция. Роботы воспринимали событие успеха идентичности как глобальную видимость. Это не так. Некоторые партнеры по-прежнему имели устаревший взгляд на то, какие идентичности были связаны, а какие нет. Fabric подтвердил ставку, но сеть не полностью усвоила это. Вот тогда я добавил лестницу повторных попыток. Вместо одного подтверждения идентичности агент теперь требует три раздельных подтверждения через различные чтения состояния. Первое подтверждает наличие ставки. Второе проверяет задержку подтверждения от партнеров. Третье подтверждает, что в пределах ограниченного окна не появилось конфликтующего требования идентичности. Интервал составляет 1,2 секунды между чтениями. Это число не случайно. Ниже одной секунды мы все еще наблюдали гонки условий. Выше двух, задержка распределения задач становилась заметной для пользователей, наблюдающих за панелью управления. Идентичность стала переговорным процессом с ограничением по времени, а не единичным событием. Вот механический сдвиг: до лестницы примерно 6 процентов роботов испытывали эхо возможностей, когда два агента считали, что имеют исключительные права на одно и то же место задачи. После лестницы этот показатель упал ниже 1 процента. Стоимость была заметна. Среднее время начала задачи увеличилось на 3,4 секунды. Если вы проектируете координацию автономных роботов, задайте себе вопрос: предпочли бы вы быстрее работающего робота, который время от времени дублирует действия, или более медленного робота, который ждет социальной уверенности? Идентичность Fabric в блокчейне делает этот вопрос неизбежным, потому что она связывает допуск с экономическим обязательством. Агент ставит ставку на существование. Эта ставка сигнализирует о серьезности, но также создает новый режим неудачи. Когда идентичность равна связанному капиталу, повторные попытки больше не просто шум в сети. Это экономическое трение. Одно из ранних напряжений, которые я испытывал, касалось бюджетов повторных попыток. Каждое дополнительное чтение подтверждения — это еще одно взаимодействие с цепочкой, еще одна трата газа, еще один слой задержки. В больших масштабах это накапливается. С 100 агентами, проходящими обновление идентичности каждые 15 минут, разница между одним проходом и тремя проходами не является тривиальной. Это меняет вашу рабочую зону. Есть четкая линия, которая постоянно возвращалась ко мне во время тестирования: Надежность не добавляется в конце. Она покупается на границе допуска. Выбор Fabric закрепить идентичность роботов в блокчейне означает, что допуск изначально дорог. Вы не появляетесь как участник случайно. Вы связываете. Вы регистрируетесь. Вам ставят оценку. Это выталкивает ботов. Это также вытесняет эксперименты. Я непосредственно почувствовал этот компромисс, когда поднимал эфемерные агенты для стресс-тестирования. В традиционном реестре вне цепи я мог свободно создавать и уничтожать идентичности. На Fabric даже тестовые агенты должны проходить через воронку идентичности. Это означало блокировки капитала и циклы ставок. Это замедлило итерацию. Но это также заставило меня заметить что-то неудобное. Когда идентичности дешевы, плохое поведение тоже дёшево. Однажды мы провели параллельный эксперимент, используя легкий кэш идентичности вне цепи для ускорения прототипирования. В течение нескольких часов мы заметили, как агенты спамили обновления возможностей, потому что не было значительных затрат на повторное утверждение идентичности. Распределение задач ухудшилось. Приоритетные очереди были искажены. Вернитесь к Fabric с связанными идентичностями, и спам исчез. Требование ставки не только обеспечивало систему. Оно формировало поведение на верхнем уровне. Вот конкретный тест, который вы можете провести, если когда-либо столкнетесь с чем-то подобным. Запустите десять агентов с идентичными возможностями. Измените только вес ставки немного, даже на небольшой процент. Наблюдайте за предпочтением маршрутизации в течение многочасового окна. На Fabric слой оценки идентичности тонко отдает предпочтение сигналам стабильности, связанным с обязательством. Более высокие связанные агенты испытали меньше переназначений маршрутов в наших запусках. Не потому, что протокол рекламировал фаворитизм, а потому, что оценка стабильности интегрировала историческую надежность, привязанную к идентичности. Вот где появляется сомнение. Когда качество маршрутизации начинает коррелировать с глубиной ставки, остаемся ли мы по-прежнему абсолютно открытыми? Или мы тихо ограничиваем качество координации за счет экономического веса? Я не обвиняю протокол в намеренной предвзятости. Я признаю, что как только идентичность становится экономической, поддерживать нейтралитет становится дорого. Еще один механический пример. Мы ввели задержку охраны после регистрации идентичности, прежде чем разрешить ставки на задачи. Она установлена на 5 блоков. Без нее вновь зарегистрированные агенты могли немедленно затопить очередь ставок, прежде чем партнеры обновили свои локальные представления. С задержкой мы устранили микро-всплеск, когда новые идентичности на короткое время доминировали в распределении. Недостаток был очевиден. Законные агенты ожидали бездействия в течение этих дополнительных блоков. Эта задержка охраны стабилизировала координацию больше, чем любая корректировка оценки. Если вы думаете, что идентичность касается имен и ключей, посмотрите, как роботы сталкиваются, потому что подтверждение пришло слишком быстро. Архитектура Fabric заставила меня переместить трение на передний план процесса. Вместо отладки возникающего хаоса внизу, я принял на себя затраты на уровне допуска. Больше чтений. Больше ожиданий. Больше подтверждений ставок. Два открытых теста для всех, кто оценивает этот дизайн. Во-первых, сократите свою лестницу повторных попыток до одного прохода и запустите при нагрузке 2x от ожидаемой. Наблюдайте за наложением призраков возможностей. Если вы это увидите, спросите, сигнализирует ли ваше подтверждение идентичности о социальной окончательности или просто о выполнении контракта. Во-вторых, сократите задержку охраны вдвое. Наблюдайте за волатильностью ставок для вновь зарегистрированных агентов. Уклоняется ли распределение на короткое время в сторону новичков? Если да, ваша граница идентичности тоньше, чем вы думаете. Суть не в том, что протокол Fabric решил всё. Суть в том, что, сделав идентичность на блокчейне и экономически связанной, он заставил меня столкнуться с допуском как с первоклассной инженерной поверхностью. Только после борьбы с этим токен стал неизбежным. Когда существование робота требует ставки, а история надежности привязана к этой ставке, токен не является аксессуаром. Это регулятор давления. Он определяет, кто может войти, как часто они могут повторять попытки, насколько дорого становится нестабильность. Я откладывал размышления об этом, потому что не хотел сводить проблему координации к экономике. Но экономика уже была встроена в слой идентичности. Во мне есть предвзятость в сторону более строгих ворот. Я предпочитаю более медленные, более предсказуемые системы. Кто-то, строящий потребительские роботы, может не согласиться. Они могут принять случайное наложение в обмен на скорость. Позиция Fabric склоняется к дисциплине. Я все еще установил лестницу повторных попыток на 3. Я думал о том, чтобы увеличить её до 4 в пиковые часы. Это, вероятно, снизило бы количество конфликтов в координации. Это также привело бы к увеличению задержки задач за пределы того, что некоторые пользователи терпят. Поэтому я оставляю это на данный момент. Идентичность на блокчейне — это не лозунги о децентрализации. Это вопрос о том, где вы хотите платить за уверенность. В нашем случае мы платим у двери. И я все еще не уверен, является ли это мужеством или осторожностью. $ROBO #ROBO