Ik ga iets doen dat een beetje ongebruikelijk is voor een blockchainblogpost. Ik ga ervan uit dat je niets om blockchain geeft.

Niet op een botte manier. Ik bedoel gewoon: de meeste reizigers die een hotel boeken, willen geen college over cryptografische netwerken. Ze willen een goede prijs, een werkende app, een hotel dat echt bestaat, en een snelle terugbetaling als er iets misgaat.

Deze post is dus de versie waarin ik een echte technische beslissing uitleg (we draaien Tratok op twee verschillende blockchains tegelijk) en waarom die beslissing ertoe doet voor je daadwerkelijke boekingservaring. Geen jargon als ik het kan vermijden. Beloofd.

Eerst de vraag die weinig uitleg nodig heeft

Een blockchain is, voor ons doel, gewoon een netwerk van computers die het allemaal eens zijn over hetzelfde overzicht van wat er is gebeurd. Wanneer je een kamer boekt, wordt de boeking in dat overzicht geschreven, en vanaf dat moment is het heel, heel moeilijk om die te vervalsen of te wijzigen.

Er bestaan veel verschillende blockchains. Ze zijn niet allemaal hetzelfde. Ze hebben verschillende afwegingen. De twee die we op dit moment gebruiken, zijn Ethereum en BSC (BNB Smart Chain).

Waar elke goed in is

Waarom allebei kiezen

De meeste platforms kiezen één netwerk. Of ze draaien op Ethereum, of ze draaien op BSC. Wij vonden dat de verkeerde vraag.

Een reiziger in Bangkok die voor 40 dollar per nacht een guesthouse boekt, heeft snelle, goedkope transacties nodig. De kostenstructuur van Ethereum werkt niet voor zo’n boeking. De fees zouden de besparing opslokken.

Een reiziger in Londen die voor 5.000 dollar per nacht een villa voor een bedrijfsuitje boekt, heeft maximale veiligheid nodig. Het kostenverschil tussen de twee netwerken is verwaarloosbaar bij een transactie van die omvang. Wat telt is dat de boeking op de meest robuuste beveiligingslaag staat die er is.

Beide reizigers bestaan echt. Beide boekingen maken deel uit van hetzelfde platform. Daarom bouwden we infrastructuur die op beide ketens native draait, met een bridge die TRAT ertussen verplaatst. Elke boeking wordt afgehandeld op BSC, op welke keten je ook hebt gestort.

Het enige dat telt als je geen zin hebt in dit hele verhaal

Als je gewoon een hotel wilt boeken, dan is de hele praktische impact van onze dual-chain architectuur dit: je denkt er niet over na.

Je opent het ecosysteem, je zoekt een accommodatie, je bevestigt een boeking, en die wordt op de achtergrond afgehandeld op BSC. Je kiest alleen een keten wanneer je opneemt naar je eigen wallet. Je hebt geen aparte wallet nodig voor elke keten. De brug ertussen is ingebouwd en blijft onzichtbaar voor jou.

Wat je ervaart is alleen dit: een boeking die snel verloopt, met kosten die niet buitensporig aanvoelen.

Waarom andere platforms dit niet doen

Eerlijk? De technische inspanning.

Een platform native op twee ketens draaien verdubbelt grofweg het oppervlak dat je moet onderhouden. Elke update van het smart contract moet twee keer worden uitgerold en twee keer worden getest. De brug zelf is een cruciaal stuk infrastructuur dat voortdurend aandacht voor beveiliging vraagt (bruggen zijn historisch een van de meest aangevallen onderdelen van crypto).

Het was eenvoudiger geweest om er één te kiezen. We hebben dat niet gedaan, omdat de afweging in gebruikservaring te belangrijk was.

De les die je er echt uit kunt halen

Als je een reisplatform ziet dat op één blockchain draait, dan is de vraag die je moet stellen niet “is die ene goed?” De vraag is “wie wordt door die keuze buitenspel gezet?” Verschillende ketens bedienen verschillende regio’s en verschillende prijsklassen. De juiste architectuur voor een wereldwijd horecaplatform is er een die jou geen keuze opdringt.

Als je maar één ding uit dit bericht meeneemt, is het waarschijnlijk dit.

Carol

Communitymanager, Tratok