Actu-crypto

🔒
❌ About FreshRSS
There are new articles available, click to refresh the page.
Before yesterdayYour RSS feeds

Zcash et Dash présentent des failles en matiÚre de confidentialité, selon Chainalysis

June 20th 2020 at 13:50
By: Antoine

Zcash et Dash, deux crypto-monnaies anonymes rĂ©putĂ©es pour protĂ©ger l’identitĂ© de ses utilisateurs, seraient traçables par les autoritĂ©s financiĂšres selon un rĂ©cent rapport de Chainalysis. Le cas de Zcash Au vu de nouvelles recherches menĂ©es par Chainalysis, les crypto-monnaies axĂ©es sur la vie privĂ©e Zcash et Dash ne semblent pas tenir leurs promesses en matiĂšre

L’article Zcash et Dash prĂ©sentent des failles en matiĂšre de confidentialitĂ©, selon Chainalysis est apparu en premier sur CanardCoinCoin.

Les régulateurs mÚnent un combat acharné contre les crypto-monnaies, selon Cardano

June 21st 2020 at 09:12
By: Antoine

Les rĂ©gulateurs semblent peu enclins Ă  lĂ©galiser la crypto-industrie, qu’ils considĂšrent comme une menace pour la souverainetĂ© monĂ©taire de leur pays. Selon le fondateur de Cardano, la crypto-industrie devrait se prĂ©parer Ă  une vague de pressions rĂ©glementaires visant Ă  Ă©touffer les avancĂ©es du secteur de la Blockchain. Une guerre politique Cardano a prĂ©vu de changer

L’article Les rĂ©gulateurs mĂšnent un combat acharnĂ© contre les crypto-monnaies, selon Cardano est apparu en premier sur CanardCoinCoin.

Les 5 actus cryptos de la semaine (du 15 au 19 juin 2020) de Cryptonews.

June 21st 2020 at 16:05
By: dici

DĂ©couvrez les 5 actus de la semaine en vidĂ©o👇

Montage / illustrations:
Dici

Texte / voix:
David Nathan

#Bitcoin #BTC #Trump #Poutine #Revolut #News #Crypto #Cryptomonnaie #Fintech
Youtube Video

Xapo et Indodax doivent répondre à la justice

June 21st 2020 at 20:06

Un crypto-utilisateur allemand, Dennis Nowak, dĂ©cide de traduire en justice les plateformes de crypto-Ă©change Xapo et Indodax pour avoir manquĂ© Ă  leur devoir dans la lutte contre le blanchiment d’argent ainsi que pour avoir stockĂ© des fonds numĂ©riques volĂ©s. Un manquement aux procĂ©dures KYC L’objet de cette poursuite judiciaire se base sur la nĂ©gligence des procĂ©dures Know Your

L’article Xapo et Indodax doivent rĂ©pondre Ă  la justice est apparu en premier sur CanardCoinCoin.

Le volume de contrats à terme en Bitcoin tradé en 2020 a doublé

June 21st 2020 at 20:40

Selon un nouveau rapport de Fidelity, le nombre des investisseurs institutionnels impliquĂ©s dans les contrats Ă  terme sur Bitcoin a doublĂ© en 2020. Un constat encourageant qui semble confirmer l’appĂ©tence des investisseurs expĂ©rimentĂ©s pour les actifs numĂ©riques. La popularitĂ© des contrats Ă  terme Fidelity Investment a rĂ©alisĂ© une enquĂȘte Ă  grande Ă©chelle pour10 sonder l’opinion

L’article Le volume de contrats Ă  terme en Bitcoin tradĂ© en 2020 a doublĂ© est apparu en premier sur CanardCoinCoin.

Les jumeaux Winklevoss projettent d’adapter le livre «Bitcoin Billionaires» au cinĂ©ma

June 21st 2020 at 21:15

La sociĂ©tĂ© de crĂ©ation de contenu Stampede Ventures partage les mĂȘmes visions que Tyler et Cameron Winklevoss, les co-fondateurs de l plateforme d’échange crypto Gemini, d’adapter leurs histoires dans l’arĂšne des crypto-monnaies au cinĂ©ma. Un projet d’envergure Tyler et Cameron Winklevoss vont travailler avec Stampede Ventures pour rĂ©aliser dans le septiĂšme art le livre de Ben Mezrich, Bitcoin

L’article Les jumeaux Winklevoss projettent d’adapter le livre «Bitcoin Billionaires» au cinĂ©ma est apparu en premier sur CanardCoinCoin.

Les contrats de location de Sekisui House sont déployés sur une Blockchain

June 21st 2020 at 21:52

Dans le but de faciliter les procĂ©dures Ă  ses locataires, Sekisui House, l’un des plus grands constructeurs immobiliers du Japon, fait confiance Ă  la technologie Blockchain pour mettre en place un bail Ă  guichet unique. Faciliter et sĂ©curiser les accĂšs aux propriĂ©tĂ©s Selon l’annonce de la sociĂ©tĂ© immobiliĂšre sur le site Web, une rĂ©volution va s’opĂ©rer

L’article Les contrats de location de Sekisui House sont dĂ©ployĂ©s sur une Blockchain est apparu en premier sur CanardCoinCoin.

Livre blanc "blockchain et développement durable"

June 22nd 2020 at 10:52

Bonjour,
Le livre blanc “blockchain et dĂ©veloppement durable” co-Ă©crit par mes soins avec l’Institut Louis Bachelier et Coreum est en libre tĂ©lĂ©chargement ici :
https://blockchain-x.eu/index.php/telecharger-le-livre-blanc/
Un webinaire est organisé le 29 juin
Bonne journée
Jacques-André

Un ancien employé du KFC perd son empire de crypto-drogue

June 22nd 2020 at 23:52
By: Xavier

Paul Johnson, un ancien employĂ© de KFC, a montĂ© un marchĂ© noir de la drogue dans le grenier de sa maison. L’affaire a Ă©té  florissante que le trafiquant a accumulĂ© des gains colossaux de prĂšs de 2 183 304 livres sterling, soit de 2,77 millions de dollars. Mais l’intervention de la police a mis fin

L’article Un ancien employĂ© du KFC perd son empire de crypto-drogue est apparu en premier sur CanardCoinCoin.

L’équivalent de 530 bitcoins ont Ă©tĂ© rĂ©cupĂ©rĂ©s sur un ordinateur dĂ©fectueux

June 23rd 2020 at 00:15
By: Victor

Un internaute a rĂ©ussi Ă  restaurer un ordinateur dĂ©fectueux vieux de 10 ans oĂč Ă©tait installĂ© un crypto-wallet contenant environ 530 bitcoin. Un trĂ©sor retrouvĂ© Un trĂ©sor en bitcoins enfouie depuis prĂšs de 10 ans serait remontĂ© Ă  la surface aprĂšs qu’un utilisateur Reddit ait mis en marche un ancien ordinateur. Le Butin en composĂ©

L’article L’équivalent de 530 bitcoins ont Ă©tĂ© rĂ©cupĂ©rĂ©s sur un ordinateur dĂ©fectueux est apparu en premier sur CanardCoinCoin.

Une bourse allemande lancera bientĂŽt un ETP sur Bitcoin

June 23rd 2020 at 00:18
By: Victor

Fin juin, l’entreprise d’investissement ETC Group va introduire un ETP qui rĂ©plique la performance du Bitcoin sur la bourse allemande Xetra. Cette introduction propulsera le Bitcoin sur le devant de la scĂšne financiĂšre. Un produit financier axĂ© sur le Bitcoin L’entreprise d’investissement ETC Group, basĂ©e Ă  Londres, ouvre la voie Ă  une adoption globale des

L’article Une bourse allemande lancera bientît un ETP sur Bitcoin est apparu en premier sur CanardCoinCoin.

Le périple de Crypthomie vire au cauchemar

June 23rd 2020 at 00:26
By: Xavier

AprĂšs avoir perdu de l’argent dans des crypto-investissements, un utilisateur de Reddit ùgĂ© de 34 ans et surnommĂ© Crypthomie n’est pas au bout de ses peines. Incapable d’honorer le calendrier de remboursement de ses prĂȘts, il risque actuellement de lourdes peines de prison. Une perte engendrĂ©e par la pandĂ©mie A l’instar de nombreuses personne au cours de cette

