Demand Elasticity désigne ici la variation en pourcentage de la quantité demandée divisée par celle du prix du même bien, toutes choses égales par ailleurs. Ce n’est ni la pente de la courbe ni une prévision du prix de Bitcoin.
Pour une demande décroissante habituelle, le rapport des variations est négatif ; on publie souvent sa valeur absolue. L’élasticité est sans unité, alors que la pente dépend des unités des axes. Précisez d’abord le bien, le marché, l’unité de quantité et l’horizon ; sans ce contexte, une valeur n’est pas transposable de façon fiable. [OpenStax — Price Elasticity of Demand and Supply]
Avec un prix de 10 → 12 et une quantité de 100 → 80, la méthode du point milieu donne (-20 / 90) / (2 / 11) = -11/9, soit environ -1,22 ; sa valeur absolue est 1,22. Les valeurs initiales donnent -1, de valeur absolue 1. Ne mélangez pas ces méthodes. Le point milieu conserve la valeur absolue en sens inverse ; cet exemple n’est pas une estimation d’un marché réel. [OpenStax — Price Elasticity of Demand and Supply]
En valeur absolue, plus de 1 signifie une demande élastique, moins de 1 inélastique et exactement 1 une élasticité unitaire. Inélastique ne signifie pas sans réaction ; 0 est le cas particulier de l’inélasticité parfaite. Le coefficient peut varier le long d’une même courbe : un intervalle ne couvre donc pas tous les prix. [OpenStax — Price Elasticity of Demand and Supply]
Des contraintes à court terme peuvent empêcher des ajustements possibles plus tard. Notre illustration : un client ne peut pas remplacer immédiatement son équipement, mais peut modifier sa consommation lors du renouvellement. Les substituts disponibles et la définition du marché comptent donc pour l’interprétation ; un horizon plus long ne garantit pas à lui seul un coefficient précis. [OpenStax — Elasticity and Pricing]
Les recettes sont le prix multiplié par la quantité vendue. Dans notre exemple, elles passent de 1000 à 960. Pour une demande décroissante inchangée sur un intervalle élastique, augmenter le prix réduit les recettes, comme le montre le calcul. Les recettes ne sont pas le bénéfice : le résultat après coûts demande un calcul distinct, et l’élasticité seule ne détermine pas le meilleur prix. [OpenStax — Elasticity and Pricing]
Changer le prix propre à conditions égales déplace le point sur la courbe de demande. Revenu, préférences ou anticipations peuvent déplacer toute la courbe. Les variations observées du prix et de la quantité échangée n’isolent donc pas à elles seules l’élasticité-prix ; l’estimation doit expliquer quels facteurs ont changé et comment elle les sépare. [OpenStax — Shifts in Demand and Supply]
L’élasticité-revenu compare la quantité au revenu ; l’élasticité croisée la compare au prix d’un autre bien. Une élasticité croisée positive correspond généralement à des substituts, une négative à des compléments. Ne confondez pas ces coefficients avec la réaction au prix propre : un autre dénominateur répond à une autre question et ne prouve pas à lui seul que la demande au prix propre est élastique. [OpenStax — Elasticity in Areas Other Than Price]
Bitcoin.org décrit le prix comme un résultat de l’offre et de la demande, et l’émission comme prévisible. Cela n’implique pas une élasticité-prix de la demande fixe. Distinguez quantité de BTC, dépense en monnaie conventionnelle et volume échangé : ils ne sont pas interchangeables. Ni le plafond d’émission ni le volume observé seuls ne prouvent un coefficient précis ou une hausse future du prix. [Bitcoin.org — FAQ]
Pour une vision complète, lisez aussi Supply Elasticity, Limite de 21 millions, Marginal Utility, Bitcoin. Cette entrée est également citée par Supply Elasticity.