Jag ska göra något lite ovanligt för ett blockchain-blogginlägg. Jag ska anta att du inte bryr dig om blockchain.

Inte på ett fientligt sätt. Jag menar bara: de flesta resenärer som bokar ett hotell vill inte ha en föreläsning om kryptografiska nätverk. De vill ha ett bra pris, en fungerande app, ett hotell som finns, och en återbetalning som kommer snabbt om något går fel.

Så det här inlägget är versionen där jag förklarar ett verkligt tekniskt beslut (vi kör Tratok på två olika blockkedjor samtidigt) och varför det beslutet har betydelse för din faktiska bokningsupplevelse. Inget fackspråk som jag kan undvika. Löfte.

Först, frågan som inte behöver mycket svar

En blockkedja, för våra ändamål, är bara ett nätverk av datorer som alla är överens om samma register över vad som har hänt. När du bokar ett rum skrivs bokningen in i det registret, och från och med då är det väldigt, väldigt svårt att förfalska eller ändra.

Det finns många olika blockkedjor. De är inte alla samma. De har olika avvägningar. De två vi för närvarande använder är Ethereum och BSC (Binance Smart Chain).

Vad var och en är bra på

Varför välja båda

De flesta plattformar väljer en. Antingen är de en Ethereum-plattform, eller så är de en BSC-plattform. Vi tyckte att det var fel fråga.

En resenär i Bangkok som bokar ett gästhus för $40 natten behöver billiga, snabba transaktioner. Kostnadsstrukturen för Ethereum fungerar inte för den bokningen. Avgifterna skulle äta upp besparingarna.

En resenär i London som bokar en villa för $5,000 natten för en företagskonferens behöver maximal säkerhet. Kostnadsskillnaden mellan de två nätverken är irrelevant för en transaktion av den storleken. Det som spelar roll är att bokningsposten finns på det mest robusta säkerhetslagret som finns tillgängligt.

Båda resenärerna är verkliga. Båda bokningarna är en del av samma plattform. Så vi byggde infrastruktur som körs på båda kedjorna internt, med en brygga som flyttar TRAT mellan dem, och intelligent routing som väljer rätt kedja för rätt transaktion.

Den del som betyder något om du inte bryr dig om något av detta

Om du bara försöker boka ett hotell, här är hela den praktiska effekten av vår dubbelkedjearkitektur: du tänker inte på det.

Du öppnar ekosystemet, du hittar en fastighet, du bekräftar en bokning, och plattformen hanterar routningsbeslutet i bakgrunden. Du ser aldrig Ethereum vs BSC presenteras som ett val. Du behöver aldrig veta vilken din transaktion avvecklades på. Du behöver inte en separat plånbok för varje kedja. Bron mellan dem är inbyggd och osynlig för dig.

Allt du upplever är: en bokning som går igenom snabbt, med avgifter som inte känns straffande, på en plattform som inte går ner för att ett nätverk hade en dålig dag.

Varför andra plattformar inte gör detta

Ärligt talat? Ingenjörsinsats.

Att driva en plattform internt på två kedjor fördubblar ungefär den yta du måste underhålla. Varje smartkontraktsuppdatering måste distribueras två gånger och testas två gånger. Bron i sig är en kritisk del av infrastrukturen som kräver kontinuerlig säkerhetsuppmärksamhet (broar har historiskt sett varit en av de mest attackerade delarna av krypto). Routningslogiken måste ställas in konstant.

Det hade varit enklare att välja en. Det gjorde vi inte eftersom avvägningen för användarupplevelsen var för viktig.

Sammanfattningen du faktiskt kan använda

När du ser en resplattform som körs på en enda blockchain är frågan att ställa inte “är den bra?” Frågan är “vem lämnas bakom av det valet?” Olika kedjor betjänar olika geografier och olika prisnivåer. Den rätta arkitekturen för en global gästfrihetsplattform är en som inte tvingar dig att göra ett val.

Om du någonsin bara tar en sak med dig från det här inlägget är det förmodligen den.

— Carol

Gemenskapsansvarig, Tratok