L’article Le pĂ©riple de Crypthomie vire au cauchemar est apparu en premier sur CanardCoinCoin.

La preuve de travail rĂ©siste mieux Ă  la censure que la preuve d’enjeu

June 27th 2020 at 10:00

La vision que se fait Eric Voskuil des cryptomonnaies est probablement l’une des visions les plus claires et les plus pertinentes de tout l’écosystĂšme. Ayant identifiĂ© la proposition de valeur de Bitcoin, il cherche par ses courts textes Ă  nous dĂ©montrer, par le biais de raisonnements logiques, quels sont les mĂ©canismes qui permettent de satisfaire cette proposition de valeur.

Sur la preuve d’enjeu, Eric Voskuil a un avis tranchĂ© : contrairement Ă  la preuve de travail, elle ne rĂ©siste pas convenablement Ă  la censure. Dans un article intitulĂ© « Proof of Stake Fallacy », ou « Sophisme de la preuve d’enjeu » en français, il explique (je traduis) :

La sĂ©curitĂ© des confirmations requiert une autoritĂ© pour sĂ©lectionner les transactions. Bitcoin confie pĂ©riodiquement cette autoritĂ© au mineur qui produit la plus grande preuve de travail. Toutes les formes de travail se ramĂšnent nĂ©cessairement Ă  la consommation d’énergie. Il est essentiel qu’une telle preuve soit indĂ©pendante de l’historique de la chaĂźne. Celle-ci peut ĂȘtre appelĂ©e la preuve « externe ».

L’unique autre source d’autoritĂ© sĂ©lective dĂ©pend par consĂ©quent de l’historique de la chaĂźne, source qui peut ĂȘtre dĂ©signĂ©e comme « interne ». Il existe une thĂ©orie selon laquelle une telle preuve d’enjeu (PDE) constitue une alternative comparable Ă  la preuve de travail (PDT) en matiĂšre de sĂ©curitĂ© des confirmations. Il est vrai que la PDE et la PDT dĂ©lĂšguent toutes les deux le contrĂŽle sur la sĂ©lection des transactions Ă  une personne en charge de la plus grande rĂ©serve d’un certain capital.

La diffĂ©rence se situe dans la dĂ©ployabilitĂ© du capital. La PDT exclut le capital qui ne peut pas ĂȘtre converti en travail, alors que la PDE exclut tout capital qui ne peut pas acquĂ©rir des unitĂ©s de la monnaie. Cette diffĂ©rence a une consĂ©quence importante sur la sĂ©curitĂ©.

Dans le Principe des autres moyens, il est montrĂ© que la rĂ©sistance Ă  la censure dĂ©pend des personnes qui paient les mineurs pour vaincre le censeur. Vaincre la censure n’est pas possible dans un systĂšme de PDE, puisque le censeur a acquis la part majoritaire et ne peut pas ĂȘtre Ă©vincĂ©. De ce fait, les systĂšmes de PDE ne sont pas rĂ©sistants Ă  la censure et la thĂ©orie est par consĂ©quent invalide.

Voyons en dĂ©tail ce qu’Eric Voskuil veut dire dans cet extrait.

 

Qu’est-ce que la censure ?

La mot censure nous vient du verbe latin cēnseƍ signifiant « dĂ©clarer, juger », en particulier dans le cadre du cens de la Rome antique, le recensement quinquennal des citoyens romain et de leurs biens, ayant pour but de faciliter le recrutement militaire, la dĂ©limitation des droits, l’organisation des scrutins et le calcul de l’impĂŽt. Le censeur Ă©tait alors le magitrat en charge de gĂ©rer et d’évaluer toutes les informations relatives Ă  ce dĂ©nombrement.

Cet aspect de jugement se retrouve par ailleurs dans le sens critique qu’on porte parfois au mot censure qui s’apparente alors Ă  un blĂąme ou Ă  un reproche, notamment en matiĂšre littĂ©raire.

Au Moyen Âge, la censure se caractĂ©risait par la relecture et la correction des ouvrages rĂ©digĂ©s par les moines copistes pour s’assurer que tout Ă©tait conforme Ă  la foi et Ă  l’orthodoxie religieuse. NĂ©anmoins, l’apparition de l’imprimerie au XVĂšme siĂšcle a bouleversĂ© les choses : le nombre de livres a explosĂ©, et ce faisant, a retirĂ© le contrĂŽle que l’Église avait sur la publication des Ă©crits, contrĂŽle qui a Ă©tĂ© transfĂ©rĂ© Ă  l’État.

La censure a par consĂ©quent acquis son sens politique actuel, en dĂ©signant l’examen que le pouvoir gouvernemental fait prĂ©alablement des livres, journaux, piĂšces de thĂ©Ăątre, etc., pour en permettre ou prohiber la publication ou la reprĂ©sentation. Par la suite, le terme a fini par nommer toute atteinte Ă  la libertĂ© d’expression, quel que soit le support, que cette atteinte se fasse avant ou aprĂšs la diffusion.

Avec le dĂ©veloppement des mĂ©dias de masse et surtout des grandes plateformes de publication sur Internet, le terme dĂ©crit dĂ©sormais aussi tout choix d’édition qu’une entitĂ© privĂ©e prend vis-Ă -vis de ses clients ou de ses utilisateurs. Il ne s’agit pas d’une atteinte Ă  la libertĂ© d’expression au sens strict. NĂ©anmoins, il arrive que la volontĂ© de censure Ă©tatique se manifeste par la censure privĂ©e (on parle de censure indirecte) : un État peut sanctionner Youtube s’il constate que la plateforme hĂ©berge des vidĂ©os ayant un contenu inappropriĂ©, et par consĂ©quent la plateforme va supprimer prĂ©ventivement toutes les vidĂ©os susceptibles de causer problĂšme. C’est toute la perversitĂ© du pouvoir dans le monde actuel, oĂč l’État n’intervient directement que trĂšs rarement et oĂč les entreprises privĂ©es servent de mandataires (l’impĂŽt indirect en est un exemple).

Cela nous amĂšne au domaine financier oĂč la censure privĂ©e est Ă©galement prĂ©sente. Les banques, en ayant la capacitĂ© d’intervenir, peuvent choisir d’empĂȘcher le virement d’un client ou de suspendre son compte, si elles constatent un comportement « douteux » qui pourrait leur attirer des ennuis lĂ©gaux. De cette maniĂšre, les banques françaises interdisent rĂ©guliĂšrement Ă  leurs clients d’envoyer des fonds vers les plateformes d’échange de cryptomonnaies. Puisque le domaine financier est soumis Ă  des rĂ©glementations drastiques Ă©touffant la concurrence, et que l’usage de l’argent liquide est restreint (ce qui impose la possession d’un compte bancaire pour bien vivre), cette censure financiĂšre est l’un problĂšmes majeurs de notre Ă©poque.

C’est l’un des problĂšmes que Bitcoin cherche Ă  rĂ©soudre. En effet, l’une des caractĂ©ristiques primordiales de Bitcoin est sa rĂ©sistance Ă  la censure.

 

Preuve de travail et résistance à la censure

Par censure, Eric Voskuil entend une « confirmation subjective » des transactions, c’est-Ă -dire le fait pour un mineur ou un ensemble de mineurs de choisir les transactions sur une base qui n’est pas Ă©conomiquement rationnelle. Si la censure de certaines transactions n’est pas appliquĂ©e par la majoritĂ© de la puissance de calcul, cela ne pose pas de problĂšme parce que les mineurs concurrents finiront par valider cette transaction. Cependant, si un ensemble de mineurs dĂ©tient une majoritĂ© de la puissance de calcul, il peut imposer la censure en invalidant tous les blocs qui incluent les transactions indĂ©sirables.

C’est pourquoi Bitcoin n’est pas impossible à censurer.

Toutefois ce dernier est difficile à censurer, ou pour mieux dire, résistant à la censure.

Cette rĂ©sistance Ă  la censure est Ă  comprendre sur la durĂ©e, Ă  long terme. Tel que Eric Voskuil l’explique dans son essai intitulĂ© « Censorship Resistance Property » ou « PropriĂ©tĂ© de rĂ©sistance Ă  la censure », son modĂšle concerne en effet un Bitcoin arrivĂ© Ă  maturitĂ©, utilisĂ© globalement, oĂč la rĂ©munĂ©ration des mineurs provient essentiellement des frais de transactions et non plus de la crĂ©ation monĂ©taire.

