Hvorfor Tratok kjører på Ethereum OG BSC (og hva det betyr hvis du ikke bryr deg om blockchain)
En teknisk beslutning forklart på vanlig engelsk. Fordi den praktiske påvirkningen på deg er reel, selv om den underliggende tekniskingen er usynlig.
En teknisk beslutning forklart på vanlig engelsk. Fordi den praktiske påvirkningen på deg er reel, selv om den underliggende tekniskingen er usynlig.
Jeg skal gjøre noe litt uvanlig for et blockchain-blogginnlegg. Jeg skal anta at du ikke bryr deg om blockchain.
Ikke på en fiendtlig måte. Jeg mener bare: de fleste reisende som bestiller et hotell vil ikke ha et foredrag om kryptografiske nettverk. De vil ha en god pris, en fungerende app, et hotell som faktisk eksisterer, og en refusjon som kommer raskt hvis noe går galt.
Så dette innlegget er versjonen der jeg forklarer en reel teknisk beslutning (vi kjører Tratok på to forskjellige blokkjeder samtidig) og hvorfor den beslutningen betyr noe for din faktiske bestillingsopplevelse. Ingen sjargong jeg kan unngå. Løfte.
En blokkjede, for våre formål, er bare et nettverk av datamaskiner som alle er enige om samme oversikt over hva som har skjedd. Når du bestiller et rom, blir bestillingen skrevet inn i den oversikten, og fra da av er det veldig, veldig vanskelig å forfalske eller endre.
Det finnes mange ulike blokkjeder. De er ikke alle like. De har ulike avveininger. De to vi for øyeblikket bruker er Ethereum og BSC (Binance Smart Chain).
De fleste plattformer velger én. Enten er de en Ethereum-plattform, eller så er de en BSC-plattform. Vi mente at det var feil spørsmål.
En reisende i Bangkok som bestiller et gjestehus for $40 per natt trenger billige, raske transaksjoner. Kostnadsstrukturen til Ethereum gir ikke mening for den bestillingen. Gebyrene vil spise opp besparelsene.
En reisende i London som bestiller en villa for $5 000 per natt for et firmaretull trenger maksimum sikkerhet. Kostnadsforskjellen mellom de to nettverkene er irrelevant på en transaksjon av den størrelsen. Det som betyr noe er at bestillingsposten ligger på det mest robuste sikkerhetslaget som er tilgjengelig.
Begge reisende er ekte. Begge bestillinger er en del av samme plattform. Så vi bygde infrastruktur som kjører på begge kjedene nativt, med en bro som flytter TRAT mellom dem, og intelligent ruting som velger riktig kjede for riktig transaksjon.
Små bestillinger, Sørøst-Asia, mikrobetalinger
Bestillinger med høy verdi, premium eiendommer
Nettverksoverbelastning på én kjede
Hvis du bare prøver å bestille et hotell, her er den praktiske innvirkningen av vår dualkjede-arkitektur: du tenker ikke på det.
Du åpner økosystemet, du finner en eiendom, du bekrefter en bestilling, og plattformen håndterer rutingsbeslutningen i bakgrunnen. Du ser aldri Ethereum vs BSC presentert som et valg. Du trenger aldri å vite hvilken en transaksjonen din ble avgjort på. Du trenger ikke en egen lommebok for hver kjede. Broen mellom dem er innebygd og usynlig for deg.
Alt du opplever er: en bestilling som går gjennom raskt, med avgifter som ikke føles straffende, på en plattform som ikke går ned fordi ett nettverk hadde en dårlig dag.
Ærlig talt? Ingeniørarbeid.
Å kjøre en plattform nativt på to blokkjeder omtrent fordobler overflaten du må vedlikeholde. Hver smartkontrakt-oppdatering må distribueres to ganger og testes to ganger. Broen selv er en kritisk del av infrastrukturen som trenger kontinuerlig sikkerhetsoppmerksomhet (broer har historisk sett vært en av de mest angrepne delene av krypto). Rute-logikken må justeres konstant.
Det ville ha vært enklere å velge én. Vi gjorde det ikke fordi avveiningen for brukeropplevelsen var for viktig.
En plattform som velger “kun Ethereum” eller “kun BSC” tar ikke en nøytral beslutning. De forteller deg at uansett hvilket marked den ikke-valgte blokkjeden betjener, er et marked de er villige til å etterlate. Vi var ikke villige til å inngå den avtalen.
Når du ser en reiseplattform som kjører på en enkelt blokkjede, er spørsmålet du bør stille ikke “er den bra?” Spørsmålet er “hvem blir neglisjert av det valget?” Ulike blokkjeder betjener ulike geografier og ulike prispunkter. Den riktige arkitekturen for en global gjestfrihetsplattform er en som ikke tvinger et valg på deg.
Hvis du noen gang bare skal ta én ting med deg fra dette innlegget, er det sannsynligvis denne.
Åpne appen, bestill en eiendom, se selv. Infrastrukturavgjørelsene forklart ovenfor er grunnen til at det fungerer som det gjør.
— Carol
Samfunnsleder, 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.