Actu-crypto

🔒
❌ About FreshRSS
There are new articles available, click to refresh the page.
Before yesterdayBlockchain Partner

[Blockchain Business Cases] Une application en production pour l’énergie verte

April 28th 2020 at 15:09

Suite de notre série de Business Cases autour des blockchains et cryptoactifs : nous présentons une succession de projets réalisés par notre équipe pour des organisations de différents secteurs.

1er volet (9 octobre) : AR24 – La blockchain Tezos au service du KYC

2e volet (7 novembre) : Unchain Immo – La blockchain utilisĂ©e en pratique dans l’immobilier

3e volet (10 dĂ©cembre) : RCI Bank and Services (Groupe Renault) – Les ZKP pour anonymiser et exploiter les donnĂ©es de vĂ©hicules

4e volet (13 janvier) : Scenso.TV – La blockchain au service du spectacle vivant en VOD

5e volet (4e fĂ©vrier) : MarchĂ© du Film du Festival de Cannes – Plus de transparence dans l’industrie du cinĂ©ma

6e volet (aujourd’hui) : La blockchain au service de la traçabilitĂ© de l’énergie verte et locale

Le contexte

Qui ?

Sun’R est un acteur historique de la production d’électricitĂ© renouvelable photovoltaĂŻque en France.

En 2019, Sun’R a lancĂ© une nouvelle filiale, intitulĂ©e Volterres, en s’associant Ă  d’autres producteurs indĂ©pendants. Volterres est un fournisseur d’électricitĂ© qui propose une « offre de fourniture rĂ©ellement verte, dont le systĂšme de traçabilitĂ© va au-delĂ  des garanties d’origine » (standard visant Ă  labelliser la production d’électricitĂ© afin de montrer au client final qu’une quantitĂ© dĂ©terminĂ©e d’électricitĂ© est d’origine renouvelable).

Pourquoi ?

L’entreprise explique dans une courte vidĂ©o pĂ©dagogique les limites des offres vertes actuelles :

« Les offres vertes actuelles ne considĂšrent pas les Ă©quilibres production-consommation en temps rĂ©el. Elles assurent seulement que le fournisseur a injectĂ© ou injectera dans la mĂȘme annĂ©e sur le rĂ©seau europĂ©en une quantitĂ© d’électricitĂ© d’origine renouvelable Ă©quivalente Ă  la consommation de ses clients. Un client peut donc consommer de l’électricitĂ© non-renouvelable en ayant souscrit Ă  ces offres vertes. Par consĂ©quent les offres vertes actuelles procurent une vision opaque et irrĂ©aliste ».

Quelle proposition de valeur ?

La promesse de Volterres est de proposer une traçabilitĂ© de l’énergie consommĂ©e nettement plus fine qu’avec les garanties d’origine, prenant en compte les variations de production des Ă©nergies renouvelables et vĂ©rifiable par chacun.

Pour ce faire, Volterres a créé un systÚme innovant appelé R.E.D.S (Renewable Energy Digit System).
R.E.D.S permet de garantir la provenance gĂ©ographique et le type d’électricitĂ© rĂ©ellement consommĂ©e, demi-heure par demi-heure.

Le consommateur peut ainsi notamment choisir de quelles centrales renouvelables proviendra prioritairement l’électricitĂ© qu’il consomme.



Le besoin

Le systùme innovant de Volterres repose sur un algorithme d’affectation.

L’un des enjeux de Volterres Ă©tait de pouvoir garantir au maximum l’honnĂȘtetĂ© de l’algorithme, sans avoir Ă  rĂ©vĂ©ler l’algorithme lui-mĂȘme (qui fait partie de la propriĂ©tĂ© intellectuelle de Volterres), afin de prouver in fine la rĂ©alitĂ© des affectations (consommations/productions).

Deux façons d’auditer l’algorithme Ă©taient possibles : de façon centralisĂ©e, en faisant appel Ă  un tiers de confiance, ou de façon dĂ©centralisĂ©e en s’appuyant sur la communautĂ© des producteurs et consommateurs. Cette seconde option a Ă©tĂ© privilĂ©giĂ©e : elle permet d’assurer la validitĂ© de la solution publiĂ©e plutĂŽt que celle de l’algorithme. Cela Ă©vite de faire un audit complet du systĂšme et de le refaire Ă  chaque Ă©volution du SI. Elle est Ă©galement plus en phase avec les valeurs portĂ©es par Volterres autour de la dĂ©centralisation et du local, et permet aux utilisateurs de vĂ©rifier eux-mĂȘmes, directement, l’exĂ©cution correcte de l’algorithme, sans dĂ©lĂ©guer ce pouvoir Ă  un auditeur externe.

