193 / 736KNOW

Knowledge Problem

Le problème de la dispersion des connaissances

Un atelier promet une réparation avant le soir. Le mécanicien sait quelle machine est libre, le fournisseur connaît le stock de pièces et le chauffeur vient de découvrir une route barrée. Personne ne sait tout, mais leurs décisions doivent s’accorder. Knowledge Problem explique pourquoi la coordination commence par la collecte et l’utilisation de ces connaissances dispersées, avant tout calcul dans un tableau.

Knowledge Problem désigne la difficulté d’utiliser des connaissances réparties entre plusieurs personnes, plutôt que réunies chez un seul décideur. Friedrich Hayek souligne que les règles techniques doivent être complétées par l’expérience locale et des informations récentes. Comment ces informations atteignent-elles les personnes capables d’agir, et comment celles-ci révisent-elles leurs décisions lorsque la situation change ?

Eva dirige un atelier et reçoit une commande imprévue. L’inventaire indique les équipements, mais un collègue en sait davantage : une machine adaptée vient de se libérer et l’atelier voisin possède l’accessoire nécessaire. Hayek insiste précisément sur cette connaissance de lieux et de moments particuliers. Le manuel technique compte, mais ne dit pas à lui seul ce qui peut être organisé cet après-midi. Expertise et expérience se complètent souvent dans la décision. [1]

Hayek prend l’exemple de l’étain : une nouvelle demande ou une rupture d’approvisionnement peut faire monter son prix. Les utilisateurs cherchent alors à économiser la matière ou à la remplacer, sans forcément connaître la cause initiale. Les prix peuvent relier des décisions éloignées sans que chacun lise le même rapport. Mais un prix ne raconte pas toute l’histoire, et les réactions ne sont pas nécessairement parfaites. Economic Calculation, la comparaison monétaire des coûts et des projets, utilise ce signal sans en faire une connaissance complète. [1]

Un rapport recense plusieurs machines adaptées dans la région. L’une est loin, une autre attend une réparation, une troisième ne sera libre que la semaine suivante. Le total n’est pas forcément faux ; il ne répond simplement pas à la question d’Eva : comment finir aujourd’hui ? Regrouper les données fait disparaître certaines différences. Une vue d’ensemble aide, mais il faut vérifier si le lieu, l’état ou le délai modifient les possibilités réellement disponibles. [1]

Dans Economics and Knowledge, Hayek distingue le fait que des plans soient compatibles de l’explication de la manière dont ils le deviennent. Eva attend une pièce, et le fournisseur s’attend à ce qu’elle la réceptionne. Supposer que tous deux savent tout correctement n’explique pas leur coordination. Dans notre exemple, il faut examiner la confirmation de commande, le délai révisé ou l’avis de retard, puis voir s’ils ont adapté leurs plans. Un modèle avec information complète peut être utile ; le véritable processus d’apprentissage reste à expliquer. [2]

Le logiciel indique à Eva une pièce en stock. Mais l’enregistrement peut précéder l’achat d’un autre client ou concerner une autre version. Appliquée à une base de données, la question de Hayek devient très concrète : d’où vient cette information, quand a-t-elle été mise à jour et que décrit-elle exactement ? Un logiciel plus rapide traite mieux les données saisies sans prouver leur exhaustivité ni leur utilité. Il ne s’agit pas de rejeter les bases de données, mais de distinguer une donnée stockée des connaissances nécessaires pour décider. [1] [3]

Le mécanicien peut connaître sa machine sans savoir que le prix de la pièce a augmenté ou que le fournisseur rencontre des difficultés de transport. La décentralisation, la répartition des décisions entre participants, demande aussi des liens entre eux. Hayek associe donc les connaissances locales à d’autres signaux, notamment les prix. La proximité du travail ne rend pas Eva infaillible. Elle doit pouvoir vérifier l’information, modifier son plan et apprendre de ses erreurs. [1] [2]

L’atelier compte aisément les commandes, mais saisit moins facilement la confiance perdue d’un client ou l’expérience d’un salarié face à une panne inhabituelle. Dans The Pretence of Knowledge, Hayek met en garde contre l’idée que seuls les éléments chiffrables comptent. Un tableau précis ne justifie pas une prévision précise. Il faut distinguer observations, hypothèses et inconnues. La mesure ne devient pas inutile ; ses limites doivent être reconnues. [3]

Eva peut accepter Bitcoin et vérifier le paiement selon les règles du réseau. Elle peut, par exemple, vérifier si la transaction figure dans un bloc, un ensemble de transactions accepté selon les règles du réseau. Cela ne lui dit pas si la pièce arrivera ou si le client sera satisfait. Un enregistrement de paiement vérifiable et la connaissance du marché remplissent des rôles différents. Un réseau distribué ne garantit ni information commerciale complète ni décisions sans erreur. Même payée en bitcoin, Eva doit encore joindre le fournisseur, s’appuyer sur l’expérience du mécanicien et pouvoir changer son plan. [1] [2] [4]

Pour une vision complète, lisez aussi Friedrich A. Hayek, Economic Calculation, Socialist Calculation Debate, Spontaneous Order, Catallactics, Bitcoin. Cette entrée est également citée par Praxeology, Methodological Individualism, Catallactics, Economic Calculation.

DOC · 001Hayek — The Use of Knowledge in SocietySource primaire DOC · 002Hayek — Economics and KnowledgeSource primaire DOC · 003Hayek — The Pretence of KnowledgeSource primaire DOC · 004Bitcoin Developer Guide — Block ChainDocumentation
Révisé le: Sources d’abord · Pas un conseil financier