• About Us
  • The Value Of Tourism
  • Why Tratok?
  • Tratok Features
  • Tokenomics
  • Buy Tratok
  • Buy TRAT → Explore Platform →

    Bagaimana Tratok menetapkan harga suatu pemesanan?

    DIBALIK LAYAR

    Bagaimana Tratok sebenarnya menetapkan harga suatu pemesanan.

    Jawaban jujur atas pertanyaan yang sering kami terima. Dua jenis penyedia layanan. Satu umpan FX waktu nyata. Buku pesanan yang melakukan lebih banyak pekerjaan daripada yang disadari orang.

    Ini adalah salah satu pertanyaan paling umum yang kami terima, dan pertanyaan yang adil: ketika saya memesan sesuatu di Tratok, bagaimana platform memutuskan berapa biayanya dalam TRAT?

    Jawabannya sebenarnya elegan begitu Anda melihatnya, tetapi ada banyak lapisan. Beberapa penyedia layanan menetapkan harga langsung dalam TRAT. Kebanyakan menetapkan harga dalam mata uang fiat lokal mereka. Platform harus menerjemahkan kelompok kedua ke TRAT secara waktu nyata, secara adil, tanpa secara sewenang-wenang meningkatkan atau mengurangi salah satu sisi transaksi.

    Inilah cara seluruh mesin bekerja, dari pencatatan hingga konfirmasi.

    Dua jenis penyedia layanan

    Setiap penyedia yang terdaftar di Tratok masuk ke dalam salah satu dari dua kategori. Mereka berperilaku berbeda dalam mesin penetapan harga kami, jadi ada baiknya memahami keduanya:

    KATEGORI A
    Penyedia yang menetapkan harga langsung dalam TRAT
    Biasanya individu, operasi milik keluarga, bisnis perhotelan butik. Pemilik merasa nyaman dengan token, menerimanya secara langsung, dan menetapkan tarif malam mereka (atau biaya kelas, atau harga meja) dalam TRAT.
    Tidak perlu perhitungan. Harga yang tercantum adalah harga tersebut.
    KATEGORI B
    Penyedia yang menetapkan harga dalam mata uang fiat
    Mayoritas. Hotel, restoran, operator tur, tempat-tempat di banyak negara. Mereka menetapkan harga dalam mata uang lokal mereka: USD, EUR, AED, JPY, GBP, MXN, dan puluhan lainnya. Akuntansi mereka berjalan dalam fiat.
    Konversi waktu nyata diperlukan. Di sinilah rekayasa terjadi.

    Kategori A mudah. Jika sebuah vila butik di Bali menampilkan harga 50.000 TRAT per malam, biaya pemesanan adalah 50.000 TRAT. Selesai.

    Kategori B adalah di mana sebagian besar kecerdasan penentuan harga platform berada. Mari kita bahas apa yang terjadi ketika tamu mencoba memesan daftar harga fiat.

    Langkah satu: mengikat harga dalam istilah stabil

    TRAT diperdagangkan terhadap stablecoin di Bitmart saat ini (berpasangan dengan USDT, dengan USDC akan segera hadir) dan akan diperdagangkan terhadap pasangan stablecoin tambahan seiring kami menambah lebih banyak pertukaran seiring waktu. Pasangan stablecoin memberi kami jangkar yang andal: tingkat TRAT-USDT secara efektif adalah tingkat TRAT-USD, selisih satu atau dua basis poin.

    Tapi banyak penyedia tidak menetapkan harga dalam USD. Sebuah restoran di Paris menetapkan harga dalam euro. Sebuah wisma di Tokyo menetapkan harga dalam yen. Sebuah vila di Dubai menetapkan harga dalam dirham. Sebelum kita dapat mengonversi salah satu dari itu menjadi TRAT, kita perlu mengonversinya terlebih dahulu ke dalam USD.

    Untuk konversi tersebut, Tratok menarik umpan FX real-time, latensi rendah, whitelabel dari European Central Bank. Suku bunga referensi ECB adalah standar emas untuk konversi mata uang internasional. Mereka adalah suku bunga yang sama yang digunakan oleh bank sentral, institusi keuangan utama, dan jaringan pembayaran lintas batas di seluruh dunia. Kami tidak menggunakan scraper pihak ketiga, kami tidak menggunakan umpan FX retail yang ditandai, dan kami tidak menerapkan spread konversi tersembunyi. Kami menarik langsung dari sumbernya.

    Sebuah contoh konkret
    Seorang Tratokian di ekosistem mengetuk untuk memesan restoran Paris yang dihargai €150 untuk menu uji coba.
    1
    Harga yang terdaftar: €150 EUR
    2
    Umpan ECB pada saat pemesanan: EUR/USD = 1.0850
    3
    Setara USD: €150 × 1.0850 = $162.75 USD
    4
    Sekarang kita tahu persis berapa banyak nilai setara USD yang akan diterjemahkan ke TRAT.

    Tahap satu selesai. Pemesanan ditambatkan dalam istilah setara USD yang stabil menggunakan kurs referensi yang tidak ada yang bisa membantah. Sekarang pertanyaan yang lebih sulit: berapa banyak TRAT yang setara USD tersebut diterjemahkan?

    Langkah dua: baca buku pesanan, dengan jujur

    Pendekatan naif untuk mengonversi USD ke TRAT adalah dengan menggunakan satu harga yang dikutip: apapun perdagangan terakhir, atau titik tengah saat ini antara permintaan dan penawaran. Itu berhasil untuk transaksi kecil dan berantakan untuk segalanya.

    Di pasar nyata, harga yang Anda bayarkan sebenarnya tergantung pada berapa banyak yang Anda beli dan likuiditas apa yang ada di setiap level harga. Pemesanan $200 memakan satu level buku pesanan. Pemesanan $200.000 dari grup perusahaan mungkin melewati dua puluh level. Berpura-pura bahwa keduanya bertransaksi pada harga per unit yang sama akan menetapkan harga yang salah secara sistematis untuk yang lebih besar.

    Jadi mesin penetapan harga Tratok tidak menggunakan satu kurs yang dikutip. Ia membaca kedalaman buku pesanan langsung dan menghitung harga efektif yang diperlukan untuk mengeksekusi nilai pemesanan penuh pada likuiditas pasar saat ini. Untuk siapa pun yang tidak terbiasa dengan buku pesanan, berikut pengenalan singkat:

    Buku pesanan, dalam bahasa sederhana
    BID SIDE
    Apa yang saat ini bersedia dibayar pembeli untuk TRAT. Ditumpuk pada level harga yang menurun. Jika Anda menjual TRAT, Anda memukul harga permintaan.
    SISI HARGA PENJUALAN
    Apa yang diminta penjual saat ini untuk diterima untuk TRAT. Tersusun pada tingkat harga yang meningkat. Jika Anda membeli TRAT, Anda sedang mengangkat harga penjual.

    Selisih antara harga penawaran tertinggi dan harga permintaan terendah adalah spread. Di mana Anda bertransaksi tergantung pada sisi mana dari buku yang Anda libatkan.

    Sekarang inilah bagian yang dirancang dengan sengaja dan lebih penting daripada yang awalnya diapresiasi orang. Kategori pemesanan yang berbeda membaca sisi yang berbeda dari buku.

    Pemesanan ritel vs pemesanan perusahaan: asimetri struktural

    Mesin penetapan harga Tratok memperlakukan dua jenis pemesanan secara berbeda:

    PEMESANAN RITEL
    Membaca sisi penawaran
    Ketika tamu individu memesan kamar atau meja, mesin menetapkan harga pemesanan terhadap apa yang bersedia dibeli pasar TRAT pada saat itu.
    Pelancong mendapatkan harga yang adil. Selalu.
    PEMESANAN PERUSAHAAN
    Membaca sisi ask
    Ketika klien perusahaan memesan dalam skala besar (reservasi blokir, program perjalanan, kontrak berulang), mesin penetapan harga terhadap sisi ask. Perusahaan secara efektif menyuntikkan likuiditas pasar langsung untuk memenuhi pemesanan mereka.
    Volume perusahaan mengalir ke tekanan beli pasar aktual.

    Ada alasan untuk asimetri ini, dan ini dilakukan dengan sengaja. Pelancong individu yang menggunakan platform tidak seharusnya efektif membeli TRAT pada saat terburuk setiap kali mereka memesan kamar hotel.

    Pemesanan perusahaan, di sisi lain, mewakili transaksi serius satu waktu. Mereka adalah komitmen terstruktur, sering berulang, sering dalam skala besar. Penetapan harga terhadap sisi ask mencerminkan dampak pasar aktual dari pemenuhan mereka, dan ini mengikat pemesanan perusahaan secara langsung ke permintaan pasar nyata untuk TRAT. Ini menambahkan likuiditas langsung dalam jumlah besar yang mendukung harga token dengan permintaan organik nyata.

    Mengapa desain ini penting

    Pengguna ritel mendapatkan penetapan harga yang mereka layak dapatkan. Volume perusahaan menciptakan permintaan beli nyata dan organik di pasar terbuka. Kedua kelompok mendapatkan perlakuan adil untuk posisi mereka dalam ekosistem, dan efek strukturalnya adalah bahwa seiring pertumbuhan platform karena semua aktivitas diterjemahkan langsung ke dukungan pasar untuk TRAT menambahkan tekanan ke atas ke harga seiring permintaan melampaui penawaran.

    Aliran keseluruhan, dari awal hingga akhir

    Mari kita satukan kembali bagian-bagiannya. Dari saat pengguna menekan “konfirmasi pemesanan” hingga saat harga dalam TRAT terkunci, berikut yang terjadi:

    1
    Jenis penyedia diidentifikasi · Kategori A (dengan harga TRAT) langsung ke langkah 5. Kategori B (dengan harga fiat) berlanjut.
    2
    Mata uang lokal diidentifikasi · EUR, JPY, AED, MXN, dll. Harga yang tercantum oleh penyedia dalam fiat asli mereka.
    3
    Suku bunga acuan ECB diambil · Feed langsung, latensi rendah, whitelabel. Mengonversi fiat lokal ke setara USD.
    4
    Jenis pemesanan dinilai · Pemesanan retail? Baca sisi penawaran. Pemesanan korporat? Baca sisi permintaan.
    5
    Buku pesanan diproses · Mesin menghitung jumlah TRAT efektif yang diperlukan untuk memenuhi nilai pemesanan pada likuiditas pasar nyata.
    6
    Jumlah TRAT akhir terkunci · Pengguna melihat jumlah TRAT yang tepat dan mengonfirmasi. Pemesanan dieksekusi terhadap kontrak pintar.

    Dari langkah satu hingga langkah enam, seluruh perhitungan terjadi jauh di bawah satu detik. Pengguna hanya melihat angka yang dapat mereka konfirmasi. Kompleksitas tetap tersembunyi, di mana seharusnya.

    Apa artinya ini seiring pertumbuhan platform

    Ada implikasi dari desain ini yang perlu dipertimbangkan sejenak, karena ini membentuk ekonomi jangka panjang dari seluruh ekosistem.

    Jumlah keanggotaan perusahaan di Tratok telah tumbuh dengan angka dua digit mingguan. Setiap satu transaksi perusahaan tersebut, secara desain, mengangkat sisi permintaan dari buku pesanan untuk memenuhi pemesanan.

    Ketika lebih banyak bursa beroperasi dan likuiditas platform semakin dalam, buku pesanan menjadi lebih tebal, spread menyempit, dan biaya untuk memenuhi pemesanan perusahaan meningkat dengan mulus. Namun mekanisme dasar tidak berubah: pertumbuhan pemesanan perusahaan diterjemahkan menjadi tekanan beli organik pada TRAT. Bukan dari spekulasi. Bukan dari kampanye pemasaran. Dari penggunaan platform yang sebenarnya.

    Jalur resistensi terkecil, mengingat bagaimana ini terstruktur, adalah bahwa permintaan organik dari pengguna aktual platform secara konstruktif mendukung token dari waktu ke waktu. Bukan melalui intervensi buatan. Hanya melalui matematika pemesanan yang mengalir melalui likuiditas pasar nyata.

    Untuk holder awal, ini adalah pembayaran struktural.

    Platform yang pertumbuhan perusahaannya mengalir langsung ke permintaan pasar nyata. Token yang appreciasinya, jika dan kapan datang, terikat pada penggunaan aktual daripada spekulasi atau likuidasi tresuri. Keuntungan berkelanjutan yang dapat direalisasikan yang didorong oleh matematika adopsi, terakumulasi dengan tenang di latar belakang sementara platform terus peluncuran.

    Beberapa hal yang perlu dianjutkan dengan jujur

    Pasar berisik. Buku pesanan bergerak. Stablecoin sesekali kehilangan patokan beberapa basis poin. Feed ECB memiliki pemadaman singkat yang sangat jarang. Kami memiliki feed cadangan dan circuit breaker untuk menangani kasus tepi ini, dan mesin penetapan harga dibangun untuk menolak mengkonfirmasi pemesanan jika data yang mengalir ke dalamnya berada di luar band toleransi normal.

    Dalam peristiwa yang tidak mungkin dari momen langka seperti itu, platform akan sementara menjeda pemesanan baru daripada mengeksekusi satu terhadap data buruk. Kami lebih baik lambat selama tiga puluh detik daripada salah pada harga.

    Kami juga mempublikasikan metodologi karena kami percaya penetapan harga pada platform seperti ini harus dapat diperiksa. Jika Anda ingin memverifikasi harga TRAT yang dikutip terhadap feed ECB dan buku pesanan langsung pada saat pemesanan Anda, Anda bisa. Matematikanya adalah matematika, dan matematika itu transparan.

    MATEMATIKA ADALAH MATEMATIKA
    Harga yang dapat Anda verifikasi, bukan hanya percaya.

    Setiap pemesanan. Kursus ECB ditambah kedalaman buku pesanan langsung. Retail pada bid, korporat pada ask. Tidak ada yang tersembunyi, tidak ada yang sewenang-wenang, tidak ada yang dimembesar-besarkan.

    Baca kertas putih →
    Bergabunglah dengan Ekosistem

    Sebuah catatan: postingan ini menjelaskan mekanisme platform dan bukan merupakan saran investasi. Referensi terhadap permintaan organik dan dukungan pasar menjelaskan desain struktural, bukan prediksi harga token. Kinerja platform masa lalu bukanlah indikasi hasil masa depan.

    — Carol

    Manajer Komunitas, Tratok

    Never miss an update

    Get new Tratok articles by email — the moment they publish, or as one weekly digest.

    Delivery frequency