Une de plus, malheureusementâŠ
Lâapplication est HS depuis vendredi.
Le prĂ©judice se porte Ă environ 1,183 M ⏠à lâheure actuelleâŠ
Les comptes en euros, des portefeuilles BTC & ETH, et Comptes 2GT ne seraient pas touchĂ©âŠ
Ils parlent dâune perte de presque 27% sur les portefeuilles clientsâŠ
Des jetons 2GT seraient distribuĂ©s pour âcombler les pertesââŠ
27 Juillet 2020
Bakkt vient de dĂ©clarer les volumes les plus importants sur une journĂ©e pour son futur contrat mensuel Bitcoin rĂ©glĂ© physiquement. Lundi, le marchĂ© Ă terme du Bitcoin a connu un nouveau record quotidien de 11509 BTC, un montant dâune valeur de prĂšs de 114 millions de dollars basĂ© sur le prix de clĂŽture du bitcoin tel que rapportĂ© par CoinMarketCap.
Comme le montre le graphique des volumes ci-dessous, le chiffre de lundi reprĂ©sente un pic dâactivitĂ© significatif par rapport aux derniĂšres semaines. Le dernier pic de ce type a eu lieu en mai. La journĂ©e record dâaujourdâhui reprĂ©sentait une augmentation de 84% par rapport Ă son dernier sommet historique en dĂ©cembre 2019.
Sans compter le volume dâaujourdâhui, le volume quotidien moyen du marchĂ© Ă terme de Bakkt est de 1726 BTC, soit environ 14,7 millions de dollars, depuis le dĂ©but de lâannĂ©e. Comme lâ indiquent les donnĂ©es de Skew , Bakkt nâoccupe quâune partie du marchĂ© futur du bitcoin au sens large. Vendredi, par exemple, Bakkt a vu plus de contrats Ă terme que Kraken mais a Ă©tĂ© Ă©clipsĂ© par les leaders du marchĂ© Huobi, Binance et dâautres.
Bakkt a levĂ© 300 millions de dollars lors dâune ronde de financement de sĂ©rie B en mars, comme The Block lâavait prĂ©cĂ©demment rapportĂ©.
https://www.theblockcrypto.com/linked/73079/bakkt-bitcoin-futures-july
https://www.theblockcrypto.com/post/58838/bakkt-raises-300-million-series-b-funding-round
https://www.bakkt.com/
https://www.bitcointradevolume.com/
Travala.com sâassocie Ă Swipe pour permettre Ă ses clients dâutiliser la carte Visa Swipe dans leur industrie hĂŽteliĂšre. Swipe a maintenant rĂ©pertoriĂ© AVA, tandis que Travala accepte dĂ©sormais SXP.
GrĂące Ă sa page de blog officiel, Travala.com a aujourdâhui annoncĂ© son nouveau partenariat avec la plateforme de paiement Binance- PropriĂ©taire de Swipe.
«GrĂące Ă ce partenariat, AVA peut dĂ©sormais ĂȘtre dĂ©pensĂ© via le portefeuille Swipe et ses cartes de dĂ©bit Visa associĂ©es, sous forme numĂ©rique ou physique, chez 60 millions de commerçants dans le monde qui acceptent Visa, ainsi que via des services tels que Google Pay, Apple Pay et Samsung Payer. AVA sera Ă©galement directement accessible Ă plus de 500 000 utilisateurs du portefeuille Swipe », a Ă©crit Travala.
Swipe Ă Ă©galement annoncĂ© sur son Twitter officiel le partenariat, par lequel il a dĂ©clarĂ© quâĂ partir dâaujourdâhui, Travala acceptera $ SXP comme paiement privilĂ©giĂ© dans plus de 2 millions de points de vente
Swipe sâest associĂ© avec @Travalacom , @Expedia, @bookingcom pour accepter $ SXP comme paiement prĂ©fĂ©rĂ© dans plus de 2 millions dâhĂŽtels et de compagnies aĂ©riennes Ă travers le monde !
«Swipe est une entreprise formidable avec des produits de pointe et une Ă©quipe de premier ordre. Lâimpact pour nos dĂ©tenteurs de jetons de pouvoir dĂ©penser nâimporte oĂč dans le monde est un rĂȘve. La possibilitĂ© pour les dĂ©tenteurs de SXP de rĂ©server des voyages directement auprĂšs de nous est presque tout aussi excitante. » a dĂ©clarĂ© Juan Otero, PDG de Travala.com
La fin de la plupart des rĂ©cents mouvements de cryptographie semble ĂȘtre orientĂ©e vers une adoption accrue des actifs numĂ©riques.
«Travala.com est un champion de lâadoption de la crypto-monnaie et nous sommes trĂšs heureux dâinclure Ă la fois AVA sur Swipe et dâavoir SXP comme mode de paiement prĂ©fĂ©rĂ© pour rĂ©server un voyage sur Travala.com», a dĂ©clarĂ© Joselito Lizarondo, PDG de Swipe.
Partenariat Travala.com et Swipe
Avec environ 2000000+ propriĂ©tĂ©s dans 230 pays et 600 compagnies aĂ©riennes dans le monde, lâimplication de Travala dans lâindustrie de la cryptographie ne peut ĂȘtre exclue car il sâagit dâun marchĂ© Ă©norme avec la capacitĂ© dâajouter Ă la capitalisation boursiĂšre existante.
Lâentreprise accepte 28 des principaux actifs numĂ©riques et continue dâen ajouter dâautres, offrant ainsi Ă ses clients un large choix. La libertĂ© de paiement incitera probablement plus de voyageurs Ă utiliser leur site grĂące Ă des services bon marchĂ©, abordables et de qualitĂ©.
GrĂące Ă ce partenariat, les clients peuvent ĂȘtre garantis de transactions en temps rĂ©el et bon marchĂ©. En effet, la plate-forme Swipe permet aux utilisateurs de dĂ©penser des crypto-monnaies en temps rĂ©el sans avoir Ă convertir les transactions auparavant manuellement.
Les piĂšces natives des deux sociĂ©tĂ©s, AVA et SXP ont connu une forte hausse ces derniĂšres semainesâŠ
Plus dâinfos sur swipe cb visa :
https://cryptofr.com/topic/26441/binance-dévoile-sa-carte-visa-crypto-fiat-en-europe-et-au-royaume-uni-disponible-août-2020
https://cryptofr.com/topic/26586/swipe-cb-crypto-visa-dépenser-vos-cryptos-à -tout-endroit-prenant-en-charge-les-paiements-visa-binance-cb-visa
Analyse SXP PRICE CHART - PRICE FACTS -PERFORMANCE STATS -HISTORICAL PERFORMANCE (ROI)
Plus que PRO adopte « AVIS CLIENTS BLOCKCHAIN », une solution dĂ©diĂ©e Ă la sĂ©curisation des avis clients dĂ©veloppĂ©e sur la blockchain Tezos Vendredi 24 juillet, Strasbourg Plus que PRO, solution qui marque lâentrĂ©e des avis clients dans le monde
Lâarticle Plus que PRO adopte « avis client blockchain », une solution dĂ©diĂ©e Ă la sĂ©curisation des avis clients dĂ©veloppĂ©e sur la blockchain Tezos est apparu en premier sur Cryptogains.fr.
SWIPE (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.
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.
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 .
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.
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:
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.
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 (%)
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
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
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âŠ
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. .
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)
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.
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.
Â
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Ă©.
Â
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.
Â
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 :
HASH160
(lâempreinte) est Ă©gale Ă lâempreinte qui est spĂ©cifiĂ©e dans le script ;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.
Â
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.
Â
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.
Â
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.
Â
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 :
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.
Â
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) :
DUPHASH160 <empreinte du script de rĂšglement> EQUALVERIFYEVAL
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.
Â
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>
Â
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Ă©.
Â
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.
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.
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.
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.
Â
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.
Â
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.
Â
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Ă©.
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.
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.
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.
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.
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é
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.
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.