Comment construire un service Web3 "indestructible" dans un monde instable

Dans le domaine du Web3, l'infrastructure devient rarement une nouvelle à la une. Cependant, sans elle, aucune application décentralisée, portefeuille ou plateforme d'échange ne pourrait survivre un jour.

Cet article est tiré de l'entretien avec Pauline Shangett, directrice stratégique de ChangeNOW et conseillère stratégique de NOWNodes, qui discute de pourquoi la résilience est plus importante que “la lutte entre le cloud et le matériel”, et comment la prochaine vague d'adoption de la blockchain dépend de la solidification des bases.

Dans le domaine du Web3, le moment le plus terrifiant n'est pas nécessairement une attaque de hacker, mais plutôt l'effondrement silencieux des infrastructures.

Lors d'une attaque de hacker, vous pouvez au moins clarifier le contexte de l'événement :

• Il existe des attaquants
• Exploitation de vulnérabilité
• traçable

Mais lorsque l’infrastructure s’effondre de manière inattendue, c’est comme si le sol sous vos pieds s’effondrait soudainement. Un patch manquant, un incendie ou un terminal surchargé peuvent faire disparaître complètement un service, plutôt que d’être piraté ou censuré.

Pour les équipes Web3, c'est un coup dévastateur.

Les utilisateurs se moquent de savoir si la panne est due à une attaque malveillante ou à un accident, ils ne voient que l'interruption du service. Les fonds ne peuvent pas circuler, les transactions échouent, la confiance s'effondre instantanément. L'infrastructure opère normalement de manière invisible, mais dès qu'elle échoue, elle devient le seul point de focalisation.

Référence : Panne de Cloudflare du 18 novembre

Plusieurs utilisateurs de sites, y compris la plateforme sociale X et ChatGPT d'OpenAI, ont reçu un message d'erreur indiquant clairement que la page ne pouvait pas se charger correctement en raison d'une anomalie du service Cloudflare.

Le matériel n'est pas la panacée de la “décentralisation”

Parce que la décentralisation ne peut pas magiquement éviter les lois physiques de la réalité. Les menaces auxquelles le matériel est confronté proviennent souvent du monde physique plutôt que de l'espace numérique.

À titre d'exemple, le cas de la Corée du Sud en 2022.

Un incendie dans le centre de données de KakaoTalk a provoqué une paralysie totale des paiements, des connexions et même de l'accès à la plus grande plateforme d'échange du pays, Upbit. Ce n'est pas une attaque de hackers, mais simplement dû à de la fumée dans la salle des serveurs.

La signification d'avertissement de ce cas réside dans la révélation de la vulnérabilité des “points de défaillance uniques”. Ce type d'événement n'est pas un accident de faible probabilité, mais fait partie intégrante des risques physiques tels que les pannes de courant, les inondations, les interruptions de câbles en fibre optique et les troubles politiques.

De tels événements deviennent de plus en plus fréquents. Si les infrastructures Web3 reposent sur l'hypothèse de “la stabilité du monde physique”, c'est comme se creuser sa propre tombe.

Comment faire face à l'instabilité du Web3 ?

1 La résilience commence par une répartition décentralisée. Il ne faut jamais mettre tous ses actifs dans le même panier, que ce soit en raison de dimensions politiques, géographiques ou technologiques.

2 Ensuite, il y a la conception redondante. Chaque composant clé (comme le calcul, l'alimentation, le réseau) est équipé de deux unités de sauvegarde plus une unité de secours. En cas de défaillance du système principal, la sauvegarde prend le relais, et si la sauvegarde échoue, l'unité de secours remplace, l'objectif étant de garantir un service continu sans interruption pour l'utilisateur.

3 La troisième est le test de défaillance normalisé. Dans un environnement miroir, couper l'alimentation, simuler des attaques, couper activement les connexions régionales, car le pire moment de défaillance de la reprise après sinistre est justement le moment où la crise réelle éclate.

Le coût est-il le facteur déterminant dans la lutte entre le cloud et le matériel ?

Le cloud était autrefois un gagnant économique évident :

1. Pas d'investissement initial requis
2. Paiement à l'utilisation
3. Scalabilité sans limites

Mais aujourd'hui, la réalité est très différente.

Les géants du cloud comme AWS, Google et Microsoft monopoliser le marché, et le manque de concurrence entraîne une augmentation continue des prix. Nous avons constaté une augmentation de plus de 20 % des coûts de calcul par rapport à l'année précédente, avec des factures d'entreprise par cycle qui ont grimpé de 25 % voire plus.

En même temps, les coûts matériels deviennent de plus en plus prévisibles. Bien qu'un investissement initial soit nécessaire, une fois réparti sur une période de 7 à 10 ans, le coût de possession présente en fait des avantages.

Serveur d'une valeur actuelle de 1100 dollars, avec un coût moyen mensuel d'environ 110 dollars sur une période de dix ans. Services cloud de configuration équivalente ? Entre 2000 et 7000 dollars par mois. Écart énorme.

Au-delà des coûts, il y a aussi l'autonomie. L'architecture bare metal permet un contrôle autonome des correctifs, des déploiements et de l'environnement, tandis que les capacités cloud sont soumises aux paramètres d'autorisation du prestataire de services.

Résumé

À vrai dire, ni le matériel ni le cloud ne constituent l'avenir des infrastructures Web3 durables. Le véritable avenir ne réside pas dans un choix entre les deux, mais dans la construction de la résilience.

Construire la résilience grâce à des sauvegardes intelligentes, une large distribution, un modèle économique transparent et un système de soutien centré sur l'humain.

Seule la résilience peut assurer la navigation.

La résilience ne peut pas être louée, elle ne peut être obtenue que par la construction continue, les tests et l'accumulation. Par conséquent, le secteur Web3 doit adopter un mode de pensée pour atteindre un développement durable.

Les infrastructures peuvent sembler monotones au quotidien, mais une fois qu'elles échouent, tous les points forts du produit disparaissent. Si les utilisateurs ne peuvent pas trader, si les points de terminaison RPC tombent en panne, ou si les services disparaissent sans avertissement - la confiance s'effondre alors. Il ne faut donc pas considérer les infrastructures comme du bruit de fond, mais comme la colonne vertébrale du produit.

La construction présuppose inévitablement que des défaillances se produiront, car la crise est toujours présente.

Les équipes qui pourront survivre au prochain cycle Web3 ne gagneront pas grâce à une interface flashy ou au marketing de mèmes, mais en s'appuyant sur une infrastructure en ligne capable de rester stable lorsque le monde lance des courbes.