Séparer la vitesse de la durabilité
Il y avait un temps où je faisais fonctionner un travailleur toute la nuit et pensais que rester en ligne suffisait. Au matin, le travail était terminé, mais la récompense était presque la même que celle des tâches plus courtes, même si j'avais maintenu le journal en cours pendant plus de 2 heures et dû me reconnecter deux fois. Depuis, je suis devenu sceptique quant aux récompenses groupées.
Lorsque la vitesse, la stabilité et la difficulté des tâches sont compressées en un seul score, les participants commencent à éviter les mauvais emplois et à rechercher les plus faciles. Le système semble plus occupé, mais son ossature devient plus faible.
Dans le domaine de la crypto, ce problème est familier. De nombreuses saisons de farming de points ont exactement créé ce réflexe, les portefeuilles enchaînant des transactions juste pour produire des chiffres plus propres, tandis que les contributions plus difficiles à mesurer s'estompaient en arrière-plan. Récompenser les dépenses est toujours plus facile que de récompenser la discipline sur 30 jours.
Dans le Fabric Protocol, c'est exactement là que réside la véritable tension. Si l'ensemble des incitations sépare les récompenses pour la performance, la fiabilité et la difficulté, alors un travailleur rapide ne domine pas automatiquement un durable, et l'opérateur qui prend des emplois difficiles n'est pas puni simplement parce que le volume de production semble plus bas.
Je pense au Fabric Protocol comme à payer un électricien dans un ancien immeuble. Arriver en 15 minutes est une sorte de valeur, maintenir le câblage stable en est une autre, et grimper dans un plafond humide pour démêler un enchevêtrement de câbles est une couche de travail distincte. Regroupez les trois en un seul tarif, et tôt ou tard, tout le monde choisira la partie propre.
C'est pourquoi je ne qualifierais Fabric Protocol de durable que si la vitesse ne peut pas cacher les erreurs, le temps de fonctionnement ne peut pas être poli par quelques sessions de journal propres, et le coefficient de difficulté est lié au temps de traitement ou au risque de défaillance réel. Si le travail plus difficile ne rapporte presque aucune marge supplémentaire, le système dérivera vers un travail facile de lui-même.