Spark expliqué comme si vous aviez cinq ans

Source : CryptoNewsNet Titre original : Spark Explained Like You’re Five Lien original : Certains d’entre vous se souviennent peut-être d’un article publié il y a quelques années, Comprendre le Lightning Network avec un boulier, qui expliquait comment beaucoup de personnes ne comprenaient pas pleinement le fonctionnement du Lightning. L’objectif n’était pas d’expliquer la cryptographie ou les détails d’implémentation du Lightning, mais de démystifier l’idée centrale derrière les canaux de paiement. L’analogie avec le boulier aidait à se concentrer sur le concept plutôt que sur la mécanique, et les gens l’ont ensuite adoptée pour expliquer Lightning aux nouveaux arrivants.

Lorsqu’on parle de Spark, un schéma similaire apparaît. Certains savent dire « statechain », mais pour la plupart, c’est là que s’arrête leur compréhension. Le problème n’est pas un manque d’intelligence ou d’effort, c’est simplement que le modèle mental sous-jacent n’est pas clair. Cette explication couvre le fonctionnement de Spark de manière conceptuelle, sans entrer dans la terminologie cryptographique.

Le Puzzle en Deux Pièces

Au cœur, Spark permet aux utilisateurs d’envoyer et de recevoir des bitcoins sans diffuser de transactions sur la chaîne. Le bitcoin ne se déplace pas sur la chaîne lorsque la propriété change. Au lieu de cela, ce qui change, c’est qui peut autoriser conjointement leur dépense. Cette autorisation conjointe est partagée entre l’utilisateur et un groupe d’opérateurs appelé une Entité Spark (SE).

Pour expliquer comment cela fonctionne, imaginez que dépenser un certain ensemble de bitcoins sur Spark nécessite de compléter un simple puzzle en deux pièces :

• Une pièce du puzzle est détenue par l’utilisateur.
• L’autre pièce est détenue par la SE.

Ce n’est que lorsque les deux pièces correspondantes sont réunies que le bitcoin peut être dépensé. Un autre ensemble de bitcoins nécessitera la complétion d’un puzzle différent.

Que se passe-t-il lorsque la propriété change

Au début, Alice détient une pièce du puzzle qui correspond à celle détenue par la SE. Elle peut dépenser ses bitcoins en combinant les pièces et en complétant le puzzle. Lorsqu’Alice veut envoyer ses bitcoins à Bob, elle permet à Bob de créer un nouveau puzzle avec la SE. Il est important de noter que le puzzle lui-même ne change pas : l’ancien et le nouveau puzzle ont la même forme, mais les pièces qui le composent changent. Le nouveau puzzle est destiné à Bob : un côté est associé à Bob et l’autre à la SE. À partir de ce moment, seule la pièce de Bob correspond à celle de la SE. Alice peut encore conserver son ancienne pièce de puzzle, mais elle est désormais inutile. Comme la SE a détruit sa pièce correspondante, la pièce d’Alice ne s’adapte plus à aucune autre pièce et ne peut pas être utilisée pour dépenser le bitcoin. La propriété a effectivement été transférée à Bob, même si le bitcoin en question n’a jamais bougé sur la chaîne.

Bob peut ensuite répéter le même processus pour envoyer le même ensemble de bitcoins à Carol, et ainsi de suite. Chaque transfert fonctionne en remplaçant les pièces du puzzle, et non en déplaçant les fonds sur la chaîne.

Confiance et Sécurité

Une question se pose naturellement : que se passe-t-il si la SE ne détruit pas simplement sa vieille pièce du puzzle ? Dans ce cas, la SE pourrait faire alliance avec le propriétaire précédent, Alice, et dépenser les bitcoins de Bob. Nous devons faire confiance à la SE pour qu’elle, lorsque la propriété passe d’Alice à Bob, détruise également sa pièce du puzzle. Cependant, il est important de comprendre qu’une SE n’est pas une seule partie. Elle se compose d’un groupe d’opérateurs, et la partie du puzzle de la SE n’est jamais détenue par un seul opérateur. Le remplacement du puzzle nécessite la coopération de plusieurs opérateurs. Aucune partie unique ne peut secrètement maintenir un ancien puzzle actif ou le recréer plus tard. Il suffit qu’un seul opérateur agisse honnêtement lors d’un transfert pour empêcher la réactivation d’un ancien puzzle.

Concept Central

L’idée clé est simple : Spark ne déplace pas de bitcoin sur la chaîne entre les utilisateurs. Il remplace celui qui détient l’autorisation valide pour les dépenser. Le bitcoin sur la chaîne ne bouge pas. Ce qui change, c’est quels deux morceaux de puzzle s’emboîtent.

Alors que les transferts quotidiens reposent sur une autorisation conjointe, Spark offre aussi aux utilisateurs un moyen de dépenser leurs fonds sur la chaîne sans nécessiter la coopération de la SE. Cette échappatoire existe par conception, pour garantir que les utilisateurs ne soient pas dépendants en permanence de la SE.