La partie la plus difficile de la gestion des ressources robotiques rares n'est pas de construire une file d'attente. C'est d'empêcher tout le monde de devenir « urgent. »

Mon affirmation : une fois que @Fabric Foundation commence à réguler les ascenseurs, les docks, les chargeurs ou l'accès aux couloirs par le biais de classes de priorité, le véritable mode d'échec ne sera pas seulement la congestion. Ce sera l'inflation de la priorité. Les tâches ordinaires seront requalifiées d'urgentes parce que l'urgence est le moyen le moins cher de contourner un système encombré.

La raison au niveau du système est simple. Dans tout environnement physique partagé, la priorité est un privilège rare. Si la réclamer est bon marché, les opérateurs locaux l'utiliseront pour protéger leur propre débit même lorsque la tâche est routinière. Cela brise la file d'attente de l'intérieur. Le protocole peut encore sembler ordonné sur la chaîne tandis que l'accès réel devient déformé par l'abus d'exception. Bientôt, la « voie urgente » n'est que la voie normale avec un meilleur branding.

C'est là que la couche de coordination de Fabric doit être plus stricte que ce que les gens attendent. Les réclamations d'urgence ont besoin de portée, d'expiration, de pistes de vérification, de limites de taux et d'un véritable coût économique lorsqu'elles sont abusées. Sinon, le système ne récompensera pas une planification honnête. Il récompensera le meilleur fabriquant d'excuses.

Implication : $ROBO les incitations n'amélioreront la coordination que si l'accès prioritaire coûte plus cher à simuler qu'à mériter, sinon #FabricProtocol finira par fixer le prix de la congestion tout en subventionnant discrètement le saut de file d'attente.#ROBO