je lisais la section de règlement des tâches la nuit dernière et quelque chose a cliqué que je n'avais pas pleinement apprécié auparavant.
toute tâche sur Fabric nécessite des jetons ROBO verrouillés en séquestre avant le début des travaux. le client verrouille le paiement. l'opérateur verrouille la garantie. les deux restent en séquestre pendant toute la durée de la tâche.
ce n'est pas juste un mécanisme de sécurité. c'est un plancher de demande intégré directement dans les opérations du protocole.
toute tâche active sur le réseau nécessite des ROBO verrouillés. plus de tâches exécutées simultanément signifie plus de ROBO verrouillés et indisponibles pour le trading. l'activité du réseau retire directement des jetons de la circulation en temps réel.
mais voici ce à quoi je continue de penser.
le séquestre ne crée un plancher de demande que lorsque les tâches sont réellement exécutées à grande échelle. en ce moment, le volume des tâches est à un stade précoce. le mécanisme de séquestre est opérationnel. les jetons verrouillés sont minimaux.
même problème de séquençage que le mécanisme de rachat. correctement conçu. attendant que le réseau rattrape son retard.
quel est votre avis - plancher de demande de séquestre qui se renforce à mesure que le réseau se développe ou un autre mécanisme bien conçu qui reste inactif jusqu'à ce que l'adoption arrive ?? 🤔