Volterres a fait appel Ă  Blockchain Partner pour permettre aux producteurs et consommateurs d’auditer les rĂ©sultats de l’algorithme, sans devoir rĂ©vĂ©ler l’algorithme lui-mĂȘme, tout en respectant plusieurs conditions essentielles :
-Une capacité de fonctionner à grande échelle dÚs le départ ;
-Le respect de la confidentialité des données de production et de consommation ;
-Une empreinte énergétique trÚs réduite par rapport au volume certifié, tout en garantissant une forte sécurité du systÚme.

Notre travail

Nous avons d’abord rĂ©alisĂ© une phase de conception, en partenariat avec le cabinet ISlean consulting et en Ă©troite collaboration avec les ingĂ©nieurs de Sun’R, pour identifier une solution capable de rĂ©pondre Ă  l’ensemble de ces besoins.

La solution que nous avons identifiĂ©e et construite, et qui a ensuite fait l’objet d’un dĂ©pĂŽt de brevet par Volterres, repose d’abord sur la mise en place d’un fichier d’affectation : tous les jours, Volterres constitue un fichier contenant l’ensemble des affectations d’énergie de ses clients producteurs vers ses clients consommateurs. Ce fichier contient les productions de tous les producteurs du rĂ©seau et les consommations de tous les consommateurs du rĂ©seau.

Ce fichier est mis Ă  disposition des clients de Volterres pour qu’ils puissent vĂ©rifier de maniĂšre indĂ©pendante que les informations affichĂ©es sur leur portail client sont vĂ©ridiques.

En outre, pour assurer la confidentialitĂ© des informations, nous avons chiffrĂ© ce fichier (double chiffrement). Chaque producteur et chaque consommateur dispose de sa propre clef pour dĂ©verrouiller sa propre ligne ou colonne (en pratique, il leur suffit de saisir un mot de passe). Ainsi, les informations transmises par Volterres peuvent ĂȘtre contrĂŽlĂ©es Ă  tout moment par ses clients.

Enfin, afin de s’assurer que l’ensemble des acteurs utilisent le mĂȘme fichier, nous avons choisi d’utiliser la blockchain Ethereum (publique) en tant que registre, en construisant un module de certification. ConcrĂštement, Volterres inscrit Ă  intervalle rĂ©gulier l’empreinte du fichier d’affectation sur Ethereum, afin de garantir notamment son unicitĂ© et son origine.

Ainsi, les clients peuvent comparer les informations affichĂ©es sur leur portail client avec le fichier d’affectation en ayant la certitude que Volterres n’en a pas crĂ©Ă© un « sur mesure » pour eux et que les donnĂ©es ne sont donc pas falsifiĂ©es. Ce systĂšme permet par exemple de vĂ©rifier que Volterres ne vend pas la mĂȘme Ă©lectricitĂ© verte Ă  deux clients diffĂ©rents.
Remarques conclusives :

–Ce systĂšme est fonctionnel et utilisĂ© depuis 2019.

-Pour rĂ©sumer notre travail, aprĂšs la phase de conception, nous avons construit : le module de gĂ©nĂ©ration des fichiers d’affectation ; l’interface qui permet aux producteurs et consommateurs de vĂ©rifier que les informations du fichier correspondent Ă  celles de leur portail client ; le module qui permet de gĂ©nĂ©rer et distribuer les clefs de chiffrement aux consommateurs et producteurs, et d’effectuer le double chiffrement et le dĂ©chiffrement ; et le module de certification sur Ethereum.

-Comme on le voit, la blockchain est ici une brique d’un dispositif plus global, ce qui correspond bien Ă  notre vision de cette technologie qui n’est pas une « baguette magique » mais une rĂ©ponse pouvant ĂȘtre pertinente dans certains cas spĂ©cifiques, dans le cadre de projets plus globaux.

-Voir Ă©galement la vidĂ©o de prĂ©sentation de la solution sur le site d’ISlean Consulting avec qui nous avons travaillĂ© main dans la main sur ce projet

____

Cliquez ici pour ĂȘtre alertĂ©(e) par mail des prochains Blockchain Business Cases :

L’article [Blockchain Business Cases] Une application en production pour l’énergie verte est apparu en premier sur Blockchain Partner.

UX / UI dans la blockchain : exemples de travaux et réflexions

April 6th 2020 at 13:43

Image ci-dessus : interfaces conçues par notre Designer dans le cadre de nos travaux sur les Decentralized Identities (DID) lors du hackathon « Blockchain and the city » organisĂ© en novembre 2019 (voir ici la synthĂšse de ces travaux sur les DID). Retrouvez sur ce lien l’ensemble des interfaces de ce projet.

C’est une cause entendue depuis des annĂ©es : les usages des blockchains et cryptomonnaies ne se dĂ©velopperont pas massivement sans progrĂšs significatifs en matiĂšre d’expĂ©rience utilisateur (UX). L’UX est citĂ©e depuis l’émergence de cet univers comme l’un des dĂ©fis prioritaires pour atteindre une adoption grand public, au mĂȘme titre que l’enjeu de scalabilitĂ©.

