Tokens24.com is your single stop for crypto

Services d’abonnement à la chaine de blocs: ERC948

Blockchain

L’économie de l’abonnement

Au cours des dernières années, le modèle d’affaires des abonnements a connu une hausse importante, principalement parce que les consommateurs préfèrent maintenant acheter des quantités constantes de produits après une période donnée. L’économie par abonnement s’est diversifiée, allant de l’équipement ménager et des produits jusqu’au contenu médiatique en continu. Les sites de streaming de médias tels que Netflix auraient converti plus de 46 % des anciens acheteurs en ligne en acheteurs par abonnement. De plus, on estime qu’à partir de 2014, la fréquentation des sites d’abonnement a augmenté de plus de 800 %, avec plus de 37 millions de visiteurs.

Comme la technologie de la chaîne de blocs prend lentement le dessus sur les modèles d’affaires, il est prudent d’analyser comment la chaîne de blocs et l’économie d’abonnement massif peuvent avoir une interaction. L’ERC948 d’Ethereum a été conçu spécifiquement à cette fin et le présent article a l’intention d’examiner et de déterminer s’il convient à l’usage auquel il est destiné.

Modèles d’abonnement avec Ether

Vous vous demandez peut-être pourquoi les modèles Ether actuels ne peuvent pas être utilisés pour créer un service d’abonnement fonctionnel. Voici quelques raisons :

Pour lancer un modèle d’abonnement avec Ether, cela signifierait donner beaucoup de travail aux consommateurs existants. Par exemple, ils devraient non seulement établir mais aussi contrôler un abonnement prépayé avec Ether, déposer l’argent et, si ils veulent prolonger l’abonnement, l’ajouter à l’entiercement. Cette méthode exige donc que les clients financent l’entiercement tous les mois, ou du moins qu’ils effectuent un paiement initial, ce qui le rend plutôt fastidieux et peu convivial.

Certains ont fait valoir que le protocole ether ERC-20 est le mieux placé comme modèle d’abonnement. Cependant, il est également livré avec plusieurs défis comme indiqué ci-dessous.

Modèles d’abonnement avec Ether-20

Ces modèles enverraient un courriel au consommateur à la fin de chaque mois pour demander une confirmation de la poursuite du service. Il suivrait la séquence suivante :

  • Envoi de courriels
  • Réception de courriels
  • Ouverture du courriel
  • Signer un tx
  • Diffusion d’un tx

Cela va à l’encontre des fondements psychologiques des services d’abonnement, car cela oblige le consommateur à s’inscrire à de nombreuses reprises. De plus, le consommateur est constamment dans le rappel de l’engagement financier qu’il doit prendre, créant des frictions et développant un point faible. Une étude a révélé que 40 % des abonnés ont annulé un ou deux abonnements en 2017. Ce processus d’opt-in n’est pas non plus tenable dans la mesure où, à l’avenir, on s’attend à ce que les clients disposent de dizaines de services d’abonnement. Il serait plutôt fastidieux de continuer à réapprouver chacun d’entre eux à la fin du mois.

ERC-20 offre également aux utilisateurs une méthode d’exclusion par laquelle les utilisateurs choisissent d’arrêter plutôt que de continuer. Une entreprise utilisant ce modèle devrait fournir aux clients les caractéristiques suivantes :

  • Approuver X où X représente le prix par mois.
  • Approuver N où N représente le nombre de mois pour lesquels le contrat est valable

L’entreprise effectuerait ensuite les transferts pertinents sur une base mensuelle. Ce modèle, cependant, soulève deux questions :

  • Une entreprise devrait fournir au client des garanties solides quant au moment où il annule son abonnement.
  • Le choix de déterminer la durée de N est toujours laissé au client. De plus, une fois N terminé, le client doit renouveler son abonnement. Cela pose un problème dans la mesure où plus le nombre de décisions imposées à un client est élevé, moins le client est disposé à toutes les suivre .

Abonnements au modèle ERC-948

Ce modèle a été conçu dans le but de remédier aux défauts des modèles susmentionnés. Le modèle de non-participation qu’il propose fonctionnerait essentiellement comme suit :

  • L’utilisateur accepte que les jetons ‘X’ soient remis de son portefeuille à chaque période de temps ‘Y’ par la société ‘Z’.
  • L’utilisateur a le pouvoir de révoquer son consentement en tout temps.
  • Le consentement de l’utilisateur dépend de la disponibilité des jetons ‘X’.

Le succès de ce modèle dépendrait en outre de ce qui suit :

Contrats partagés

Comme indiqué plus haut, l’avenir pourrait faire arriver un moment où les clients ont de nombreux abonnements à différents produits subsistant. Les contrats partagés épargneraient donc au client la pression d’avoir à vérifier chacun de ses abonnements. Le seul inconvénient est qu’il n’existerait qu’une seule source de vulnérabilité, par opposition aux contrats décentralisés où le risque serait réparti.

Volatilité des prix

Les prix des jetons sont très polyvalents et ont tendance à augmenter ou à diminuer de temps à autre. Cela signifie que le montant des jetons ‘X’ facturés serait incertain et dépendrait de la chance, car les jetons peuvent être extrêmement bon marché aujourd’hui et très chers demain. Il est possible d’y remédier en fixant un coût d’abonnement standard en monnaie fiduciaire puis en transférant le montant correspondant au taux de transfert qui est fonctionnel au moment du transfert.

Fournisseurs de services

Les fournisseurs de services seraient également confrontés au défi de délivrer à chacun de leurs abonnés un contrat intelligent. On pourrait y remédier en créant un contrat intelligent qui s’applique à tous les membres. Toutefois, cela peut ne pas s’appliquer lorsqu’un fournisseur de services a des forfaits d’abonnement différents.

Conclusion

Malgré plusieurs défis à relever, Ethereum-948 offre un environnement très prometteur et lucratif pour les fournisseurs de services d’abonnement. La technologie de la chaine de blocs est généralement très polyvalente et, par conséquent, il n’est pas nécessaire de s’inquiéter des défis posés car le plus souvent, la chaine de blocs trouve des solutions viables. Il sera certainement intéressant de voir le modèle adopté et fonctionnel.

Leave a Reply

Please Login to comment

Newsletter

Community