C’est ce mĂ©canisme des frais de transaction couplĂ© Ă  la preuve de travail qui crĂ©e la possibilitĂ© de combattre la censure dans Bitcoin. Ainsi que l’écrit Voskuil :

Dans le cas d’une censure active, les frais peuvent augmenter sur les transactions ne rĂ©ussissent pas Ă  ĂȘtre confirmĂ©es. Ce supplĂ©ment de frais crĂ©e un profit potentiel plus grand pour les mineurs qui confirment les transactions censurĂ©es. À un niveau suffisant, cette opportunitĂ© produit une concurrence supplĂ©mentaire et par consĂ©quent un taux de hachage total croissant.

Si la puissance de hachage qui ne censure pas outrepasse celle du censeur, l’imposition de la censure Ă©choue.

Puisque la preuve de travail est externe Ă  la chaĂźne, il est toujours possible d’ajouter de la puissance de minage afin de vaincre le censeur : les mineurs les moins regardants et les plus avides de profit se procureront du matĂ©riel afin de miner les transactions censurĂ©es et rĂ©cupĂ©rer les frais associĂ©s.

Ce mĂ©canisme s’applique jusqu’à la rĂ©sistance Ă  la censure de l’État, chose qui est primordiale. En effet, un Bitcoin arrivĂ© Ă  maturitĂ© serait une menace directe contre la pĂ©rennitĂ© l’État en lui retirant le contrĂŽle sur la masse monĂ©taire et le transfert de capitaux. C’est pourquoi l’État aurait tout intĂ©rĂȘt Ă  miner lui-mĂȘme, mĂȘme dans le cas oĂč il aurait rĂ©lĂ©guĂ© Bitcoin au marchĂ© noir. De plus, comme le dit Eric Voskuil, « seul l’État peut perpĂ©tuellement subventionner ses opĂ©rations, puisqu’il peut lever l’impĂŽt et profiter de la prĂ©servation de son propre rĂ©gime monĂ©taire. »

MĂȘme dans ce cas, il suffirait que le niveau des frais des transactions censurĂ©es atteigne le niveau des revenus de l’État, ce qui semble Ă©norme, mais pas infaisable dans le cadre d’une rĂ©elle guerre Ă©conomique entre l’autoritĂ© et la libertĂ©.

La preuve de travail est donc rĂ©sistante Ă  la censure, dans le sens oĂč il est toujours possible d’outrepasser le censeur.

 

Pourquoi la preuve d’enjeu n’est pas aussi rĂ©sistante Ă  la censure

Voyons maintenant pourquoi la preuve d’enjeu ne peut pas arriver Ă  un tel rĂ©sultat.

Le preuve d’enjeu se base sur la possessions de jetons ou sur une autre donnĂ©e interne de la chaĂźne qui en dĂ©rive. Pour ajouter un bloc, un validateur doit donc prouver qu’il est investi dans le systĂšme. Cela permet de dissuader un comportement du validateur qui irait Ă  l’encontre de l’utilitĂ© de la cryptomonnaie, car une mauvaise action (comme une attaque de double dĂ©pense par rĂ©organisation de la chaĂźne par exemple) pourrait provoquer une chute du prix et donc une baisse de valeur de son capital.

Cependant, toute censure n’aurait pas un impact nĂ©gatif sur le prix de la cryptomonnaie en question. En outre, comme on l’a dit, l’État aurait des intĂ©rĂȘts bien plus grands en jeu et supporterait les pertes liĂ©es Ă  une baisse du prix.

On peut arguer qu’il est trĂšs difficile pour un acteur ou un groupe d’acteurs de rĂ©unir plus de la moitiĂ© des unitĂ©s de la cryptomonnaie en question.

NĂ©anmoins, les validateurs sont des ĂȘtres humains influençables, et, bien qu’il puissent rester anonymes, il est raisonnable de penser que les plus gros acteurs seront dĂ©sireux de respecter la loi. Par exemple, les grandes plateformes d’échange (Kraken, Coinbase), qui concentrent le plus grand nombre de jetons et qui redistribuent les intĂ©rĂȘts Ă  leurs clients, sont clairement identifiĂ©es, et se plient Ă  toutes les rĂ©glementations (identification du client, lutte contre le blanchiment d’argent) pour continuer Ă  exercer.

La situation est encore pire dans la preuve d’enjeu dĂ©lĂ©guĂ©e qui rĂ©partit la charge de la validation entre un petit nombre d’acteurs qui sont pas anonymes la plupart du temps. Un exemple de censure est le gel des fonds de la Fondation Tron sur la plateforme Steem en fĂ©vrier 2020 : les validateurs (« tĂ©moins ») ont en effet appliquĂ© un soft fork (22.2) rendant ces fonds invalides. Cette censure n’était pas imposĂ©e par une majoritĂ© des jetons et il a Ă©tĂ© possible pour la Fondation Tron et quelques plateformes d’échange de rĂ©tablir la situation le 2 mars 2020. NĂ©anmoins, cette affaire nous Ă©claire trĂšs bien sur les mĂ©canismes en jeu et nous prouve que la censure est un problĂšme rĂ©el sur ces chaĂźnes.

Il est donc assez facile pour l’État de faire en sorte qu’une censure soit imposĂ©e, notamment si les transactions censurĂ©es sont considĂ©rĂ©es comme hautement immorales par une majoritĂ© de la population, telles que les transactions provenant d’un cartel de la drogue trĂšs violent, d’une organisation terroriste, d’un rĂ©seau pĂ©dophile, etc.

Ainsi, la censure est rĂ©alisable sur les chaĂźnes utilisant la preuve d’enjeu, tout comme elle l’est sur celles utilisant la preuve de travail. Cependant, si dans le cas de la preuve de travail, il est toujours possible de combattre la censure en rĂ©unissant une puissance de calcul supĂ©rieure au censeur, cette solution n’est en revanche pas toujours une option dans le cas de la preuve d’enjeu, qui est par nature interne. En effet, une fois que le censeur (qui peut ĂȘtre un ensemble d’acteurs) a rĂ©uni plus de 50 % des jetons, il est intouchable.

Dans cette situation, il reste toujours la solution du hard fork pour expulser sĂ©lectivement le censeur. Mais il s’agit gĂ©nĂ©ralement d’une mesure ayant des effets plus dĂ©lĂ©tĂšres que le statu quo : rĂ©partition de la valeur entre deux chaĂźnes, nouvelle distribution n’étant pas forcĂ©ment meilleure que l’ancienne, perte de confiance dans le protocole pour les validateurs, etc. Le hard fork n’est donc pas dĂ©sirable, notamment dans le cas d’une cryptomonnaie arrivĂ©e Ă  maturitĂ©.

C’est en cela que la preuve d’enjeu rĂ©siste moins bien Ă  la censure que la preuve de travail.


Eric Voskuil est le dĂ©veloppeur en chef de libbitcoin, un ensemble de bibliothĂšques permettant de construire des applications interagissant avec la chaĂźne de blocs de Bitcoin. Il participe aussi au dĂ©veloppement du protocole et en possĂšde une connaissance pointue. À cĂŽtĂ© de cela, il rĂ©dige de courts textes sur la crypto-Ă©conomie, c’est-Ă -dire sur ce qui fait que Bitcoin et ses dĂ©rivĂ©s parviennent Ă  exister malgrĂ© leur relation conflictuelle avec l’autoritĂ©.

LeadBlock Partners dĂ©voile son rapport « entreprise blockchain 2020 » et propose une analyse de l’écosystĂšme europĂ©en

July 2nd 2020 at 14:43

LeadBlock Partners dĂ©voile son rapport « ENTREPRISE BLOCKCHAIN 2020 »  Londres, jeudi 2 Juillet – Le fonds de venture capital LeadBlock Partners, spĂ©cialisĂ© dans l’accompagnement de start-ups blockchain early stage, dĂ©voile son rapport « Entreprise Blockchain 2020 ». Ce rapport

L’article LeadBlock Partners dĂ©voile son rapport « entreprise blockchain 2020 » et propose une analyse de l’écosystĂšme europĂ©en est apparu en premier sur Cryptogains.fr.

GeneviĂšve FĂ©rone-Creuzet nommĂ©e prĂ©sidente du ComitĂ© Consultatif d’Investissement du GreenToken