Un sondage de janvier 2019 rĂ©alisĂ© auprĂšs de 160 fondateurs et dĂ©veloppeurs de Dapps indiquait du reste que les limites de l’UX dans l’univers crypto Ă©tait considĂ©rĂ©es par les rĂ©pondants comme leur deuxiĂšme plus grand « pain point », devant les obstacles en matiĂšre de scalabilitĂ© :

UX blockchain

UX & UI chez Blockchain Partner

Chez Blockchain Partner, nous portons depuis plusieurs annĂ©es un soin spĂ©cifique Ă  ces enjeux, aussi bien pour les projets sur-mesure dĂ©veloppĂ©s pour nos clients que pour nos produits. C’est notamment en ce sens que nous avons conçu Datatrust, notre solution de certification sur la blockchain Ethereum (utilisĂ©e aujourd’hui notamment par plus d’1/3 du CAC40) : comme nous l’expliquions Ă  son lancement en 2018, Datatrust a Ă©tĂ© construit de telle façon que toute organisation peut l’utiliser de maniĂšre la plus intuitive possible et ainsi bĂ©nĂ©ficier de l’usage des blockchains sans aucun prĂ©-requis technique.

AprÚs avoir travaillé les deux années précédentes avec des designers indépendants, nous avons fait le choix de franchir un nouveau palier en 2019 en recrutant un Designer dédié, Hugo Moley-Cirot.

Ci-dessous, nous vous proposons de dĂ©couvrir un aperçu de deux de ses travaux rĂ©cents, notamment en matiĂšre d’interfaces (les projets clients en question ont Ă©tĂ© anonymisĂ©s) :

Projet n°1 :


đŸĄȘ Voir plus

Projet n°2 :


đŸĄȘ Voir plus


đŸĄȘ Retrouvez l’ensemble des interfaces des projets citĂ©s ici en version HQ sur notre profil Behance
, que nous enrichirons ces prochains mois avec de nouveaux travaux.

đŸĄȘ N’hĂ©sitez pas Ă  nous contacter pour tout besoin en matiĂšre d’UX et de design pour vos projets blockchain !

Quelques rĂ©flexions sur l’UX dans le monde blockchain

Nous profitons de cet article pour vous partager certaines remarques en matiĂšre d’UX et de blockchain. Sur un sujet aussi large et en perpĂ©tuelle Ă©volution, ces rĂ©flexions sont Ă©videmment non-exhaustives et ouvertes Ă  la discussion !

Les progrùs du monde blockchain ruissellent vers l’UX

Tous les progrùs intrinsùques au monde blockchain ont une influence sur l’UX des Dapps. Citons ici plusieurs exemples, parmi d’autres :

‱ Le dĂ©veloppement des meta-transactions et du Gas Station Network ont Ă©tĂ© clefs pour l’amĂ©lioration de l’UX des Dapps depuis 2019.

Ces outils permettent notamment de dĂ©lĂ©guer le paiement des frais de transaction en s’appuyant sur des rĂ©seaux de « relayers ». Il est alors par exemple possible de payer les frais de transaction en tokens ERC20 au lieu de les payer en ether, ce qui permet de ne pas voir sa transaction bloquĂ©e pour cause de « fonds insuffisants » en ether (ce qui peut arriver lors de l’envoi de Dai, de NFT, etc.). En pratique, quand une transaction est effectuĂ©e, le token sĂ©lectionnĂ© pour le paiement des frais de transaction est relayĂ© Ă  un service qui paie ces frais en ether au mineur et prend le montant de tokens ERC20 en compensation.



‱ Le standard WalletConnect a transformĂ© la façon d’interagir avec les Dapps. Il y a un an et demi encore, interagir avec une Dapp impliquait le plus souvent d’utiliser Metamask. Aujourd’hui il est possible de s’en passer en fonction des cas, grĂące Ă  WalletConnect.

‱ Nous n’aurions pas pu rĂ©aliser l’an dernier notre projet de visualisation des DID (primĂ© lors d’un hackathon organisĂ© en dĂ©cembre) si le protocole TheGraph (nĂ© mi-2018) n’avait pas existĂ©.

‱ Demain, les ZKP (Zero Knowledge Proofs) auront, elles aussi, une influence sur l’UX. Rappelons que les ZKP sont un outil au service de la confidentialitĂ© mais aussi de la scalabilitĂ© des blockchains. Il deviendra notamment possible d’hĂ©berger toute une blockchain sur son smartphone.

