Une décision technique expliquée en termes simples. Parce que l’impact pratique sur vous est réel, même si l’ingénierie sous-jacente est invisible.
Je vais faire quelque chose de légèrement inhabituel pour un billet de blog sur la blockchain. Je vais supposer que la blockchain ne vous intéresse pas.
Pas de manière hostile. Je veux simplement dire : la plupart des voyageurs qui réservent un hôtel ne veulent pas une conférence sur les réseaux cryptographiques. Ils veulent un bon prix, une application qui fonctionne, un hôtel qui existe, et un remboursement qui arrive rapidement si quelque chose se passe mal.
Donc ce billet est la version où j’explique une vraie décision technique (nous exécutons Tratok sur deux blockchains différentes simultanément) et pourquoi cette décision compte pour votre expérience de réservation réelle. Pas de jargon autant que possible. Promis.
Une blockchain, pour nos besoins, est simplement un réseau d’ordinateurs qui sont tous d’accord sur le même enregistrement de ce qui s’est passé. Lorsque vous réservez une chambre, la réservation est écrite dans cet enregistrement, et à partir de ce moment-là, il est très, très difficile de falsifier ou de modifier.
Il existe de nombreuses blockchains différentes. Elles ne sont pas toutes les mêmes. Elles présentent des compromis différents. Les deux que nous utilisons actuellement sont Ethereum et BSC (Binance Smart Chain).
La plupart des plateformes en choisissent une. Soit elles sont une plateforme Ethereum, soit elles sont une plateforme BSC. Nous avons pensé que c’était la mauvaise question.
Un voyageur à Bangkok réservant une auberge à 40 $ la nuit a besoin de transactions bon marché et rapides. La structure des coûts d’Ethereum n’a pas de sens pour cette réservation. Les frais grignoteraient les économies.
Un voyageur à Londres réservant une villa à 5 000 $ la nuit pour une retraite d’entreprise a besoin d’une sécurité maximale. La différence de coût entre les deux réseaux est irrelevante pour une transaction de cette ampleur. Ce qui compte, c’est que l’enregistrement de la réservation réside sur la couche de sécurité la plus robuste disponible.
Les deux voyageurs sont réels. Les deux réservations font partie de la même plateforme. Nous avons donc construit une infrastructure qui fonctionne nativement sur les deux chaînes, avec un pont qui déplace TRAT entre elles, et un routage intelligent qui choisit la bonne chaîne pour la bonne transaction.
Petites réservations, Asie du Sud-Est, micropaiements
Réservations de grande valeur, propriétés premium
Congestion du réseau sur une chaîne
Si vous essayez simplement de réserver un hôtel, voici l’impact pratique de notre architecture à deux chaînes : vous n’y pensez pas.
Vous ouvrez l’écosystème, vous trouvez une propriété, vous confirmez une réservation, et la plateforme gère la décision de routage en arrière-plan. Vous ne voyez jamais Ethereum vs BSC présenté comme un choix. Vous n’avez jamais besoin de savoir sur lequel votre transaction s’est réglée. Vous n’avez pas besoin d’un portefeuille séparé pour chaque chaîne. Le pont entre eux est intégré et invisible pour vous.
Tout ce que vous vivez, c’est une réservation qui se fait rapidement, avec des frais qui ne semblent pas punitifs, sur une plateforme qui ne tombe pas en panne parce qu’un réseau a eu une mauvaise journée.
Honnêtement ? Effort d’ingénierie.
Exécuter une plateforme en natif sur deux chaînes double approximativement la surface à maintenir. Chaque mise à jour de smart-contract doit être déployée deux fois et testée deux fois. Le pont lui-même est un élément critique d’infrastructure qui nécessite une attention sécurité continue (les ponts ont été historiquement l’une des parties les plus attaquées de la crypto). La logique de routage doit être constamment ajustée.
Il aurait été plus facile d’en choisir une. Nous ne l’avons pas fait car le compromis en termes d’expérience utilisateur était trop important.
Une plateforme qui choisit « Ethereum uniquement » ou « BSC uniquement » ne prend pas une décision neutre. Ils vous indiquent que le marché que la chaîne non choisie dessert est un marché qu’ils sont prêts à abandonner. Nous n’étions pas prêts à faire ce compromis.
Quand vous voyez une plateforme de voyage qui fonctionne sur une seule blockchain, la question à poser n’est pas « est-ce que celle-ci est bonne ? ». La question est « qui est laissé pour compte par ce choix ? ». Différentes chaînes desservent différentes régions géographiques et différents points de prix. La bonne architecture pour une plateforme mondiale d’hôtellerie est celle qui ne vous force pas à faire un choix.
Si vous ne devez retenir qu’une seule chose de cet article, c’est probablement celle-là.
Ouvrez l’application, réservez une propriété, voyez par vous-même. Les décisions d’infrastructure expliquées ci-dessus sont la raison pour laquelle cela fonctionne comme ça.
— Carol
Responsable de communauté, Tratok
Get new Tratok articles by email — the moment they publish, or as one weekly digest.
Get new Tratok articles by email — the moment they publish, or as one weekly digest.