HashFlare 2.0: Vers l’Infini et Au-delà
Contents
HashFlare 2.0: Vers l’Infini et Au-delà
HashFlare 2.0: Vers l’Infini et Au-delà – L’article suivant est notre traduction du texte disponible ici
HashFlare est en train de changer. Lorsque nous avons commencé à le mettre en service en 2015, nous ne nous attendions pas à ce que, deux ans et demi plus tard, plus d’un million de personnes l’utilisent.
Bien sûr, nous étions jeunes, ambitieux et nos projets étaient grands (ils le sont toujours), mais la réalité a quand même réussi à nous surprendre et à dépasser nos attentes.
En moyenne, ce sont 4 000 nouveaux utilisateurs qui s’inscrivent sur notre site chaque jour et plus de 8 000 personnes qui utilisent notre service en continu. Toutes ces personnes ont dû remarquer le travail de maintenance que nous avons effectué sur HashFlare au cours des derniers mois.
Comme prévu, certaines perturbations ont provoqué une vague de mécontentement, mais soyez assuré qu’il y a une bonne raison pour que vous vous montriez un peu plus patients car tous ces inconvénients temporaires ne sont qu’un signe des changements à venir.
Un nouveau chapitre est sur le point de commencer, et il s’appelle HashFlare 2.0.
Pour vous donner une meilleure idée d’à quel point la nouvelle version de HashFlare sera fondamentalement différente de l’ancienne (et tout d’abord pourquoi nous avons initié ce projet), nous avons parlé à Vitali Pavlov, Chef du département de Développement de Produits chez HashCoins, qui dirige HashFlare depuis son commencement.
Comme toujours, les changements futurs trouvent leurs racines dans le passé.
Comment c’était avant et ce qui arrive de nouveau
L’histoire de HashFlare remonte à 2013, lorsque HashCoins, une firme estonienne, se donne pour mission de devenir l’une des premières entreprises de fabrication de matériel de minage.
Les circuits ASIC sont vite devenus le cœur de ses mineurs, permettant à HashCoins de rapidement se faire une place au soleil : à cette époque, la part de marché des mineurs ASIC ne dépassait pas 20 % et ceux-ci pouvaient espérer rentabiliser leur achat en quelques semaines, voire un mois.
Toutefois, nous avons très vite réalisé que le matériel de minage était une bonne idée, mais qu’il possédait son lot d’inconvénients. Premièrement, ce type de matériel coûte cher (on parle de quelques milliers de dollars par machine) ce qui réduit radicalement les chances d’élargir sa clientèle en attirant les mineurs débutants.
Deuxièmement, le transport des mineurs est associé à de nombreux risques tels que des retards douaniers ou des pannes. Il y avait également d’autres problèmes du côté des utilisateurs.
Tous nos clients n’étaient pas des experts du minage et un mineur ASIC n’est pas comme un PC Windows : vous devez le configurer et faire quelques réglages avant de pouvoir l’utiliser.
À cela s’ajoutait d’autres problèmes habituels avec les mineurs les serveurs tels que le bruit, l’encombrement, l’émission de chaleur, la ventilation et les énormes factures d’électricité.
C’est comme cela que nous avons eu l’idée d’un service de cloud mining et que Renna Reemet, la Développeuse Principale d’HashFlare, est devenue la personne clé de la mise en œuvre de ce projet.
D’après les souvenirs de Vitali, au tout début, pendant environ un an, HashFlare a été construit par seulement deux personnes : Renna et lui-même.
La direction a donné le feu vert, le Directeur Technique a fourni quelques conseils utiles, et le travail a commencé. La toute première version de notre service de cloud mining a été lancée en … 13 jours (Vitali reconnaît que c’était l’une de ces plus belles et importantes premières réalisations) et l’ouverture au public d’HashFlare 1.0 a suivi six mois après. Mais à l’époque, l’ambiance n’était pas si joyeuse.
« À cause de notre mauvaise compréhension de l’échelle du projet et de l’ampleur que prendrait la tendance du cloud mining, nous ne pouvions pas imaginer que deux ans et demi plus tard, notre base d’utilisateurs dépasserait le million ».
– raconte Vitali.
C’est un peu embarrassant à reconnaître, mais nous avons décidé d’être honnêtes : même si la première version d’HashFlare n’était pas écrite au dos d’une enveloppe, elle reposait sur des technologies qui étaient loin d’être les plus avancées à cette époque.
C’est ce qui explique le nombre de failles plus tard qui, au fur et à mesure de l’augmentation de notre ampleur, sont devenues de sérieux problèmes techniques.
Néanmoins, il serait faux de classer cela en tant que petit projet parallèle : nous avons travaillé en continu, 24h/24 et 7j/7 et il est loin d’être exagéré de dire que depuis que l’idée d’HashFlare est née, Vitali et Renna ont pu tout deux goûter aux joies de vivre sur son lieu de travail.
« De nouvelles personnes ont rejoint l’équipe informatique avec le temps », se souvient Vitali. « Notre charge de travail a diminué, et il est devenu plus facile de développer le projet et de rester à l’écoute de nos utilisateurs.
Nous sommes peut-être toujours confrontés à certaines conséquences occasionnelles de l’écriture dans l’urgence du code original, et nous sommes encore en train de l’optimiser.
Cependant, nous sommes fiers d’avoir été capables de mettre au point un code fonctionnel et de construire un projet qui dispose d’une présence stable sur le marché aujourd’hui. »
Environ trois ans plus tard, HashFlare c’est surtout : 4 fonctions de hashage (SCRYPT, SHA-256, ETHASH et EQUIHASH) avec paiements automatisés en Bitcoins, Ethereum et Zcash, un système de statistiques facile d’utilisation, une option de distribution du taux de hash à l’intérieur des mining pools et de nombreux utilisateurs en Amérique du Nord et du Sud, en Russie, en Europe, en Asie et en CEI (ex-URSS).
Derrière tous ces accomplissements se trouve une équipe de personnes dévouées et passionnées qui aiment leur travail et qui sont convaincus qu’une part de leur mission consiste à faire connaître les crypto-monnaies, le minage et l’ensemble des technologies Blockchain.
Et après ?
Il y a encore plus pour l’avenir. Mi-automne, Renna Reemet a quitté HashFlare afin de continuer sa carrière en se lançant dans d’autres projets professionnels sans rapport avec le cloud mining.
Renna a fourni un effort incroyable et titanesque pour la réalisation de notre projet pendant près de trois ans, travaillant sans relâche et de façon désintéressée, parfois sans penser du tout à elle-même. Il est impossible de remplacer une personne comme elle, mais ce n’est pas ce que nous essayons de faire.
Au contraire, nous entrons dans une nouvelle ère et nous sommes heureux d’annoncer que le rôle de Développeur Principal de HashFlare a été attribué à quelqu’un d’aussi altruiste que Renna : Pavel Borozdin.
Pavel a rejoint HashFlare il y a un an et a tout de suite fait équipe avec Renna afin d’optimiser notre service, de corriger les bugs et de mettre en place de nouvelles fonctionnalités et de nouvelles technologies.
En travaillant avec autant de passion que sa coéquipière et en étant prêt à sauter du lit en plein milieu de la nuit pour réparer une faille ou un problème imprévu, Pavel nous a clairement montré qu’aucun autre candidat ne ferait un meilleur Développeur Principal que lui.
Il incombe à présent à Pavel de changer l’architecture de HashFlare, tâche que nous ne lui aurions jamais confié si nous ne croyions pas en lui à 100 % 🙂
Ch-ch-ch-ch-Changements
En ce moment, HashFlare est en cours d’amélioration dans deux domaines. Tout d’abord, nous sommes en train de déplacer toute notre structure vers AWS.
En second lieu, nous sommes en train de diviser le noyau du site en différents micro-services, ce qui a pour but de rendre HashFlare plus productif et plus stable. Pour nos utilisateurs, cela signifie une chose : notre système est sur le point de devenir à la fois plus adaptable et plus stable.
AWS est une sorte de solution d’hébergement du cloud qui nous permettra de mieux faire face aux attaques DdoS et aux moments de forte affluence.
Car, si pour le moment, nous avons parfois du mal à gérer les périodes de forte affluence sur nos serveurs, une fois le service déplacé vers AWS, nos utilisateurs pourrons considérer le problème résolu de manière propre et rapide.
Voici ce que dit Pavel à propos de ces changements :
« HashFlare a été écrit avec une architecture monolithique, et jusqu’en 2017, ce système était suffisant pour faire face à l’affluence. Toutefois, compte tenu de l’augmentation actuelle de la popularité des crypto-monnaies et de l’envolée des prix de celles-ci, la demande a augmenté, et avec elle, le nombre de nos clients a lui aussi évolué de façon exponentielle.
Nous étions habitués à enregistrer 15 000 à 20 000 nouveaux utilisateurs par mois, mais aujourd’hui, ce chiffre atteint parfois les 100 000. Au moment ou j’écris ce message, notre site web compte 1 495 737 utilisateurs enregistrés.
L’affluence sur notre serveur ne cesse de croître, ce qui est bien plus difficile à gérer avec son architecture monolithique.
Bien que nous optimisions régulièrement notre code et revoyons constamment nos approches des différents protocoles et leur productivité, cela ne peut que nous donner une plus grande marge de manœuvre pour travailler sur la version 2.0.
En Mars 2017, nous avons décidé de passer à une architecture de micro-services. Cela va nous permettre d’adapter facilement l’application, d’équilibrer l’affluence entre les différents modules du système et d’accélérer considérablement notre service. »
Nous travaillons très dur pour coder le système de la version 2.0. La version actuelle de HashFlare a été codée en PHP tandis que HashFlare 2.0 sera écrit en Java. Notre idée est de nous concentrer sur un service API associé aux services frontaux et d’arrière-plan.
Oui, nous envisageons la possibilité de faire de notre API un système aussi ouvert que possible pour les développeurs tiers, les autorisant à créer de nombreux autres produits basés sur HashFlare. Des applications mobile ou des bots Telegram ?
Aucun problème, quand vous voulez. Enfin, le nouveau HashFlare ne se contente pas d’un simple nettoyage de printemps mais va aussi complètement être rénové. Son design moderne revisité ne sera que la pointe de l’iceberg : vous trouverez beaucoup plus facile de travailler avec la version 2.0 et son nouveau tableau de bord.
En ce moment, nous sommes en train d’élargir considérablement notre équipe et nous cherchons de nouveaux développeurs « full stack » et Java. Cette démarche a pour but d’assurer la réussite du passage de l’architecture actuelle à une autre plus efficace et plus facile à prendre en main en cas d’urgence.
Cette migration vers HashFlare 2.0 est prévue pour 2018, nous espérons que cette nouvelle sera un beau cadeau pour vous à l’approche de Noël et du Nouvel An.
Bonnes vacances !
Restez connectés,
L’équipe HashFlare