July 9th 2020 at 20:08

GeneviĂšve FĂ©rone-Creuzet nommĂ©e PrĂ©sidente du ComitĂ© consultatif d’investissement du GreenToken, (l’actif numĂ©rique Ă©mis par WPO dans le cadre de son Offre au Public de Jetons) GeneviĂšve FĂ©rone-Creuzet est nommĂ©e prĂ©sidente du ComitĂ© consultatif d’investissement du GreenToken pour un mandat de

L’article GeneviĂšve FĂ©rone-Creuzet nommĂ©e prĂ©sidente du ComitĂ© Consultatif d’Investissement du GreenToken est apparu en premier sur Cryptogains.fr.

Pay to Script Hash (P2SH) pleinement expliqué

July 14th 2020 at 10:00

Bitcoin est un systĂšme de monnaie programmable et constitue la premiĂšre implĂ©mentation de ce qu’on appelle les smart contracts ou contrats autonomes. À chaque transaction, des scripts sont exĂ©cutĂ©s pour vĂ©rifier que les fonds dĂ©pensĂ©s remplissent les conditions voulues par l’utilisateur prĂ©cĂ©dent. De nombreuses conditions sont peuvent ĂȘtre mises en place (divulgation d’un secret, verrou temporel, multisignature), mĂȘme si le plus souvent les fonds sont simplement dĂ©pensĂ©s grĂące Ă  la signature d’un utilisateur unique.

Bitcoin repose sur un modĂšle de piĂšces (UTXO), oĂč chaque piĂšce est verrouillĂ©e par un script incomplet Ă©crit sur la chaĂźne. Lors d’une transaction, les piĂšces de bitcoin en entrĂ©e sont dĂ©verrouillĂ©es par un script complĂ©mentaire. Puis, de nouvelles piĂšces sont crĂ©Ă©es Ă  partir des anciennes grĂące Ă  de naouveaux scripts de verrouillage, ce qui perpĂ©tue le caractĂšre programmable du systĂšme.

Transaction : UTXO et scripts

Lorsque j’ai dĂ©couvert comment les transactions fonctionnaient et ce qu’elles permettaient, j’ai Ă©tĂ© fascinĂ© par l’élĂ©gance de cette solution. NĂ©anmoins, en approfondissant ma recherche, j’ai Ă©tĂ© perturbĂ© par l’existence d’une chose qui diffĂ©rait des autres, une exception : le schĂ©ma Pay to Script Hash, qu’on abrĂšge couramment en P2SH.

 

Les différents schémas : P2PK, P2PKH, P2MS et P2SH

Des scripts sont impliquĂ©s dans chaque transaction du rĂ©seau Bitcoin. Le langage de script est constituĂ© de plus d’une centaine de codes opĂ©ration, de sorte qu’un large Ă©ventail de possibilitĂ©s s’offre Ă  nous vis-Ă -vis des conditions qu’on souhaite imposer.

Cependant, dans le but d’amĂ©liorer la communication entre les diffĂ©rentes applications et de limiter le risque de perte, certains standards de scripts, ou schĂ©mas, ont Ă©mergĂ©.

 

P2PK : Pay to Public Key

Le premier schĂ©ma s’appelle Pay to Public Key (P2PK), qu’on peut traduire littĂ©ralement en français par « payer Ă  la clĂ© publique ». Il s’agit d’envoyer des fonds vers la clĂ© publique (public key) d’un utilisateur, que lui seul pourrait dĂ©penser en signant avec sa clĂ© privĂ©e. Le script de verrouillage (parfois appelĂ© scriptPubKey) permettant ce type d’envoi est :

<clé publique> CHECKSIG

Au moment de la dĂ©pense, l’utilisateur doit utiliser un script de dĂ©verrouillage (parfois appelĂ© scriptSig) contenant simplement sa signature :

<signature>

Pour l’expliquer en français, l’exĂ©cution successive de ces deux scripts permet de vĂ©rifier que la signature fournie par l’utilisateur correspond Ă  sa clĂ© publique, auquel cas elle est valide.

Si le schĂ©ma P2PK Ă©tait utilisĂ© dans les premiers jours de Bitcoin, notamment pour recevoir les gains de minage, il est aujourd’hui tombĂ© en dĂ©suĂ©tude au profit d’un schĂ©ma rival : P2PKH.

 

P2PKH : Pay to Public Key Hash

Pay to Public Key Hash (P2PKH), littĂ©ralement « payer Ă  l’empreinte de la clĂ© publique », est le deuxiĂšme type de schĂ©ma apparu dans Bitcoin dĂšs le dĂ©but, grĂące Ă  la conception de Satoshi Nakamoto. Ce schĂ©ma permet non pas de rĂ©aliser un paiement vers une clĂ© publique, mais vers l’empreinte d’une clĂ© publique, et de faire en sorte que le systĂšme de script de Bitcoin vĂ©rifie quand mĂȘme que la signature correspond Ă  la clĂ© publique lors de la dĂ©pense des fonds. L’empreinte de la clĂ© publique est alors considĂ©rĂ©e comme la donnĂ©e essentielle de l’adresse, qui dans ce cas commence toujours par un 1, comme par exemple 1DzxhUphLFq8FZPGbFgLF8Ssz3hMX9EuMp.

Le script de verrouillage ici est :

DUP HASH160 <empreinte de la clé publique> EQUALVERIFY CHECKSIG

Et le script de déverrouillage est :

<signature> <clé publique>

Pour le dire en français, l’exĂ©cution des deux scripts permet de :

  • VĂ©rifier que le passage de la clĂ© publique fournie par la fonction de hachage HASH160 (l’empreinte) est Ă©gale Ă  l’empreinte qui est spĂ©cifiĂ©e dans le script ;
  • VĂ©rifier la signature fournie correspond Ă  la clĂ© publique fournie.

L’avantage de ce schĂ©ma est qu’il permet d’avoir des adresses plus courtes (l’information Ă  encoder n’est que de 20 octets au lieu de 65 octets pour une clĂ© publique), chose pour laquelle Satoshi Nakamoto l’a implĂ©mentĂ©. De plus, en ne rĂ©vĂ©lant la clĂ© publique qu’au moment de la dĂ©pense, ce schĂ©ma accroĂźt aussi la sĂ©curitĂ© contre la menace (trĂšs hypothĂ©tique) de l’ordinateur quantique.

 

P2MS : Pay To MultiSig

Le schĂ©ma Pay To MultiSig (P2SH), littĂ©ralement « payer Ă  la multisignature », s’est popularisĂ© dĂ©but 2012. Il s’agit essentiellement d’un schĂ©ma qui permet d’exiger la signature de M personnes faisant partie d’un groupe de N participants, via le script de verrouillage :

M <clé publique 1> ... <clé publique N> N CHECKMULTISIG

Le script de déverrouillage correspondant est :

<leurre (0)> <signature 1> ... <signature M>

Pour plus d’informations sur la multisignature, je vous invite à lire mon article sur les adresses multisignatures.

C’est ce schĂ©ma, particuliĂšrement exigeant au niveau de la mise en place, qui a motivĂ© la crĂ©ation du schĂ©ma P2SH.

 

P2SH

Pay to Script Hash (P2SH), littĂ©ralement « payer Ă  l’empreinte du script ». Ce schĂ©ma reprend l’idĂ©e derriĂšre P2PKH, Ă  la seule diffĂ©rence que la donnĂ©e hachĂ©e ici n’est pas une clĂ© publique, mais le script lui-mĂȘme ! Le script en question est alors appelĂ© script de rĂšglement (redeem script) et son empreinte est la donnĂ©e constituante de l’adresse, cette derniĂšre commençant toujours par un 3 Ă  l’instar de 3DyDCGSC59yYY46dnRH7Vw1iKbV8zeW36q.

Ce type de schĂ©ma a pour avantage de permettre Ă  un utilisateur d’y inclure n’importe quel script et de pouvoir recevoir des fonds de la quasi-totalitĂ© des portefeuilles existants. Le fardeau de la construction et du dĂ©verrouillage du script revient donc au dĂ©tenteur de l’adresse, non Ă  celui qui envoie les fonds, ce qui simplifie grandement la communication.

Le script de verrouillage pour le schéma P2SH est :