L’UX des applications blockchain Ă©volue donc constamment au grĂ© des progrĂšs rĂ©alisĂ©s plus globalement dans l’univers blockchain. Pour cette raison, certaines avancĂ©es en matiĂšre d’UX pourraient aller jusqu’à ĂȘtre rendues obsolĂštes Ă  l’avenir.

Ainsi, lors des dĂ©buts d’Ethereum, il Ă©tait beaucoup question d’Optimistic UI. AppliquĂ©e au monde blockchain, la notion d’Optimistic UI consiste en particulier Ă  faire apparaĂźtre Ă  l’utilisateur le rĂ©sultat de son action (par exemple, la validation d’une transaction et les implications de cette transaction) comme si cette action s’était bien dĂ©roulĂ©e sur la blockchain, sans avoir Ă  attendre que celle-ci ait Ă©tĂ© effectivement rĂ©alisĂ©e (ce qui peut prendre plusieurs dizaines de secondes si ce n’est plus). L’utilisateur n’est ensuite notifiĂ© d’un changement que si une erreur se produit dans le dĂ©roulement de l’action en question sur la blockchain.

Ces derniers mois et annĂ©es, des avancĂ©es importantes ont Ă©tĂ© rĂ©alisĂ©es en la matiĂšre : des guidelines et des librairies sont notamment apparues permettant aux concepteurs de Dapps d’appliquer plus facilement ces principes d’Optimistic UI.

Il est toutefois envisageable que l’Optimistic UI perde une partie de sa raison d’ĂȘtre lorsqu’Ethereum supportera une meilleure scalabilitĂ©, Ă©tant donnĂ© que les dĂ©lais de validation des transactions devraient chuter.

Un enjeu de sécurité

L’UX dans le monde blockchain n’a pas seulement pour intĂ©rĂȘt de faciliter les usages : elle constitue aussi un enjeu de sĂ©curitĂ©. Sur ce volet, des progrĂšs importants ont Ă©tĂ© effectuĂ©s depuis l’an dernier.

De plus en plus de standards se mettent en place pour que l’UX soit au service de la sĂ©curitĂ©. Ainsi, Ă  l’heure oĂč les wallets permettent de plus en plus de signer tout type de transactions et de messages, de nouvelles propositions d’amĂ©lioration d’Ethereum (EIP 712 notamment) sont apparues encore rĂ©cemment pour Ă©viter aux utilisateurs de signer par inadvertance des actions dont ils ne mesurent pas rĂ©ellement les consĂ©quences.

En effet, sauf exceptions, dans le monde blockchain Ă  partir du moment oĂč un utilisateur signe un transfert, l’action dĂ©marre et il n’est alors plus possible de revenir en arriĂšre : l’enjeu de sĂ©curitĂ© se pose donc avant la signature. Il est donc essentiel que quand une application demande Ă  l’utilisateur d’effectuer une signature, celle-ci soit faite en toute connaissance de cause.

C’est par exemple notamment pour cette raison qu’ENS (Ethereum Name Service) a Ă©tĂ© crĂ©Ă© : il est plus facile d’envoyer de l’ether Ă  philippe.xyz qu’à une longue adresse Ethereum traditionnelle.

De façon gĂ©nĂ©rale, toute interface constitue un intermĂ©diaire entre l’utilisateur et la blockchain, et donc un potentiel danger vis-Ă -vis de l’usage de la blockchain. Ainsi, toute action possible sur la blockchain devrait systĂ©matiquement ĂȘtre Ă©galement possible au niveau de l’interface. C’est notamment le manquement de cette rĂšgle qui rend possible des failles de sĂ©curitĂ©.

A noter que les progrĂšs en matiĂšre d’UX et de sĂ©curitĂ© se manifestent bien au-delĂ  des interfaces : pensons par exemple aux « smart contracts wallet » comme l’application Argent, qui permettent d’effectuer du « social recovery », alors qu’il y a encore deux ans la norme Ă©tait de demander directement Ă  l’utilisateur sa « seed » (phrase de rĂ©cupĂ©ration).

Le principe du social recovery est d’autoriser des proches (amis, famille, connaissances
) ou mĂȘme des entreprises ou d’autres wallets en sa propre possession, Ă  restaurer l’accĂšs Ă  son propre compte.

L’utilisateur qui perd l’accĂšs Ă  son wallet peut alors faire appel Ă  ces « gardiens » : des individus ou entitĂ©s prĂ©-dĂ©finies, qui sont autorisĂ©es Ă  achever le processus de rĂ©cupĂ©ration, sans pouvoir eux-mĂȘmes capturer les fonds en question. Cette mĂ©thode permet de retrouver des fonds auxquels on a perdu l’accĂšs sans avoir Ă  transmettre sa « seed ». Au-delĂ , elle permet aux smart contracts wallets de contourner l’étape de la « seed phrase » (source de friction pour un certain nombre de nouveaux utilisateurs et considĂ©rĂ©e par beaucoup comme un obstacle non-nĂ©gligeable pour une adoption massive), dont le concept n’est alors jamais introduit au nouvel utilisateur.

