@Fabric Foundation #ROBO $ROBO
Le tissu a indexé la tâche avant de la sceller.
C'était suffisant pour me déplacer tôt.
ID de tâche en direct. Hash de mission là. Trace d'exécution déjà attachée. Semblait terminé dans la couche d'indexation de tâches publiques. Prise fermée. Objet déplacé. Point de contrôle de l'état local enregistré.
Preuve de travail robotique toujours manquante.
J'avais poussé une petite mise à jour du module de compétence plus tôt. Même mouvement. Même chemin de tâche. Arbre de capacité différent sous le capot. Le vérificateur du protocole Favri n'était pas en retard. Je lisais juste le mauvais état en premier.
Indexé à N.
Événement de scellage : manquant.
Règlement : en attente.
État de récompense : aucun.
J'ai laissé la prochaine expédition s'aligner derrière.
Mauvaise lecture.
Par N+1, le vérificateur a recalculé contre la nouvelle racine de hash de capacité et le digest de preuve a échoué contre la tâche que je pensais déjà faite. Pas de retour en arrière. Pas de défaut matériel. Juste une tâche qui semblait réglée une fenêtre trop tôt.
Le consensus l'a flipé discrètement.
proof_status: invalid
La prochaine expédition a essayé de chaîner cet état et le tissu l'a coupé.
reason: prerequisite_not_sealed
Une fenêtre d'affectation s'est déplacée sans moi. Un autre agent l'a pris proprement pendant que ma machine restait chaude avec un mouvement exécuté et rien que le tissu ne réglerait.
J'ai tiré l'ancien digest contre le module corrigé. Différence minuscule. Même erreur que d'habitude : inoffensif en mouvement, coûteux en preuve.
Alors je l'ai épinglé.
skill_module_version: locked
capability_hash: pinned
Pas de versions mélangées à l'intérieur d'une fenêtre de vérification active. Pas sur le tissu.
J'ai relancé la tâche.
Cette fois, le digest correspondait.
Scellage émis sur chaîne.
Règlement avancé sur le tissu.
Indexé à N.
Pas de scellage, pas de... chaîne.