HASH160 <empreinte du script de rĂšglement> EQUAL

Et le script de déverrouillage est un script de la forme :

[éléments de déverrouillage] <script de rÚglement>

En français, cela veut dire que le systĂšme de script originel de Bitcoin va vĂ©rifier que le hachage du script de rĂšglement est Ă©gal Ă  l’empreinte inscrite dans le script. Et c’est tout.

Comment ça, « c’est tout » ? Le script de rĂšglement n’est pas exĂ©cutĂ© ? N’importe qui connaissant le script pourrait dĂ©penser les bitcoins ?

Comme on va le voir, ce n’est pas le cas et le script de rĂšglement est bien exĂ©cutĂ©, bien que ce ne soit pas indiquĂ© explicitement.

 

RĂšgles et exceptions : OP_EVAL et P2SH

Dans la vie, il y a souvent une maniĂšre Ă©lĂ©gante de faire les choses, qui demande parfois plus d’efforts initiaux mais qui prĂ©serve l’ordre et la simplicitĂ©, et une maniĂšre grossiĂšre, plus facile Ă  implĂ©menter mais qui complique les choses et crĂ©e le dĂ©sordre.

Ainsi, dans le systĂšme lĂ©gislatif d’un pays, il est plus facile de crĂ©er et de faire voter de nouvelles lois execeptionnelles que de rĂ©former en profondeur le systĂšme. Cette tendance Ă  l’inflation lĂ©gislative fait qu’on se retrouve avec des pays comme la France, qui cumule 73 codes juridiques en vigueur et qui vit de 214 taxes et impĂŽts ainsi que d’une myriade de cotisations sociales.

En informatique comme en droit, l’ajout de nouvelles exceptions crĂ©e de la dette technique, rendant le systĂšme plus complexe Ă  apprĂ©hender, plus difficile Ă  maintenir et plus susceptible de ne pas fonctionner comme attendu. P2SH fait partie de ces exceptions.

 

Le code opération mort-né : OP_EVAL

L’idĂ©e d’implĂ©menter un schĂ©ma de script qui utilise l’empreinte d’un autre script comme identifiant est nĂ©e en 2011, afin de reproduire ce qui est rĂ©alisĂ© dans la schĂ©ma P2PKH. Toutefois, cette idĂ©e n’a pas Ă©tĂ© dĂ©veloppĂ©e initialement comme P2SH, mais Ă  travers OP_EVAL, un nouveau code opĂ©ration permettant l’exĂ©cution rĂ©cursive d’un script Ă  l’intĂ©rieur d’un autre script.

L’ajout de ce code opĂ©ration, proposĂ© le 18 octobre 2011 par Gavin Andresen, devait ĂȘtre implĂ©mentĂ© comme un soft fork, via le remplacement de l’instruction nulle OP_NOP1.

Un schéma standard aurait également été ajouté. Le script de verrouillage imaginé pour ce schéma était :

DUP HASH160 <empreinte du script de rĂšglement> EQUALVERIFY EVAL

Le script de déverrouillage correspondant était :

[éléments de déverrouillage] <script de rÚglement>

Pour le dire en français, l’exĂ©cution des deux scripts cĂŽte Ă  cĂŽte aurait permis de :

  • VĂ©rifier que le hachage du script de rĂšglement soit Ă©gal Ă  l’empreinte spĂ©cifiĂ©e dans le script de verrouillage ;
  • VĂ©rifier que l’exĂ©cution du script de rĂšglement combinĂ© aux Ă©lĂ©ments de dĂ©verrouillage soit bien valide.

NĂ©anmoins cette solution n’a pas Ă©tĂ© acceptĂ©e, celle-ci ayant Ă©tĂ© jugĂ©e trop dangereuse au niveau du pouvoir de rĂ©cursion. À la place c’est un autre modĂšle, plus restrictif, qui a prĂ©valu : le schĂ©ma P2SH.

 

Comment fonctionne P2SH ?

P2SH a Ă©tĂ© proposĂ© le 3 janvier 2012 comme alternative Ă  OP_EVAL et Ă  d’autres propositions. Il a Ă©tĂ© intĂ©grĂ© au protocole Bitcoin le 1er avril sous la forme d’un soft fork activĂ© par les mineurs.

L’exĂ©cution de ce type de script fonctionne exactement comme le schĂ©ma liĂ© Ă  OP_EVAL, Ă  l’exception qu’une partie du script n’est pas explicitement indiquĂ©e. D’une part, la vĂ©rification de la correspondance entre l’empreinte indiquĂ©e et le script de rĂšglement est bien rĂ©alisĂ©e par le script de verrouillage. En effet, celui-ci devient (comme on l’a vu) :

DUP HASH160 <empreinte du script de rĂšglement> EQUALVERIFY EVAL

D’autre part, l’évaluation du script de rĂšglement est effectuĂ©e implicitement grĂące Ă  une exception ajoutĂ©e au code source. DĂšs que les nƓuds du rĂ©seau reconnaissent le schĂ©ma, ils l’interprĂštent diffĂ©remment. Ainsi dans Bitcoin Core, on peut observer la condition suivante au sein de la fonction VerifyScript de l’interprĂ©teur :

// Additional validation for spend-to-script-hash transactions:
if ((flags & SCRIPT_VERIFY_P2SH) && scriptPubKey.IsPayToScriptHash())
{
    ...
}

Cette exception permet l’exĂ©cution du script de rĂšglement aprĂšs l’exĂ©cution des deux scripts (dĂ©verrouillage et verrouillage). D’oĂč le fait qu’on indique les Ă©lĂ©ments de dĂ©verrouillage avant de pousser le script de rĂšglement dans le script de dĂ©verrouillage :

[éléments de déverrouillage] <script de rÚglement>

Si cette solution est pratique, elle crĂ©e une complexitĂ© et n’est pas trĂšs Ă©lĂ©gante. Comme l’a dit Gavin Andresen dans l’explication du BIP-16 :

ReconnaĂźtre une forme « spĂ©ciale » de scriptPubKey et rĂ©aliser une validation supplĂ©mentaire quand elle est dĂ©tectĂ©e, c’est laid. Cependant, l’avis gĂ©nĂ©ral est que les alternatives sont soit encore plus laides, soit plus complexes Ă  implĂ©menter, et/ou Ă©tendent le pouvoir du langage d’expression de maniĂšre dangereuse.

L’implĂ©mentation initiale de P2SH a donc compliquĂ© les choses. Mais cela ne s’est pas arrĂȘtĂ© pas lĂ , car l’activation de SegWit en 2017 a ajoutĂ© de la complexitĂ© au modĂšle.

 

SegWit, P2SH-P2WPKH et P2SH-P2WSH

En aoĂ»t 2017, la mise Ă  niveau SegWit a Ă©tĂ© intĂ©grĂ©e Ă  Bitcoin (BTC) sous la forme d’un soft fork. Celle-ci avait pour objectif de corriger la mallĂ©abilitĂ© des transactions, d’augmenter la capacitĂ© transactionnelle, d’amĂ©liorer la vĂ©rification des signatures et de faciliter les modifications futures du protocole.

Pour ce faire, SegWit implĂ©mentait un nouveau modĂšle de transaction, oĂč les signatures sont situĂ©es dans une partie sĂ©parĂ©e de la transaction appelĂ©e le tĂ©moin (d’oĂč le nom de Segregated Witness). Afin d’implĂ©menter ce changement comme un soft fork, il a Ă©tĂ© nĂ©cessaire d’introduire un moyen d’accĂ©der au nouveau type de transaction sans briser la compatibilitĂ© avec les anciennes adresses.

C’est ainsi que 4 nouveaux types d’adresse ont vu le jour : deux nouveaux types « natifs », P2WPKH (Pay to Witness Public Key Hash) et P2WSH (Pay to Witness Script Hash), incompatibles avec portefeuilles ne supportant pas SegWit ; et deux types « imbriquĂ©s » associĂ©s, P2SH-P2WPKH et P2SH-P2WSH, qui permettent la transition grĂące Ă  l’emploi de P2SH.

Pour ces deux derniers types d’adresse, le schĂ©ma utilisĂ© est P2SH avec un script de rĂšglement de la forme :

<version SegWit> <empreinte>