L’enjeu de la comprĂ©hension du lexique

« Le besoin d’éducation est clef » Ă©crivait Taylor Monahan, fondatrice de MyCrypto, dans un bon article paru sur l’UX dĂ©but 2019. « Votre Dapp doit m’enseigner les notions que je dois connaĂźtre pour pouvoir utiliser votre Dapp avec succĂšs et avec confiance. Cela implique de m’aider Ă  comprendre les concepts cƓur et les nouveaux termes, et de s’assurer que je comprends les actions que je fais sur l’application et les raisons de ces actions ».

Ces remarques sont importantes, et ce d’autant plus que le lexique du monde crypto, qui n’a dĂ©jĂ  en soi rien d’évident pour un nouvel utilisateur (private key, seed phrase, hardware wallet, etc.), se transforme lui-mĂȘme. Notons entre autres que ce lexique a Ă©tĂ© d’abord mis au point par des dĂ©veloppeurs et s’est confrontĂ© seulement ensuite aux utilisateurs non-techniques. Il est et sera donc amenĂ© Ă  Ă©voluer pour s’adapter Ă  un usage grand public.

Les Ă©volutions des applications elles-mĂȘmes conduisent aussi parfois Ă  changer les termes employĂ©s : ainsi Metamask, qui Ă©tait prĂ©sentĂ© auparavant comme un wallet, ne se prĂ©sente aujourd’hui plus de cette façon, mais plutĂŽt comme la porte d’accĂšs Ă  la blockchain Ethereum.

Par ailleurs, il est effectivement essentiel que les utilisateurs comprennent non pas uniquement ce qu’ils doivent effectuer lorsqu’ils utilisent une Dapp, mais Ă©galement pourquoi ils doivent l’effectuer. Cet effort de contextualisation de chaque action est crucial, lĂ  encore pas seulement pour une question de facilitation d’usage, mais aussi pour des raisons de sĂ©curitĂ©, puisque quand l’utilisateur signe une transaction, les implications peuvent ĂȘtre trĂšs importantes.

Convergences et divergences d’UX entre Dapps

Sur un grand nombre de Dapps, les utilisateurs retrouvent des caractĂ©ristiques communes en termes d’UX : pensons par exemple Ă  la prĂ©sence (lorsque c’est pertinent) d’une balance et d’un historique des transactions, d’un lien avec un wallet, d’un « call to action » qui interagit avec la blockchain, etc.

Ces convergences sont autant de points familiers qui instaurent des habitudes et permettent ainsi aux utilisateurs de naviguer plus facilement dans le web décentralisé, ce qui aide à la démocratisation de ces technologies.

Ceci n’empĂȘche cependant pas l’existence de divergences d’UX, signes de la richesse de cet univers qui ne bride pas – en tout cas Ă  ce stade de dĂ©veloppement – la crĂ©ativitĂ© des designers et la diversitĂ© des expĂ©riences.

De façon gĂ©nĂ©rale, la diversitĂ© des applications blockchain se retrouve dans la diversitĂ© des UX. Une application de traçabilitĂ© de denrĂ©es alimentaires n’a Ă©videmment pas besoin de la mĂȘme UX qu’une Dapp de gaming. Certaines applications ont par exemple plus intĂ©rĂȘt Ă  masquer les transactions rĂ©alisĂ©es que d’autres. En revanche, on retrouve souvent des points communs d’UX entre Dapps servant pour une mĂȘme typologie d’usage (la traçabilitĂ©, par exemple).

Sur les liens entre décentralisation et UX

Certaines solutions d’UX employĂ©es pour dĂ©passer les contraintes des blockchains ont pu mener jusqu’ici Ă  des logiques de recentralisation. Citons ici deux exemples :

1/ Les « custodian wallets ». Le fait de demander de sauvegarder une seed phrase est parfois vu comme un obstacle en termes d’UX durant l’onboarding de nouveaux utilisateurs. C’est ce qui a poussĂ© Ă  l’utilisation de custodian wallets, qui conservent eux-mĂȘmes les clefs privĂ©es et donc en quelque sorte les fonds en question des utilisateurs, faisant perdre un avantage clef liĂ© Ă  la dĂ©centralisation des blockchains.

2/ Avec la croissance de la taille des blockchains, notamment d’Ethereum, les utilisateurs ont fait de plus en plus appel Ă  des « trusted nodes », qui sont donc des tiers de confiance, pour accĂ©der Ă  la chaĂźne : pensons par exemple Ă  Infura chez Consensys, qui repose lui-mĂȘme sur AWS d’Amazon.

