StarkPay : Maintenant avec les paiements instantanés
0x568B
June 11th, 2022

Initialement publié en anglais par StarkWare le 12 aout, 2019

  Photo par Mervyn Chan sur Unsplash
Photo par Mervyn Chan sur Unsplash

Il y a quelque temps, nous avons présenté StarkPay, le système de paiement prépayé de type carte de débit de StarkWare. Ce post décrira notre conception améliorée et la fonctionnalité supportant les paiements instantanés. Avec cette fonctionnalité, un commerçant tel que Starbucks pourrait offrir à un client une tasse de café instantanément, en sachant qu'il est assuré d'être payé dans les plus brefs délais.

Présentation des paiements instantanés

Les paiements instantanés sont une amélioration de StarkPay qui offre aux commerçants la finalité des créances (c'est-à-dire les paiements reçus) à la vitesse de l'éclair. Il n'y a aucune hypothèse de confiance entre les parties impliquées dans le cycle de vie d'un paiement : le client, le commerçant, le processeur de paiement et StarkWare qui exécute StarkPay pour le compte du processeur de paiement. Au lieu de la confiance, le processeur de paiement offre au commerçant un dépôt de sécurité dédié on-chain d'une valeur à peu près égale à la somme totale des créances du commerçant au cours d'un cycle de preuve), et contre signe les paiements du client. Pour les paiements contre signés , le commerçant est assuré de recevoir les fonds - soit par l'inclusion du paiement dans une preuve ultérieure, soit en rachetant les paiements directement à partir du dépôt de garantie. Comme un dépôt de garantie standard, dans le cours normal des choses, il n'est pas touché.

Mécanisme:

Pour chaque commerçant proposant le système de paiement instantané, le processeur de paiement verrouille un dépôt de garantie dans un smart contract on-chain spécifique au commerçant. Comme mentionné ci-dessus, le dépôt est à peu près égal au volume des paiements au commerçant pendant un cycle de preuves.

Interaction client : un client entre dans une bijouterie souhaitant acheter un objet cher

  1. Le client fournit au commerçant un paiement signé.
  2. Le commerçant vérifie que le contrat de dépôt de garantie contient suffisamment de fonds.
  3. Le commerçant transmet le paiement au processeur de paiement.
  4. Le processeur de paiement vérifie que le client a suffisamment de fonds.
  5. Le processeur de paiement contre-signe le paiement et le renvoie au commerçant.
  6. Marchand peut servir le client instantanément une fois qu’il reçoit la contre-signature du processeur de paiement.

Interaction post-client

  1. Processus standard : dans le cours normal des affaires, le commerçant surveille la blockchain jusqu’à ce qu’il voit une preuve qui inclut le paiement du client. Cela signifie que le solde off-chain du commerçant a été crédité du paiement de ce client (ainsi que tous les autres paiements effectués au commerçant au cours du dernier cycle de preuves).
  2. Activation du dépôt de garantie : Si le commerçant ne voit pas de preuve incluant le paiement dans un délai raisonnable, le commerçant peut envoyer le paiement contresigné à son contrat de dépôt de garantie. Le contrat, après avoir vérifié que suffisamment de temps s’est écoulé et que le commerçant n’a pas encore reçu le paiement, paie le commerçant.

Scénario du Black Friday : un commerçant peut connaître une activité qui dépasse la valeur de son dépôt de garantie. Dans ce cas, ils peuvent faire l’une des deux choses suivantes :

  • Exiger du processeur de paiement qu’il augmente le montant du dépôt de garantie.
  • Retarder le traitement des transactions jusqu’à ce que les transactions précédentes traitées soient confirmées par une preuve. Bien sûr, cela n’a pas toujours de sens commercial : Starbucks ne peut pas retarder la livraison d’une tasse de café d’une heure, mais Amazon peut certainement retarder l’expédition d’un colis d’une heure.

Un système trustless

Dans notre système, le commerçant n’a pas besoin de faire confiance au processeur de paiement (et à StarkWare en tant que fournisseur de technologie pour ce dernier), et inversement, le processeur de paiement n’a pas besoin de faire confiance au commerçant.

Processeur de paiement trustless : le commerçant peut toujours encaisser un paiement contresigné impayé (c’est-à-dire signé par le client et le processeur de paiement) en l’envoyant au smart contract de dépôt de garantie.

Trustless Marchand : le commerçant ne peut pas racheter le dépôt de garantie d’un smart contract, un paiement comptabilisé dans une preuve soumise à la blockchain. En fait, tant que le processeur de paiement suit le protocole, le commerçant ne peut pas retirer des fonds du dépôt de garantie.

Comparaison avec lightning

À l’aube des paiements instantanés, nous devrions revoir notre comparaison initiale de StarkPay à Lightning.

Un objectif plus rapide : un avantage que Lightning avait sur notre design StarkPay original

  • un objectif plus rapide.

Dans notre conception originale, l’objectif dépendait du «temps de cycle d’une preuve.» Dans Lightning, la finalité est instantanée, c’est-à-dire qu’une fois que vous avez la signature de la contrepartie, votre paiement est garanti. StarkPay correspond désormais à la vitesse de finalité de Lightning.

Réduire le coût du capital : Avec les paiements instantanés, le commerçant n’a qu’à sécuriser la valeur qui lui est versée au cours d’un cycle d’essai – c’est tout ce que le processeur de paiement doit verrouiller pour rassurer le commerçant. En particulier, StarkPay, avec les paiements instantanés, est encore beaucoup plus efficace en capital que Lightning.

Résumé

StarkPay est un système de type carte de débit prépayée offrant une scalabilité, peu coûteux, trustless, capital efficient, des paiements sur Ethereum. Maintenant, avec les paiements instantanés, StarkPay maintient toutes ces propriétés tout en offrant aux commerçants la possibilité de fournir des biens et des services instantanément, sans risque.

Dans notre prochain articles de blog, nous allons décrire comment nous avons l’intention d’avoir notre part de gâteau et de la manger aussi, en éliminant efficacement les barrières entre StarkPay et l’univers blockchain.

Merci à Dan Robinson pour ses commentaires.

Tom Brand, Avihu Levy, Uri Kolodny
StarkWare

Traduction faite par @cleminso

Arweave TX
sa3C0POE49rzyk0pMIOofQQ2EYJfG8SNOiuxu0qgbcQ
Ethereum Address
0x568B12eBBE85521D2cd8a2C9B7a8EF3f48aa2d66
Content Digest
HwDPu_KDPFxuuV6zk-mUJpnTffH4go3pqsIlUducva8