Dans la version 0 de SegWit (la seule qui existe pour le moment), l’empreinte est affectĂ©e Ă  une clĂ© publique ou Ă  un script selon sa longueur : si elle est de 20 octets, elle est interprĂ©tĂ©e comme une empreinte de clĂ© publique ; si elle est de 32 octets, elle est interprĂ©tĂ©e comme une empreinte de script. Cette empreinte est aussi appelĂ©e « programme ».

Ce script est anyone-can-spend puisque le script de rÚglement suffit à déverrouiller la piÚce :

<script de rĂšglement>

Comme pour P2SH, la connaissance du script de rÚglement ne suffit pourtant pas à dépenser les fonds, car une nouvelle exception est ajoutée au code de façon à ce que les éléments de déverrouillage soient transférées dans le témoin. Dans Bitcoin Core, cette exception se traduit par :

// P2SH witness program
if (flags & SCRIPT_VERIFY_WITNESS) {
    ...
}

SegWit a ainsi apportĂ© un nouveau lot de complexitĂ©, et notamment un deuxiĂšme niveau de rĂ©cursion. Dans le cas du schĂ©ma P2SH-P2WSH, on a en effet une sĂ©rie de 3 scripts imbriquĂ©s. Le premier script est le script de dĂ©verrouillage que l’on a prĂ©sentĂ© au dĂ©but de cet article :

HASH160 <empreinte du script de rĂšglement> EQUAL

Le deuxiÚme script est le script de rÚglement spécifique à P2SH :

<version SegWit> <empreinte du script SegWit>

Le troisiĂšme est le script SegWit, indiquĂ© dans le tĂ©moin avec les Ă©lĂ©ments de dĂ©verrouillage au moment de la dĂ©pense des fonds. Par exemple, il peut s’agir d’un script de multisignature comme vu prĂ©cĂ©demment :

2 <clé publique 1> <clé publique 2> 2 CHECKMULTISIG

qu’on complĂšte avec les Ă©lĂ©ments :

0 <signature 1> <signature 2>

 

Conclusion

Pay to Script Hash (P2SH) est donc une maniĂšre imparfaite mais trĂšs pratique de permettre aux utilisateurs de payer Ă  l’empreinte d’un script, c’est-Ă -dire Ă  une adresse simple qui correspond Ă  un script. La rĂ©cursion qui intervient dans l’exĂ©cution du script aurait pu ĂȘtre implĂ©mentĂ©e de maniĂšre plus Ă©lĂ©gante grĂące au code opĂ©ration OP_EVAL, mais ce dernier a Ă©tĂ© jugĂ© trop dangereux par la communautĂ© pour voir le jour.

En ajoutant une nouvelle exception au protocole pour ĂȘtre exĂ©cutĂ©, le schĂ©ma P2SH reprĂ©sente un vecteur de complexitĂ©. De plus, cette complexitĂ© est dĂ©multipliĂ©e par l’incorporation de SegWit, qui ajoute de nouvelles exceptions rigides Ă  P2SH et qui finit de dĂ©tourner complĂštement le fonctionnement originel du systĂšme de script de Bitcoin.

NĂ©anmoins, ce qui est fait est fait, et aujourd’hui ces changements commencent Ă  ĂȘtre connus dans l’écosystĂšme, et on peut donc espĂ©rer que cette complexitĂ© n’impacte pas trop les nouveaux dĂ©veloppeurs. En particulier, le schĂ©ma P2SH est rĂ©pandu dans tout l’écosystĂšme, par les protocoles associĂ©s Ă  Bitcoin tel que Bitcoin Cash, Litecoin ou Dash. Seuls les dĂ©veloppeurs de Bitcoin SV ont se sont opposĂ©s Ă  cette particularitĂ© de maniĂšre catĂ©gorique et ont choisi de dĂ©sactiver P2SH en fĂ©vrier 2020.

Ce qu’il faut retenir de tout ceci, c’est que Bitcoin, au-delĂ  de son aspect technique, est un systĂšme Ă©conomique et social. Il Ă©volue selon les exigences de ses utilisateurs, si bien qu’il est impossible de le comprendre sans apprĂ©hender les dynamiques sous-jacentes qui ont Ă©tĂ© Ă  l’Ɠuvre dans le passĂ©.

 


Sources

Gavin Andresen, BIP-11 (M-of-N Standard Transactions), 18 octobre 2011.
Gavin Andresen, BIP-12 (OP_EVAL), 18 octobre 2011.
Gavin Andresen, BIP-16 (Pay to Script Hash), 3 janvier 2012.
Mike Hearn, On consensus and forks, 12 août 2015.
Eric Lombrozo, Johnson Lau et Pieter Wuille, BIP-141 (Segregated Witness), 21 décembre 2015.

Acheter le nouveau Bitmain Antminer Z15

October 13th 2020 at 16:12
By: hostiti
minersdepo.com est un SCAM !!! Attention aux trop bonnes affaires

Swipe CB crypto Visa dépenser vos cryptos à tout endroit prenant en charge les paiements Visa. Binance CB Visa

July 22nd 2020 at 02:06

swipe-logo.pngSWIPE (SXP)

Une plate-forme de carte de débit et de portefeuille pour dépenser instantanément de la crypto.
22 juillet 2020

Swipe est une passerelle crypto-fiat qui permet aux crypto- monnaies d’ĂȘtre dĂ©pensĂ©es en tant que monnaies fiduciaires en temps rĂ©el.

Sa mission est de “gĂ©nĂ©raliser la crypto-finance en connectant les rĂ©seaux de paiement existants aux crypto-monnaies”.

Swipe propose un portefeuille permettant aux utilisateurs de déposer, stocker et retirer leurs crypto-monnaies. Les utilisateurs peuvent dépenser ces cryptos avec la carte de débit Swipe Visa à tout endroit prenant en charge les paiements Visa.

Swipe propose Ă©galement un jeton utilitaire, SXP, qui peut ĂȘtre utilisĂ© pour payer les frais de transaction , comme moyen d’échange et pour bĂ©nĂ©ficier de rĂ©ductions sur les frais . 80% des frais de transaction et de retrait du jeton SXP sont automatiquement brĂ»lĂ©s en chaĂźne .
Le projet a levé 12,00 millions USD via des ventes de jetons privées et publiques en août 2019.

Mesures clés
Prix ​​rĂ©cent 1,62 $
Capitalisation boursiĂšre 106 943 991 $
Alimentation en circulation 65 982 752 SXP
Offre totale 299 969 953 SXP

All Time High 2,13 $ (21/10/2019 Ă  07:52:12)
Tous les temps bas 0,161 $ (18/03/2020 Ă  14:27:14)

1. Qu’est-ce que Swipe (SXP)?

Swipe a dĂ©veloppĂ© une plate-forme de carte de dĂ©bit et de portefeuille qui permet aux utilisateurs de dĂ©penser diverses crypto- monnaies dans des monnaies fiduciaires Ă  la demande. La conversion crypto-fiat peut ĂȘtre effectuĂ©e en quelques secondes.

Mission du projet

Swipe vise à généraliser la crypto-finance en connectant les réseaux de paiement existants aux crypto-monnaies.

Proposition de valeur du projet

Swipe permet aux utilisateurs de déposer des crypto-monnaies dans leurs portefeuilles Swipe, qui donnent un accÚs instantané pour dépenser ces fonds dans des devises fiduciaires, tout en utilisant des cartes de débit Visa traditionnelles .

Points saillants du projet

Conversion rapide: les conversions de crypto-monnaies sont effectuées en temps réel et approuvées en quelques secondes .

ÉvolutivitĂ©: la carte Swipe Visa fonctionne partout, ce qui permet les paiements Visa.

SĂ©curitĂ©: tous les actifs de l’utilisateur sont stockĂ©s avec une assurance de garde et la plate-forme a reçu un certificat de niveau 1 de la norme de sĂ©curitĂ© des donnĂ©es de l’industrie des cartes de paiement («PCI DSS»).

ConvivialitĂ©: les titulaires de cartes n’ont pas besoin de convertir manuellement la crypto en fiat, car le rĂ©seau Swipe fournit dĂ©jĂ  des sources de financement pour toutes les conversions.

Déflation des jetons: lorsque les utilisateurs utilisent le réseau Swipe et utilisent SXP en chaßne, 80% des frais de transaction et de retrait sont directement brûlés par un contrat intelligent.