Cela Ă©tant, attention tout de mĂȘme Ă  ce fameux dilemme entre dĂ©centralisation et UX. Nous sommes convaincus qu’il est possible de concilier facilitĂ© d’usage et bonne utilisation des blockchains sans remise en cause des enjeux de sĂ©curitĂ© et de dĂ©centralisation. A terme, nous pensons que ce « dilemme » perdra progressivement de son sens, Ă  mesure que des amĂ©liorations seront dĂ©ployĂ©es (exemple parmi d’autres : les ZKP permettront aux blockchains d’ĂȘtre plus lĂ©gĂšres).

Faut-il montrer ou cacher la blockchain sur les applications qui l’utilisent ?

Le mieux nous semble ĂȘtre de n’afficher que les informations nĂ©cessaires, lorsque c’est nĂ©cessaire. S’il n’y a pas besoin d’afficher des Ă©lĂ©ments liĂ©s Ă  la blockchain, alors celle-ci a toutes les raisons d’ĂȘtre rendue invisible.

A terme, les choses se feront naturellement : on saura plus facilement ce qui est utile de prĂ©senter ou non. Ce questionnement-lĂ  a peut-ĂȘtre trait au timing : certains utilisateurs actuels peuvent avoir envie de « voir » la prĂ©sence de la blockchain dans leurs interfaces pour marquer la diffĂ©rence avec les produits sans blockchain, par exemple par goĂ»t de la nouveautĂ©.

Leçons du web 2.0

De façon gĂ©nĂ©rale, les grands principes d’UX de l’informatique actuelle sont assez similaires Ă  ceux d’il y a quinze ans car des habitudes ont Ă©tĂ© forgĂ©es au dĂ©part – pensons par exemple au double clic. L’exemple de la disposition des touches sur le clavier est rĂ©vĂ©lateur : des solutions plus optimales ont Ă©tĂ© identifiĂ©es depuis des annĂ©es mais l’utilisateur s’étant adaptĂ© et habituĂ© Ă  la disposition initiale, « on » a prĂ©fĂ©rĂ© ne pas bouleverser les habitudes, bien qu’elles ne soient pas optimales.
Dans le monde numĂ©rique plus spĂ©cifiquement, l’UX a grandement Ă©tĂ© façonnĂ© par les gĂ©ants du secteur, GAFA en tĂȘte.

Ayons donc en tĂȘte que les choix effectuĂ©s aujourd’hui en termes d’UX dans le monde blockchain pourront avoir une influence sur toute la suite de cet univers.

Ceci Ă©tant dit, cela n’empĂȘche pas des changements par la suite, fort heureusement. Lorsque les emails sont apparus, il n’était par exemple pas Ă©vident que la validation de l’envoi d’un email puisse ĂȘtre rĂ©versible. Il a fallu de nombreuses annĂ©es pour que cette fonction soit mise en place (avec un dĂ©lai que l’on peut choisir sur Gmail, par exemple). Pour dresser un parallĂšle, on pourrait imaginer pouvoir dĂ©caler la validation d’une transaction sur une blockchain d’un dĂ©lai de quelques secondes (dĂ©lai que l’utilisateur pourrait choisir) afin que l’utilisateur puisse avoir le temps de revenir sur sa dĂ©cision s’il le souhaite. Du reste, depuis l’an dernier, il est d’ores et dĂ©jĂ  possible sur Metamask d’annuler une transaction tant que celle-ci n’a pas Ă©tĂ© minĂ©e – signe de l’intĂ©rĂȘt portĂ© Ă  ce besoin.

***

MĂȘme si les avancĂ©es ont Ă©tĂ© riches sur ce terrain depuis l’an dernier, beaucoup reste encore Ă  faire en matiĂšre d’UX dans le monde blockchain et crypto. Nous continuerons de travailler de prĂšs sur ces sujets pour pouvoir conseiller au mieux nos clients. En cas de besoin d’accompagnement sur l’UX ou l’UI de votre projet, n’hĂ©sitez pas Ă  nous Ă©crire !

L’article UX / UI dans la blockchain : exemples de travaux et rĂ©flexions est apparu en premier sur Blockchain Partner.

Nos talks cette semaine : EthCC, ZKP et Decentralized Identity

March 5th 2020 at 09:56

Nous avons participé cette semaine à Paris à la EthCC (Ethereum Community Conference) qui constitue le plus grand événement européen annuel dédié à Ethereum.

Nous sommes intervenus Ă  deux occasions :

-> Alexandre Stachtchenko, associĂ© cofondateur de Blockchain Partner, a participĂ© mardi Ă  un panel intitulĂ© « La France et la Blockchain » – Ă  revoir en vidĂ©o ici.

-> Philippe MĂ©tais, Lead Developer chez Blockchain Partner, a animĂ© mercredi un workshop technique intitulĂ© « Semaphore : Zero-Knowledge Signaling ». L’atelier n’était pas filmĂ© mais nous publions ici le support de sa prĂ©sentation, Ă  retrouver en cliquant sur l’image ci-dessous :


