Det er et av de vanligste spørsmålene vi får, og et rettferdig ett: når jeg bestiller noe på Tratok, hvordan bestemmer plattformen hva det koster i TRAT?

Svaret er faktisk elegant når du ser det, men det har lag. Noen tjenesteleverandører priser direkte i TRAT. De fleste priser i sin lokale fiat-valuta. Plattformen må oversette den andre gruppen til TRAT i sanntid, rettferdig, uten vilkårlig å inflatere eller deflatere noen side av transaksjonen.

Slikan fungerer hele maskinen, fra listelegging til bekreftelse.

To typer tjenesteleverandører

Hver leverandør som er oppført på Tratok faller inn i én av to kategorier. De oppfører seg annerledes i vår prissettingsmotor, så det er verdt å forstå begge:

Kategori A er grei. Hvis en boutique-villa på Bali listes til 50 000 TRAT per natt, koster booking 50 000 TRAT. Ferdig.

Kategori B er der mesteparten av platformens prissettingsintelligens ligger. La oss gå gjennom hva som skjer når en gjest prøver å bestille en listing med fiat-pris.

Steg én: forankre prisen i stabile termer

TRAT handles mot stablecoins på Bitmart i dag (parret med USDT, med USDC som kommer snart) og vil handle mot flere stablecoin-par etter hvert som vi legger til flere børser over tid. Stablecoin-par gir oss en pålitelig forankring: en TRAT-USDT-kurs er effektivt en TRAT-USD-kurs, med et basispunkt eller to.

Men mange leverandører prise ikke i USD. En restaurant i Paris prise i euro. Et gjestehus i Tokyo prise i yen. En villa i Dubai prise i dirham. Før vi kan oversette noen av disse til TRAT, må vi oversette dem til USD.

For den oversettelsen henter Tratok sanntid, lav latens, hvitmerket FX-feeds fra Den europeiske sentralbanken. ECBs referanserenter er gullstandarden for internasjonal valutaomregning. De er de samme satsene som brukes av sentralbanker, store finansinstitusjoner og grenseoverskridende betalingsnettverk over hele verden. Vi bruker ikke en tredjeparts skraper, vi bruker ikke en påslagdetaljert FX-feed, og vi påfører ikke en skjult konverteringsspread. Vi henter rett fra kilden.

Trinn én er avgjort. Bestillingen er forankret i stabile USD-ekvivalente vilkår ved bruk av en referanserate ingen kan bestride. Nå det vanskeligere spørsmålet: hvor mange TRAT oversetter den USD-ekvivalente verdien seg til?

Trinn to: les ordreboken, ærlig

Den naive tilnærmingen til å konvertere USD til TRAT ville være å bruke en enkelt notert pris: uansett hva den siste handelen var, eller det nåværende midtpunktet mellom bud og salg. Det fungerer for minimale transaksjoner og faller fra hverandre for alt annet.

I virkelige markeder avhenger prisen du faktisk betaler av hvor mye du kjøper og hvilken likviditet som eksisterer på hvert prisnivå. En $200 bestilling spiser inn ett nivå av ordreboken. En $200,000 bestilling fra en bedriftsgruppe kan spise gjennom tjue. Å late som begge handler til samme pris per enhet ville systematisk feilprise den større.

Så Tratoks prissettingsmotor bruker ikke en enkelt notert kurs. Den leser den live ordreboksdybden og beregner den effektive prisen som kreves for å utføre hele bestillingsverdien til nåværende markedslikviditet. For alle som er ukjent med ordrebøker, her er den raske introduksjonen:

Nå kommer den delen som er designet med vilje og som betyr mer enn folk først innser. Ulike kategorier av bookinger leser ulike sider av ordreboken.

Individuelle bookinger kontra bedriftsbookinger: den strukturelle asymmetrien

Tratoks prismotor behandler to bookingtyper forskjellig:

Det er en grunn til denne asymmetrien, og den er tilsiktet. Individuelle reisende som bruker plattformen bør ikke effektivt kjøpe TRAT på det verste mulige tidspunktet hver gang de bestiller et hotellrom.

Bedriftsbestillinger, på den andre siden, representerer alvorlige engangstransaksjoner. De er strukturerte forpliktelser, ofte gjentagende, ofte i stor skala. Prissetting av disse mot salgssiden gjenspeiler den faktiske markedsimpakten av å oppfylle dem, og det knytter bedriftsbestillinger direkte til reell markeds etterspørsel etter TRAT. Det tilfører direkte likviditet i store mengder som støtter prisen på tokenet med reell organisk etterspørsel.

Hele flyten, fra begynnelse til slutt

La oss sette bitene sammen igjen. Fra det øyeblikket en bruker trykker på “bekreft bestilling” til øyeblikket prisen i TRAT er låst inn, skjer følgende:

Fra steg en til steg seks skjer hele beregningen på godt under ett sekund. Brukeren ser bare et tall de kan bekrefte. Kompleksiteten holder seg under panseret, der den hører hjemme.

Hva dette betyr etter hvert som plattformen vokser

Det er en implikasjon av dette designet som det er verdt å reflektere over et øyeblikk, fordi det former den langsiktige økonomien til hele økosystemet.

Antallet bedriftsmedlemskap på Tratok har vokst med tosifrede ukentlige tall. Hver eneste av disse bedriftstransaksjonene løfter, ved design, asksiden av ordreboken for å oppfylle bookingen.

Etter hvert som flere børser kommer online og plattformens likviditet øker, blir ordreboken tykkere, spreaden smalner, og kostnaden for å oppfylle bedriftsbookinger skalerer jevnt. Men den underliggende mekanikken endres ikke: vekst i bedriftsbooking oversettes til organisk kjøpssidetrykk på TRAT. Ikke fra spekulasjon. Ikke fra markedsføringskampanjer. Fra faktisk plattformbruk.

Minste motstands vei, gitt hvordan dette er strukturert, er at organisk etterspørsel fra plattformens faktiske brukere konstruktivt støtter tokenen over tid. Ikke gjennom noen kunstig inngripen. Bare gjennom matematikken til bookinger som flyter gjennom reell markedslikviditet.

Noen få ting verdt å være ærlig om

Markeder er støyete. Ordrer beveger seg. Stablecoins mister av og til pinnen med noen få basispunkter. ECB-feeder har svært sjeldne korte avbrudd. Vi har reservefeeder og sikringsbrytere for å håndtere disse edge-tilfellene, og prisingsmotoren er bygget for å nekte å bekrefte en booking hvis dataene som mates til den faller utenfor normale toleransebånd.

I det usannsynlige tilfellet av et slikt sjeldent øyeblikk, vil plattformen kort pause nye bookinger heller enn å utføre en mot dårlige data. Vi vil heller være treg i tretti sekunder enn feil på en pris.

Vi publiserer også metodikken fordi vi mener at prising på en plattform som dette bør være inspiserbar. Hvis du vil verifisere en sitert TRAT-pris mot ECB-feeden og den live ordreboken på tidspunktet for din booking, kan du det. Matematikken er matematikken, og matematikken er transparent.

En merknad: dette innlegget beskriver plattformmekanikk og er ikke investeringsråd. Henvisninger til organisk etterspørsel og markedsstøtte beskriver strukturell utforming, ikke spådommer om tokenpris. Tidligere plattformytelse er ikke en indikasjon på fremtidige resultater.

— Carol

Samfunnsleder, Tratok