Nouvelles récentes
Juin 2020: sortie de Swipe Wallet v1.4.
Mai 2020: sortie de Swipe Wallet v1.3.
Avril 2020: Swipe activé pour les titulaires de carte Visa Samsung Pay for Swipe,
Mars 2020: Swipe permet aux utilisateurs d’ envoyer des crypto-monnaies dans le monde entier via iMessage .
Mars 2020: la carte Visa Swipe est devenue disponible sur Google Pay .
Février 2020: Swipe a formé un partenariat stratégique avec Chainlink pour apporter les données nécessaires au réseau Swipe.
FĂ©vrier 2020: Swipe a collaborĂ© avec CertiK pour lancer les contrats intelligents Swipe Network et pour crĂ©er un mĂ©canisme de blocage temporel pour les jetons d’équipe.

2. Les produits et l’infrastructure technique de Swipe

2.1 Produits existants

Portefeuille Swipe
Le portefeuille Swipe est le principal hub pour accĂ©der Ă  l’écosystĂšme de produits Swipe. Le portefeuille prend en charge le dĂ©pĂŽt, le stockage et le retrait de devises fiduciaires, de piĂšces stables et d’autres crypto-monnaies.

swipe-wallet.png

Le portefeuille Swipe propose Ă©galement des donnĂ©es de marchĂ© en direct pour les crypto-monnaies prises en charge. Les utilisateurs pourront accĂ©der facilement aux donnĂ©es de prix et de volume des crypto-monnaies qu’ils dĂ©tiennent.

swipe-wallet2.png

Le portefeuille Swipe permet aux utilisateurs d’acheter et de vendre des crypto-monnaies avec des monnaies fiduciaires, des stablecoins ou d’autres crypto-monnaies prises en charge. Les utilisateurs peuvent acheter des crypto-monnaies prises en charge avec des comptes bancaires et des cartes de crĂ©dit ou de dĂ©bit liĂ©s.

Swipe la carte de débit Visa

La carte de débit Swipe Visa est proposée avec deux options: Swipe Saffron et Swipe Slate . La carte Swipe Saffron ne nécessite aucune participation SXP et est livrée avec une limite de dépenses inférieure, mais comprend une remise en argent de 1% en Bitcoin (BTC) . La carte Swipe Slate est livrée avec des limites plus élevées et une remise en argent de 4% en Bitcoin .

swipe-visa.png

La carte Swipe Visa peut ĂȘtre gĂ©rĂ©e directement dans l’application mobile. Une fois que l’utilisateur a commandĂ© la carte, il peut activer la carte dans le portefeuille et suivre son statut. Les utilisateurs peuvent afficher leurs numĂ©ros de carte et leur historique en appuyant sur la carte ou sur les transactions pertinentes. La carte comprend des options de sĂ©curitĂ©, notamment le gel ou le dĂ©gel de la carte, la mise Ă  niveau de la carte, l’affichage des codes PIN pour l’accĂšs au guichet automatique et l’affichage des numĂ©ros de carte via l’authentification dans l’application.

Les utilisateurs peuvent Ă©galement sĂ©lectionner une «source de financement» qui dicte Ă  l’application quelle crypto-monnaie sera utilisĂ©e Ă  partir du portefeuille Swipe pour convertir en devises fiduciaires utilisĂ©es sur la carte. La carte sera alors liĂ©e au solde de sa source de financement Ă  partir du portefeuille Swipe et permettra les conversions de la crypto-monnaie en monnaie fiduciaire pour le commerçant au point de vente.

swipe-wallet3.png

2.2 Infrastructure technique

Le rĂ©seau Swipe fonctionne hors chaĂźne, qui utilise l’API Swipe, et en chaĂźne, qui utilise la blockchain Ethereum . Un utilisateur peut activer l’accĂšs au rĂ©seau Swipe avec un dĂ©pĂŽt de 1 SXP. Tous les frais de transaction et les frais de portefeuille sont libellĂ©s en SXP. Le graphique suivant illustre les interactions des contrats intelligents:
swipe-infrastruture-technique.png

Lorsque des transactions se produisent sur le rĂ©seau Swipe, 80% des frais, qui sont libellĂ©s en SXP, seront automatiquement brĂ»lĂ©s par contrat intelligent. Le reste des frais sera conservĂ© par le contrat intelligent. À l’avenir, Swipe prĂ©voit de distribuer les frais collectĂ©s via un mĂ©canisme de preuve d’enjeu aux validateurs du rĂ©seau.Toutes les transactions sont mises Ă  jour directement sur la chaĂźne, puis reflĂ©tĂ©es dans l’API Swipe pour informer les utilisateurs du portefeuille Swipe.

swipe-infrastruture-technique2.png

3. Économie et approvisionnement

Allocation de jetons

Nom du jeton SXP
Vente privĂ©e 6,52% de l’offre totale initiale de jetons
Vente publique 13,48% de l’offre totale initiale de jetons
Équipe 20,00% de l’offre initiale totale de jetons
rĂ©serve 40,00% de l’offre initiale totale de jetons
Fondateur 20,00% de l’offre initiale totale de jetons

Données de vente de jetons
Nom du jeton SXP
Attribution de vente privée 19 575 000 SXP
Prix ​​du jeton de vente privĂ©e 0,20 USD
Date de vente privée 1er août 2019
Montant collecté Vente privée 3,915,000 USD (379,800 EUR, 198,450 GBP, 3,253,527 USDT)
Allocation de vente publique 40 425 000 SXP
Prix ​​de vente publique 0,20 USD
Date de vente publique 2 - 9 août 2019
Montant de la vente publique levée 8085000 USD (majorité des fonds levés en BTC et XRP)

Allocation de jetons SXP (%)
token-alloc.png

Calendrier de publication des jetons SXP

Le graphique suivant reprĂ©sente le nombre et la rĂ©partition de tous les jetons SXP qui doivent ĂȘtre mis en circulation sur une base mensuelle. Les pourcentages dans le tableau ci-dessous font rĂ©fĂ©rence Ă  l’offre totale initiale de SXP.

Calendrier de publication des jetons SXP
token-alloc-2.png

PrĂ©sentation et cas d’utilisation des jetons SXP

Swipe utilise une approche Ă  deux couches pour combiner les fonctions offchain et onchain sur sa plate-forme. Pour une utilisation hors chaĂźne, les crypto-monnaies prises en charge peuvent ĂȘtre instantanĂ©ment converties en fiat et utilisĂ©es au point de vente. Pour une utilisation en chaĂźne, les utilisateurs peuvent utiliser le jeton SXP pour interagir directement avec des contrats intelligents afin d’exĂ©cuter des fonctions, tandis que 80% des frais dans SXP sont automatiquement brĂ»lĂ©s .

Les utilisateurs peuvent utiliser le jeton SXP des maniĂšres suivantes:

Moyen d’échange: les utilisateurs peuvent stocker les jetons SXP dans leur portefeuille et les utiliser pour les paiements fiat.

Paiement des frais: les utilisateurs peuvent utiliser les jetons SXP pour les frais de conversion et les frais de retrait.

Réductions: les utilisateurs peuvent miser des jetons SXP et bénéficier de réductions sur les frais.

Remises: les utilisateurs sont tenus de miser des jetons SXP afin d’accĂ©der Ă  des cartes de dĂ©bit de niveau supĂ©rieur et Ă  un taux de remise plus Ă©levĂ©.
Staking: Swipe prĂ©voit de mettre en Ɠuvre un mĂ©canisme de consensus de Proof-of-Stake (PoS), dans lequel les validateurs sont tenus de miser des jetons SXP.

Gouvernance des jetons et utilisation des fonds

Au moment de la rĂ©daction de cet article, Swipe Ă©tait autofinancĂ© et n’a utilisĂ© aucun des fonds vendus dans le cadre de ses ventes publiques et privĂ©es.

L’équipe Swipe dĂ©tient ses fonds en fiat, stablecoins et autres crypto-monnaies. L’utilisation de ces fonds est conforme Ă  un plan budgĂ©taire annuel et nĂ©cessite l’approbation du conseil d’administration.

4. Équipe de projet

Joselito Lizarondo https://www.linkedin.com/in/joselitolizarondo/
Directeur GĂ©nĂ©ral Trader Crypto OTC, ainsi qu’un premier mineur et investisseur Bitcoin.