A noter que nous avions dĂ©jĂ  prĂ©sentĂ© l’usage de Semaphore pour les ZKP dans notre article « Building trust while keeping data undisclosed », que nous avions synthĂ©tisĂ© en français ici (« Vers une identitĂ© numĂ©rique private by design »).

Par ailleurs, Thomas Chataigner, Lead Developer chez Blockchain Partner, est intervenu ce mardi à GenÚve dans le cadre de la communauté Geneva DevChain sur le thÚme des DID (Decentralized Identities).

L’identitĂ© numĂ©rique, les Zero Knowledge Proofs et les enjeux de privacy sont des sujets sur lesquels nous travaillons tout particuliĂšrement depuis plusieurs mois (lire notre article dĂ©diĂ©) et continuerons Ă  avancer. N’hĂ©sitez pas Ă  nous contacter si ces concepts et leurs usages vous intĂ©ressent pour votre organisation.

L’article Nos talks cette semaine : EthCC, ZKP et Decentralized Identity est apparu en premier sur Blockchain Partner.

Flash loans : comprendre le principe et ses implications

February 28th 2020 at 15:56

Les flash loans ont fait beaucoup parler ces derniĂšres semaines dans l’univers blockchain, en particulier parmi les acteurs de la finance dĂ©centralisĂ©e, dite DeFi.

Nous avions nous-mĂȘmes travaillĂ© sur le sujet avant la survenue des Ă©vĂ©nements rĂ©cents (prĂ©sentĂ©s plus bas). Notre pĂŽle technique a notamment remportĂ© un prix lors du rĂ©cent hackathon en ligne Sustain Web3 proposĂ© par Gitcoin, pour un projet qui portait sur les flash loans et l’arbitrage (flash-arbitrage-watcher).

Cet article revient sur ce concept et sur plusieurs problématiques à son sujet.

De quoi s’agit ?

Dans une tribune parue sur le site AllNews, Albert Dessaint, Consultant chez Blockchain Partner, dĂ©finit ainsi le principe de flash loan : un emprunt instantanĂ© sans risque de contrepartie, qui ne demande aucune garantie, Ă  condition d’ĂȘtre remboursĂ© dans une seule et mĂȘme transaction sur Ethereum.

Comment est-ce possible ?

« Cette prouesse est rendu possible par la maniĂšre de structurer cet emprunt: celui qui emprunte doit contracter, utiliser et rembourser l’argent dans une seule et mĂȘme transaction sur la blockchain », Ă©crit Albert Dessaint. « Par cette structure, le risque de contrepartie est nul car l’argent ne sera prĂȘtĂ© que dans le cas oĂč les trois actions sont exĂ©cutĂ©es de façon certaine ».

« Les emprunts instantanĂ©s ont cela d’innovant que quiconque ayant une idĂ©e lucrative mais gourmande en capitaux peut en faire la demande et ne se voir accorder cet emprunt que si l’idĂ©e lucrative se rĂ©alise (dans la mĂȘme transaction) ». PrĂ©cisons toutefois qu’au-delĂ  de simples transactions financiĂšres, les flash loans peuvent aussi avoir une action sur des questions de gouvernance, dont les effets restent Ă  prĂ©ciser (dans un contexte dĂ©centralisĂ© oĂč un pouvoir peut ĂȘtre proportionnel Ă  une richesse, alors la notion mĂȘme de flash loan redĂ©finit les risques et opportunitĂ©s portĂ©s par des systĂšmes de gouvernance dĂ©centralisĂ©s).

Pourquoi les flash loans font beaucoup parler actuellement

« Ce sont les traders de la finance dĂ©centralisĂ©e, les premiers, qui en ont saisi l’intĂ©rĂȘt des flash loans pour des opĂ©rations d’arbitrage Ă  grande Ă©chelle entre diffĂ©rents services de l’écosystĂšme », Ă©crit Albert Dessaint.

« Depuis l’arrivĂ©e des emprunts instantanĂ©s, deux opĂ©rations d’arbitrage ont fait couler beaucoup d’encre puisque les traders ont tirĂ© parti de cette nouvelle forme d’emprunt pour extraire des fonds au service de prĂȘt bZx – respectivement l’équivalent de 318 000 dollars et 636 000 dollars. ArmĂ© des capitaux empruntĂ©s, les traders ont pu manipuler le cours de crypto-monnaies peu liquides sur diffĂ©rentes plateformes d’échange dĂ©centralisĂ©es et flouer le service bZx sur la valeur de ces crypto-monnaies sans que ne s’enclenchent de garde-fous.