John Khenneth https://www.linkedin.com/in/john-khenneth-parungao-2544691a7/
Président directeur général. Ancien créateur senior chez Vibal Group et designer chez ASEC Asia.

Anecita Sotomil Directeur juridique Ancien fiscaliste et juridique chez PwC et American Express. https://www.linkedin.com/in/anecita-sotomil-925b78117

Eric Adolfo directeur de la technologie Ancien développeur senior et chef de projet chez ING. https://www.linkedin.com/in/ericadolfo/

Nicole Del Rosario Directeur du marketing. Ancien responsable des relations publiques au Korean Culture Center aux Philippines. https://www.linkedin.com/in/nicoleabigaild/

Danilyn Gervo Directeur financier Ancien Senior HR Officer chez Regcris Group of Companies, Senior HR Generalist chez First Corinthians MPC. https://www.linkedin.com/in/danilyn-gervo-29b963198/

Juvelyn Yrigan Responsable du support Ancien responsable administratif du marketing et des finances chez IMMAP, analyste comptable financier chez Light of Jesus Family.
https://www.linkedin.com/in/juvelyn-y-2428ab195/

Jann Balon Responsable de la conception Ancien concepteur multimédia chez Creadits and Rich Media Manila Incorperated. https://www.linkedin.com/in/jannlorence/

5. Feuille de route et mises Ă  jour

5.1 Feuille de route originale et réalisations

Étape importante

2019: T2 Acquisition de la marque Swipe, de la propriété intellectuelle, des licences réglementaires et des approbations Visa

2019: T2 Création du réseau Swipe pour traiter les conversions de crypto-monnaie en temps réel White paper

2019: T3 Lancement du portefeuille Swipe sur les magasins d’applications Google et Apple.

2019: T4 Ouverture des canaux de paiement fiat pour inclure Sepa, Swift Wires, cartes de crédit / débit et Apple Pay

2020: T1 Ajout de la prise en charge de Google Pay pour les titulaires de carte Swipe Visa

5.2 Feuille de route mise Ă  jour

2020 T2
Élargissement de la couverture des services dans toute la rĂ©gion Asie-Pacifique et en Asie du Sud-Est.

2020 Q3
Lancement des comptes rĂ©munĂ©rĂ©s, des crĂ©dits et des produits de prĂȘt dans le portefeuille.

2020 T4
Élargissemet de la couverture des services en AmĂ©rique du Nord.

2021 T1
Ajout de la prise en charge de plus de canaux de paiement pour étendre la couverture des services en Amérique latine et en Afrique.

5.3 Partenariats commerciaux et progrÚs du développement des affaires

Coinbase Custody : Coinbase Custody est un service de garde réglementé pour diverses crypto-monnaies et piÚces stables. Swipe et Coinbase Custody ont noué une relation stratégique pour fournir des solutions de garde aux clients de Swipe.

BitGo : BitGo est une plateforme de portefeuille multi-signature et un dépositaire. Bitgo fournit une prise en charge des transactions multi-sig pour Swipe, tandis que Swipe propose des services de garde Bitgo .

CertiK : CertiK est une sociĂ©tĂ© d’audit de vĂ©rification formelle spĂ©cialisĂ©e dans la technologie blockchain. Swipe et CertiK travaillent ensemble pour lancer divers composants du rĂ©seau Swipe et pour auditer correctement les contrats intelligents avant le dĂ©ploiement du rĂ©seau principal.

Chainlink : Chainlink est un rĂ©seau oracle dĂ©centralisĂ© qui permet aux contrats intelligents d’accĂ©der en toute sĂ©curitĂ© aux flux de donnĂ©es hors chaĂźne, aux API Web et aux paiements bancaires traditionnels. Le partenariat permet Ă  Swipe d’accĂ©der aux oracles de flux de prix dĂ©centralisĂ©s de Chainlink .

6. PrĂ©sentation de l’activitĂ© et de la communautĂ© de Swipe

6.1 Activité de développement

DépÎts GitHub privés clés

API Swipe

Le systÚme backend qui exécute Swipe.

12 contributeurs 3,543 commits

Swipe iOS
L’application mobile Swipe Wallet iOS

5 contributeurs 403 commits

Swipe Android
L’application mobile Android Swipe Wallet

5 contributeurs 774 commits

6.2 Données sociales et communautaires

Stratégie communautaire

Actuellement, les cartes Swipe Visa sont activement expĂ©diĂ©es en Europe , avec des plans d’expansion en cours en Asie et en AmĂ©rique du Nord .

Les stratégies de croissance communautaire actuelles de Swipe incluent:

Mener des campagnes de parachutage et des programmes de cadeaux pour sensibiliser la communauté.

Former des partenariats avec des acteurs clĂ©s de l’industrie.

HĂ©bergement d’évĂ©nements locaux et en ligne.

Communiquer en permanence avec la communauté via les canaux sociaux.

Les futures stratégies de croissance communautaire de Swipe incluent:

Organisation d’évĂ©nements marketing conjoints avec Binance.

Organiser des rencontres virtuelles.

Ajout de la prise en charge de plus de crypto-monnaies.

Former des partenariats plus significatifs.

Lancement de cartes de débit en Asie et en Amérique.

Créer plus de groupes de télégrammes avec la prise en charge de la langue maternelle.

Mener des programmes de référence.

Réseaux communautaires et sociaux (données au 7 juillet 2020)
Twitter (anglais) | 46.2K Abonnés
Telegram (anglais) | 26.5K membres
Annonce Telegram (anglais) | 29.5K membres
Reddit (anglais) | 206 Abonnés
Medium (anglais) | 1.0K abonnés
Facebook (anglais) | 7.5K Abonnés

  1. Annexe
    Site Internet
    Explorateur
    Medium
    Whitepaper
    Swipe Wallet Android
    Reddit AMA
    Github

La carte Binance est en prĂ©paration depuis un certain temps et survient une semaine seulement aprĂšs que Binance a fait l’ acquisition de Swipe, une sociĂ©tĂ© axĂ©e sur la fourniture d’une meilleure technologie pour les cartes de dĂ©bit cryptographiques.

«Donner aux utilisateurs la possibilitĂ© de convertir et de dĂ©penser leur crypto directement auprĂšs des commerçants du monde entier rendra l’expĂ©rience de crypto plus transparente et applicable», a dĂ©clarĂ© le PDG de Binance Changpeng Zhao.

Carte visa crypto, La Binance card utilisera Swipe et utilisera le SXP comme vu plus haut. Lancement pour l’Europe aoĂ»t 2020

text alternatif
La nouvelle carte de débit de Binance. Image: Binance

Les utilisateurs de l’Espace Ă©conomique europĂ©en pourront demander une carte Binance Ă  partir du mois d’aoĂ»t 2020, «avec les utilisateurs du Royaume-Uni qui suivront peu aprĂšs», indique le communiquĂ© de presse. Zhao a ajoutĂ© que Binance prĂ©voit de rendre la carte plus accessible dans d’autres rĂ©gions et d’introduire de nouvelles fonctionnalitĂ©s Ă  l’avenir.

Selon l’annonce, Binance Card prendra en charge les paiements avec Bitcoin (BTC), Binance Coin (BNB), le jeton natif de Swipe (SXP) et son propre stablecoin, Binance USD (BUSD), chez plus de 60 millions de marchands dans 200 rĂ©gions et territoires Ă  travers le monde. .

https://cryptofr.com/topic/26441/binance-dévoile-sa-carte-visa-crypto-en-europe-et-au-royaume-uni-disponible-août-2020

SXP en vente sur Binance

Sans lien affilié ; https://www.binance.com/ 0% de com

Avec : https://www.binance.com/en/register?ref=XXGH6KKT 10 % de commission a vie sur vos frais de trade.

Vous pouvez Pre commander votre cb swipe crytpo visa ici sinon https://swipe.io/

Pour smartphone crypto app

Swipe cb visa crypto sur Google play https://play.google.com/store/apps/details?id=com.swipe.wallet

Apple Iphone app Swipe cb visa crypto
Sur l apple store https://apps.apple.com/app/swipe-wallet/id1476726454

https://coinmarketcap.com/currencies/swipe/markets

Analyse SXP PRICE CHART - PRICE FACTS -PERFORMANCE STATS -HISTORICAL PERFORMANCE (ROI)

Youtube Video

😎

❌