A la suite de ces opérations, les administrateurs du service bZx ont gelé leurs activités de trading pour identifier et tenter de colmater les faiblesses du service.

A noter que ces opérations ne sont pas des attaques directes sur le service bZx: le succÚs de ces opérations résultent de la forte interopérabilité entre les différents services, ce qui est à la fois la force et la faiblesse de la finance décentralisée. »

Analyses

Les analyses sont nombreuses et riches sur ce sujet Ă©mergent. Sans viser l’exhaustivitĂ©, citons-en ici plusieurs qui nous semblent intĂ©ressantes :

Implications directes

Les flash loans permettent de tirer partie de possibilitĂ©s d’arbitrage en profitant d’un effet de levier qui n’était accessible jusqu’ici que pour les « whales ». On peut envisager que ce levier sur les possibilitĂ©s d’arbitrages participe par effets de consĂ©quence Ă  une stabilisation des cours (exploiter une possibilitĂ© d’arbitrage entre deux taux resserre mĂ©caniquement ces taux d’un facteur proportionnel aux montants engagĂ©s).

Les Ă©vĂ©nements rĂ©cents montrent en particulier que « les flash loans dĂ©mocratisent les manipulations de marché » (Franco Zeoli). Autrement dit, dĂ©sormais n’importe qui peut devenir une « whale » dans une seule transaction : « ce qui n’était possible jusqu’ici que pour les 0,1% les plus riches peut dĂ©sormais ĂȘtre utilisĂ© par tout le monde. Il y aura probablement encore plus de dĂ©gĂąts dans les semaines Ă  venir, mais lorsque le calme reviendra, les services encore debout seront bien plus rĂ©sistants aux attaques de manipulation du marchĂ©. Le chaos renforce l’anti-fragilitĂ© de l’écosystĂšme Ethereum » (Bohendo). A mesure que ce concept sera bien intĂ©grĂ© par les protocoles de Defi, on peut envisager que ce type de manipulation se fasse de plus en plus rare.

Pourquoi le concept est intéressant

– « Les flash loans sont la chose la plus intĂ©ressante dans la DeFi aujourd’hui parce qu’ils reprĂ©sentent quelque chose qui ne peut littĂ©ralement pas ĂȘtre fait dans la finance traditionnelle » (juliankoh, de Coinbase)

– « VoilĂ  le cƓur de la rĂ©volution DeFi : crĂ©er des produits qui n’étaient pas possibles auparavant et amener l’efficience de marchĂ© Ă  un tout autre niveau » (Andrei Anisimov)

Conséquences et perspectives

– « Tout projet de DeFi qui n’a pas lancĂ© d’analyse complĂšte sur la façon dont les flash loans peuvent affecter sa sĂ©curitĂ© est insensĂ©. Il ne s’agit pas de corriger un «bug» et de mettre en place une banniĂšre « les fonds sont protĂ©gĂ©s ». Votre environnement a changĂ©. Adapt quickly, or die » (iamDCinvestor)

-« Les flash loans ne constituent pas une nouvelle vulnĂ©rabilitĂ©. Tout ce que vous pouvez faire avec un flash loan pouvait ĂȘtre fait si vous aviez beaucoup de cryptomonnaies. Les flash loans Ă©galisent les chances. Et forcent les dĂ©veloppeurs Ă  ne pas Ă©carter les risques simplement parce qu’il faudrait beaucoup de capitaux pour les exploiter » (HardlyDifficult)

-« Tout comme l’arrivĂ©e d’un marchĂ© de dĂ©rivĂ©s liquide a apportĂ© la discipline au bitcoin, les flash loans apportent de la discipline Ă  la DeFi. Certains en profiteront au dĂ©triment des imprudents et, ce faisant, rendront le marchĂ© plus efficace et plus rĂ©silient. Il faut bien casser quelques Ɠufs pour faire une omelette.” (krugermacro)

-« Je pense que ces attaques sont la meilleure chose qui pouvait arriver Ă  la DeFi actuellement. Elles sont suffisamment petites pour ne pas ĂȘtre catastrophiques mais assez importantes pour amĂ©liorer au global, espĂ©rons-le, l’examen attentif de tout Ă©lĂ©ment (koeppelmann).

Pour en savoir plus : autres explications et commentaires ici, ici, ici ou ici (analyse de Marc Zeller).

In fine, comme l’écrit Albert Dessaint, ces Ă©vĂ©nements « devraient permettre Ă  la finance dĂ©centralisĂ©e de gagner en rĂ©silience rapidement, les diffĂ©rents services devant se mettre Ă  jour par rapport aux derniers standards de l’industrie ou ĂȘtre laissĂ©s sur la touche, mĂȘme s’il faut s’attendre Ă  quelques pots cassĂ©s ».

L’article Flash loans : comprendre le principe et ses implications est apparu en premier sur Blockchain Partner.

❌